ModBus

[Вольд]

Не согласен.
Хотя примерно так и делается, только разница в сбросе счётчиков.
Потом, ПЛК в данной системе - что-то вроде БД. Комп может вырубиться и данные можно потерять.

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

[Василий_S]

...... Ты сделал стратегическую ошибку при постановке задачи. Ладно бы тебе кто-то навязал свою идеологию, но ты сам принимал решение.

Остапа несло-о! Какие слова, какой типаж.

[Вольд]

Остапа несло-о! Какие слова, какой типаж.

Что не нравится ? Ничего, перетопчешься. Сам себе проблемы создал.

[Василий_S]

У тебя максимальное время в течение которого ты не можешь принять правильный пакеты от ПЛК какое ? Правильный пакет это тот, у которого правильная КС. С какой периодичностью ты шлешь запросы в ПЛК ?

Ситуация интересная. Вот, например, на одном ком-порте висят два контроллера. К каждому устройству даётся возможность сделать запрос до 20 раз, для чего на "верху"организован цикл. Если ответ на запрос проходит проверку по трём критериям, то программа выходит из цикла многоразового запроса к одному устройству и переходит к другому. В случае, если количество попыток достигло 20-ти, то в текстовый файл записывается строка с содержанием адреса устройства, времени запроса, отметки о наличии 20-ти попыток и содержание ответа устройства. В случае если данные были приняты не с первой попытки (кроме 20-й), - также делается запись в файл.
В текстовом файле видно, что при повторных, (далеко не частых) попытках данные принимаются, в основном, со 2-й и 3-й попытки. Устройства "шалят" не синхронно.
Но есть моменты, когда в течении 10 секунд данные, с одного устройства, не принимаются (не проходят проверку по трём фильтрам) в то время, когда с другого устройства данные принимаются "на ура".
Т.е. видно в течение 10-ти секунд одного из 18-ти секундных циклов делаются записи с адресом одного устройства, кол-во попыток = 20 и содержание ответа, где в КС стоят нули. Причём остальные данные - корректны. На следующем цикле ответы от этого устройства принимаются.
В случаях приёма данных не с первой попытки КС в записанной строчке есть.

[Валенок]

А если в ответе содержатся корректные данные, а? Бывает, всё время в цикле, отведённое на запрос, идут нули в КС, а нужные данные там есть...

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

Хотелось бы увидеть алгоритм проведения запроса и обработки полученного ответа. Неявно это уже звучало:

У тебя максимальное время в течение которого ты не можешь принять правильный пакеты от ПЛК какое ? Правильный пакет это тот, у которого правильная КС. С какой периодичностью ты шлешь запросы в ПЛК ?

Вот тут чел тоже подрывался про неработающую железку. Смотрим итог.
http://www.owen.ru/forum/showthread.php?t=16524
Все таки смущает зависимость КС от времени суток. Вроде чушь, но учитывая что

ОС Windows не является системой реального времени..

и то что 90% работы в офисах происходит в первый и последний час )))) как-то закрадываются сомнения, несмотря на отсутствие их у Вас.

[Вольд]

Если ответ на запрос проходит проверку по трём критериям, то программа выходит из цикла многоразового запроса к одному устройству и переходит к другому.

А что это за три критерия ? Сколько линий связей у тебя подходят к ПК ?

[Вольд]

посмотрел
7182 запросов, ошибок 0.
Правда не совсем корректно:
На столе, ПЛК100 слейв, ПЛК63 мастер, 38400, 8N1, ASCII, чтение 125 регистров

Жутко некорректное сравнение. Сравнил офис с промпроизводством. И еще ты связываешь два родных ПЛК на короткой ЛС, а Василий_S ПК и кучу ПЛК на длинющих ЛС. Это в корне разные ситуации.

[Валенок]

Жутко некорректное сравнение.

Вообще ASCII не использую - RTU, а требования жёстче. На складе скоммутировал 600м ПВС без всяких резисторов. Сходил поел. Ошибок 0.
Есть живые объекты где 100..300м в непонятной куче кабелей (прокладывал не я) - ошибки стремятся к нулю. Опять же - нет резисторов, и часть - звезда.
А родные-неродные ПЛК - а какая разница ? Куча ПЛК ? А без разницы. Пока опробованный максимум - 12 слейвов. Из них 4xПЛК63, там пришлось ковырять по 20-30 параметров из каждого.

Соббсно мысль - проблема мастера. На ПК

[Вольд]

Ты в программе для ПЛК можешь напрямую работать с COM-портом, а он в программе для ПК не может.

[ASo]

Почему? COM API - отменили?