ВОПРОС-ОТВЕТ (отвечаем на простые вопросы от новичков)

Цитата:

---

Сообщение от Dmitry_KV

Спасибо за идею без MOVE, но так проходит кратковременно авария при выключении xDO6_FUN, и в целом нет аварии при переходе TEST_FAN_ON из TRUE в FALSE при xDO6_FUN: TRUE

---

Если Test_Fan_On - это нечто вроде реле перепада давления на вентиляторе, то поставьте задержку побольше
Еще, так можно
Вложение 78981
Здесь задержка работает только при включении

Цитата:

---

Сообщение от Николай Суриков

Где-то на форуме выкладывали функцию отличную, дайте ссылку, если кто-то помнит, что бы еще раз сказать спасибо автору.

Код:

---

TYPE Point_GR :
STRUCT
        X,Y: REAL;
END_STRUCT
END_TYPE

---

Код:

---

FUNCTION MyGraf_p : REAL
VAR_INPUT
        IN: REAL;      (*Входной сигнал*)
        pt : POINTER TO ARRAY[0..99] OF Point_GR;      (*Массив точек графика, не более 100 пар точек X,Y*)
        size : UINT;
END_VAR
VAR
        a: INT; (*Начало интервала поиска*)
        b: INT; (*Конец интервала поиска*)
        N: INT; (*Число точек в графике*)
        i: INT;
END_VAR

---

Код:

---

N:= SHR(size,3)-1;      (*Число точек в графике*)
(*Начальные значения интнрвала поиска*)
a:=0;
b:=N-1;

(*Обрезание графика для крайних точек*)
IF IN<=pt^[0].X THEN
        MyGraf_p:=pt^[0].Y;
ELSIF IN>=pt^[N-1].X THEN
        MyGraf_p:=pt^[N-1].Y;
(*Теперь можно начать поиск*)
ELSE
        WHILE (b-a) <> 1 DO (*В конце концов, входной сигнал ТОЧНО попадет между двумя соседними точками X(a) и Х(а+1)*)
        i:=(a+b)/2;    (*Делим интервал поиска пополам*)
        IF IN=pt^[i+1].X THEN  (*Может нам повезло, и мы сразу нашли точку? *)
        a:=i; b:=i+1;                  (*Бинго! прекращаем итераций, нечего в пустую молотить :) *)
        (*мимо :( ,тогда посмотрим в какую половину интервала попали*)
        ELSIF IN>pt^[i].X THEN  (*Если входной сигнал больше середины интервала поиска,*)
        a:=i;                                    (*то следующий поиск будем делать начиная от середины и до конца массива*)
        ELSE                                    (*А если входной сигнал меньше середины интервала поиска,*)
        b:=i;                                    (*то следующий поиск будем делать начиная от начала и до середины массива*)
        END_IF
(*Таким образом на каждой итерации отбрасываем из поиска заведомо ненужную половину значений
две соседние координаты X(a) и Х(а+1), меду которыми попадает входной сигнал найдем очень быстро
для 8 точек графика нужно не более 3 итераций
при 9..16 точек в графике нужно не более 4 итераций
при 17..32 точек в графике нужно не более 5 итераций
при 33..64 точек в графике нужно не более 6 итераций
при 65..128 точек в графике нужно не более 7 итераций
инфа точная - 100% ;) *)
END_WHILE
(*Теперь самое простое - сделать линейную аппроксимацию по двум точкам ;) *)
MyGraf_p:=pt^[b].Y-(pt^[b].X-IN)*(pt^[b].Y-pt^[a].Y)/(pt^[b].X-pt^[a].X);
END_IF

---

Использование:

Код:

---

