Beremiz

При попытке выбрать адрес (размещение) переменной типа DT возникает unhandled exception. Среда разработки завершается с ошибкой.

matiec

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

Данная проблема уже исправлена в репозитории matiec, изменения будут добавлены в YAPLC/IDE в релизе 0.9.11.

Подскажите, как запустить ПО YAPLC на stm32f4, есть ли более-менее понятный алгоритм, как это сделать, если я знаком только с STM32CubeIDE или Keil uVision5 и с самим IEC-61131-3? Здесь есть ссылки для скачивания различных библиотек и компонентов. С некоторыми я знаком, но есть сложности с пониманием, как это собрать все вместе, какой программой на пк открыть и скомпилировать перед прошивкой в stm32, какую папку во что скопировать?

Добрый день! Подскажите пожалуйста, в IDE YAPLC/Beremiz не нашел возможности установки breakpoint и пошаговой отладки, существует ли такой функционал?

Существует ли руководство по проекту в каком-нибудь виде?
как вариант: https://github.com/nucleron/YAPLC/wiki

Введение

Для корректной работы YAPLC/IDE необходимо, в системе были корректно установлены определенные программные компоненты.

К сожалению в тестовом релизе отсутствует программа GNU make, кроме того могут возникнуть проблемы с установкой GNU Tools fo ARM embedded processors.

В этой инструкции рассказывается, как исправить проблемы с установкой в релизе YAPLC-0.9.9.

Диагностика проблем

Откройте командную сроку Windows, и наберите по очереди команды.

make -v
arm-none-eabi-gcc -v

На рисунке ниже приведен пример, когда в операционной системе не установлены/установлены с ошибками вышеозначенные компоненты.

Установка недостающих компонентов

С помощью панели управления Windows(R) проверьте установлен ли пакет GNU Tools fo ARM embedded processors.

Если установлен, но операционная система выдает ошибку при попытке вызвать

arm-none-eabi-gcc -v

,то тогда удалите его через панель управления.

GNU Tools fo ARM embedded processors

GNU Tools fo ARM embedded processors можно установить из каталога YAPLC, см. рисунок ниже

При установке выберите английский язык:

В конце установки нужно поставить отметки в чекбоксах, как показано на рисунке:

после чего можно нажать Finish.

После установки результат вызова

arm-none-eabi-gcc -v

должен выглядеть так:

GNU make

Утилиту GNU make нужно скачать со страницы проекта: http://gnuwin32.sourceforge.net/downlinks/make.php.

Дальше нужно прописать путь к make, как это показано на рисунке:

Если всё получилось, то результат вызова

make -v

должен выглядеть так:

Сборка тестового проекта

Тестовый проект можно скачать здесь:
StartProject.zip

После успешной установки всех компонентов результат сборки проекта должен выглядеть так:

Здравствуте!
Пытаюсь загрузить тестовый проект на отладочную плату stm32f4-discovery. Выбираю в свойствах проекта целевую платформу выбираю yaplc. Заливаю hex на плату, и ничего не происходит. Что я не так делаю?

This problems is about the BEREMIZ runtime debug functions.
If there are many vairables in a PLC program. such as 1000 DINT datas.
each cycle the PLC must make 4000 bytes debug-buffer and each get-variable command will
send 4000 bytes.
Is it right?

Проблема

Прошивка, выпущенная с пилотной партией NUC-243, имеет недостаток: драйвер RTC использует только аппаратные регистры времени и даты, доступные в RTC микроконтроллера.

При этом в микроконтроллере отсутствует регистр, отвечающий за доли секунды.

Соответственно, переменная, отвечающая за текущее время, изменяется раз в секунду, что приводит к некорректной работе ФБ, использующих текущее время, при задании и измерении интервалов времени <1 c.

Решение

Необходимо обновить прошивку прибора, для этого нужно выполнить следующие шаги:

• скачать исправленную прошивку со страницы релиза;
• выключить прибор, отсоединить датчики и исполнительные устройства от прибора;
• установить перемычку "обновление" (обведена красным) по рисунку
  
• подключить адаптер NUC-246 к разъему программирования и компьютеру с установленной YAPLC/IDE;
• вкючить прибор;
• открыть консоль (cmd.exe) и ввести команду:

""путь к каталогуYAPLC"\stm32flash\stm32flash.exe" -b 57600 -w "путь к файлу прошивки" -v -g 0x0 "ком-порт-адаптера"

например:

"C:\Program Files\YAPLC\stm32flash\stm32flash.exe" -b 57600 -w "C:\Temp\nuc-243-rte-18052017-1000.elf.hex" -v -g 0x0 "COM28"

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

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

Architecture

The connector consists of two parts:

• A dynamic library with standartized API/ABI;
• Beremiz connector which loads a dynamic lib and use it as a transport to PLC.

Dynamic lib

Dynamic lib gives us a serial transport with standart API/ABI. Libs internals may use sockets/pipes/files/devices/etc.
It can implement any transport that PLC vendor like, the only requirement, is standart API/ABI.
The proposed API/ABI is:

int handle_open (void ** handle, char * uri, uint32_t uri_len); //Returns zero on successfull connection creation
int handle_close (void ** handle); //Returns zero on success
int handle_read  (void ** handle, void *buf, size_t nbyte); //Returns numer of bytes red
int handle_write (void ** handle, void *buf, size_t nbyte); //Returns number of bytes written

Where:

• handle - an opaque pointer for transport control entity.
• uri - a pointer to sockets/pipes/files/devices/etc name.
• uri_len - URI length (yes we will try address possible buffer overflow).
• buf - a pointer to data buffer used for communication.
• nbyte - a number of byte to transmit/receive.

Beremiz connector

The connector itself implements serial connection protocol, we propose LPCManager or YAPLC/IDE protocols as a base.

It also should have standart Beremiz side connector API, if someone adds data buffering to connector it would be very cool.

We propose the following URI format for connector:

UNIDBG://Path_to_dynamic_lib//Transport_uri

Where:

• Path_to_dynamic_lib - A path to dynamic lib file (I beleive it should be relative to some base dir).
• Transport_uri - a string that will be passed to handle_open as uri.
  So PLC vendors can implement any transport layer they like and they can use the same connector for different transports.

Issues

• 32/64 bit: 32bit python wants 32bit dll, 64bit python wants 64bit lib at least on Windowr(R).
• Boot protocol: different vendors use different boot protocols (e.g. we use STMicros-bootloader for program boot) and different file types to boot their PLCs, we must design some common way to handle these differences.