ModBus

[Вольд]

Я понимаю, Но решил - выгоднее сделать именно так как сделано.
Выгоднее получать "снизу" уже готовые цифры. Притом ушёл от того, чтобы передавать на верх вычисленные реальные единицы в формате "REAL"

Какой может быть "REAL" при подсчете импульсов ?

[Василий_S]

А ты с COM-портом в своем приложении для ПК как работаешь ?

Четырёх ком-портовая мокса воткнута как плата расширения в ПК. Появилась возможность разделить ПЛК на 4 группы. Номера ком-портов хорошо просматриваются в диспетчере устройств. К ним обращаются 4 программы, каждая к своему порту.
Запрос, ожидание по таймауту или пока длина буфера будет равна 75, затем - считывание данных из буфера. 0.09 сек, поставленные на таймаут вполне достаточны.

[Василий_S]

Какой может быть "REAL" при подсчете импульсов ?

Элементарно: импульсы (содержатся в формате DINT) надо пересчитывать в реальные единицы с учётом цены этих импульсов, к-та трансформации, а при получении значений текущей мощи ещё и делить на 200. Получаются, иногда, числа с запятыми.
Поэтому решил, чтобы не таскать по проводам знаки, порядки и мантиссы, лучше буду брать данные целым числом. И выиграл на этом в том, что за 1 запрос снимаю данные по 8 входам сразу, больше в буфер не лезет.

[Вольд]

Четырёх ком-портовая мокса воткнута как плата расширения в ПК. Появилась возможность разделить ПЛК на 4 группы. Номера ком-портов хорошо просматриваются в диспетчере устройств. К ним обращаются 4 программы, каждая к своему порту.
Запрос, ожидание по таймауту или пока длина буфера будет равна 75, затем - считывание данных из буфера. 0.09 сек, поставленные на таймаут вполне достаточны.

ОС Windows не является системой реального времени. По этой причине может возникнуть путаница с пакетами, принимаемыми из ПЛК.

[Вольд]

Элементарно: импульсы (содержатся в формате DINT) надо пересчитывать в реальные единицы с учётом цены этих импульсов, к-та трансформации, а при получении значений текущей мощи ещё и делить на 200. Получаются, иногда, числа с запятыми.

Ты не правильно поставил задачу. Правильно писал IVM. Еще раз повторяюсь. Надо было чтобы ПЛК тупо считали импульсы от счетчиков и передавали накопленную сумму в ПК. А в программе ПК делай все расчеты и прочее и не было бы никаких проблем.

[Василий_S]

Ты не правильно поставил задачу. Еще раз повторяюсь. Надо было чтобы ПЛК тупо считали импульсы от счетчиков и передавали накопленную сумму в ПК. А в программе ПК делай все расчеты и прочее и не было бы никаких проблем.

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

[Вольд]

Не согласен.

Обоснуй свои мысли.

[Василий_S]

Вы, по сути предлагаете то же самое, только счётчики всё равно надо обнулять в один прекрасный момент. И всё равно придётся синхронизировать это обнуление с выполнением программы "наверху" и придётся это делать опять-таки по времени. И там наверху, просто, будут другие проблемы. Так выгоднее - к этому решению пришёл.

[Василий_S]

Ладно, Вольд, это тема для другого разговора. Не эта бы фигня - всё было бы ништяк. В целом и в подавляющем большинстве система работает. И показатели бъют в рамках своёй точности и методике обработки данных.
В бы лучше что-нибудь про явление с "отпусканием линии" где в КС непонятно что. Я впервые услышал об этом.
С одним направлением поисков определился - проверим ситуацию с заземлением. А если история будет продолжаться в том же духе?

[Вольд]

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