PROGRAM PLC_PRG
VAR
        GR: ARRAY [0..49] OF Point_GR:=
        (X:=0, Y:=15),(X:=3, Y:=25),(X:=4, Y:=45),(X:=8, Y:=75),(X:=15, Y:=45),
        (X:=16, Y:=45),(X:=20, Y:=65),(X:=22, Y:=75),(X:=40, Y:=95),(X:=50, Y:=105),

        (X:=110, Y:=15),(X:=120, Y:=25),(X:=130, Y:=45),(X:=140, Y:=75),(X:=150, Y:=45),
        (X:=160, Y:=45),(X:=200, Y:=65),(X:=220, Y:=75),(X:=240, Y:=95),(X:=250, Y:=305),

        (X:=301, Y:=15),(X:=305, Y:=25),(X:=324, Y:=45),(X:=380, Y:=75),(X:=415, Y:=45),
        (X:=416, Y:=45),(X:=420, Y:=65),(X:=422, Y:=75),(X:=440, Y:=495),(X:=450, Y:=505),

        (X:=511, Y:=15),(X:=515, Y:=25),(X:=524, Y:=45),(X:=580, Y:=75),(X:=615, Y:=45),
        (X:=416, Y:=45),(X:=420, Y:=65),(X:=422, Y:=75),(X:=440, Y:=495),(X:=450, Y:=505),

        (X:=621, Y:=15),(X:=625, Y:=25),(X:=634, Y:=45),(X:=680, Y:=75),(X:=695, Y:=45),
        (X:=676, Y:=45),(X:=680, Y:=65),(X:=692, Y:=75),(X:=740, Y:=495),(X:=750, Y:=505);

        IN: REAL;
        OUT: REAL;
END_VAR

---

Код:

---

OUT:=MyGraf_p(IN, ADR(GR), SIZEOF(GR));*)

---

А если хотите изучить, то код библиотеки Util открыт, открываете в CoDeSys и изучаете.

---

Это был я, https://owen.ru/forum/showthread.php...l=1#post220263

Цитата:

---

Сообщение от Dimensy

Если Test_Fan_On - это нечто вроде реле перепада давления на вентиляторе, то поставьте задержку побольше
Еще, так можно
Вложение 78981
Здесь задержка работает только при включении

---

xDO6_FUN это изначальный сигнал включения - подает питание на реле вентилятора, его в этой блок схеме не надо включать, он включается в другом месте и отключается с задержкой. Необходимо контролировать, что вентилятор включился TEST_FAN_ON стал TRUE все время пока реле xDO6_FUN:TRUE.

На самом деле я не уверен, пресостат на вентиляторе стоит или сухой контакт с его магнитного пускателя. Факт в том, что после включения xDO6_FUN проходит некоторое непродолжительное время (доли секунды) и появляется TEST_FAN_ON в TRUE. Но этого хватает чтобы на мгновение прошла авария, если не использовать таймер TOF в предложенной мной схеме.

Вложение 78982

Выложенная мной схема работает так как мне надо, задача была избавиться от таймера TOF. Во всем проекте используется таймеров-7 шт. , один из которых исправляет зависание 2х таймеров при изменении их уставки на меньшее значение. На данный момент смирился с еще одним таймером.
Всем спасибо!

Появилась более интересная проблема, этот же контроллер ПЛК110-32 (М2) опрашивает счетчики по Modbus RTU (3 шт. по 25 регистров DINT), часть из них используется в работе ПЛК, но все 75 шт. передаются по Modbus TCP в SCADA. А проблема в том, что опрашивает он их по одному, не пакетно, и похоже после каждого регистра еще и таймаут выжидает, а счетчики итак на скорости 19200 работают. Где-то встречал на форуме такую проблему, но там писался свой блок опроса или сторонняя библиотека. Хотелось бы более оперативно видеть данные в SCADA.

Цитата:

---

Сообщение от Dmitry_KV

xDO6_FUN это изначальный сигнал включения - подает питание на реле вентилятора, его в этой блок схеме не надо включать, он включается в другом месте и отключается с задержкой. Необходимо контролировать, что вентилятор включился TEST_FAN_ON стал TRUE все время пока реле xDO6_FUN:TRUE.

