Кто-нибудь использовал такую штуку? Пробую скомпилировать - какая-то лабуда в заголовках. Ругается, что то одного определения не видит, то другого. Что происходит то? Как побороть?

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

У меня так сделано:


Ну и не забыть подключить:

Попробую, хотя вроде все так же делаю. Я версию модбаса использовал 1.3 - может с 1.5 лучше покатит. И ещё, сами модули собрались, а вот в программе пытаюсь использовать их тайпдефы и вызовы из mb.h - ругается на то, что они не объявлены. Ничего не пойму - сколько на си пишу, такого безобразия не встречал.

Нет там никакого безобразия, библиотека сделана очень чётко и грамотно.
Подключается буквально в три шага, в документации расписано.
Возьмите для начала готовый пример.

Чтобы не гадать, выкладывайте, что именно не получается и какие ошибки.

Ну вот, стало сильно лучше. Помогло волшебное добавление именно в таком порядке


Причем добавление во все без исключения модули модбаса - иначе нет-нет да поругивалось.

Это идеологически неправильно...
Надо просто пути поиска к этим папкам прописать.

Пути поиска просто скажут где находится тот или иной заголовочный файл, но добавлять всё равно нужно при помощи #include. Проблема не в путях, а в том, что каждый модуль модбаса хочет именно эту последовательность инклудов. Для меня это оказалось несколько странным. Хотя я не отрицаю, что тут я что-то не понимаю, но до этого успешно добавлял в проект и ucOS, и lwIp, и PolarSSL - такой странной реакции не наблюдал.

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

А ещё подскажите, где код для мастера искать? В упор не вижу мастера во этой библиотечке.

Собирал недавно проект ModbusTCP на Freemodbus 1.5 - с заголовками такой фигни не было, зато обнаружился другой небольшой глючок: не для всех функций корректно вычислялась длина возвращаемого пакета. Для большинства modbus-мастеров это не принципиально (там длина в пакете двух местах присутствует), но товарищ делал мастера на питоне под линуксом и у него мастер, собранный из готовой библиотеки, ругался на некорректность данных.

При сборке проекта были ошибки линкера, пока не подключил #include "mbfunc.h" в некоторых модулях.
Проект скомпилировал в IAR v.5.50.0.
Безуспешно пытаюсь запустить freemodbus-v1.5. Пробую на разных контроллерах (сейчас на Меге324P 20MHz).
На запрос чтения одного регистра по адресу 1000 отвечает ошибкой. В чем может быть проблема?

В возвращаемом пакете что передаёт? Там ведь пусть небогатая , но есть информация об ошибке.

Это ответ на запрос чтения (код 0x03) с устройства №1 одного регистра по адресу 1000.
Почему, никак не могу понять? Проект компилируется, правда в IARе, без ошибок.

То есть возвращает код ошибки - 2. А это означает (см. рисунок), что вы пытаетесь прочитать несуществующий регистр. Обработчик у вас этот адрес обрабатывает?

Это из примера freemodbus

Со стороны мастера (ПК) периодически даю запрос на чтение:
//адр. устройства, адрес считывания, кол-во считываемых регистров, буфер

Так где я не прав?

Покажите ещё СВ-функцию чтения регистров
Далее, ReadOutputRegisters - это какая функция? (код функции)
Вообще-то, при чтении Input регистров как бы нужна функция ReadInput, но точно можно определить по коду.
Ну или пакет запроса приведите.

В разных реализациях по разному отсчитываются адреса. Holding начинаются с 40000 по терминологии modbus, а в вызове функции может быть отсчёт и от 0, и от 1. Попробуйте вот этой утилитой потестить:
http://www.chipkin.com/cas-modbus-scanner
В ней, например, для чтения holding register 9 нужно задать такие настройки (см аттач).

Со стороны мастера (ПК)


из примера freemodbus:


пакет запроса:

ответ:

Сдаётся мне, вы холдинги хотите прочитать вместо инпутов.
Проверьте тогда ещё константы
REG_HOLDING_START и REG_HOLDING_NREGS

Для чтения Input регистров функция 04

со стороны мастера изменил запрос на


ответ уже без ошибки:


но это не то, что я ожидаю получить. Я должен получить инкрементированное значение usRegInputBuf[0]++;
Что еще не так?

А вот тут уже возможно играет смещение на 1.
Попробуйте ещё соседний регистр поменять.

Если я ничего не путаю, в ответе должно быть два байта ячейки usRegInputBuf[0]. Если вы её никак не инициализируете, то будет возвращаться неопределённое значение. Скорее всего именно нули.

Глобальная переменная инициализируется нулем. Дальше в цикле она инкрементируется:

Т.е. я должен увидеть на приеме 0,1,2,3...


