Beremiz, портирование под stm32 Опции

[yanvasiij]

Доброго времени суток!

Несколько слов о том, что я делаю и что получается.
Озадачился портированием вышеупомянутого ПО. Идея была такая: поскольку Beremiz компилирует входные исходники на языках IEC в Си, то эти исходники можно далее компилировать на чем угодно в том числе и под микроконтроллеры. Тогда я взял GCC под ARM embed (GNU Tools ARM Embedded), написал несложный рантайм (если это так можно назвать), который вызывает апи беремиза в задачах ртос. Делал по аналогии с тем как это сделано под платформу Xenomai (.\bremiz\targets\Xenomai). Далее организовал папочку STM32 в .\bremiz\targets c необходимыми питонячими файлами, задача которых прилинковывать при компиляции мой рантайм, плюс несколько несложных манипуляций над исходниками самого Beremizа, чтобы он при компиляции использовался gcc. Теперь в результате компиляции программы на IEC в Beremiz получаю hex готовый для зашивки в микроконтроллер.

Теперь собственно проблема. Для того, чтобы появилась связка между конкретным железом и программой, нужно в beremizу написать плагин и разместить его в папочке plugins, в котором и будет описание связки с "железом". Запустить эти плагины у меня так и не вышло. Я уже не раз видел упоминание Beremiza на этом форуме. Кто-нибудь писал эти плагины? Я бы был очень признателен, если бы мне ответили на несколько вопросов.

[Lost_byte]

Уж простите новичка. Что-то не получается.
Итак:
1. Патч скачал и наложил без проблем.
2. Modbus библиотеку клонировал и собрал, получил libmb.so
3. Что дальше? Куда-то libmb.so нужно положить? Ничего похожего в каталоге Beremiz не нашел.

В выпадающем меню дерева проектов появился компонент Modbus support Но клик по нему приводит к ошибке:

Код

Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/wx-2.8-gtk2-unicode/wx/_core.py", line 14665, in <lambda>
    lambda event: event.callable(*event.args, **event.kw) )
  File "/home/master/Development/OpenPLC/beremiz/beremiz/BeremizIDE.py", line 1033, in AddConfNode
    self.CTR.CTNAddChild(ConfNodeName, ConfNodeType)
  File "/home/master/Development/OpenPLC/beremiz/beremiz/ConfigTreeNode.py", line 533, in CTNAddChild
    CTNClass = CTNClass()
  File "/home/master/Development/OpenPLC/beremiz/beremiz/util/misc.py", line 44, in fac
    mod=__import__(classpath.rsplit('.',1)[0])
ImportError: No module named modbus

Насчет посмотреть YaPLC - это конечно резонно... Смотрю, пытаю, на моей Win7 наблюдаю катастрофические глюки GUI (это при том что чистый PLCOpen Editor вполне вменяем).
Копать надо глубоко, а у меня задача - принять решение, рабочая такая задача, не хоббийная.

Что посоветуете, камраде?

[Lost_byte]

Уж простите новичка. Что-то не получается.
Итак:
1. Патч скачал и наложил без проблем.
2. Modbus библиотеку клонировал и собрал, получил libmb.so
3. Что дальше? Куда-то libmb.so нужно положить? Ничего похожего в каталоге Beremiz не нашел.

В выпадающем меню дерева проектов появился компонент Modbus support Но клик по нему приводит к ошибке:

Код

Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/wx-2.8-gtk2-unicode/wx/_core.py", line 14665, in <lambda>
    lambda event: event.callable(*event.args, **event.kw) )
  File "/home/master/Development/OpenPLC/beremiz/beremiz/BeremizIDE.py", line 1033, in AddConfNode
    self.CTR.CTNAddChild(ConfNodeName, ConfNodeType)
  File "/home/master/Development/OpenPLC/beremiz/beremiz/ConfigTreeNode.py", line 533, in CTNAddChild
    CTNClass = CTNClass()
  File "/home/master/Development/OpenPLC/beremiz/beremiz/util/misc.py", line 44, in fac
    mod=__import__(classpath.rsplit('.',1)[0])
