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