Ако са им останали сили Всичко е до нагласа, някои са старчета на 45 други на 80 са свежи и енергични като тинейджъри ...

Добре де, от Сименс сложили ли са на ПЛЦ-то си меню на цигански? Това е професионална електроника дето да работи на производствена
машина в цех, не е меню на Телевизор, смарт-тИлифончИ, електронен етикет в МОЛ , меню на банкомат , дистанционно на розов вибратор или
менюто на шарения панел в електричката, за да го пишат на Европейски и Американски езици. Като се прави HID ( Хуманоид - интерфейс девайс),
трябва да се взима спецификата на Хуман-оидите които ще интерфейсва. За производствена техника - на Цигански, Китайски, Индийски, Турски ...
За забавлителна техника - на Европейски и Американски. За компютрите на автомати, картечници, танкове - на Руски, Украински, Арабски, Иврит ...

има на шльоковица
но "нехуманоидните роботи" разпознават само цифрите и цвят
или
ако машината вие или трака ( не по начина който "пее" ) - вика поддръжката...

интерсно чипче
https://cdn.shopify.com/s/files/1/0898/ ... DOC125.pdf

.

Ха добро попадение, мерси за линка.

Jack, почти същото правя ... от страна на клиента ( userware )
но не искам да интерпретирам скриптов език, защото интерпретацията е по-бавна
искам скрипта да се компилира до байткод - по-бързо се декодира, емулира и контролира

А С/С++ е език, който се компилира до машинен език, който фактически е байткод за Виртуална машина

Проекта започна с търсене на OpenSource език/байткод за PLC, но не намерих
Написах два емулатора за ARMv7 и RISC-V-32 и тъй като виртуалната машина може да изпълнява
код компилиран от нативен език ( С/С++/Rust ... etc ) проекта стана C2ME по аналогия на J2ME
PLC остана пример за приложение ... C2ME има много по-голяма функционалност от проста релейна логика

Клиентската апликация няма никакъв достъп до hardware/firmware - освен API, което се контролира от кернела
Клиентската апликация живее в "пясъчника" определен и контролиран от кернела
Дори и да забие клиентската апликация - "черната кутийка" си работи: индицира грешката и чака нещо да се случи -
например OTA да ъпдейтне клиентската апликация...

За клиента - hardware / firmware е "черната кутийка"
За клиента е важно само на С/С++ да си напише "бизнес логиката" на базата на фунциaлнoстта на "черната кутийка"
и да си свърши работата ... ако е PLC са си напише логиката от входовете и изходите
А как "черната кутийка" ще прочете и запише входовете и изходите за клиента няма абсолютно никакво значение

Сега, ако кутийката има API за MQTT клиента може да се възползва:
Ако "логика" == true изпрати съобщение в облака...
Ако кутийката има API за дисплей - ако "логика" напиши грешка ала бала
Ако кутийката има повече API - клиента може да си пише логика за IoT
Базово Ардуино са само ~27 API функции към кернела ( firmware )
Проблема е че това софтуерно Ардуино ще цъка на 1, 2, 3 МИПС-а, ( при хардуер на 200 Mhz )
но API-то ще го ускорява до такта на хардуерното MCU...

А.. , аз без да искам пак си изтрих мнението малко преди отговора. Това което правиш звучи добре
и доста по-обмислено от това което ние правихме навремето, щом има начин да разпознава забил клиентски скрипт.

клиентската апликация работи само в точно определено адресно пространство ( нящо като MMU )
определено от кернела - някво парче физически FLASH и масив за RAM
( ти дори и с LUA/Python/JavaScript можеш да контролираш скрипта )

ся за хардуерното MCU адресите са едни, но за апликацията са си съвсем други
всичко останало е грешка ( стоп апликация в безопасен режим )
или API функция ( или фалшив "HAL" за клента ... който реално е 200 пъти по бърз от апликацията )

та дори мога да контролитам клиентски watchdog - не бях се сетил

след 24 часа ... самата машина все още не е в работно състояние ... просто "атмосфера"

BTW: LOGO ... е детска играчка спрямо Топика
но за съжаление, дървените философи го осраха ... отново

Много сме гениални че пишиме гениални неща, жалко че само ние си знаеме колко сме гениални. Хубаво се възхвалявате един друг, но това, което ви проваля е че забравяте че тия интерфейси/програми не ги пишете за себе си. После клиентите ви били виновни, копчето не го натискали тъй ами иначе и т.н. Много мразя като ми турят някакъв такъв програмист дето се чуди как да я извърти програмата и да я напише по възможно най-сложния начин, така че само той да си я разбира, с поинтъри на поинтъри на поинтъри и поинтъри към поинтъри на функции. И после дежурното оправдание че разбираш ли кодът осигурявал revenue for service, демек понеже сами си разбираме кода клиента ще звънне само на нас да го оправяме.
пп Добре че е чата да ми разплита бързо кода на такива малоумници че да им бърша по лесно лайната.

Bai Ui, не знам кой визираш, но аз имам над 22 OpenSource платформи ... за опростяване на "нещата"
https://www.linkedin.com/posts/georgi-a ... 2512-oIfq/
които ги провалиха дърти комунисти и нищоправците по бюрата...

иначе са мноо готини рисуваните панели

На това проблема е започнал още с концепцията, след това избора на контроли изпълнението и се свършва с оперирането.

Пловдивското ТНТМ изработва само тази концепция
избора е ... заради цена и функционалност
и се сменят през няколко месеца ... заради бай-мангу

( вътре е някво древно ATMEGA... и дори не ми дадоха схемата - фирмена тайна било )