caxapa.ru :: По крайней мере такой клиент не ломает работы другого оборудования. А вот сервер с такими запросами

Nikolay_Po (12.03.2025 17:32, просмотров: 61) ответил Cкpипaч на Мы делаем по стандарту. (точка)

По крайней мере такой клиент не ломает работы другого оборудования. А вот сервер с такими запросами - пример ТС.

Ответить

- Вы немного неаккуратно используете термины. В modbus есть master и slave. Cкpипaч(501 знак., 12.03.2025 18:11)
  - Интересно, с учётом сворачивания DEI, в Модбас вернут мастера и слейва? А то в свежих спецификациях, мастер == клиент, слейв == сервер. Nikolay_Po(617 знак., 12.03.2025 18:31)
  - нету максимального размера группового запроса? LordN(167 знак., 12.03.2025 18:28)
    - Когда-то стандарт читал. Запомнилось, что максимальный размер группового чтения - 120 регистров. - bodis(13.03.2025 09:07)
      - вот что говорит про это дипсик LordN(1759 знак., 13.03.2025 10:00)
        
        дипсик выдал, как и следовало ожидать, весьма правдоподобный текст :) На самом деле в ответе есть ещё Byte count, поэтому для функций 3 и 4 макс. число регистров на 1 меньше - 125. А для /TCP ещё меньше, там два байта CRC убрали, 6 байт в начало добавили, а ограничение 256 байт на весь пакет оставили. Ещё 2 регистра долой. ЫЫyкпy(1 знак., 13.03.2025 16:17, картинка)
        
        Поправка: В Modbus Application_Protocol версии V1.1b3 2012 года исправили ограничение длины пакета для /TCP. Теперь в пакете /TCP может быть до 260 байт данных и в него помещается столько же регистров что и в /RTU. - ЫЫyкпy(09.04.2025 05:30)
    - По факту, у всех меньше чем теоретически может быть в пакете. - Cкpипaч(12.03.2025 18:49)
      - дык понятно, потому что на это нужна память и скорострельность. и то и другое это бабки, а их всегда нет. - LordN(13.03.2025 05:05)
- Что вы там вообще у ТСа понимаете, если он ни строчки кода не привел - только какие-то долбанутые бесполезные картинки? - Eddy_Em(12.03.2025 18:05)
  - А у него кода-то и нет! - Nikolay_Po(12.03.2025 18:32)
  - вот да. все так. для меня модбас - черный ящик. его регистры ящички с дырками. в одну суем данные для регистра, в другую суем синхросигнал начала запроса записи или чтения, еще две дырки - оттуда в проект падает вычитанные данные регистра и флаг успешного чтения или/и записи. хотя нет. только чтения. по стандарту после записи всегда должно проводиться чтение и сравнение этих двух. если да, то флаг, если нет - то флага нет. - LordN(12.03.2025 18:32)
    - Отсебятину несешь, нет в стандарте требования читать после записи. Более того, регулярно попадаются слейвы у которых регистр-на-запись вообще на чтение недоступен. Cкpипaч(75 знак., 12.03.2025 18:59)
      - стандарта не читал, и читать не буду. я транслирую то, что говорит производитель, там парни вроде дотошные, так вот, с их слов всё с точностью до наеборот. запись без чтения - это мимо стандарта. LordN(90 знак., 13.03.2025 05:04)
        
        Повторяю, функция 6 (запись регистра) и функция 16 (запись нескольких) состоят из команды мастера и ответа слейва. Ответ означает успешную запись (кроме ответа об ошибке). Cкpипaч(209 знак., 13.03.2025 06:49)
        
        похоже твоя правда, но с оговорками LordN(1762 знак., 13.03.2025 10:06)
        
        Раз уж пошли оговорки, зачастую,проверку нужно выполнять чтением ДРУГОГО регистра. - Cкpипaч(13.03.2025 11:59)
        
        да, и это засада :о) LordN(150 знак., 13.03.2025 12:44)
  - Мы такие :о) - Cкpипaч(12.03.2025 18:12)
    - Ага. Это пример того, когда накоплен багаж контекста, где обрывков фраз и малопонятных картинок достаточно для содержательной дискуссии. - Nikolay_Po(12.03.2025 18:25)

Кибернетика, автоматика, протоколы