ImportError: No module named modbus

Насчет посмотреть YaPLC - это конечно резонно... Смотрю, пытаю, на моей Win7 наблюдаю катастрофические глюки GUI (это при том что чистый PLCOpen Editor вполне вменяем).
Копать надо глубоко, а у меня задача - принять решение, рабочая такая задача, не хоббийная.

Что посоветуете, камраде?

Все-таки патч лег не ровно...
Поведение вылечилось созданием папки modbus и переносом туда файлов:
__init__.py
__init__.pyc
mb_runtime.c
mb_runtime.h
mb_utils.py
mb_utils.pyc
modbus.py
modbus.pyc
README

... после патча они почему-то оказались в корне.

Теперь появляется интерфейс настройки modbus, с единственным редактируемым полем MaxRemoteTCPclients.
Как-то не совсем то что ожидалось. Эх печаль.

[griabig]

Все-таки патч лег не ровно...
Поведение вылечилось созданием папки modbus и переносом туда файлов:
__init__.py
__init__.pyc
mb_runtime.c
mb_runtime.h
mb_utils.py
mb_utils.pyc
modbus.py
modbus.pyc
README

... после патча они почему-то оказались в корне.

Теперь появляется интерфейс настройки modbus, с единственным редактируемым полем MaxRemoteTCPclients.
Как-то не совсем то что ожидалось. Эх печаль.

А ты пробовал добавлять дочерние узлы к интерфейсу настройки modbus в дереве проекта?
Вообще с вопросами лучше писать в список рассылки Beremiz. Лучше всего на вопросы по поводу этой библиотеки Modbus ответит её автор, который этот форум не читает. ;-)

Насчет посмотреть YaPLC - это конечно резонно... Смотрю, пытаю, на моей Win7 наблюдаю катастрофические глюки GUI (это при том что чистый PLCOpen Editor вполне вменяем).
Копать надо глубоко, а у меня задача - принять решение, рабочая такая задача, не хоббийная.

Что посоветуете, камраде?

глюки GUI - что под этим конкретно подразумевается и у кого? Beremiz? YaPLC?
Автор YaPLC, кстати, список рассылки Beremiz тоже читает.

По поводу промышленного применения Beremiz: Вот список тех, кто его уже использует.
У Smarteh вообще вся продукция основана на Beremiz.
На сайте Beremiz только про один их контроллер написано, но с тех пор у них уже несколько линеек контроллеров и панелей на Beremiz вышло.

Сообщение отредактировал griabig - May 30 2017, 14:31

[Lost_byte]

А ты пробовал добавлять дочерние узлы к интерфейсу настройки modbus в дереве проекта?
Вообще с вопросами лучше писать в список рассылки Beremiz. Лучше всего на вопросы по поводу этой библиотеки Modbus ответит её автор, который этот форум не читает. ;-)

Пробовал, позднее чем написал этот пост. Да, видимо это то что надо. Насчет автора modbus - спасибо учту, но пока форум дал мне больше информации, и оперативнее.

глюки GUI - что под этим конкретно подразумевается и у кого? Beremiz? YaPLC?
Автор YaPLC, кстати, список рассылки Beremiz тоже читает.

Конечно YaPLC, контекст предложения однозначен.
Конкретно:
1. Добавляю релейную диаграмму (Ladder);
2. Рисую схему 2 входа - один выход, монтажное-ИЛИ (да в общем то не важно);
3. При копировании элементов произвольно с экрана пропадают то оригиналы то копии;
4. При перетаскивании элемент зрительно остается на месте, появляется в новом (будто ьы обновление экрана) если кликнуть вне области редактирования.
5. Выделенные элементы бывает остаются выделенными "навсегда".