На самом деле я не уверен, пресостат на вентиляторе стоит или сухой контакт с его магнитного пускателя. Факт в том, что после включения xDO6_FUN проходит некоторое непродолжительное время (доли секунды) и появляется TEST_FAN_ON в TRUE. Но этого хватает чтобы на мгновение прошла авария, если не использовать таймер TOF в предложенной мной схеме.

Вложение 78982


Появилась более интересная проблема, этот же контроллер ПЛК110-32 (М2) опрашивает счетчики по Modbus RTU (3 шт. по 25 регистров DINT), часть из них используется в работе ПЛК, но все 75 шт. передаются по Modbus TCP в SCADA. А проблема в том, что опрашивает он их по одному, не пакетно, и похоже после каждого регистра еще и таймаут выжидает, а счетчики итак на скорости 19200 работают. Где-то встречал на форуме такую проблему, но там писался свой блок опроса или сторонняя библиотека. Хотелось бы более оперативно видеть данные в SCADA.

---

Для реализации группового опроса используйте модуль String в конфигурации мастера ПЛК
Например
https://owen.ru/forum/showthread.php...l=1#post333593
https://owen.ru/forum/showthread.php...l=1#post244022

Цитата:

---

Сообщение от petera

Для реализации группового опроса используйте модуль String в конфигурации мастера ПЛК
Например
https://owen.ru/forum/showthread.php...l=1#post333593
https://owen.ru/forum/showthread.php...l=1#post244022

---

Спасибо большое, буду разбираться)

Попробовал работает, вроде даже быстрее. Но не правильное чередование байт - значение должно быть 231, а отображает 15138816.
Вложение 78985
По настройкам вроде правильно выставил, если считывать отдельно требуемые параметры они отображаются корректно, тип данных DWORD.
Вложение 78986

Цитата:

---

опрашивает счетчики по Modbus RTU (3 шт. по 25 регистров DINT), часть из них используется в работе ПЛК, но все 75 шт. передаются по Modbus TCP в SCADA. А проблема в том, что опрашивает он их по одному, не пакетно, и похоже после каждого регистра еще и таймаут выжидает, а счетчики итак на скорости 19200 работают.

---

электросчётчики или что?
самый главный вопрос - а нужно ли быстрее? :D

Цитата:

---

Сообщение от In_Da_Cher_A

электросчётчики или что?
самый главный вопрос - а нужно ли быстрее? :D

---

Да электросчетчики Lovato DMK22, изначально опрашивались напрямую SCADA. Хотелось бы максимально сохранить скорость опроса, а то выделяются на фоне остальных. Возможно и не нужно быстрее, но 4-5 сек тоже не дело) Больше спортивный интерес.

Цитата:

---

Сообщение от Dmitry_KV

Да электросчетчики Lovato DMK22, изначально опрашивались напрямую SCADA. Хотелось бы максимально сохранить скорость опроса, а то выделяются на фоне остальных. Возможно и не нужно быстрее, но 4-5 сек тоже не дело) Больше спортивный интерес.

---

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

Цитата:

---

спортивный интерес

---

ну чисто для трени - вай нот

Цитата:

---

Сообщение от In_Da_Cher_A

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

---

Заказчику нужно скорее для анализа кратковременных скачков мощности, которые можно вообще не увидеть при опросе в 4-5 сек. На работу ПЛК и его алгоритма это может повлиять если целевая уставка времени будет меньше 10 сек., на практике скорее меньше 20 сек не будет, если только больше. В принципе дальше на каждом потребителе уже нормальные мультиметры стоят по ним можно эти же скачки с точностью до десятых долей секунды видеть. Так что, хотелось бы сделать хорошо))

Цитата:

---

Сообщение от Dmitry_KV

.. По настройкам вроде правильно выставил, если считывать отдельно требуемые параметры они отображаются корректно, тип данных DWORD..

---

String это просто контейнер для абстрактных регистров и он всегда нативный относительно слейва (не путать с пакетом) и кладет на настройку порядка регистров, которая за каким-то по дефолту трасемоде, т. е. переставляет регистры для "розничного" обмена
Т..к. в ваших слейвах порядок 3412, просто скопируйте из стринга исходную массив/структуру в нужное место и переставьте там слова в нужных двойных словах

