Частота записи из Master в Slave по Modbus RTU

[ATS]

Цитата:

Сообщение от ujin

Это несоответствие с точки зрения модбаса.
Фукция записи в контроллерах сегнетикс дополнена функцией чтения.

На самом деле это два последовательных запроса абсолютно корректных для модбаса.

Цитата

Функция записи без функции чтения невозможна. И это не другой, а тот самый вопрос.

Это не есть хорошо и могло бы лечиться небольшой правкой Лоджика в картах.

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

Цитата

С чего бы это должно быть хуже?
Пруфы???

Да в 23-й чтение мгновенно после записи. А сейчас еще запроса на чтение нужно дождаться.

[ujin]

Цитата

Сообщение от ATS

На самом деле это два последовательных запроса абсолютно корректных для модбаса.

Стандарт модбаса захватывает несколько уровней модели OSI
PDU - Protocol Data Unit соответствует
ADU - Application Data Unit соответстует
А раздел Public Function Code Definition, т е. API или интерфейс не соответствует стандарту. Добавлена своя функция на уровне PDU и ADU соответствующая двум. А функция 16 (0x10) (если не ошибаюсь) не реализована согласно стандарта.

Цитата

Сообщение от ATS

Да в 23-й чтение мгновенно после записи. А сейчас еще запроса на чтение нужно дождаться.

Что чтение мгновенно не определено стандартом. Определено, что в ответе будут содержаться данные из тех же регистров.
Эта функция, если устройству известна, имеет смысл в последовательности записи в конечную память (ОЗУ или ПЗУ), чтения из памяти и выдачу в ответе. А не просто мгновенное эхо. Именно так реализованно в контроллерах фирмы ???(без рекламы).

[ATS]

Цитата:

Сообщение от ujin

Добавлена своя функция на уровне PDU и ADU соответствующая двум. А функция 16 (0x10) (если не ошибаюсь) не реализована согласно стандарта.

Да все там по стандарту.

Вот так это будет отработано модулем mbs

req0=1,4,384,1,0x312c,100000
req1=1,2,10006,2,0x0051,100000
req2=1,16,41024,2,0x881c,100000
req3=1,16,41032,4,0x8824,100000
req4=1,16,41044,4,0x8834,100000
req5=1,15,7,1,0x2a1d,100000
req6=1,15,15,1,0x2a1e,100000
req7=1,3,41024,2,0x3130,100000
req8=1,3,41032,4,0x3138,100000
req9=1,3,41044,4,0x3148,100000
req10=1,1,7,1,0x0053,100000
req11=1,1,15,1,0x0054,100000

Цитата

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

Неверно выразился - с минимальной задержкой.

Цитата

Эта функция, если устройству известна, имеет смысл в последовательности записи в конечную память (ОЗУ или ПЗУ), чтения из памяти и выдачу в ответе. А не просто мгновенное эхо.

Про эхо и речи не было.
Я знаю как она работает. Но mbs в сегнетиксах выполнит чтение намного позже.

[ujin]

Цитата

Сообщение от ATS

Да все там по стандарту.

[ATS]

Цитата:

Сообщение от ujin

Что расшифровать нужно? Это инструкции для mbs о том что выполнить.

Если мне не нужно чтение оставляю в файле только это

req0=1,4,384,1,0x312c,100000
req1=1,2,10006,2,0x0051,100000
req2=1,16,41024,2,0x881c,100000
req3=1,16,41032,4,0x8824,100000
req4=1,16,41044,4,0x8834,100000
req5=1,15,7,1,0x2a1d,100000
req6=1,15,15,1,0x2a1e,100000

И проблема нету...

[ujin]

Цитата

Сообщение от ATS

Что расшифровать нужно? Это инструкции для mbs о том что выполнить.

Если мне не нужно чтение оставляю в файле только это

req0=1,4,384,1,0x312c,100000
req1=1,2,10006,2,0x0051,100000
req2=1,16,41024,2,0x881c,100000
req3=1,16,41032,4,0x8824,100000
req4=1,16,41044,4,0x8834,100000
req5=1,15,7,1,0x2a1d,100000
req6=1,15,15,1,0x2a1e,100000

И проблема нету...

С недостатками небольшими как вариант почему бы и нет. Тогда пункт с повторным чтением можно обойти.

[ATS]

Цитата:

Сообщение от ujin

С недостатками небольшими как вариант почему бы и нет. Тогда пункт с повторным чтением можно обойти.

Так и обхожу недостатки.

Но это костыль.
Авторам бы в карту добавить ещё W(out) который не будет добавлять чтение.