Библиотека ModBus Slave

[lazy]

слейв не инициирует обмен

В этом как раз вся собака и зарыта )
Я думаю если б все было так просто то в существующей бибке слейв был бы реализован. Я тож писал слейв рту, и он тож "работал", но при определенных условиях. и как только в сети появлялись еще слейвы начиналась жопа (для программирования). Я спорить особо не хочу на эту тему и идею со слейвом рту забросил так как в нем нет особой нужды, точнее гемор при написании кода гораздо больше профита )

[lazy]

Точно так же как и мастер определяет пакет. Или предполагаете что он каким-то другим волшебным образом вычленяет пакеты ?

мастер шлет запрос и получает один ответ (может быть в несколько приемов чтения порта) но с начала и целиком. только это и позволило реализоваь модбас на бибке юзающей пользовательский уровень протокола.
я так думаю )

[capzap]

В этом как раз вся собака и зарыта )
Я думаю если б все было так просто то в существующей бибке слейв был бы реализован. Я тож писал слейв рту, и он тож "работал", но при определенных условиях. и как только в сети появлялись еще слейвы начиналась жопа (для программирования). Я спорить особо не хочу на эту тему и идею со слейвом рту забросил так как в нем нет особой нужды, точнее гемор при написании кода гораздо больше профита )

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

[Валенок]

мастер шлет запрос и получает один ответ (может быть в несколько приемов чтения порта) но с начала и целиком. только это и позволило реализоваь модбас на бибке юзающей пользовательский уровень протокола.

Мастер после отправки запроса слушает эфир, выцепляет кусок мусора который почему-то закончился подходящим интервалом и после этого начинает проверку этого мусора на предмет похожести на нужный ответ.

Слейв постоянно слушает эфир, выцепляет кусок мусора который почему-то закончился подходящим интервалом и после этого начинает проверку этого мусора на предмет похожести на нужный запрос

Найдите хоть одно отличие в выделенном

[lazy]

Код в студию как говорицо. как корабли бороздят пространства окиянов мы все и так знаем )

[Валенок]

..больше профита ..

Как направление - исходник модбас.либ для ознакомления.

[melky]

Кстати библиотека Modbus RTU slave есть для контроллеров Beckhoff. Правда не знаю, насколько она закрытая и плюс она может еще использовать какие-то нюансы их контроллеров на предмет в ней покопаться.

[capzap]

Код в студию как говорицо. как корабли бороздят пространства окиянов мы все и так знаем )

http://www.hmisys.com/downloads/Peak...oInstaller.exe

[lazy]

Вот бибку от Beckhoff глянул бы...

а в Modbus.lib никто "в мусоре" ничего не ищет. пакет от слейва появляецо после запроса и кончаецо потому что в линии кроме ответа от одного слейва больше ничего быть не может и мастер это знает. проверяецо CRC И если все гуд сверяюцо первые байты принятого пакета. адрес там... колво байт... и все. а вот у слейва в линии все что угодно может быть. и обрывки пакетов от мастера и обрывки пакетов от других слейвов (т.к. включицо он может позже чем мастер) ну и энти пакеты целиком где конец одного и начало другого он не знает и иксать в этом свой адрес потом команду и прочее... ну-ну )

[capzap]

...где конец одного и начало другого он не знает и иксать в этом свой адрес потом команду и прочее... ну-ну )

вот с таким отношением у Вас работа дальше одного слейва и не пошла