Цитата:

---

Сообщение от Валенок

Т..к. в ваших слейвах порядок 3412, просто скопируйте из стринга исходную массив/структуру в нужное место и переставьте там слова в нужных двойных словах

---

Я это понимаю, если не трудно подскажите нужную библиотеку или пример. Библиотека UTIL вроде только с битами работает, не хотелось бы до битовых данных опускаться, а работать хотя бы с байтами.

Цитата:

---

Сообщение от Dmitry_KV

Я это понимаю, если не трудно подскажите нужную библиотеку или пример. Библиотека UTIL вроде только с битами работает, не хотелось бы до битовых данных опускаться, а работать хотя бы с байтами.

---

Выложите проект и карту регистров этой ловаты

Цитата:

---

Сообщение от Dmitry_KV

Я это понимаю, если не трудно подскажите нужную библиотеку или пример. Библиотека UTIL вроде только с битами работает, не хотелось бы до битовых данных опускаться, а работать хотя бы с байтами.

---

Самое простое создать функцию и переставить регистры Вложение 78988

Код:

---

FUNCTION SW_DWORD : DWORD
VAR_INPUT
        DW :DWORD;  (*полученный DWORD *)
END_VAR
________________________________
SW_DWORD := ROL(DW, 16);  (* Выход с переставленными регистрами*)

---

))
Еще проще создать функцию и переставить как хочешь и сразу всей структуре/массиве

Код:

---

FUNCTION SwapOrder : BOOL (*неисп*)
VAR_INPUT
  PStruct        : DWORD; (*pointer to struct..*)
  SzStruct        : DWORD; (*для кратного 4*)
  Order                : WORD; (*2143,3412,4321. Всё остальное как 1234 и не трогается*)
END_VAR
---------------------------------------
CASE Order OF 2143,3412:
  SysMemSwap(PStruct, 2, SzStruct / 2);
END_CASE

CASE Order OF 3412,4321:
  SysMemSwap(PStruct, 4, SzStruct / 4);
END_CASE

---

Код:

---

Куда-то_в_слейв AT %где_то_в_слейве : ARRAY[..] of / STRUCT / ...
Order : WORD := 3412; (*для поиграть*)
---------------------------------------
SysMemCpy(ADR(Куда-то_в_слейв), ADR(Откуда-то_из_мастера), SIZEOF(Куда-то_в_слейв));
SwapOrder(ADR(Куда-то_в_слейв), SIZEOF(Куда-то_в_слейв), Order);

---

Иногда проще скомпоновать перенос с перестановкой в один футляр

Цитата:

---

Сообщение от kondor3000

Самое простое создать функцию и переставить регистры

---

Спасибо, сейчас попробую.

Цитата:

---

Сообщение от Валенок

))
Еще проще создать функцию и переставить как хочешь и сразу всей структуре/массиве
Иногда проще скомпоновать перенос с перестановкой в один футляр

---

Не до конца понятно, но очень интересно. Похоже это то, что требовалось в самом начале... Спасибо, буду пытать

Цитата:

---

Сообщение от Dmitry_KV

Не до конца понятно,..

---

см. п#11012

Цитата:

---

Сообщение от Валенок

Выложите проект и карту регистров этой ловаты

---

В принципе меня устроило как работает предложенное уважаемым kondor3000, но этот вариант тоже может пригодиться в будущем.

Код:

---

Адресс        Наименование
1        Напряжение_AN
3        Напряжение_BN
5        Напряжение_CN
7        Напряжение_LN_Avg
15        Напряжение_LL_ср
17        Текущий_ток_А
19        Текущий_ток_В
21        Текущий_ток_С
25        Полная_активная_мощность
27        Полная_реактивная_мощность
29        Полная_общая_мощность
33        Доставленная_активная_энергия
37        Доставленная_реактивная_энергия
41        Активная_мощность_А
43        Активная_мощность_В
45        Активная_мощность_С
47        Реактивная_мощность_А
49        Реактивная_мощность_В
51        Реактивная_мощность_С
53        Полная_мощность_А
55        Полная_мощность_В
57        Полная_мощность_С
71        Частота
511        Дисбаланс_напряжения
513        Дисбаланс_тока

