Показано с 1 по 6 из 6

Тема: СПК107 & RS485

  1. #1

    По умолчанию СПК107 & RS485

    Добрый день!

    Работаю СПК107 по порту RS485 используя библиотеку SysCom. Протокол НЕ modbus, то есть абонент отвечает сразу же после приема последнего байта запроса без паузы. Очень часто (раз-два раз в минуту где -то) от абонента приходит пакет без первых байта-двух. То-есть первые байты теряются при чтении RS портом самой СПК. С modbus'ом такого раньше не замечал.
    Сами запись в порт и чтение (обращение к функциям библиотеки) разнесены по циклам и разница по времени конца записи и начала чтения где то 4ms.

  2. #2
    Супер Модератор Аватар для Евгений Кислов
    Регистрация
    27.01.2015
    Адрес
    Москва
    Сообщений
    12,066

    По умолчанию

    Цитата Сообщение от lazy Посмотреть сообщение
    Добрый день!

    Работаю СПК107 по порту RS485 используя библиотеку SysCom. Протокол НЕ modbus, то есть абонент отвечает сразу же после приема последнего байта запроса без паузы. Очень часто (раз-два раз в минуту где -то) от абонента приходит пакет без первых байта-двух. То-есть первые байты теряются при чтении RS портом самой СПК. С modbus'ом такого раньше не замечал.
    Сами запись в порт и чтение (обращение к функциям библиотеки) разнесены по циклам и разница по времени конца записи и начала чтения где то 4ms.
    Добрый день.
    Как вы это определяете?
    Сниффером шину смотрели?

  3. #3

    По умолчанию

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

  4. #4
    Супер Модератор Аватар для Евгений Кислов
    Регистрация
    27.01.2015
    Адрес
    Москва
    Сообщений
    12,066

    По умолчанию

    Цитата Сообщение от lazy Посмотреть сообщение
    Абонент (прибор) все посылает без ошибок. проверено на другом оборудовании и уже не раз.
    А вот если ему в параметрах задать задержку ответа в несколько миллисекунд. то байты не теряются. Вот сейчас на одном порту абонент с задержкой ответа ошибок не дает, а на втором где ответ посылается в СПК без задержки - байты теряются.
    Тогда настройте и на втором абоненте задержку ответа - это же возможно в рамках вашей задачи?

  5. #5

    По умолчанию

    Можно, конечно. Достаточно 1мс задержки. Просто протокол разрабатывался для "скорости". С ним можно выкачивать данные с АЦП который на 200Гц и выше шпарит без потерь. Есть режим у него когда на один (мой) запрос все слейвы по очереди отвечают и получается если на ветке например несколько приборов то можно было бы сэкономить время, а так на каждом потеря, хоть и не большая. Было бы не плохо если б поправили в будущем как нибудь )

  6. #6
    Супер Модератор Аватар для Евгений Кислов
    Регистрация
    27.01.2015
    Адрес
    Москва
    Сообщений
    12,066

    По умолчанию

    Цитата Сообщение от lazy Посмотреть сообщение
    Было бы не плохо если б поправили в будущем как нибудь )
    Чтобы поправить - нужно воспроизвести, а сделать это без вашего прибора, как я понимаю, не получится.

Похожие темы

  1. Что я делаю не так с регистрами RS485-1 и RS485-2 в ПР102?
    от vinam в разделе Программируемые реле
    Ответов: 9
    Последнее сообщение: 31.10.2021, 13:03
  2. СПК107[М01] и Овен ПЧВ1 управление через RS485
    от grv008 в разделе СПК1хх [М01]
    Ответов: 17
    Последнее сообщение: 18.10.2019, 10:33
  3. СПК107(М01) и ТРМ202 связь через RS485
    от grv008 в разделе СПК1хх [М01]
    Ответов: 8
    Последнее сообщение: 01.10.2019, 11:25
  4. Переход с СПК107 на СПК107 [М01]
    от eigor_vl в разделе СПК1хх [М01]
    Ответов: 2
    Последнее сообщение: 18.04.2019, 12:15
  5. СПК107
    от Ollema в разделе СПК1хх
    Ответов: 4
    Последнее сообщение: 27.05.2018, 21:36

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •