Показано с 1 по 10 из 24

Тема: МУ110-224.6У - плохая связь в сети RS-485

Комбинированный просмотр

Предыдущее сообщение Предыдущее сообщение   Следующее сообщение Следующее сообщение
  1. #1

    По умолчанию

    Да, попробовал поставил 32 - помогло - теперь Конфигуратор М110 видит, теперь только вопрос - как по Модбас будет работать с моим кодом)

  2. #2

    По умолчанию

    Цитата Сообщение от Виталий Шепелев Посмотреть сообщение
    Да, попробовал поставил 32 - помогло - теперь Конфигуратор М110 видит, теперь только вопрос - как по Модбас будет работать с моим кодом)
    Адрес единый для всех протоколов. Поэтому по ModBus будет работать по адресу 32.
    Пишите код так, как будто сопровождать его будет склонный к насилию психопат, который знает, где вы живёте. © Steve McConnell
    Мой рабочий блог со статьями про щиты и автоматику ОВЕН - Cs-Cs.Net | Почта: Info@Cs-Cs.Net | Канал в ТГ @CsCsNetLab

  3. #3

    По умолчанию

    спасибо - с этим уже разобрался, вот теперь с Модбас - выше сообщение сейчас разместил - что-то 6У не так, как 8Р себя ведет

  4. #4

    По умолчанию

    а вот еще не подскажете - посылаю посылку в модуль - и как только посылка ушла - сразу мониторю ответ, без ожидания. Может поэтому в ответе нули? хотя в таком режиме 8Р нормально отвечает, а вот 6У - нет. Видимо, ему время надо, чтобы ЦАП запустить?

  5. #5

    По умолчанию

    Цитата Сообщение от Виталий Шепелев Посмотреть сообщение
    а вот еще не подскажете - посылаю посылку в модуль - и как только посылка ушла - сразу мониторю ответ, без ожидания. Может поэтому в ответе нули? хотя в таком режиме 8Р нормально отвечает, а вот 6У - нет. Видимо, ему время надо, чтобы ЦАП запустить?
    Чем ведётся опрос? Не ПромУстройством (в которых он цикличен)?
    Ответ в общем виде: да, модули ввода-вывода НЕ обязаны отвечать мгновенно. Они могут делать это с задержкой. У некоторых модулей ОВЕН указывается в конфигураторе явно, в параметре Rs.dl. Некоторым модулям требуется время, чтобы подготовить ответ.
    Свой программа опроса должна делать примерно так:
    * Послали что надо в порт побайтно
    * Запустили отсчёт ТаймАута приёма, обнулили буфер приёма
    * Пока идёт отсчёт времени таймаута, все принятые байты из портаа складываем в буфер подряд. Важно: ответ может читаться в порту по кускам, а не всей посылкой сразу
    * Если прочитали нужное число байтов ответа (или поняли, что ответ получен) - обрабатываем его, отсчёт ТаймАута останавливаем
    * Если досчитали до ТаймАута - считаем что приняли ерунду с ошибкой

    В ПЛК, ПР, Панелях оператора всё это делается автоматически. Если опрос делается на чём-то своём на уровне "послали байты-приняли байты" - то всё это надо реализовать вручную.
    Пишите код так, как будто сопровождать его будет склонный к насилию психопат, который знает, где вы живёте. © Steve McConnell
    Мой рабочий блог со статьями про щиты и автоматику ОВЕН - Cs-Cs.Net | Почта: Info@Cs-Cs.Net | Канал в ТГ @CsCsNetLab

Похожие темы

  1. ПР200 + МУ110.224-8И связь не устанавливается
    от kirill_bykov в разделе Трёп (Курилка)
    Ответов: 27
    Последнее сообщение: 21.11.2024, 19:46
  2. ПР200 + МУ110.224-8И связь не устанавливается
    от kirill_bykov в разделе Трёп (Курилка)
    Ответов: 3
    Последнее сообщение: 06.12.2020, 00:20
  3. Связь ПР200 и МУ110
    от Вячеслав@ в разделе Программируемые реле
    Ответов: 3
    Последнее сообщение: 14.02.2020, 15:29
  4. Плохая связь ПМ01
    от savloni в разделе Эксплуатация
    Ответов: 3
    Последнее сообщение: 07.11.2019, 13:35
  5. Не плохая штука
    от Вольд в разделе Трёп (Курилка)
    Ответов: 20
    Последнее сообщение: 04.02.2016, 14:57

Ваши права

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