Ассемблерная вставка в FLProg

[ecoins]

Пишу блок МодбасРТУ слейв, CRC рассчитываю табличным методом ради скорости, таблица размещается во флеш. Для работы с флеш подключаю библиотеку "avr/pgmspace.h", но флпрог перед загрузкой ардуино ругается, что не видит ее, при том, что сама ардуина молчит. На результат вроде не влияет, но хотелось бы понять, что не так?
2025-05-05_10-31-44.png

Известная проблема, на которую можно не обращать внимание.
FLProg проверяет наличие библиотек в папках libraries - таких папок две.
Подключаемая библиотека в ядре - \FLProg его не проверяет.
Если вы Вы не отключали библиотеку #include "flprogUtilites.h", то в Вашем случае таких проблем не было бы.
Но Вы наверное оптимизируете свою работу под Nano...
Есть приемы для обхода предупреждения - мы ими пользуемся, но в Вашем случае это вряд ли важно.
Не обращайте внимание на указанные предупреждения - они на компиляцию не влияют.
С уважением, ecoins

[dstrufanov]

Сообщение удалено

[dstrufanov]

Сообщение удалено

[ecoins]

Даже не под нано, хочу слейв (8 дискретных входов и 4 коила) уместить в atmega48 с 4кБ флеши, а FlprogUtilities съедает чуть ли не 3кБ
Спасибо!

Вот так примерно виделся мне этот слейв (модуль расширения):
2025-05-17_19-14-30.png
Скетч занимает 2766 байт памяти программ и 851 байт ОЗУ, т.е. помещается в мегу48.
Плата 1 это системный генератор на таймере с прерываниями. Платы 2 и 3 выполняются от его синхросигналов.
Плата 2 это МодбасРТУСлейв, который по прерываниям складывает входные данные USART в буфер, в цикле обрабатывает кадр и формирует в буфере ответ, который потом по прерываниям отправляется мастеру. Поддерживаются скорости 9600, 19200, 38400 и 76800, команды 0х01, 0х02, 0х05 и 0х0F.
Плата 3 это 8 дискретных входов с антидребезгом и 4 дискретных выхода (коила).

Поскольку я очень плохо ориентируюсь в Си, подскажите кто-нибудь, как из разных функциональных блоков работать с одним и тем же буфером в ОЗУ. Он у меня объявляется в блоке МодбасРТУСлейв как глобальный массив (byte buffer[256];) и я думал, что его указатель (buffer[0]) будет виден в скетче другим блокам (входам и выходам). Но оказалось, что это не так. Пришлось объявить указатель и в блоках ввода/вывода, но я теперь не уверен, что это одна и та же переменная во всех блоках.
Т.е. компилятор понимает, что переменная buffer[0] лежит в нулевой ячейке массива buffer[256]?

Вы пожалуй выбрали не посильную задачу(протокол Modbus) и не подходящие средства (здесь надо полностью делать на С++) без блоков, они сами по себе потребляют память. А средства, которыми пользуется разработчик(меню слева), Вам не доступны технически.
В принципе Вы можете попробовать заменить библиотеки Modbus разработчика на собственные попроще с таким же API - но это потребует глубоких знаний С++.
И в воздухе так и висит вопрос: "Зачем такая трудоемкая работа, когда уже сделана хорошая работа - надо только выбрать подходящий недорогой чип"? Выбор чипов большой.
С уважением, ecoins.

[lfgjikjjyj]

для STM8S103F3P6 который пишется кодом асемблера либо С вероятно и влезет по оперативе но опять же она должна что то считывать с каких то датчиков им тоже надо место

примерно понятно сколько
поже тоже планировал модбас ей запихать и читать какойнить одиночный датчик
на данный момент это пока самый дешманский мк за 30руб и вполне удобной пайкой и не обделёный портами но память как украли
но пока он смотрится куда интереснее тини и 168
я его даже одно время расматривал как идеальный расширитель портов к примеру кинул связь по уарту и делай вкл выкл либо чтение кнопок особенно по прерыванию их там вроде 6шт

[dstrufanov]

Сообщение удалено

[ecoins]

И в воздухе так и висит вопрос: "Зачем такая трудоемкая работа, когда уже сделана хорошая работа - надо только выбрать подходящий недорогой чип"? Выбор чипов большой.

Зачем люди делают из УАЗиков бигфуты и лезут в грязь, когда можно купить какой-нить приличный седанчик и ездить по асфальту? Выбор авто большой
У меня все влезает в мегу48, даже 3 буфера по 256 байт, хотя они не нужны в данной задаче (работа с дискретными входами и выходами)

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

[dstrufanov]

Сообщение удалено

[ecoins]

Так и не получилось у меня объявить глобальную переменную для работы с ней из любого функционального блока. Это особенность ФЛП, она при сборке проекта присваивает индексы переменным, что делает все переменные блоков локальными.
Придется делать дополнительные входы инпутам и коилам для задания им указателя на их таблицы и соединять их проводным или именованным соединением. Что поделаешь, придется ездить в этой грязи

Вы видимо пользуетесь базовым редактором.
Там можно объявить глобальную переменную указав "однократное" использование.
В профессиональном редакторе возможностей побольше.
Еще Вы можете создать глобальные переменные во внешней библиотекой и пользоваться этими переменными.
А можно взять недорогой, но современный чип.
Например этот.
https://aliexpress.ru/item/100500574819 ... 5303134775
----
Вы достаточно активны на форуме и могли бы много полезно сделать, добавить, поучаствовать.
Хочется, чтобы Вы разрешили тем или иным способом поставленные задачи и возможно взялись бы за задачи связанные с новыми версиями FLProg.
----
Успехов.
С уважением, ecoins.

[dstrufanov]

Сообщение удалено

[dstrufanov]

Сообщение удалено

[ecoins]

Вы пожалуй выбрали не посильную задачу(протокол Modbus) и не подходящие средства (здесь надо полностью делать на С++) без блоков
С уважением, ecoins.

Таки осилил непосильную задачу на неподходящем ассемблере :
2025-05-28_11-51-08.png
Проверил работу функций 0х01, 0х02, 0х05 (чтение/запись инпутов и коилов) на скоростях 9600, 19200, 38400. Скорость 76800 тоже заложена, но не поддерживается МастерOPC, поэтому не проверил. Вот проект слейва на 8 инпутов и 4 коила, кто хочет, может поизучать или попробовать:
ModbusRTUSlave.flp

C интересом посмотрел Ваш проект.
Впечатлен объемом сделанной работы, Вашей тщательностью и настойчивостью.
Не удалось запустит проект - возможно в последний момент были изменены функциb void Input(x,y,z) - у меня не компилируется:

Modbus_assem.png

-------------------------
Вы реализовали посильную задачу - протокол Modbus на на ассемблере.
И достигли поставленной Вами цели.
Однако для среды Arduino IDE и FLProg предложенное решение не вполне приемлемо.
Arduino IDE создана была прежде всего для простого использования разработчиком разных контроллеров.
Ваш проект ориентирован на устаревший микроконтроллер семейства AVR.
У FLProg гораздо более широкие цели относительно Arduino IDE - визуализация проектирования, поддержка многоплатформенности прозрачной для конечного пользователя, многозадачность в режиме реального времени, быстрая адаптация новых процессоров и контроллеров.
При всем при этом Вы проделали большую работу с которой было интересно познакомиться.
С уважением, ecoins.

[Naladchik]

Таки осилил непосильную задачу на неподходящем ассемблере :

Впечатляет!
Компилируется без проблем.

1.png

Успехов в дальнейших изысканиях.

[dstrufanov]

Сообщение удалено

[lfgjikjjyj]

Ну тут как раз таки на Arduino Приходится их опрашивать по сути-то
А вот зачем их на тех опрашивать я не понимаю есть же пины прерывания в большем количестве чем на Arduino но функция не реализована для них в флпроге

[Rovki]

Ну тут как раз таки на Arduino Приходится их опрашивать по сути-то
А вот зачем их на тех опрашивать я не понимаю есть же пины прерывания в большем количестве чем на Arduino но функция не реализована для них в флпроге

У вас клавиша "," не работает?

[dstrufanov]

Сообщение удалено

[Rovki]

Успехов в дальнейших изысканиях.

Благодарю! Новосибирску привет, я на Лежена жил

А я на Карла Маркса

[dstrufanov]

Сообщение удалено

[Ander]

а я на затулинке