Здравствуйте Владимир. Спасибо Вам огромное за обучающие видео. Благодаря книге понял как правильно работать с операционной системой. Книгу купил в самом начале продаж и очень рад тому, что она у меня теперь есть. Удачи!
Посмотрю позже. Модбасом пользовался и буду пользоваться, так что по любому что то новое для себя найду. Кстати, лет 6 или 7 назад подключал свои платы к панели Овена, СП307, столкнулся с тем, что они не обрабатывают коды ошибок. ))) Дошло до того, что связывался с ними, спрашивал почему. У них при любом варианте ошибки, который посылала моя плата, всегда выскакивало сообщение: "Нет связи" или что то подобное, точно не помню. А мне очень хотелось, чтобы мои платы сообщали что им не нравится, какие у них проблемы. ))) Не вышло. Пришлось довольствоваться малым.
Писал свои библиотеки modbus на основе этой статьи. И мастер и слейв для AVR/STM8/STM32. Мастер для PC. Для слейва в MCU делал их через функции обратного вызова. Использую для коммуникации между оборудованием для спортивных судейских систем. Консоли, табло, пульты, устройства отображения. Единственная проблема - частенько выгорают конечные трансиверы. Пытаемся победить. Есть конечно куда оптимизировать либу. Например использовать один буфер для приёма/передачи, а не как сейчас у меня - два буфера. Пока не добрался.
Владимир, спасибо. По поводу union. Необходимо обрамлять эту конструкцию #pragma pack(push, 1) и #pragma pack(pop). Иначе можно поиметь проблемы в некоторых случаях с выравниванием данных в памяти. Для того, чтобы понять о чём я - статья на хабре с заголовком "Расставим точки над структурами C/C++".
камень F303, FreeRTOS, модбас на два уарта, через LL DMA с использованием RTO (кэллбэк HALL прерывания RTO обрабатывает как ошибку, и запрещает прием по уарт) помимо модбаса на этих же уартах, одновременно крутится протокол IEC 60870-101.
Уважаемый Владимир, если не возражаете, для тех кто только заинтересовался modbus RTU на stm: на зарубежном сайте есть цикл статей по modbus RTU где разжованы все протоколы и алгоритмы общения по modbus, и как настроить stm в режиме Мастера или Ведомого, статьи как в текстовом виде с пояснениями и участками кода, так и с видео разбором алгоритмов работы автора статей, статьи можно найти по "Modbus #1. Read Holding and Input Registers". Да статьи и видео на Английском, но яндекс браузер творит чудеса перевода)))
Пробовал Modbus RTU на CH32 - работает, но нужен имеено апаратный таймер, программный может перестать вызывать свой callback через какокое-то время, хотя с приоритетами вроде всё норм. Очереди медленные, в разы медленее циклического буфера. Насчёт определения конца посылки в 3,5 символа он не всегда нужен, об этом нитересно написано у Овена "Заметки о Модбас"
Здравствуйте, Владимир! Не могли бы Вы сказать какой программатор используете для прошивки STM32? Для отладки в Keil нужно использовать что-то наподобие J-link или можно обойтись китайской копией ST-Link? Какой программатор посоветуете? Плата, с которой Вы связываетесь по Modbus- Ваша новая разработка, но не могли бы Вы в двух словах рассказать о ней?
Для работы с микроконтроллерами STM32 можно использовать любой программатор с интерфейсом SWD полный список достаточно длинный. Из популярных J-Link, ST_Link, DAP_Link. Я использую собственный клон ST_Link как его сделать рассказано в одном из видео на канале.
Добрый день, подскажите, Вы сказали, что Ваш коллега сделал библиотеку ещё быстрее и удобнее - да и с физическим прерыванием. Есть ли возможность посмотреть на неё, или тут, как говорится, идее есть, а дальше идущий осилит? Просто ещё не настолько сильно хватает знаний, чтобы реализовать это самому, а интерес к этому растёт... Спасибо!
Мало знаком с STM32. Пришлось делать приёмопередатчик двух каналов RS485 (удлинитель линии, для искро-безопасного оборудования. Один канал к передатчику, второй канал к приёмнику). Абонент , в некоторых случаях, отвечает очень быстро, поэтому после завершения передачи необходимо как можно быстрее переключится на приём. Есть подозрение, что прерывание по завершению передачи (UART) происходит не всегда в середине стопового бита т.к. расчётная задержка (пол стопового бита + ещё немножко приводило к спорадическим сбоям при обмене) (По крайней мере на SiLabs ни когда не было проблем). Пришлось значительно увеличить задержку до переключения на приём. Кто нибудь может прокомментировать?
37:41 Тут прекрасно тернарник зашёл бы: HAL_GPIO_WritePin(RL1_GPIO_Port, RL1_Pin, (ModbusDATA[3] & 0x0001) ? GPIO_PIN_SET : GPTO_PIN_RESET); А вообще в цикл по массиву с «тритами» (бит, порт, пин) я бы это запаковал. Нагляднее и меньше ошибок при написании. Кпипаста много раз стреляла))) 52:00 Я таймер на частоте ядра запускаю и сбрасываю счётчик перед исполнением кода, а затем в конце его вычитываю.
В каком смысле похож? Есть физическая часть, есть протокол обмена. Просто надо понимать, что одну и туже информацию вы передаёте различными способами. Я и по радиоканалу обмениваюсь информацией между двумя устройствами при помощи протокола ModBus. Всё соблюдается - адресация, контрольная сумма. Обработка ошибок, правда, написана под мои хотелки. Мне нравится, когда система помогает мне при поиске возможных неполадок. ))) За два года непрерывной работы ни разу не пригодилось, будем надеяться, что и в дальнейшем не понадобится.
Странно. Почему-то мой комментарий удален. Опишу тогда коротко суть. У ModbusRTU есть минус - последовательная работа с каждым подчиненным устройсвом с ожиданием ответа. Это может сказываться на времени полного опроса всех устройств при обрыве связи с одним устройством, зависит от таймаута на запросы и количество повторов. Если это критично, то стоит обратить внимание на ModbysTCP. Кроме того в сети с протоколом ModbusTCP возможно использования нескольких мастеров.
Дополню, если кому-то интересен ModbusTCP. Есть ModbusTCP, есть ModbusRTU поверхности Ethernet.разница в том, что в первом случае запускается свой сервер для каждого мастера в сети и в шапке сообщения передается номер мастера. Во втором случае пакет ModbusRTU просто помещается в пакет TCP, обработчик один и мастер тоже один. Правда для всего этого нужны процессоры достаточно неслабые.
Если устройство отвалилось по таймауту - начинаем его опрашивать редко, например раз в 1 мин. Когда ответило - возвращаемся к нормальному частому опросу.
Могу я использовать один порт как ModBus slave а второй как ModBus master ? Этот библиотека может это сделать ? У меня есть другой библиотека но мне не нравится скорость этого библиотека.
Здравствуйте, Владимир. Я купил вашу книгу одним из первых. Спасибо за труд, она отличная.
За подробный рассказ о модбас, отдельное спасибо.
И вам спасибо большое за поддержку
Здравствуйте Владимир. Спасибо Вам огромное за обучающие видео. Благодаря книге понял как правильно работать с операционной системой. Книгу купил в самом начале продаж и очень рад тому, что она у меня теперь есть. Удачи!
И вам спасибо за позитивный отзыв
Посмотрю позже. Модбасом пользовался и буду пользоваться, так что по любому что то новое для себя найду. Кстати, лет 6 или 7 назад подключал свои платы к панели Овена, СП307, столкнулся с тем, что они не обрабатывают коды ошибок. ))) Дошло до того, что связывался с ними, спрашивал почему. У них при любом варианте ошибки, который посылала моя плата, всегда выскакивало сообщение: "Нет связи" или что то подобное, точно не помню. А мне очень хотелось, чтобы мои платы сообщали что им не нравится, какие у них проблемы. ))) Не вышло. Пришлось довольствоваться малым.
Очень интересно, особенно, интересно, что это работает с промышленным оборудованием. Ну и Овены его широко используют.
Писал свои библиотеки modbus на основе этой статьи. И мастер и слейв для AVR/STM8/STM32. Мастер для PC. Для слейва в MCU делал их через функции обратного вызова. Использую для коммуникации между оборудованием для спортивных судейских систем. Консоли, табло, пульты, устройства отображения. Единственная проблема - частенько выгорают конечные трансиверы. Пытаемся победить. Есть конечно куда оптимизировать либу. Например использовать один буфер для приёма/передачи, а не как сейчас у меня - два буфера. Пока не добрался.
Делайте гальваническую развязку, выгорать не будет.
Или все нужно питать от одного БП.
@@sergeysemenkov6474 Мы ща нашли п...здатые микрухи со встроенным DC-DC - будем заказывать и пробовать! 🙄
Владимир, спасибо. По поводу union. Необходимо обрамлять эту конструкцию #pragma pack(push, 1) и #pragma pack(pop). Иначе можно поиметь проблемы в некоторых случаях с выравниванием данных в памяти. Для того, чтобы понять о чём я - статья на хабре с заголовком "Расставим точки над структурами C/C++".
Ура наконец то....
Надеюсь я не ситьно ошибался, жаль пропустил стрим.
Надеюсь будет на примере оси OSI.
Потому что modbus пишут над 232,485, Ethernet.
камень F303, FreeRTOS, модбас на два уарта, через LL DMA с использованием RTO (кэллбэк HALL прерывания RTO обрабатывает как ошибку, и запрещает прием по уарт)
помимо модбаса на этих же уартах, одновременно крутится протокол IEC 60870-101.
Уважаемый Владимир, если не возражаете, для тех кто только заинтересовался modbus RTU на stm: на зарубежном сайте есть цикл статей по modbus RTU где разжованы все протоколы и алгоритмы общения по modbus, и как настроить stm в режиме Мастера или Ведомого, статьи как в текстовом виде с пояснениями и участками кода, так и с видео разбором алгоритмов работы автора статей, статьи можно найти по "Modbus #1. Read Holding and Input Registers". Да статьи и видео на Английском, но яндекс браузер творит чудеса перевода)))
Да с чего бы мне возражать, я всегда "за" поддержание инженерных кадров России.
и да благодаря этим статьям смог запилить управление частотником KEB, от ПЛК Овен Мастер к stm32f103 Ведомому
Пробовал Modbus RTU на CH32 - работает, но нужен имеено апаратный таймер, программный может перестать вызывать свой callback через какокое-то время, хотя с приоритетами вроде всё норм. Очереди медленные, в разы медленее циклического буфера. Насчёт определения конца посылки в 3,5 символа он не всегда нужен, об этом нитересно написано у Овена "Заметки о Модбас"
о, я тоже эту библиотеку от alejoseb использую. Портируется легко. И приятна она тем, что есть в ней реализация мастера.
Здравствуйте, Владимир!
Не могли бы Вы сказать какой программатор используете для прошивки STM32? Для отладки в Keil нужно использовать что-то наподобие J-link или можно обойтись китайской копией ST-Link? Какой программатор посоветуете?
Плата, с которой Вы связываетесь по Modbus- Ваша новая разработка, но не могли бы Вы в двух словах рассказать о ней?
Для работы с микроконтроллерами STM32 можно использовать любой программатор с интерфейсом SWD полный список достаточно длинный. Из популярных J-Link, ST_Link, DAP_Link. Я использую собственный клон ST_Link как его сделать рассказано в одном из видео на канале.
На гите есть такой nimaltd. Его библиотеки мне нравятся. И с FreeRtos тоже дружат.
Я его библиотеки много раз показывал. Более того, с ним даже переписывался много месяцев.
Ради интереса скачал его gsm_v5-master. И вижу в pdu setAddress() идет работа с буфером без контроля размера. Дальше смотреть не стал...
Добрый день, подскажите, Вы сказали, что Ваш коллега сделал библиотеку ещё быстрее и удобнее - да и с физическим прерыванием. Есть ли возможность посмотреть на неё, или тут, как говорится, идее есть, а дальше идущий осилит?
Просто ещё не настолько сильно хватает знаний, чтобы реализовать это самому, а интерес к этому растёт...
Спасибо!
Это собственная разработка и мы не распространяем ее исходные коды.
Мало знаком с STM32. Пришлось делать приёмопередатчик двух каналов RS485 (удлинитель линии, для искро-безопасного оборудования. Один канал к передатчику, второй канал к приёмнику). Абонент , в некоторых случаях, отвечает очень быстро, поэтому после завершения передачи необходимо как можно быстрее переключится на приём. Есть подозрение, что прерывание по завершению передачи (UART) происходит не всегда в середине стопового бита т.к. расчётная задержка (пол стопового бита + ещё немножко приводило к спорадическим сбоям при обмене) (По крайней мере на SiLabs ни когда не было проблем). Пришлось значительно увеличить задержку до переключения на приём. Кто нибудь может прокомментировать?
Modbus - наше всё
37:41 Тут прекрасно тернарник зашёл бы: HAL_GPIO_WritePin(RL1_GPIO_Port, RL1_Pin, (ModbusDATA[3] & 0x0001) ? GPIO_PIN_SET : GPTO_PIN_RESET);
А вообще в цикл по массиву с «тритами» (бит, порт, пин) я бы это запаковал. Нагляднее и меньше ошибок при написании. Кпипаста много раз стреляла)))
52:00 Я таймер на частоте ядра запускаю и сбрасываю счётчик перед исполнением кода, а затем в конце его вычитываю.
и так бы сработало :)
HAL_GPIO_WritePin(RL1_GPIO_Port, RL1_Pin, ModbusDATA[3] & 0x0001);
Скажите, когда вы собираете код, вы используете опции компилятора по оптимизации (скорость, размер), если да, то какие?
Опции используются в зависимости от того, какой эффект мне нужно получить.
каким образом UART - физический протокол передачи данных, похож на ModBus - коммуникационный протокол ?
В каком смысле похож? Есть физическая часть, есть протокол обмена. Просто надо понимать, что одну и туже информацию вы передаёте различными способами. Я и по радиоканалу обмениваюсь информацией между двумя устройствами при помощи протокола ModBus. Всё соблюдается - адресация, контрольная сумма. Обработка ошибок, правда, написана под мои хотелки. Мне нравится, когда система помогает мне при поиске возможных неполадок. ))) За два года непрерывной работы ни разу не пригодилось, будем надеяться, что и в дальнейшем не понадобится.
Всё ещё на STM ?) На китайцев не планируете переходить?
STM стали более доступными чем в кризис полупроводников. Зачем переходить если они есть и доступны?
У меня на работе решили перейти. Там HAL-а нет, сижу все проекты переписываю с нуля.
Странно. Почему-то мой комментарий удален.
Опишу тогда коротко суть. У ModbusRTU есть минус - последовательная работа с каждым подчиненным устройсвом с ожиданием ответа. Это может сказываться на времени полного опроса всех устройств при обрыве связи с одним устройством, зависит от таймаута на запросы и количество повторов. Если это критично, то стоит обратить внимание на ModbysTCP. Кроме того в сети с протоколом ModbusTCP возможно использования нескольких мастеров.
Дополню, если кому-то интересен ModbusTCP.
Есть ModbusTCP, есть ModbusRTU поверхности Ethernet.разница в том, что в первом случае запускается свой сервер для каждого мастера в сети и в шапке сообщения передается номер мастера. Во втором случае пакет ModbusRTU просто помещается в пакет TCP, обработчик один и мастер тоже один.
Правда для всего этого нужны процессоры достаточно неслабые.
Ютуб очень жестко удаляет комментарии со ссылками или со словами которые кажутся ему странными
Если устройство отвалилось по таймауту - начинаем его опрашивать редко, например раз в 1 мин. Когда ответило - возвращаемся к нормальному частому опросу.
Могу я использовать один порт как ModBus slave а второй как ModBus master ? Этот библиотека может это сделать ? У меня есть другой библиотека но мне не нравится скорость этого библиотека.
Можете.
Я сюда ещё вернусь.
На самом деле непонятно что означает RTU.
Remote Terminal Unit, это же очевидно.