---

Почему с нечетных если на стр. 10 с четных?
Чем @150 отличается от @144,146,148?

Почему у вас адреса начинаются с первого, когда по мануалу, адреса начинаются со 2.
У вас в итоге и регистры переставлены и читаете вы регистры из разных каналов. Если я прав, то переставлять регистры надо при обычном чтении, а через String и переставлять ничего не надо.

По мануалу функция должна быть 4, а вы всё читаете 3

Цитата:

---

Сообщение от kondor3000

По мануалу функция должна быть 4, а вы всё читаете 3

---

Вот это ошибка... из других счетчиков перекочевала.

Цитата:

---

Сообщение от kondor3000

Почему у вас адреса начинаются с первого, когда по мануалу, адреса начинаются со 2.
У вас в итоге и регистры переставлены и читаете вы регистры из разных каналов. Если я прав, то переставлять регистры надо при обычном чтении, а через String и переставлять ничего не надо.

---

Цитата:

---

Сообщение от Валенок

Почему с нечетных если на стр. 10 с четных?

---

При функции 3 смещение на 1 регистр, если ставить как в мануале то вообще ничего не читает, сразу в ошибку вываливается. Сейчас перепроверил, при нужной функции чтения 4, без разницы с какого регистра начинать чтение, но поправил на четный как в мануале. Цифры одинаковые считывает! Преобразование все равно нужно
Т.к. ПЛК считывает одинаковые цифры со смещением и без, проверил как все считается в arOPC напрямую со счетчика. В OPC сервере необходимо смещение, т.е. начало с 1 регистра а не со 2 как в мануале. С четного опрос не идет.

Цитата:

---

Сообщение от Валенок

Чем @150 отличается от @144,146,148?

---

К мультиметру @150 есть доступ и там живые данные, у @144,146,148 все по нулям чтобы подать на них напряжение надо включать установку.

Цитата:

---

Сообщение от Dmitry_KV

Т.к. ПЛК считывает одинаковые цифры со смещением и без, проверил как все считается в arOPC напрямую со счетчика. В OPC сервере необходимо смещение, т.е. начало с 1 регистра а не со 2 как в мануале. С четного опрос не идет.
.

---

Адреса должны быть как в мануале, если написано 2 значит 2, в ОРС сервере тоже самое, если передаёте 2 регистр то и принимать надо 2,
если же ошибка и не правильно передаётся, то надо не адрес менять, а регистры (байты) правильно расставить.
Нет в ОРС сервере никакого смещения.
А вот в слейве ПЛК адреса начинаются с 0 и 32 битные переменные должны быть с чётными адресами. Если сделать с нечётными, то выравнивание сместит адреса, на следующий чётный адрес. Но судя по выложенному проекту у вас адреса правильные.
То есть чётные, значит и в ОРС сервере 32 битные с чётными адресами.

Что то я запутался, хочу записать переменную с ПЛК 110 (мастер) в ПР205 (слейв) но, сделать это ТИКом как R_TRIG сначала записать 1 затем сбросить на 0 , разумеется запись пойдет по условию а сброс постоянно, но ничего не получается в ST , (напрямую из конфигурации ПЛК руками, все отлично) понимаю что запись должна произойти в конце цикла.. но что то не получается, вроде ерунда ...Обидно терять время и изобретать грабли с велосипедом.. Уверен что есть четкий и правильный способ, подскажите плиз..

Цитата:

---

Сообщение от kondor3000

Но судя по выложенному проекту у вас адреса правильные.
То есть чётные,.

---

В проекте же 1.., 41... (для 150) Автор может этот вопрос четко прояснить ?

