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

Если юзер будет знать, что делают заскриптованные операции, то реверс будет очень прост.
А юзер должен знать это, чтобы пользоваться "откупом".

реверс чего ? скрипты и так у юзера, открытые, это как вершина айсберга

Реверс прошивки, выполняющей скрипты.
Ну если Вы отдаете открытые скрипты юзеру, то он должен знать, как работают операторы скрипта.
То есть прошивку он повторит исходя из этого знания.

ну давайте я вам дам какую-то мою программу на c#, сделайте мне по ней реверс дотнетфреймворка ?
да еще так, чтобы другая еще неведомая программа на шарпе тоже работала под вашим реверсом

Сообщение отредактировал Огурцов - Jan 14 2016, 19:03

Вы уж определитесь про что Вы говорите.

я не терял нить рассуждения, в отличие от - про скрипты
скрипты, шарп и воркфлоу по выполнению, как и размеру, суть одного и тогоже порядка
а вот софт, под которым они выполняются на порядки монструознее

Решил использовать pawn.
Может быть у кого-нибудь уже есть реализация для keil.
У меня осталась одна ошибка при компиляции и я застрял на:
Error: L6218E: Undefined symbol amx_Register (referred from amxfuncs.o).
amx_Register определен в amx.c в хидере есть прототип, но до него столько ifdef что я теряюсь

У меня работает этот набор файлов. Пробуйте.

Спасибо! А можно еще ваш файл amxexec_thumb2.s?
Теперь другая функция дважды определена Error: L6200E: Symbol amx_exec_list multiply defined (by amxexec_thumb2.o and amx.o).

Можете мне еще пояснить можно ли каким то образом распаралелить выполнение скрипта и основной программы MCU?
Я планировал собирать данные с АЦП по DMA и усреднять их, только потом использовать эти значения в скрипте.

Файл amx.c сдержит реализацию виртуальной машины на переносимом С.
amxexec_thumb2.s содержит оптимизированную реализацию виртуальной машины на асме.
Их не получится скомпилировать вместе в одном проекте. Выбирайте что-то одно.


Распараллелить? Я использую ось. Соответственно есть набор потоков, в одном из которых крутится виртуальная машина.
Если без оси, то прерывания + debug hook для виртуальной машины. Как то так, наверное.


P.S. Не пренебрегайте документацией. Pawn_Implementer_Guide.pdf + Pawn_Language_Guide.pdf способны ответить на все ваши вопросы.

Я начал вот с этой статьи http://we.easyelectronics.ru/STM32/prikruc...ok-k-stm32.html
Там часть функций на асме часть на си.
Я уже на горячую голову переделал amxexec_thumb2.s чтобы компилился под keil.
Мне даже в голову вот это не пришло: "Файл amx.c сдержит реализацию виртуальной машины на переносимом С.
amxexec_thumb2.s содержит оптимизированную реализацию виртуальной машины на асме."
Осями пользуюсь, но забыл уточнить что в этом проекте ось не планируется.
Тут будет на автоматах.

Да читать надо, но как всегда некогда пилу точить надо лес валить.

"Лучше день потерять, а потом за пять минуть долететь"

Прочитал implementers guide и language guide так и не понял как обращаться к железу из скрипта.
Похоже придется еще раз читать...
Мне нужно принимать и отправлять данные через CAN, анализировать цифровые и аналоговые входы, управлять ШИМ.
На прием данных идеально ложаться ивенты.
Но как сделать чтобы основная программа в контроллере вызывала эти ивенты в скрипте?
И как обратиться из скрипта к функциям в основной программе, чтобы например запустить ШИМ?
Public functions это какраз те функции что доступны скрипту и основной программе или нет?

Implementers guide, Extension modules, p.49:

Ну и дальше углубляетесь.

По event driven технике ничего подсказать не могу, т.к. не пользую.