[uriy 5]

Имеется плата с STM32.

На плате есть несколько дискретных и аналоговых входов.

Есть дискретные выходы и выходы с ШИМ. И есть CAN.

Нужна возможность управления всем этим с помощью скриптов в контроллере.

Как принято делать такие вещи? Держать в контроллере какой-то интерпретатор или заливать туда предварительно скомпиленный код?

Из необходимых функций это логические операции с дискретными входами и арифметические с аналоговыми.

Временные задержки. Прием и выдача данных через CAN.

 

 

[VCucumber 0]

попробуйте дотнет микрофреймворк

там уже и дисплеи наверно прикрутили

[x893 61]

.NET microframework

MicroPython

Espruino (javascript)

picoC

 

[SSerge 6]

Python

http://micropython.org

https://code.google.com/p/python-on-a-chip/

tcl

http://wiki.tcl.tk/17893

[_pv 79]

до кучи еще pawn и lua (жирновата правда немного для STM32, особенно если это какой-нибудь F0/F1 )

 

а еще сюда сейчас любители FORTа набегут :)

[uriy 5]

ок спасибо за ссылки буду изучать. Контроллер STM32F103VBT6 128 кбайт флеша.

[arhiv6 20]

А ещё есть интерпретатор Си (picoC) - пример.

Если скрипты совсем простые (проигрывание последовательности команд, например), можно виртуальную машину использовать - пример.

[Kopa 0]

а еще сюда сейчас любители FORTа набегут :)

+1

 

[smalcom 0]

Нужна возможность управления всем этим с помощью скриптов в контроллере.

а точно скрипты нужны? может у вас простая выполнялка команд?

[AlexandrY 3]

попробуйте дотнет микрофреймворк

там уже и дисплеи наверно прикрутили

 

Да .Net MF сильная штука. Единственная из всего названного которую можно по честному отлаживать на целевой платформе .

Вот тут мы ее билдили - http://geektimes.ru/post/266612/

 

Но процесс очень запутанный. Скрипты сборки это нечто.

Сборка длительная.

128 Кб там впритык. Но правда туда уже входит TCP стек и прочие удовольствия.

Меандр на плате Discovery генерирует 40 КГц

Программы пишутся и отлаживаются на C# в бесплатном Visual Studio 2015

 

Короче, нужны ресурсы чуток побольше и .Net MF нет альтернатив.

 

 

[Kopa 0]

Короче, нужны ресурсы чуток побольше и .Net MF нет альтернатив.

Цитаты по ссылке приведённой статьи.

Бинарник CLR от GCC — 316 кб. От RealView — 297 кб. 64 Kb of RAM

Я думаю стоит ориентироваться на то, что .Net Micro Framework работает на 2-3 порядка медленнее, в зависимости от оптимизации. Но он и не ориентирован на вычисления.

 

P.S. А я то думал Форт прожорлив с его типичными 8-16-32Кб вариантами FVM, хотя и не предел :)

Изменено 13 января, 2016 пользователем Kopa

[VCucumber 0]

чуток побольше

года три уже назад, на четвертой дискавери работало, а теперь как минимум два новых

камня вышло - должна быть просто фантастикой

 

Цитаты

компилиться должно в нативный код, так что будеть работать чуть медленнее gcc, пусть даже раза в два

ну пусть даже в десять раз, где-то на вызовах фреймворка, но сам фреймворк как либа , т.е. основное время, оптимален

минус в том, что он таки микрофреймворк, т.е. не хватает тех двадцати мегабайт, чтобы десктопные программы шли без какого-либо перепиливания

но это как раз не за горами

Изменено 13 января, 2016 пользователем Огурцов

[Kabdim 0]

Имхо луа. Как с точки зрения потребления ресурсов, так и с точки зрения обучения неподготовленных людей.

Изменено 14 января, 2016 пользователем Kabdim

[Kopa 0]

ну пусть даже в десять раз, где-то на вызовах фреймворка, но сам фреймворк как либа , т.е. основное время, оптимален

Вам не хватает библиотек уже существующих в С, С++ ?

Не думаю, что задачи использования С# ограничятся конфигурированием периферийных модулей и несложного использования библиотечных модулей.

 

минус в том, что он таки микрофреймворк, т.е. не хватает тех двадцати мегабайт, чтобы десктопные программы шли без какого-либо перепиливания

но это как раз не за горами

На контроллер перекладывать задачи решаемые в рамках компьютера?

Не проще ли тогда взять платы "компьютеров" в одноплатном формате для встраивания в оборудование?

 

P.S. Ещё ждём когда контроллеры широко будут программироваться на Java? :smile3046:

Может, действительно, ТС попробовать Lua для скриптования как выше советовали?

Изменено 14 января, 2016 пользователем Kopa

[x893 61]

Да не проблема выкинуть лишнее из всех скриптовых интерпритаторов. Коды все есть.

И добавить нужных можно - что бы были прямо в нативном коде.

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

Хотя все это баловство со скриптами.

Так - побаловаться и бросить.