Цитата:

---

Сообщение от Dmitry_KV

К мультиметру @150 есть доступ и там живые данные, у @144,146,148 все по нулям чтобы подать на них напряжение надо включать установку.

---

В итоге они одинаковые будут?

Цитата:

---

Сообщение от Potoks

Что то я запутался, хочу записать переменную с ПЛК 110 (мастер) в ПР205 (слейв) но, сделать это ТИКом как R_TRIG сначала записать 1 затем сбросить на 0 , разумеется запись пойдет по условию а сброс постоянно, но ничего не получается в ST , (напрямую из конфигурации ПЛК руками, все отлично) понимаю что запись должна произойти в конце цикла.. но что то не получается, вроде ерунда ...Обидно терять время и изобретать грабли с велосипедом.. Уверен что есть четкий и правильный способ, подскажите плиз..

---

На 1 цикл ПЛК не получится дернуть бит сетевой переменной. Взводите его на достаточный для обмена период (например через ТР), а фронт уж отлавливайте в ПР

Спасибо, теперь понятно

Цитата:

---

Сообщение от kondor3000

Адреса должны быть как в мануале, если написано 2 значит 2, в ОРС сервере тоже самое, если передаёте 2 регистр то и принимать надо 2,
если же ошибка и не правильно передаётся, то надо не адрес менять, а регистры (байты) правильно расставить.
Нет в ОРС сервере никакого смещения.
А вот в слейве ПЛК адреса начинаются с 0 и 32 битные переменные должны быть с чётными адресами. Если сделать с нечётными, то выравнивание сместит адреса, на следующий чётный адрес. Но судя по выложенному проекту у вас адреса правильные.
То есть чётные, значит и в ОРС сервере 32 битные с чётными адресами.

---

Если бы мне сразу удалось опросить в OPC сервере четные регистры как в мануале, то я бы в ПЛК мастером тоже опрашивал четные.
Если опрашивать не четные, с 1 адреса регистра
Вложение 79023Вложение 79024
Если опрашивать четные, со 2 адреса регистра
Вложение 79025Вложение 79026

Цитата:

---

Сообщение от Валенок

В проекте же 1.., 41... (для 150) Автор может этот вопрос четко прояснить ?


В итоге они одинаковые будут?

---

Мультиметры абсолютно одинаковые все Lovato DMK22 - 4 шт. c @144,146,148 и 150.

Давайте ещё раз сначала. Вы читаете мастером с модулей, тут уже разобрались, адреса начинаются со 2, читаете функцией 4.

Потом вы отправляете в слейв те же регистры и читаете ОРС сервером из слейва, так я уже про слейв вам пишу. В нём есть выравнивание. Если положите в 15 адрес, то читать надо из 16.
Например вы положили в адрес 16, так ОРС и надо читать 16 адрес (при ошибке переставить регистры), читать в ОРС надо функцией 3.

Цитата:

---

Сообщение от Dmitry_KV

... Мультиметры абсолютно одинаковые все Lovato DMK22 - 4 шт. c @144,146,148 и 150.

---

там с 2...73 есть фазное...частота. Их можно получить сразу одним запросом (и даже в конфигурации)
А что такое с 511?
Данные в слейв нужны все?
вопрос предобработки открыт, т.к.
-до сих пор с адресацией/ордером не разобрались
-вытягивает ли сама ловата 72 регистра (пропуски там)
-пропусков в слейве боитесь?
-нужна ли частота в нормальных Гц? (и т.п.)

Цитата:

---

Сообщение от kondor3000

Давайте ещё раз сначала. Вы читаете мастером с модулей, тут уже разобрались, адреса начинаются со 2.

Потом вы отправляете в слейв те же регистры и читаете ОРС сервером из слейва, так я уже про слейв вам пишу. В нём есть выравнивание. Если положите в 15 адрес, то читать надо из 16.
Например вы положили в адрес 16, так ОРС и надо читать 16 адрес (при ошибке переставить регистры)

---

