Н'бабане Гт'муан'га
аз не съм обяснявал - причини, цели, далавери ... със змията
Аз експериментирам идея ... къв е УЯ, мангалски, негарски ( лъвов или мухарски )
аз не знам - докато не пробвам...

и боли ви УЯ дали аз ще си изгубя времето или не - ако имате идеи -> давайте .... или ми лапайте УЯ

Анадънмо?

Тони - изтрии темата.... Моля !

За тия, дето могат да пишат само на питон, но имат амбицията да станат ембедед специалисти

Най-ефективните езици са тия, на най-ниско ниво - асемблер и машинен език, но там се иска добро познаване на архитектурата и мноооого време. Ползите от езиците на високо ниво са 2 - първо универсалност - един и същи код работи на много архитектури и второ - удобство при писане - с няколко реда описваш структура, която при асемблер може да ти коства 100 реда и нагоре. Но там пък зависиш изцяло от милостта на компилатора - как ще ти изгради програмата на ниско ниво. Допреди 5-6 години имаше даже мода за моделно "програмиране", примерно в матлаб - навързваш едни кубчета с алгоритми и матлаба ти пише кода. Пълен с талаш но работещ. Та в тоя ред на мисли скоро няма да има нужда и от езици на високо ниво, само драсваш схемата на салфетка, подаваш я на чата и му казваш - напиши ми код за ей тая схема да ми светва диода еди как си и да свири Шопен, ако и липсва нещо, на схемата, го добави. Та мисълта ми е че езиците от високо ниво дават предимство на хората, които не отбират много от електроника, или пък гонят време за сметка на качеството. Идеята на Питона според мен е да се опрости синтаксиса на езика, там няма отварящи и затварящи скоби, начало и край на цикъла, добавяш библиотеки без да се налага да ги свързваш вътре в програмата, в началото е бил ОК но сега е кошмар, особенно с тая несъвместимост между версиите - Питон 2 и Питон 3, а сега даже различните версии на Питон 3 са несъвместими. Та така, програмите ще стават все по-големи, съответно нуждата от хардуер ще расте право пропорционално на некадърността на новите инженери.

Е аз точно това казах в предния ми пост. Обаче език от високо ниво, който разчита на интервал като езиков елемент е просто несериозно. Виждал съм подобна идиотщина преди много години - mumps се казваше. Там един интервал на грешното място ти прецакваше цялата програма понеже интервалите също така можеха да бъдат и параметри. Тук не е чак толкова зле но дори фактът че е в същия банд не ми вдъхва никакво доверие

PS. Ето тоя пич работи във вярната посока: https://github.com/mathialo/bython

Скриптовете си имат своето място, когато е необходима гъвкавост. Примерно устройство, което на теория може да има десетки функции, но на практика един клиент има нужда само от няколко. Да се поддържат отделни фърмуери за всяка възможна комбинация е кошмар. Един общ фърмуер също може да е мисия невъзможна, още повече ако функциите се добавят или премахват често.
Има такива проекти и аз съм имал, проблемът е че като цяло това са доста малък процент от ембедед. А пък ембедеда е малък процент от програмирането изобщо. Затова поддръжката или по-точно разработката на инструменти, библиотеки на тема скриптове е бизнес с изключително малък пазар. Съответно предлагането е малко и обикновено на недоклатени неща...

Много си е добър питоня. Е, синтаксиса му е малко различен от С, но се свиква. Повече от 15г. го ползвам паралелно със С-то. Е, понякота се случва в питонския скрипт да напиша //... или в с файл #...

Не е ли красиво?


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

аз пиша ама кой да чете...



се компилира до ( PYC ) байткод ( питон Virtual Machine език )
python -m py_compile main.py -> __pycache__ / main.cpython-38.pyc ... подобно на C object файл


избягва се интерпретацията от MCU на питон кода ... MCU "изпълнява" байткод( питон VM машинен език )
JAVA2ME работеше така ... Линукс / Java ( android ) е "емулация" на байткод ... без интрепетация на скриптове

rmc = rmc.split(',') е същото
Методите на str са хардкоднати във VM и се изпълняват почти колкото директно на C.

microPython

Е какво се възхищавате толкова?? Всички езици имат функции за разделяне на токени и за преобразуване на стрингове в главни букви.
Гледайте недостатъците, другото всички го имат

Без да съм чел всичко в детайли, идеята е за истински скрипт или за прекомпилиран такъв, демек мое ли да изпълниш команс през конзолата е реално време, или просто пишеш на змийски то го компилира и изпълнява ...

Ами препиши сорса от горния пример на С за микроконтролер по твой избор и дай да видим какво се получава.

Магьоснико, не давай микропитона за пример, защото той е лош такъв. Как да бръкна в регистрите на ESP32-S3 от микропитона, например?

В телитските модули с най-висок приоритет е GSM/GPRS стека. Питонските скриптове са с най-нисък приоритет, няма бъркане по регистрите, няма прекъсвания, SPI и I2C интерфейсите са софтуерни, но двата UARTa и двата командни дешифратора са с по 4кВ TX и RX буфери всеки. Много трудно ще се препълни такъв буфер, преди да бъде прочетен. При по-новите модули с USB интерфейс, буферите на този интерфейс са по 32кВ. Променлива тип стринг е до 16КВ, списък до 4000 елемента. Около 1МВ памет за скриптове и толкова RAM, която обаче е споделена и свободната RAM е неизвестна, но тестовете показват около 200кВ RAM в най-лошия случай. Няма за къде да се бърза поради таймингите на командите и спецификите на GSM/GPRS стека. Затова питона е идеален в такава среда.

в момента си експериментирам с Python 3 цяло и нагоре ( има разлика само е байткод номерации )
Идеята е .... си пишеш на компа програма/скриптове - Python 3 -
само базови класове ( да кажем на ниво microPython ) ... че става цял питон
Докато си пишеш на компа - почти виждаш какво се случва ( може да има и симулация на периферии )
Като надраскаш нещо - COMPILE-> PYC -> BIN
( bin е имитация на ELF - да подреди линейно кое къде е )
UPLOAD BIN
в MCU няма питон терминал щото няма интерпретатор
има само байткод емулатор ... питон машинен код ....

Зора е че трябва C API за обработка на базовите питон функции - това реално го прави Питон екзето
питон print(...) тряя го принтне кернела

rmc = rmc.split(',') ..... split-а го прави кернела за променливата rmc

Байткода просто илиминира интерпретатора - грижи се основно
да "декодира" аргументи, call func, return result ... и разни шифтове и ротации
не е много "асемблер"( в кавички )

но за сега няма идея - просто експерименти да видя с какво разполагам ...
не го знам питона на интерпретаторно ниво

Въпрос на библиотеки...

Не се заяждам, просто примерът е неподходящ. В случая имам класове за кома сепаратед, стринг и time, затова и няма проблем. Ако беше нещо друго можеше и да има.

Заяждай се колкото искаш. Не ми пречи...
Ми ... грозно изглежда. Кви са тия декларации на променливи, кви са тия if-ове, бре!!!

Как какви? Сбъркани
Ако бях пуснал компилация щях да разбера, че вместо вечеря съм изял други неща...

string.split(",")
реално е : микроЗмия
в CPython API ( 3.хх ) е още по сложно...

в J2ME ... е нещо подобно - мързи ме да търся пример

BTW: заглавиeтo на топика не значи Питон версия 2
а - PY2ME - Python TO Micro Edition