По поводу промышленного применения Beremiz: Вот список тех, кто его уже использует.
У Smarteh вообще вся продукция основана на Beremiz.
На сайте Beremiz только про один их контроллер написано, но с тех пор у них уже несколько линеек контроллеров и панелей на Beremiz вышло.

Здорово, спасибо, да я уже "проехался" по этому списку, жаль что у Нуклерона нет в данный момент инфы о выпускаемых ПЛК, а ИЭУМ им. Брука не предлагает скачать свою сборку Beremiz.

Есть предложение. А может сделать русскоязычную Wiki для Beremiz? Подозреваю что не я один такой интересующийся новичок. В целях популяризации проекта и роста сообщества толковых разработчиков стоило бы снизить порог входимости, например таким вот нехитрым способом.
Сам я готов написать статью по результатам своих изысканий в части Modbus, ну и в общем поставить эдакий начальный "каркас" Wiki. Нужно решить вопрос с размещением ресурса. Наверное самое простое и бесплатное - прямо в битбакете. Вопрос, рядом с основным репозиторием или в отдельном? По опыту вики рядом с репозиторием разработки должны быть посвящены теме именно разработки а не практического использования.

[griabig]

Пробовал, позднее чем написал этот пост. Да, видимо это то что надо. Насчет автора modbus - спасибо учту, но пока форум дал мне больше информации, и оперативнее.

Почтовая рассылка однозначно оперативнее. Потому что форум этот я проверяю крайне редко. Все актуальные обсуждения ведутся там. В любом случае, если занимаетесь Beremiz, то подписаться на список рассылки крайне рекомендуется.

Конечно YaPLC, контекст предложения однозначен.
Конкретно:
1. Добавляю релейную диаграмму (Ladder);
2. Рисую схему 2 входа - один выход, монтажное-ИЛИ (да в общем то не важно);
3. При копировании элементов произвольно с экрана пропадают то оригиналы то копии;
4. При перетаскивании элемент зрительно остается на месте, появляется в новом (будто ьы обновление экрана) если кликнуть вне области редактирования.
5. Выделенные элементы бывает остаются выделенными "навсегда".

Вообще эта проблема должна повторяться и на Beremiz. YaPLC эту часть кода не затрагивает, поэтому проблема должно присутствовать и в Beremiz и в PLCOpen Editor.
Код они используют один и тот же. Пытался повторить проблему у себя, но что-то не вышло.
Кстати, принудительная перерисовка есть по Ctrl-R.

Здорово, спасибо, да я уже "проехался" по этому списку, жаль что у Нуклерона нет в данный момент инфы о выпускаемых ПЛК,

А спросить?

а ИЭУМ им. Брука не предлагает скачать свою сборку Beremiz.

А спросить? Вдруг вышлют по запросу.

Есть предложение. А может сделать русскоязычную Wiki для Beremiz? Подозреваю что не я один такой интересующийся новичок. В целях популяризации проекта и роста сообщества толковых разработчиков стоило бы снизить порог входимости, например таким вот нехитрым способом.
Сам я готов написать статью по результатам своих изысканий в части Modbus, ну и в общем поставить эдакий начальный "каркас" Wiki. Нужно решить вопрос с размещением ресурса. Наверное самое простое и бесплатное - прямо в битбакете. Вопрос, рядом с основным репозиторием или в отдельном? По опыту вики рядом с репозиторием разработки должны быть посвящены теме именно разработки а не практического использования.

Wiki есть https://bitbucket.org/skvorl/beremiz/wiki/Home
Информации там, правда, пока немного. Пишите туда. Абсолютно не вижу проблемы сделать два раздела в вики для разработки и для использования. Сейчас информации не так много, чтобы делать для неё отдельную Wiki. Если понадобится, то часть вики всегда можно вынести в отдельное место.

Сообщение отредактировал griabig - May 31 2017, 07:04