Согласен все запуталось) Забываем про все остальные счетчики кроме DMK22 c modbus ID 150. В проекте A2_TEST который я выложил выше опрос нормально работает, т.е. ПЛК как мастер по Modbus RTU опрашивает счетчик DMK22 @150 начиная с адреса регистра 1 (на данный момент я перепроверил с функцией чтения 0x04 все в точности также читается). ПЛК как слейв по Modbus TCP отдает эти данные в arOPC сервер, адресация совпадает - в слейве адрес 2 DWORD - читаем в OPC адрес 2 DWORD, в слайве адрес 27 WORD - читаем в OPC 27 WORD. Про то что, слейв автоматически добавляет байты до четного уже осведомлен (если добавить 8 бит, то он автоматически добавит еще 8 бит, чтобы стало 16 - даже если их вручную не добавить)

Теперь по поводу предыдущих изображений с OPC сервером. Решил разобраться с этим сдвигом и опросить счетчик напрямую, т.е. arOPC опрашивает мультиметр DMK22 напрямую через преобразователь AC4-M USB-485
В первом случае опрос проходит нормально, используется сдвиг адреса -1 (по мануалу Напряжение AN имеет адрес 2, мы же считываем адрес 1, и так далее)
Во втором случае опрос уходит в BAD, сдвиг не используется (По мануалу Напряжение AN имеет адрес 2, мы считываем 2 и так далее) Очевидно что в этом случае перестановка байт в регистрах 1234 или 3412 на само чтение никак не влияет, только на корректность отображаемых цифр.

Цитата:

---

Сообщение от Валенок

там с 2...73 есть фазное...частота. Их можно получить сразу одним запросом (и даже в конфигурации)

---

Адреса которые корректно читаются 1..71

Цитата:

---

Сообщение от Валенок

А что такое с 511?

---

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

Цитата:

---

Сообщение от Валенок

Данные в слейв нужны все?

---

Нет только список из поста с проектом, 25 параметров.

Цитата:

---

Сообщение от Валенок

вопрос предобработки открыт, т.к.
-до сих пор с адресацией/ордером не разобрались
-вытягивает ли сама ловата 72 регистра (пропуски там)
-пропусков в слейве боитесь?
-нужна ли частота в нормальных Гц? (и т.п.)

---

-про адресацию выше вроде все расписал.
-в arOPC если одним блоком читать с 1..71 пол часа работало без отвалов и данные корректы
-волков бояться в лес не ходить. На данный момент этих нюансов не знаю, есть подводные камни? Ну кроме увеличения времени опроса из-за большего количества регистров.
-преобразований до нормальных Гц и т.п. делать не надо, все уже делается в SCADA готовые шаблоны шкал, отчетов, трендов и т.п. Большого труда переделать не составить, но надо ли?

Мне вот интересно, вы после всех изменений в проекте, хоть раз сделали Очистить всё, компилировать всё? Это надо делать после каждого сильного изменения, в адресах тем более.

Значит сдвиг есть в самих модулях, читаем 4 модуля с адреса 1 функцией 4. В принятых данных переставляем регистры.

Далее всё полученное кладём в слейв, по какому адресу (номеру регистра в слейве)?
Чтобы прочитать ОРС сервером, функцией 3 уже без смещения, например из 10 в 10 адрес, в ОРС регистры надо переставлять?

Цитата:

---

Сообщение от kondor3000

Мне вот интересно, вы после всех изменений в проекте, хоть раз сделали Очистить всё, компилировать всё? Это надо делать после каждого сильного изменения, в адресах тем более.

---

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

Цитата:

---

Сообщение от kondor3000

Значит сдвиг есть в самих модулях, читаем 4 модуля с адреса 1 функцией 4. В принятых данных переставляем регистры.

---

Да так и сделано в представленной проекте A2_TEST.pro

Цитата:

---

Сообщение от kondor3000