а вот так:
уже отвечает то, что нужно!

А где необходимо добавить это смещение на 1 ?

Ну, чтобы не лезть в глубины, можно в CB-функции подправить вычисление iRegIndex
Хотя, идеологически более правильно залезть внутрь и разобраться, почему так.

Вот ответ автора freemodbus на проблему смещения адреса:


т.е. нужно добавить 1 в определении
#define REG_HOLDING_START 1001

PS. А вопрос был такой:

Насколько я уяснил это для себя, "по-простому", в modbus нумерация регистров и койлов начинается с 1. Так для пользователя оборудования будет проще: сложно обычному человеку понять, что такое нулевой датчик. А вот 1, 2, 3 и так далее - уже проще. НО! В передаваемом пакете modbus этому самому 1-му датчику будет соответствовать адрес 0.

Как правильно передать код ошибки MB_EX_SLAVE_BUSY = 0х06 , в случае, если SLAVE занят вычислениями, т.е. результат еще не готов?
Функцию опроса ModBus я поместил в другую функцию, которую периодически вызываю по таймеру:

Я вижу выход такой:
в функции eMBErrorCode eMBRegHoldingCB(...) по глобальному флагу Busy,
, возвращаемое значение из этой функции преобразуется в исключение MB_EX_SLAVE_BUSY;

Ну да, как-то так.
Я, кстати, смещение на 1 тоже задал в дефайне, не долго думая
(заглянул по случаю, освежил память)

Еще для полного счастья нужно использовать функции для записи\чтения битов ForceSingleCoil (0x05), ReadSingleCoil(0x01).
Приведите, пожалуйста, пример с использованием этих функций. Флаги, битовое поле в области ввода-вывода ниже 0x1f.

Не пробовал, т.к. особого смысла не вижу.
Не проще ли все флаги оптом передать в регистре статуса, например?

А какой гешефт их так описывать?
При адресации можно использовать offsetof()/8, биты задавать перечислениями. Получится

При использовании функции 0x10 PresetMultipleRegisters запрос от мастера идет как положено (проверяю в Serial Port Monitor), а ответа от слева не поступает. Функция 0x06 PresetSingleRegister работает как положено. В mbconfig.h функция 0x10 разрешена :

В чем может быть проблема?

Callback написали для этой функции?

как выяснилось, проблема не в этой функции (0x10), а в адресе регистров, в которые нужно писать. У меня регистры (переменные типа int) упакованы в структуру :

В регистры Cable, Average записываются значения и отдается нормальный ответ от устройства при помощи ф-ций PresetSingleRegister,PresetMultipleRegisters, а если указать адрес записываемого регистра в NumSensorsTC, то запрос остается без ответа. Почему, не пойму никак?..

PS. Callback-функции написаны и работают.

PS2. Вроде нашел... В Callback-функции использую ф-ции записи во флеш.

Если закоментировать эти строки, то ответ нормальный появляется. Наверно, правильно сделать так : в колбэк-функции устанавливать флаг, а в главном цикле по этому флагу писать во флеш.

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

Занимаюсь изучением МК STM32F105. У меня есть два устройства с RS485 полудуплексом. Хочу их связать, чтобы управлять первым и получать от него измерения с АЦП. Почитал и понял, что нужно применить ModBus как широко распространенный протокол. Велосипед изобретать не хочу, поэтому гляжу в сторону freeModBus. Скачал версию 1.5, но...без поллитра сока не разобраться. А сока нет...

Правильно ли я понял, что нужно свои функции приема-посылки написать?

Не могу понять, вот допустим я в фоне второго устройства хочу получить температуру с первого устройства, что делать? Какую функцию использовать?

Пожалуйста помогите разобраться. Может у кого-нибудь есть простенький пример приклеивания FreeModBus к STM32F10X?

Это нужно писать мастер. (FreeModbus - это Slave)
То есть, необходимы функции, которые будут отправлять мастер-пакеты и ожидать ответа.

А как slave должен реагировать на прием пустого ADU? Т.е. который адресован ему и имеет правильный CRC, но не имеет ни функции, ни данных.

Если вместо функции и данных просто нули, то при проверки кода функции, если он данную ф-цию не поодерживает, должен вернуть ошибку с номером 1 (ILLEGAL FUNCTION).

А CRC всех принятых пакетов рассчитывается? Или только тех, которые адресованы нам?

В FreeModbus, я посмотрел, для всех принятых фреймов проверяется минимальная длина и CRC. Но не могу понять зачем. Ведь можно сначала проверять адрес, и тратить время на расчет CRC только "своих" фреймов.

По хорошему проверка должна идти в следующей очередности:
1. Длина пакета
2. CRC
3. Адрес
4. Функция
5. Данные

