Страница 20 из 42 ПерваяПервая ... 10181920212230 ... ПоследняяПоследняя
Показано с 191 по 200 из 417

Тема: В продаже МКОН - преобразователь протокола Modbus!

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

    По умолчанию

    Филоненко Владислав разные порты, разные сокеты, не спорю, но когда запросы с одного порта, неужели МКОН у вас получился таким чахлым и тупым, что не может проверить запрос тот же, что и предыдущий и отдать уже готовый ответ, если он получил его от устройства, даже если мастер разрывал соединение ?

  2. #192

    По умолчанию

    Цитата Сообщение от melky Посмотреть сообщение
    Филоненко Владислав разные порты, разные сокеты, не спорю, но когда запросы с одного порта, неужели МКОН у вас получился таким чахлым и тупым, что не может проверить запрос тот же, что и предыдущий и отдать уже готовый ответ, если он получил его от устройства, даже если мастер разрывал соединение ?
    Вот опишите алгоритм идентификации пакета, пришедшего от разных соединений? Как прибор должен понять что это на самом деле попытка мастером опросить снова пакет, не полученный ранее? А не просто ещё один запрос, пусть по тому же адресу?
    А если надо каждые 5 мс опрашивать - это повторы или уникальные запросы?
    Тролль-наседка, добрый, нежный и ласковый

  3. #193

    По умолчанию

    Цитата Сообщение от rovki Посмотреть сообщение
    Не путайте претензию с "поболтать" , пожалуйста . Вам же ответили про время ожидания ,про эксперименты с другим конвертером....
    логи, где логи.
    Или человек хочет разобраться (он же деньги на прибор потратил, не правда ли?), или просто поболтать.

    Повторю, мы интенсивно тестировали МКОН опросом от 2-х ОПС в загруженной сети и сбоев не было. Так что надо бы разобраться в причинах.
    Тролль-наседка, добрый, нежный и ласковый

  4. #194

    По умолчанию

    Цитата Сообщение от Филоненко Владислав Посмотреть сообщение
    логи, где логи.
    Или человек хочет разобраться (он же деньги на прибор потратил, не правда ли?), или просто поболтать.
    Вот именно, заплатил деньги. И не просто за корпус с микросхемами. А за отсутствие проблем.
    Логи.... Понимаете ли. Люди часто имеют дело с прибором не в лаборатории. И регулярно даже не на СВОЕМ (в смысле работы) производстве. А на стороннем. Или своем, но где эксперименты производить скажем так, не желательно, по техническим причинам. И получив некоторые проблемы - проще сменить прибор. Иногда и производителя.

  5. #195

    По умолчанию

    Цитата Сообщение от ASo Посмотреть сообщение
    Вот именно, заплатил деньги. И не просто за корпус с микросхемами. А за отсутствие проблем.
    Логи.... Понимаете ли. Люди часто имеют дело с прибором не в лаборатории. И регулярно даже не на СВОЕМ (в смысле работы) производстве. А на стороннем. Или своем, но где эксперименты производить скажем так, не желательно, по техническим причинам. И получив некоторые проблемы - проще сменить прибор. Иногда и производителя.
    Наша фирма всегда славилась своей техподдержкой. Но мы не можем быть более клиентами чем сами клиенты.
    Тролль-наседка, добрый, нежный и ласковый

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

    По умолчанию

    А что там описывать? вы знаете с какого IP и на какой порт пришел запрос, если у вас сквозной преобразователь протокола из TCP сети в RTU так сложно запомнить на какой адрес устройства и какие регистры запрашиваются и в каком количестве ?

    Честно не сталкивался с преобразователями протоколов на лету, обычно железка сама настраивается на чтение регистров slave RTU устройств и предоставляет регистры для TCP, а там хоть пять подключений, это не мешает забирать данные, потому что сама железка читает slave со своим периодом, а ее опрашивают со своим и эти периоды никак не пересекаются.

    Вы же сделали что-то уникальное и тестировали только на OPC, а с двух ПЛК тестировали?, а с двух ПЛК стороннего производителя тестировали ? Или подобные тесты отдали на откуп клиентам ?

  7. #197

    По умолчанию

    Цитата Сообщение от melky Посмотреть сообщение
    Честно не сталкивался с преобразователями протоколов на лету, обычно железка сама настраивается на чтение регистров slave RTU устройств и предоставляет регистры для TCP, а там хоть пять подключений, это не мешает забирать данные, потому что сама железка читает slave со своим периодом, а ее опрашивают со своим и эти периоды никак не пересекаются.
    Сколько угодно таких преобразователей на лету. Скажем так, их большинство. И это удобно.

  8. #198
    Пользователь
    Регистрация
    27.11.2011
    Адрес
    Краснодар
    Сообщений
    7,410

    По умолчанию

    Только вот само RTU устройство не умеет работать с двумя мастерами, если нет разграничения во времени. А так то да, Ethernet-RS485 с TCP сервером так же на лету работают, если на ПК либо виртуальный COM порт, либо ПО может работать с портом сразу поверх TCP. Проблемы конечного устройства это не отменяет. Но тут то заявлено, что мы обращаемся именно по Modbus TCP, шлюз преобразует в RTU и отдает обратно в Modbus TCP...

    У меня есть одна железка подобного рода, но руки не доходят потестить именно таким образом, чтобы ее двое опрашивали, посмотреть что из этого получится.
    Последний раз редактировалось melky; 22.11.2020 в 10:29.

  9. #199

    По умолчанию

    Цитата Сообщение от melky Посмотреть сообщение
    А что там описывать? вы знаете с какого IP и на какой порт пришел запрос, если у вас сквозной преобразователь протокола из TCP сети в RTU так сложно запомнить на какой адрес устройства и какие регистры запрашиваются и в каком количестве ?

    Честно не сталкивался с преобразователями протоколов на лету, обычно железка сама настраивается на чтение регистров slave RTU устройств и предоставляет регистры для TCP, а там хоть пять подключений, это не мешает забирать данные, потому что сама железка читает slave со своим периодом, а ее опрашивают со своим и эти периоды никак не пересекаются.

    Вы же сделали что-то уникальное и тестировали только на OPC, а с двух ПЛК тестировали?, а с двух ПЛК стороннего производителя тестировали ? Или подобные тесты отдали на откуп клиентам ?
    Или устройство преобразователь (и тогда он НЕ ДОЛЖЕН трактовать/оптимизировать пакеты по модбас, это дело мастера), а тем более рассматривать 2 соединения с одного IP как одно!
    Либо это коуплер, сам опрашивающий устройства и видимый во внешней сети как slave сразу по множеству адресов.
    Во втором случаем можно играться с анализом и т.п. оптимизациями, т.к. уж в своём собственном ответе устройство уверено.
    Тролль-наседка, добрый, нежный и ласковый

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

    По умолчанию

    Простите, а кто в здравом уме будет настраивать опрос двумя мастерами с одного ПК ? этот режим как раз для разных мастеров с разными адресами.
    И на прошлой странице вы кажется неправильно выразились, ранее писали, что у мастера таймаут должен быть заведомо больше двух опросов, так как МКОН ставит в очередь запрос, если в этот момент идет опрос другим мастером.

Страница 20 из 42 ПерваяПервая ... 10181920212230 ... ПоследняяПоследняя

Похожие темы

  1. Ответов: 7
    Последнее сообщение: 06.09.2018, 10:14
  2. Ответов: 0
    Последнее сообщение: 27.07.2018, 11:49
  3. Поддержка протокола ModBus ТРМ138
    от sega в разделе Помощь Разработчикам
    Ответов: 1
    Последнее сообщение: 27.07.2011, 08:52
  4. Аварийное завершение OPC для протокола Modbus
    от !nferno в разделе Сетевые технологии
    Ответов: 0
    Последнее сообщение: 29.06.2011, 08:17
  5. Поддержка OPM2 протокола ModBus
    от AndreyS в разделе Разработки
    Ответов: 2
    Последнее сообщение: 21.10.2007, 11:37

Ваши права

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