Далее всё полученное кладём в слейв, по какому адресу (номеру регистра в слейве)?
Чтобы прочитать ОРС сервером, функцией 3 уже без смещения, например из 10 в 10 адрес, в ОРС регистры надо переставлять?

---

_144_15_Y8_QF1_JB1_1 имеет адрес 40, порядок байт при чтении OPC сервером 1032, ниже приложил скрин. Порядок байт в arOPC 1032 это стандартное значение которое он предлагает, т.е. не надо переставлять.
Вложение 79030

Ну а теперь вы можете через структуру или массивом поменять везде регистры (как Валенок написал) и присвоить всё в созданную структуру (с указанием на 40 адрес слейва) и положить туда уже готовые данные.
Здесь подобный пример даже есть, читается 7 модулей через String и всё отправляется в структуру в готовом виде (с переставленными регистрами) и в слейв https://owen.ru/forum/showthread.php?t=10555&page=987

Цитата:

---

Сообщение от kondor3000

Ну а теперь вы можете через структуру или массивом поменять везде регистры (как Валенок написал) и присвоить всё в созданную структуру (с указанием на 40 адрес слейва) и положить туда уже готовые данные.
Здесь подобный пример даже есть, читается 7 модулей через String и всё отправляется в структуру в готовом виде (с переставленными регистрами) и в слейв https://owen.ru/forum/showthread.php?t=10555&page=987

---

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

Вот выпало немного времени, и про эти ловаты - 11 строк кода

У меня получилось не так красиво, но намного наглядней, структура по названию каналов. Вложение 79053
Если бы ещё прикрутить перестановку, через SysMemCpy, SysMemSwap был бы класс. Что то у меня не выходит.

Цитата:

---

Сообщение от kondor3000

но намного наглядней...

---

Код:

---

..
Activ_Power_A  : DWORD ; (*  41        Активная_мощность_А *)
        Activ_Power_B  : DWORD; (*  43        Активная_мощность_В *)
        Activ_Power_C : DWORD; (*  45        Активная_мощность_С *)
        React_Power_A  : DWORD; (*  47        Реактивная_мощность_А *)
        React_Power_B  : DWORD; (*  49        Реактивная_мощность_В *)
        React_Power_C  : DWORD; (*  51        Реактивная_мощность_С *)
        Full_Power_A  : DWORD;      (*    53        Полная_мощность_А  *)
        Full_Power_B  : DWORD;      (*    55        Полная_мощность_В *)
        Full_Power_C  : DWORD;    (*    57        Полная_мощность_С *)
..

---

=>

Код:

---

W,
VAr_,
VA        : array[1..3] of dint;

---

не?
или P,Q,S_. СИ пока не отменили. И в РЭ какая-то муть про знак, но надеюсь что это имели в виду

sysmem только онлайн.
И проще накопировать что хочется а потом всё сразу переставить. Точнее не переставить - а предобработать. Но автору не нужно.
Но лично меня "розница" раздражает, проще еще сотню "4 byte" в слейв добавить - на 3 секунды дольше удерживать ctrl-v

Вот я о чём, что понятней Slave.LovataData[1].Part1[1]; или Power_Str[1].Voltage_AN; , структура по названию каналов.
А это одно и то же 1 блок, Напряжение_AN, переменная в слейве.
Ему ещё проект дописывать надо будет.

Цитата:

---

Сообщение от kondor3000

Вот я о чём, что понятней Slave.LovataData[1].Part1[1]; или Power_Str[1].Voltage_AN; а это одно и то же (* Напряжение_AN *)

---

Ну для меня, например, если много данных и предполагается с ними работать (преобразовывать, пересылать и пр.) лучше Slave.LovataData[1...1000].Part1[1...1000] и с массивом работать, чем каждую переменную отдельно именовать. А расшифровку в .xls вести.

"Но автору не нужно"
А так, фазное
Slave.LovataData[1].UF[1];
потому что там считывается (но не нужно) еще и линейное
Slave.LovataData[1].UL[1];

А зачем вот эти буквы

Цитата:

---

(* Напряжение_AN *)

---

?