Страница 3 из 4 ПерваяПервая 1234 ПоследняяПоследняя
Показано с 21 по 30 из 36

Тема: Опрос тепловычислителя СПТ940

  1. #21
    Пользователь
    Регистрация
    27.11.2011
    Адрес
    Краснодар
    Сообщений
    10,583

    По умолчанию

    Что его изучать-то? Запрос сеанса связи "как на ладони".
    поверьте, вам это только кажется.

    Когда вы согласно документации составите один запрос, то увидите разницу. OPC отправляет часто повторяющиеся запросы. Например на каждую переменную в странице отправляет по одному одинаковому запросу, хотя в странице памяти сразу несколько переменных, которые прочитав страницу можно разобрать. Экономится время на запросах.\

    пЕсатели протокола Логика и в том числе OPC сервера те еще извращенцы оказались

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

  2. #22
    Пользователь
    Регистрация
    27.11.2011
    Адрес
    Краснодар
    Сообщений
    10,583

    По умолчанию

    16#10, 16#02, 16#3F, 16#00, 16#00, 16#00, 16#00, 16#BE, 16#16
    Вот здесь у вас почему-то в блоке данных запроса нули. а по своим логам глянул у меня тоже нули... Это всего лишь запрос версии ПО и идентификатора прибора
    Последний раз редактировалось melky; 24.03.2022 в 11:08.

  3. #23

    По умолчанию

    Это всего лишь запрос версии ПО и идентификатора прибора
    Вот же ш:
    1.
    Manual_part.png
    2.
    Manual_part1.png
    3.
    Manual_part2.png

    Получается, что запрос "составлен" корректно (сокращенный формат сообщений):
    Manual_part3.png

    Я специально "слушал" порт при работе OPC-сервера, чтобы посмотреть то, что шлет он, а он шлет тоже самое, что написано в мануале и тоже самое, что шлю и я с ПЛК и с ПК (терминала). Только ответ на ПК (что в OPC, что в терминале) приходит корректный, а на ПЛК, такое ощущение, что какой-то битый, причем, судя по двум последним байтам ответа, приходит только конец, начало где-то теряется...
    Последний раз редактировалось Дарья Персианова; 24.03.2022 в 13:53. Причина: П.5.1

  4. #24
    Пользователь
    Регистрация
    27.11.2011
    Адрес
    Краснодар
    Сообщений
    10,583

    По умолчанию

    Ну это вопрос к ПЛК, почему он херит ответ

  5. #25

    По умолчанию

    Ну это вопрос к ПЛК, почему он херит ответ
    Ну осталось самое простое - понять что и где не так...

    Я где-то вначале писал, что пробовал в своем коде менять только "наполнение" буфера на отправку, писал (руками побайтно, для М4 тоже буфер заполнен побайтно) значения запроса протокола Modbus RTU - ответ приходит тот, который и должен быть.

    Жаль, что нет под рукой другого ПЛК, чтобы проверить работу протокола М4 на нем...

  6. #26
    Пользователь
    Регистрация
    27.11.2011
    Адрес
    Краснодар
    Сообщений
    10,583

    По умолчанию

    Если стать на прослушку между ПЛК и СПТ940 вы увидите полный ответ или так же битый ?
    Последний раз редактировалось melky; 24.03.2022 в 13:48.

  7. #27

    По умолчанию

    Цитата Сообщение от melky Посмотреть сообщение
    Если стать на прослушку между ПЛК и СПТ940 вы увидите полный ответ или так же битый ?
    Подключился к шине RS-485 (ПЛК-СПТ):

    Terminal.png



    "Худой конец": либо код "кривой" (вопрос - как тогда Modbus RTU работает?), либо ПЛК63...
    Последний раз редактировалось Spawn; 25.03.2022 в 07:46.

  8. #28

    По умолчанию

    Цитата Сообщение от Валенок Посмотреть сообщение
    Постепенно приходим необходимости изучения кода
    Да, я уже и сам к этому "пришел"...

    В коде "небольшой" рабочий беспорядок, прошу громко не материться...
    Вложения Вложения
    • Тип файла: zip M4.zip (53.9 Кб, Просмотров: 10)

  9. #29
    Пользователь
    Регистрация
    27.11.2011
    Адрес
    Краснодар
    Сообщений
    10,583

    По умолчанию

    Spawn честно не представляю, как такие вещи писать на ПЛК. Вызывать соответствующие методы на обработку и так далее.

    Это вы еще до float не добрались, который в СПТ совсем не IEEE754

  10. #30

    По умолчанию

    Цитата Сообщение от Валенок Посмотреть сообщение
    С шага 1 (если был до того был неоткрыт) уход на 4 (мимо 16xFFh)
    ?
    Валенок, эта "редакция" проекта на проверку работы Modbus RTU, там и в 4-м шаге массив заполнен байтами для этого протокола.

    Во вложении вариант с паузой для М4. Для запроса без паузы, нужно править шаг 2.

    Я же говорю - рабочий беспорядок...

    Который появился в результате проверки всевозможных вариантов.
    Вложения Вложения
    • Тип файла: zip M4_p.zip (60.3 Кб, Просмотров: 8)
    Последний раз редактировалось Spawn; 25.03.2022 в 10:19.

Страница 3 из 4 ПерваяПервая 1234 ПоследняяПоследняя

Похожие темы

  1. Опрос ПЛК-150
    от Nefedev в разделе ПЛК1хх
    Ответов: 2
    Последнее сообщение: 13.07.2017, 09:22
  2. Опрос
    от Николаев Андрей в разделе ПЛК1хх
    Ответов: 17
    Последнее сообщение: 02.04.2015, 17:09
  3. Опрос
    от kucherik в разделе Трёп (Курилка)
    Ответов: 11
    Последнее сообщение: 07.11.2012, 08:34
  4. Опрос СИ8
    от Антон_Б в разделе Помощь Разработчикам
    Ответов: 1
    Последнее сообщение: 18.10.2012, 07:56
  5. ОПРОС
    от Николаев Андрей в разделе ПЛК1хх
    Ответов: 13
    Последнее сообщение: 14.05.2008, 16:23

Ваши права

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