Но почему? Только для того, чтобы вести статистику всех принятых фреймов с ошибкой CRC.

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

Бесспорно проверка CRC обязательна. Но только для тех фреймов, которые нам адресованы. А если уже для этих фреймов не сошелся crc, то игнорируем их и инкрементируем счетчик ошибок crc.

Да согласен

Хотя у некторых есть счетчики которые считают ошибки в линии т.к. если есть ошибка, то не известно где именно и кому предназначен пакет.

Доброго дня всем.
Пытаюсь поднять FreeRTOS(7.2)+lwip(1.4)+FreeModbus(1.5)(TCP), FreeRTOS+lwip на LM3S9B95(board EVB-9B95) худо-бедно справился, пинги идут, httpserver_raw запустился, пробную страничку получил.
А вот с modbus справится не могу. Для теста взял qModMaster, т.к. работать легко с ней(основные шаги connect->read data->disconnect я выполняю по кнопками, что упрощает тест), и параллельно для надежности нечто более сложное NI OPC Server.
Connect, Disconnect работают отлично, вызываются prvxMBTCPPortAccept() и prvxMBTCPPortReceive()(здесь он уходит в prvvMBPortReleaseClient и закрывает соединение).
А вот с чтением данных у меня возникли проблемы, при чтении попадаю я в prvxMBTCPPortReceive(), далее по функции доходит до (void)xMBPortEventPost(EV_FRAME_RECEIVED); и из нее не возвращается, ползу по ней дебагером

он уходит в sys_mbox_post();

и на сколько я понимаю крутится внутри xQueueGenericSend().
После чего отваливается ethernet, т.е. пинги не проходят вообще, да и походу роутер не видит плату, FreeRTOS в это время работает Task'и переключает исправно.
Я уже даже не знаю в какую сторону копать.
Порт modbus взят из демки MCF5235TCP, а LWIP где-то на просторах интернета

Нажмите для просмотра прикрепленного файла
Нажмите для просмотра прикрепленного файла

в sys_mbox_post() убрал цикл, заменил portMAX_DELAY на 1000(т.е. на 1 секунду). Ethernet перестал отваливаться, обнаружил, что функция xQueueSendToBack возвращает ошибку errQUEUE_FULL.

обнаружил, что структура pxQueue не подгружалась при работе с модбасом
у меня еще не пришло полное понимание & и *, поэтому решил поиграться с ними в порте freemodbus (portevent.c)

заменил на

структура подгрузилась и функция xQueueSendToBack перестала выдавать ошибку errQUEUE_FULL, но что-то я сильно сомневаюсь, что в порте была ошибка

Больше не сомневаюсь, это реально ошибка в порте, изменил на &xMailBox во всех функциях portevent.c и freemodbus заработал. Большое спасибо разработчикам freemodbus, так и без работы можно оставить, яж на испытательном сроке еще но все равно им спасибо за труд

Помогите реализовать Modbus-slave на базе Atmega32A. Условие: применяемый на freemodbus 16-разрядный таймер1 использовать нельзя - он нужен мне для реализации 16-разрядного аппаратного ШИМа.

Что уже сделано:
1) Материалы на freemodbus.org изучил (хотя и не во всем разобрался).
2) Нашел http://forum.easyelectronics.ru/viewtopic....mp;hilit=modbus - во втором посте выложено решение для 168й атмеги по замене таймера 1 на таймер 0. Скачал, собрал в свой проект, откомпилировал для 168й атмеги.
2) Заменил ссылки на таймер 0А (для 168й меги) на таймер 0 для 32й меги.
3) 2) Заменил ссылки на таймер 0В (для 168й меги) на таймер 2 для 32й меги.
4) Откомпилировал в AtmelStudio6 без ошибок.
5) Подключил контроллер через мах485 и конвертер i-7561 (485/usb) к компьютеру.
6) ОРС-сервером Lectus отправляю запрос 01 03 00 01 00 01 D5 CA, осциллографом наблюдаю соответствующую последовательность на ножке микроконтроллера, НО сам контроллер молчит и в ответ никаких сообщений не выдает.

Предполагаю два варианта проблемы:
1) Простая замена таймеров оказалась некорректной.
2) Неверно "привязаны" регистры usRegInputBuf и usRegHoldingBuf.

Помогите пожалуйста разобраться

Для начала, RTFM - Related Pages -> Porting for RTU/ASCII

Ну а дальше тщательная трассировка.
Самое простое, это банальный бит четности (проверка на четность по стандарту Modbus RTU/ASCII).
Если прерывания ловятся и пакет принимается, должен выставляться эвент и функция поллинга перенаправляет в нужный коллбэк.
Дальше убеждаемся, что формируется ответный пакет, и вот тут может всплыть 485-й с переключением потока.

А может слейв адрес не тот?