Last forum posts : Отслеживание ошибок

LTS 0.9.x Некорректная работа Serial с собственным протоколом

roman — Tue, 02 May 2023 20:26:40 +0300

"roman" wrote:

Что не ошибка, тем более для LTS, поскольку этот протокол не предназначен для работы через Serial, а соответственно не имеет механизмов контроля целостности и ожидает как минимум прихода заголовка целиком, чего Serial не гарантирует!

Сейчас Собственный Протокол отдельно ожидает заголовок, а потом весь ответ и корректно обрабатывает попытки и ошибки.
Ну и фрагментация чуть ли не по байтам для него не проблема, т.е. работает с Serial, что однако не снимает проблемы проверки целосности если этот Serial — реальная физическая шина с потенциальным искажением трафика.

Исправлено!

Дедлоки в модулях VCAEngine, UserProtocol, WebUser

roman — Tue, 02 May 2023 06:29:55 +0300

Реально только здесь, что было добавлено для Android где нет __GLIBC_PREREQ:

#ifndef __GLIBC_PREREQ
# define __GLIBC_PREREQ(maj, min) 1
#endif

Дедлоки в модулях VCAEngine, UserProtocol, WebUser

dudanov — Mon, 01 May 2023 23:32:19 +0300

Да, как и предполагал все идеально работает. Так что решение у Вас уже было.

Патч простой. Вызов тривиального sed для файлов resalloc.[h,cpp], которые добавляют еще одно условие препроцессора.

JAVASCRIPT

$ sed '/^#if !__GLIBC_PREREQ(2,4)$/ s/$/ || __MUSL__/'  resalloc.h
$ sed '/^#if !__GLIBC_PREREQ(2,4)$/ s/$/ || __MUSL__/'  resalloc.cpp

Да, musl не определяет этот макрос, поэтому при сборке необходимо указать в опциях компиляции -D__MUSL__.
Если посчитаете нужным - добавьте в следующий релиз. Можно будет собирать под musl.

P.S.: Собираю образы Docker на основе Alpine Linux, использующего musl. Получается очень компактно и шустро. Упакованный образ занимает всего 13Мб без модулей использующих Qt. Развертывание на сервере за пару секунд.

Дедлоки в модулях VCAEngine, UserProtocol, WebUser

dudanov — Mon, 01 May 2023 22:25:49 +0300

Смотрю resalloc.cpp. Похоже, что код уже адаптирован. Просто к условиям #if !__GLIBC_PREREQ(2,4) можно добавить || __MUSL__.

Получится так для примера.

JAVASCRIPT

#if !__GLIBC_PREREQ(2,4) || __MUSL__
    wThr = 0;
#endif

Попробую. При удачных тестах пришлю патч в эту тему на Ваше рассмотрение.
Заранее благодарю, Роман.

Дедлоки в модулях VCAEngine, UserProtocol, WebUser

roman — Mon, 01 May 2023 21:32:12 +0300

Не ошибка, если учесть, что класс ResRW расширен для обработки таких блокировок ввиду сложности их отслеживания и которые иногда неминучи, как в случає с рекурсивными мютексами.

Данные-ж действительно можно обойти, но думаю они далеко не все!

Адаптируйте ResRW под этот LibC — http://oscada.org/svn/trunk/OpenSCADA/src/resalloc.h

Дедлоки в модулях VCAEngine, UserProtocol, WebUser

dudanov — Mon, 01 May 2023 21:01:08 +0300

Здравствуйте, Роман.

Снова выявились проблемы благодаря сборке системы под musl. На сей раз дедлоки в модулях VCAEngine, UserProtocol, WebUser. В крайних 2-х модулях дедлок возникал при загрузке системы, в первом - при обращении к библиотечному шаблону проекта tmplSO. Общая для всех случаев ситуация: один поток сначала захватывает мьютекс на запись (эксклюзивно), потом пытается захватить на чтение, владея правами на запись. Стандартом POSIX разрешается для rwlock многократный захват на чтение при условии эквивалентного количества освобождения, но явно запрещается потоку-владельцу на запись вызов захвата на чтение, поведение после вызова неопределено.

Ниже приведу стек вызовов всех 3-х случаев.

VCAEngine: Вызов stlPropSet производит захват на запись, а вызов stlSize следом пытается получить права на чтение, что приводит к дедлоку:

JAVASCRIPT

Thread 6 (LWP 50):
#0  __syscall_cp_c (nr=202, u=139988244794992, v=128, w=-1, x=0, y=0, z=0) at ./arch/x86_64/syscall_arch.h:61
#1  0x00007f51904b1ba9 in __futex4_cp (to=0x0, val=-1, op=128, addr=0x7f518d9a8e70) at src/thread/__timedwait.c:24
#2  __timedwait_cp (addr=addr@entry=0x7f518d9a8e70, val=val@entry=-1, clk=clk@entry=0, at=at@entry=0x0, priv=priv@entry=128) at src/thread/__timedwait.c:52
#3  0x00007f51904b1c4e in __timedwait (addr=addr@entry=0x7f518d9a8e70, val=-1, clk=clk@entry=0, at=at@entry=0x0, priv=128) at src/thread/__timedwait.c:68
#4  0x00007f51904b440c in __pthread_rwlock_timedrdlock (at=, rw=) at src/thread/pthread_rwlock_timedrdlock.c:18
#5  __pthread_rwlock_timedrdlock (rw=0x7f518d9a8e70, at=0x0) at src/thread/pthread_rwlock_timedrdlock.c:3
#6  0x00007f51900ce9c4 in OSCADA::ResRW::resRequestR (this=0x7f518d9a8e70, tm=0) at resalloc.cpp:86
#7  0x00007f51900cef94 in OSCADA::ResAlloc::request (this=0x7f518d806040, write=false, tm=0) at resalloc.cpp:132
#8  0x00007f51900ceefc in OSCADA::ResAlloc::ResAlloc (this=0x7f518d806040, rid=..., write=false, tm=0) at resalloc.cpp:122
#9  0x00007f518f1a8b57 in VCA::Project::stlSize (this=0x7f518d9a8d20) at project.cpp:456
#10 0x00007f518f1a9585 in VCA::Project::stlPropSet (this=0x7f518d9a8d20, pid=..., vl=..., sid=0) at project.cpp:521
#11 0x00007f518f1c431b in VCA::Page::stlReq (this=0x7f518c6d9d50, a=..., vl=..., wr=true) at project.cpp:1566
#12 0x00007f518f1376e2 in VCA::Widget::stlReq (this=0x7f518bdd5bb0, a=..., vl=..., wr=true) at widget.cpp:858
#13 0x00007f518f159026 in VCA::Attr::setS (this=0x7f518bcc2d70, val=..., strongPrev=true, sys=false) at widget.cpp:1943
...
#41 0x00007f51904b308b in start (p=0x7f518d80cad8) at src/thread/pthread_create.c:203
#42 0x00007f51904b538e in __clone () at src/thread/x86_64/clone.s:22

UserProtocol: Вызов setEnable производит захват на запись, а вызов loadIO следом пытается получить права на чтение, что приводит к дедлоку:

JAVASCRIPT

Thread 1 (LWP 7):
#0  __syscall_cp_c (nr=202, u=139988254130728, v=128, w=-1, x=0, y=0, z=0) at ./arch/x86_64/syscall_arch.h:61
#1  0x00007f51904b1ba9 in __futex4_cp (to=0x0, val=-1, op=128, addr=0x7f518e290228) at src/thread/__timedwait.c:24
#2  __timedwait_cp (addr=addr@entry=0x7f518e290228, val=val@entry=-1, clk=clk@entry=0, at=at@entry=0x0, priv=priv@entry=128) at src/thread/__timedwait.c:52
#3  0x00007f51904b1c4e in __timedwait (addr=addr@entry=0x7f518e290228, val=-1, clk=clk@entry=0, at=at@entry=0x0, priv=128) at src/thread/__timedwait.c:68
#4  0x00007f51904b440c in __pthread_rwlock_timedrdlock (at=, rw=) at src/thread/pthread_rwlock_timedrdlock.c:18
#5  __pthread_rwlock_timedrdlock (rw=0x7f518e290228, at=0x0) at src/thread/pthread_rwlock_timedrdlock.c:3
#6  0x00007f51900ce9c4 in OSCADA::ResRW::resRequestR (this=0x7f518e290228, tm=0) at resalloc.cpp:86
#7  0x00007f51900cef94 in OSCADA::ResAlloc::request (this=0x7ffd797a7a60, write=false, tm=0) at resalloc.cpp:132
#8  0x00007f51900ceefc in OSCADA::ResAlloc::ResAlloc (this=0x7ffd797a7a60, rid=..., write=false, tm=0) at resalloc.cpp:122
#9  0x00007f518ebc4101 in UserProtocol::UserPrt::loadIO (this=0x7f518e28ff60) at user_prt.cpp:463
#10 0x00007f518ebc766e in UserProtocol::UserPrt::setEnable (this=0x7f518e28ff60, vl=true) at user_prt.cpp:602
#11 0x00007f518ebbeecd in UserProtocol::TProt::modStart (this=0x7f518f29e9b0) at user_prt.cpp:162
#12 0x00007f5190206733 in OSCADA::TSubSYS::subStart (this=0x7f518f29fb10) at tsubsys.cpp:120
#13 0x00007f51900858be in OSCADA::TSYS::start (this=0x7f51904f70c0) at tsys.cpp:912
#14 0x000055d8151669b6 in main (argc=5, argv=0x7ffd797a82f8, envp=0x7ffd797a8328) at main.cpp:90

WebUser: Вызов setEnable производит захват на запись, а вызов loadIO следом пытается получить права на чтение, что приводит к дедлоку:

JAVASCRIPT

Thread 1 (LWP 7):
#0  __syscall_cp_c (nr=202, u=140208415574280, v=128, w=-1, x=0, y=0, z=0) at ./arch/x86_64/syscall_arch.h:61
#1  0x00007f84d2edeba9 in __futex4_cp (to=0x0, val=-1, op=128, addr=0x7f84d0ce0908) at src/thread/__timedwait.c:24
#2  __timedwait_cp (addr=addr@entry=0x7f84d0ce0908, val=val@entry=-1, clk=clk@entry=0, at=at@entry=0x0, priv=priv@entry=128) at src/thread/__timedwait.c:52
#3  0x00007f84d2edec4e in __timedwait (addr=addr@entry=0x7f84d0ce0908, val=-1, clk=clk@entry=0, at=at@entry=0x0, priv=128) at src/thread/__timedwait.c:68
#4  0x00007f84d2ee140c in __pthread_rwlock_timedrdlock (at=, rw=) at src/thread/pthread_rwlock_timedrdlock.c:18
#5  __pthread_rwlock_timedrdlock (rw=0x7f84d0ce0908, at=0x0) at src/thread/pthread_rwlock_timedrdlock.c:3
#6  0x00007f84d2afb9c4 in OSCADA::ResRW::resRequestR (this=0x7f84d0ce0908, tm=0) at resalloc.cpp:86
#7  0x00007f84d2afbf94 in OSCADA::ResAlloc::request (this=0x7fffc5ec59b0, write=false, tm=0) at resalloc.cpp:132
#8  0x00007f84d2afbefc in OSCADA::ResAlloc::ResAlloc (this=0x7fffc5ec59b0, rid=..., write=false, tm=0) at resalloc.cpp:122
#9  0x00007f84d1552f07 in WebUser::UserPg::loadIO (this=0x7f84d0ce0650) at web_user.cpp:551
#10 0x00007f84d1556daa in WebUser::UserPg::setEnable (this=0x7f84d0ce0650, vl=true) at web_user.cpp:677
#11 0x00007f84d154a079 in WebUser::TWEB::modStart (this=0x7f84d1520040) at web_user.cpp:159
#12 0x00007f84d2c33733 in OSCADA::TSubSYS::subStart (this=0x7f84d1cc19e0) at tsubsys.cpp:120
#13 0x00007f84d2ab28be in OSCADA::TSYS::start (this=0x7f84d2f240c0) at tsys.cpp:912
#14 0x0000564c086bc9b6 in main (argc=5, argv=0x7fffc5ec6278, envp=0x7fffc5ec62a8) at main.cpp:90

Я исправил это, пересобрал систему и все отлично работает, дедлоков нет.
Не загрузил свой патч по той причине, что не уверен верно ли сделал, так как еще не разбирался в тонкостях работы сущностей и реализации, сделал как было очевидно на первый взгляд.

Заранее благодарю.

FSArch. Segfault с null при вызове closedir()

dudanov — Fri, 28 Apr 2023 10:31:42 +0300

Здравствуйте, Роман.

При сборке системы под musl вместо glibc вскрылась ошибка в модуле FSArch, которая заключается в виде вызова closedir() с NULL при отсутствии каталога архива.

JAVASCRIPT

Thread 1 (LWP 39):
#0  0x00007ff0e135b38e in closedir (dir=0x0) at src/dirent/closedir.c:8
#1  0x00007ff0dfa4abc2 in FSArch::ModVArch::start (this=0x7ff0deaaacf0) at val.cpp:123
#2  0x00007ff0e10ec4ab in OSCADA::TVArchivator::cntrCmdProc (this=0x7ff0deaaacf0, opt=0x7ff0de6edb10) at tarchval.cpp:2483
#3  0x00007ff0dfa56f70 in FSArch::ModVArch::cntrCmdProc (this=0x7ff0deaaacf0, opt=0x7ff0de6edb10) at val.cpp:718
#4  0x00007ff0e12642e1 in OSCADA::TCntrNode::cntrCmd (this=0x7ff0deaaacf0, opt=0x7ff0de6edb10, lev=0, ipath=..., off=47) at tcntrnode.cpp:212
#5  0x00007ff0e1263e93 in OSCADA::TCntrNode::cntrCmd (this=0x7ff0dfc7c250, opt=0x7ff0de6edb10, lev=0, ipath=..., off=30) at tcntrnode.cpp:198
#6  0x00007ff0e1263e93 in OSCADA::TCntrNode::cntrCmd (this=0x7ff0e096a430, opt=0x7ff0de6edb10, lev=0, ipath=..., off=23) at tcntrnode.cpp:198
#7  0x00007ff0e1263e93 in OSCADA::TCntrNode::cntrCmd (this=0x7ff0e13d90c0, opt=0x7ff0de6edb10, lev=0, ipath=..., off=12) at tcntrnode.cpp:198
#8  0x00007ff0e014f81d in SelfPr::TProtIn::mess (this=0x7ff0df0c4780, request=..., answer=...) at self.cpp:444
#9  0x00007ff0dfcd24b2 in Sockets::TSocketIn::messPut (this=0x7ff0df11d6f0, sock=10, request=..., answer=..., sender=..., prot_in=...) at socket.cpp:926
#10 0x00007ff0dfccf8ba in Sockets::TSocketIn::ClTask (s_inf=0x7ff0de789390) at socket.cpp:814
#11 0x00007ff0e10501c5 in OSCADA::TSYS::taskWrap (stas=0x7ff0de9faa30) at tsys.cpp:2428
#12 0x00007ff0e139508b in start (p=0x7ff0de6f0ad8) at src/thread/pthread_create.c:203
#13 0x00007ff0e139738e in __clone () at src/thread/x86_64/clone.s:22

Если в реализации glibc разработчкики все же предусмотрели внутреннюю проверку на NULL, то в musl - нет, что и приводит к segfault. При просмотре другого кода OpenSCADA подобного поведения не обнаружил.

Прикрепил патч для версии 1+r2884. Также в него включил исправления для компиляции с gcc-12.2 + musl на Ваше усмотрение.

Благодарю.

LTS 0.9.x Некорректная работа Serial с собственным протоколом

roman — Mon, 16 May 2022 13:59:02 +0300

Что не ошибка, тем более для LTS, поскольку этот протокол не предназначен для работы через Serial, а соответственно не имеет механизмов контроля целостности и ожидает как минимум прихода заголовка целиком, чего Serial не гарантирует!

LTS 0.9.x Некорректная работа Serial с собственным протоколом

Syberian — Mon, 16 May 2022 13:45:36 +0300

Добрый день.

Проблема: При работе с транспортом Serial собственного протокола пользователя из ответа приходит только первый байт, остальное висит в буфере и может быть вычитано через cat /dev/ttyUSB0

Анализ:
Причина в файле mod_serial.cpp, функция TTrOut::MessIO, в функции приема:

JAVASCRIPT

// * Force wait any data in the request mode or EAGAIN
	    // * No wait any data in the not request mode but it can get the data later
	    for(int iRtr = 0; (((blen=read(fd,iBuf,iLen)) == 0 && !notReq) || (blen < 0 && errno == EAGAIN)) && iRtr < time; ++iRtr)
		TSYS::sysSleep(1e-3);

При опросе готового модуля ModBus в функцию MessIO передается последним 5-м параметром таймаут ответа, который помещается в time. В пользовательском протоколе на входе 4 параметра, time по дефолту =0. Поэтому данная процедура выполняется всегда только 1 раз, после чего MessIO завершается, приняв только 1 байт ответа.

Решение:
Переписал этот участок кода так, чтобы при нулевом time таймаут брался из символьного таймаута в параметрах Serial, а чтение повторялось до тех пор, пока принимаются байты и нет символьного таймаута, либо пока не заполнен входной буфер.

JAVASCRIPT

//===============================================	
		/*
		Процедура чтения до символьного либо общего (если указан) таймаута
		Вход: 
		notReq - ответ НЕ требуется
		blen - число принятых байт / еррор если < 0
		time - таймаут с последнего символа входной
		wCharTm - таймаут символа (мс)
 
		Было раньше: чтение до таймаута time, blen не накапливается
		Изменение: blen накапливает принятые байты, процедура чтения повторяется,
		           пока с последнего символа не вылезет таймаут WCharTm
				   READ выполняется в промежуточный буфер
		*/
		blen=0;
		int iRtr=0;
		int bidx=0; // index counter
		ssize_t blen1=0;
		int itmo;
		itmo=time ? time :  wCharTm;
 
		while(1) {
		 TSYS::sysSleep(1e-3);
		 blen+=vmax(0,blen1);
		 blen1=read(fd, &iBuf[bidx],iLen-bidx);
		if (blen1 < 0 && errno != EAGAIN) {blen=blen1; break;}	// exit on error
		if (blen1 == 0 && notReq) {blen=blen1;break;}			//no response required
		if (blen1 > 0) {iRtr=0; bidx+=blen1;}                   // clear  last symbol timeout, move buffer index
		if (iRtr++ >=itmo) {blen+=vmax(0,blen1); break;} // timeout exit
				}
 
 
	//===============================================

Не принемает команды "входной" пользовательский протокол

masterzx — Sun, 26 Dec 2021 19:38:47 +0200

"roman" wrote:

У меня всё, всегда и везде работает, поэтому НЕ ОШИБКА!

И со спецификой ваших проблем и кода тут никто разбираться не будет, правила читаем!

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

Не принемает команды "входной" пользовательский протокол

roman — Thu, 23 Dec 2021 08:24:06 +0200

У меня всё, всегда и везде работает, поэтому НЕ ОШИБКА!

И со спецификой ваших проблем и кода тут никто разбираться не будет, правила читаем!

Не принемает команды "входной" пользовательский протокол

masterzx — Thu, 23 Dec 2021 04:15:07 +0200

Здравствуйте.
OpenSCADA 1+r2784
raspberrypi pi3 model b+
Linux-5.10.63-v7

Через некоторое время перестаёт работать исполнение команд из входной части скрипта пользовательского протокола.
Выходная работает.
Входной транспорт принимает сообщения. Перезапуском скрипта или(и) транспорта не решается эта проблема.
Помогает, только полный перезапуск программы.
Входная часть:

JAVASCRIPT

ring=SYS.sub_DAQ["mod_LogicLev"]["cntr_nasos"]["prm_nasos"]["a_ring"].get();
 
tel2="+71234567890";
tel3="+71234567890";
tel4="+71234567890";
 
 
if((request.indexOf("RING
 
+CLIP: \"")>0)&&ring){
	if(request.indexOf(tel1+"\"")>0){
		SYS.sub_DAQ["mod_LogicLev"]["cntr_test"]["prm_test"]["a_tel"].set(tel1);
		ring=false;
		answer = "ATA
";
		request = "";
	}else if(request.indexOf(tel2+"\"")>0){
		SYS.sub_DAQ["mod_LogicLev"]["cntr_test"]["prm_test"]["a_tel"].set(tel2);
		ring=false;
		answer = "ATA
";
		request = "";
	}else if(request.indexOf(tel3+"\"")>0){
		SYS.sub_DAQ["mod_LogicLev"]["cntr_test"]["prm_test"]["a_tel"].set(tel3);
		ring=false;
		answer = "ATA
";
		request = "";
	}else if(request.indexOf(tel4+"\"")>0){
		SYS.sub_DAQ["mod_LogicLev"]["cntr_test"]["prm_test"]["a_tel"].set(tel4);
		ring=false;
		answer = "ATA
";
		request = "";
	}else{
		answer="ATH
";
		ring=true;
		request = "";
	}
}else if((request.indexOf("RING")>0)&&ring){
SYS.sub_DAQ["mod_LogicLev"]["cntr_test"]["prm_test"]["a_init"].set(true);
request = "";
}
 
 
 
if(!ring){
	if(request.indexOf("NO CARRIER") > 0){
		equest = "";
		ring=true;
	}else if(request.indexOf("#DTMFEV: #") > 0){
		answer="ATH
";
		ring=true;
		request = "";
	}else if(request.indexOf("#DTMFEV: *") > 0){
		request = "";
	}else if(request.indexOf("#DTMFEV: 0") > 0){
		SYS.sub_DAQ["mod_LogicLev"]["cntr_nasos"]["prm_nasos"]["a_start"].set(true);
		request = "";
	}else if(request.indexOf("#DTMFEV: 1") > 0){
		request = "";
		SYS.sub_DAQ["mod_LogicLev"]["cntr_nasos"]["prm_nasos"]["a_stop"].set(true);
	}else if(request.indexOf("#DTMFEV: 2") > 0){
		request = "";
	}else if(request.indexOf("#DTMFEV: 3") > 0){
		request = "";
	}else if(request.indexOf("#DTMFEV: 4") > 0){
		request = "";
	}else if(request.indexOf("#DTMFEV: 5") > 0){
		request = "";
	}else if(request.indexOf("#DTMFEV: 6") > 0){
		request = "";
	}else if(request.indexOf("#DTMFEV: 7") > 0){
		request = "";
	}else if(request.indexOf("#DTMFEV: 8") > 0){
		request = "";
	}else if(request.indexOf("#DTMFEV: 9") > 0){
		request = "";
	}
request = "";
}
 
 
if(request.indexOf("+CMT:")>0){
	if(request.indexOf(tel1)>0){
		SYS.sub_DAQ["mod_LogicLev"]["cntr_test"]["prm_test"]["a_tel"].set(tel1);
	}else if(request.indexOf(tel2)>0){
		SYS.sub_DAQ["mod_LogicLev"]["cntr_test"]["prm_test"]["a_tel"].set(tel2);
	}else if(request.indexOf(tel3)>0){
		SYS.sub_DAQ["mod_LogicLev"]["cntr_test"]["prm_test"]["a_tel"].set(tel3);
	}else if(request.indexOf(tel4)>0){
	SYS.sub_DAQ["mod_LogicLev"]["cntr_test"]["prm_test"]["a_tel"].set(tel4);
	}
	if(request.indexOf("pusk")>0){
		SYS.sub_DAQ["mod_LogicLev"]["cntr_nasos"]["prm_nasos"]["a_sms"].set(true);
		SYS.sub_DAQ["mod_LogicLev"]["cntr_nasos"]["prm_nasos"]["a_start"].set(true);
	}else if(request.indexOf("stop")>0){
		SYS.sub_DAQ["mod_LogicLev"]["cntr_nasos"]["prm_nasos"]["a_sms"].set(true);
		SYS.sub_DAQ["mod_LogicLev"]["cntr_nasos"]["prm_nasos"]["a_stop"].set(true);
	}else if(request.indexOf("status")>0){
 
	}else if(request.indexOf("reset")>0){
 
	}
	request = "";
}
 
SYS.sub_DAQ["mod_LogicLev"]["cntr_nasos"]["prm_nasos"]["a_ring"].set(ring);
return 0;

Выходная часть:

JAVASCRIPT

//Transport's timings check
if(tr.timings() != "5000:100")	tr.timings("5000:100");
io.setAttr("err", "");
if(io.name() == "init") {
//Disable ECHO
	rez = tr.messIO("AT
");
	while(rez.length && (trez=tr.messIO("")).length) rez += trez;
	if(rez.indexOf("OK
") < 0)	{ io.setAttr("err", "101:"+tr("Error disabling at: %1").replace("%1",rez)); return; }
 
rez = tr.messIO("AT#DTMF=1
");
	while(rez.length && (trez=tr.messIO("")).length) rez += trez;
	if(rez.indexOf("OK
") < 0)	{ io.setAttr("err", "102:"+tr("Error disabling DTMF: %1").replace("%1",rez)); return; }
 
rez = tr.messIO("AT+CLIP=1
");
	while(rez.length && (trez=tr.messIO("")).length) rez += trez;
	if(rez.indexOf("OK
") < 0)	{ io.setAttr("err", "103:"+tr("Error disabling clip: %1").replace("%1",rez)); return; }
 
rez = tr.messIO("AT+CMGF=1
");
	while(rez.length && (trez=tr.messIO("")).length) rez += trez;
	if(rez.indexOf("OK
") < 0)	{ io.setAttr("err", "104:"+tr("Error disabling CMGF: %1").replace("%1",rez)); return; }
 
rez = tr.messIO("AT+CNMI=3,2,2,1,0
");
	while(rez.length && (trez=tr.messIO("")).length) rez += trez;
	if(rez.indexOf("OK
") < 0)	{ io.setAttr("err", "105:"+tr("Error disabling CNMI: %1").replace("%1",rez)); return; }
 
}
 
//Request form:
//<{cmd} pin="1111" tel="+380XXXXXXXXX" text="{0|1}" err="1:Error">{SMSText}
//  cmd - command, for now only "send" allowed;
//  pin - PIN code to the SIM card access;
//  tel - telephone number for receiver (remote cell phone or GSM modem);
//  text{0,1} - SMS in the text mode, only ASCII
//  SMSText - the message text;
//  err - sets for the request result.
 
 
if(io.name() == "send") {
	tel = io.attr("tel");
	if(!tel.length || tel[0] != "+") { io.setAttr("err", "100:"+tr("Telephone number error.")); return; }
 
		//Switch to Text SMS mode
		rez = tr.messIO("AT+CMGF=1\r");
		while(rez.length && (trez=tr.messIO("")).length) rez += trez;
		if(rez.indexOf("OK\r") < 0)	{ io.setAttr("err", "103:"+tr("Error setting the SMS Text mode: %1").replace("%1",rez)); return; }
 
		//Send the Telephone number
		rez = tr.messIO("AT+CMGS=\""+tel+"\"\r");
		while(rez.length && (trez=tr.messIO("")).length) rez += trez;
		if(rez.indexOf(">") < 0)	{ io.setAttr("err", "104:"+tr("Error sending SMS: %1").replace("%1",rez)); return; }
		rez = tr.messIO(io.text()+"\x1A");
		while(rez.length && (trez=tr.messIO("")).length) rez += trez;
		//for(var iTr = 0; iTr < 100 && rez.indexOf("OK\r") < 0; iTr++) rez += tr.messIO("");	//Up to 10 seconds wait for reply
		if(rez.indexOf("OK\r") < 0)	{ io.setAttr("err", "104:"+tr("Error sending SMS PDU: %1").replace("%1",rez)); return; }
 
	io.setAttr("err", "0");
}

Скрипт логического уровня переключающий модем между входным и выходным траспортами

JAVASCRIPT

function out_mod(){
SYS.sub_DAQ["mod_LogicLev"]["cntr_dog_modem"]["prm_dog"]["a_work"].set(false);
req = SYS.XMLNode("set").setAttr("path","/Transport/Serial/in_modem/%2fprm%2fst%2fst").setText(false);
SYS.cntrReq(req);
req = SYS.XMLNode("set").setAttr("path","/Transport/Serial/out_modem/%2fprm%2fst%2fst").setText(true);
SYS.cntrReq(req);
}
 
function in_mod(){
req = SYS.XMLNode("set").setAttr("path","/Transport/Serial/in_modem/%2fprm%2fst%2fst").setText(true);
SYS.cntrReq(req);
req = SYS.XMLNode("set").setAttr("path","/Transport/Serial/out_modem/%2fprm%2fst%2fst").setText(false);
SYS.cntrReq(req);
SYS.sub_DAQ["mod_LogicLev"]["cntr_dog_modem"]["prm_dog"]["a_work"].set(true);
}
 
if(init){
out_mod();
req = SYS.XMLNode("init").setAttr("ProtIt","sms_call");
SYS.Transport.Serial.out_modem.messIO(req,"UserProtocol");
if(!req.attr("err").length) f_err=req.text();
in_mod();
 
init=false;
}
if(pusk){
out_mod();
req = SYS.XMLNode("send").setAttr("ProtIt","sms_call").setAttr("tel",tel).setText("Pump start");
SYS.Transport.Serial.out_modem.messIO(req,"UserProtocol");
if(!req.attr("err").length) f_err=req.text();
in_mod();
pusk=false;
}
 
if(stop){
out_mod();
req = SYS.XMLNode("send").setAttr("ProtIt","sms_call").setAttr("tel",tel).setText("Pump stop");
SYS.Transport.Serial.out_modem.messIO(req,"UserProtocol");
if(!req.attr("err").length) f_err=req.text();
in_mod();
stop=false;
}
 
if(avaria){
out_mod();
req = SYS.XMLNode("send").setAttr("ProtIt","sms_call").setAttr("tel",tel).setText("Problema s elektrosetyu");
SYS.Transport.Serial.out_modem.messIO(req,"UserProtocol");
if(!req.attr("err").length) f_err=req.text();
in_mod();
avaria=false;
}

не все GPIO доступны в OPENSCADA

Anton_z — Wed, 08 Sep 2021 13:49:12 +0300

"roman" wrote:

Базовое количество IO RPi это не ошибка!!!

к сожалению я не нашел куда отнести данное замечание,
так вопрос остаётся - можно ли добавить GPIO, или может самому как-то можно сконфигурировать нужные номера?

не все GPIO доступны в OPENSCADA

roman — Wed, 08 Sep 2021 12:55:25 +0300

Базовое количество IO RPi это не ошибка!!!

не все GPIO доступны в OPENSCADA

Anton_z — Wed, 08 Sep 2021 12:51:50 +0300

Здравствуйте,
при попытке использовать модуль GPIO на плате Raspberry Pi Compute Module 3
выяснилось что в модуле daq-GPIO есть выбор только с GPIO 0 до GPIO 31,
но данный аппаратный модуль использует до GPIO 45
можно ли расширить выбор до данного кол-ва входов,
т.к. есть платы расширения где разведены только часть верхнего диапазона GPIO

версия ПО 0.9.4 LTS

Modbus RTU через TCP

tka4ev_s — Wed, 08 Sep 2021 11:47:10 +0300

Поставил 100 но ситуация не поменялась

Modbus RTU через TCP

almaz — Tue, 07 Sep 2021 16:56:49 +0300

В видео время ожидания соединения = 0. Обычно ставим 50-100 миллисекунд.

Modbus RTU через TCP

tka4ev_s — Mon, 06 Sep 2021 13:24:38 +0300

Добрый день !
Столкнулся со странным поведением скады не могу выключить контроллер MODBUS.

Прикрепил видео происходящего
https://drive.google.com/file/d/1VedlRdZB8DFvoeDk7UrmrR4X7i0pzGsh/view?usp=sharing

Vision, Gentoo, Qt-5.15.2: не раскрываются составные аттрибуты

IrmIngeneer — Fri, 20 Aug 2021 21:31:46 +0300

Да, теперь без пача атрибуты раскрываются, версия 2764.

Vision, Gentoo, Qt-5.15.2: не раскрываются составные аттрибуты

roman — Fri, 20 Aug 2021 20:35:01 +0300

"roman" wrote:

Что не проблема OpenSCADA, а проблема Qt.

Собственно в классе QAbstractTableModel в Qt 5.15 опять что-то переопределили криво, как было ранее с ним-же в Qt5.11 для функции sibling().

Поэтому окончательно меняется на QAbstractItemModel, что не существенно для модели.

P.S. С выходом Debian 11, в течении последних пары дней собирал для него OpenSCADA, по ходу глубже адаптировал к Qt5, решая кучу предупреждений, а также исправил и проверил этот случай!

потеря страниц Web интерфейса проекта

DmitrijP — Fri, 20 Aug 2021 16:53:01 +0300

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

потеря страниц Web интерфейса проекта

roman — Fri, 20 Aug 2021 15:35:40 +0300

У меня ничего подобного нет, и пока его нет это не ошибка.

потеря страниц Web интерфейса проекта

DmitrijP — Fri, 20 Aug 2021 15:05:54 +0300

Добрый день,
Роман, прошу помочь.

При переходе по страницам проекта в браузере может возникнуть ситуация, когда реакция на действия пользователя пропадает. (Например невозможно перейти на другую страницу)
Пользователь видит текущую страницу, но она неактивна. Активны толь кнопки корневой страницы

Было замечено с помощью Интерфейсы Пользователя->Движок среды визуализации и управления ->Сеанс ->"Имя проекта" в окне "Открытые страницы" что текущая страница на которой пользователь находился (См. рис. Исходная), пропадает, после того как пользователь попытался перейти на другую страницу.

Остаётся только корневая страница (См. рис. После перехода).

OpenSCADA v1 r2761

Транспорты->Внешние хосты: Некорректная работа таблицы

roman — Sat, 07 Aug 2021 07:23:15 +0300

"psn8402" wrote:

При попытке добавить запись в таблицу внешних хостов, введённые данные после выхода из ячейки прыгают на следующую строку. В итоге половина введённых полей вообще не сохраняется. Версия 1+r2761. Проверял в Gentoo и Automation Linux.

Да, не доделал распространение полученного хеша пароля у сервера на соседние записи с такими параметрами аутентификации, что позже вылезло.
Собственно уже исправлено!

Транспорты->Внешние хосты: Некорректная работа таблицы

psn8402 — Sat, 07 Aug 2021 01:30:59 +0300

При попытке добавить запись в таблицу внешних хостов, введённые данные после выхода из ячейки прыгают на следующую строку. В итоге половина введённых полей вообще не сохраняется. Версия 1+r2761. Проверял в Gentoo и Automation Linux.

краш при обычном изменении параметров подуровня logiclev

roman — Wed, 28 Jul 2021 20:18:49 +0300

"roman" wrote:

Отчёты сгенерированы без отладочной информации поэтому мало полезны, однако рекурсия там видна, т.е. привязка атрибута не самого себя, что дурь такая, которая даже не проверяется.

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

Исправлено!

краш при обычном изменении параметров подуровня logiclev

roman — Wed, 28 Jul 2021 14:51:12 +0300

"Anton_z" wrote:

с отладочной информацией пока не разобрался как включить, а по поводу рекурсии видимо из-за того что строка link в одном из параметров logiclev по какой-то причине оказалось пустой, произошла ошибка рекурсии, после вставки корректного источника, краш перестал появляться.

Для пустых связей такое невозможно и нет нигде!

краш при обычном изменении параметров подуровня logiclev

Anton_z — Wed, 28 Jul 2021 14:38:10 +0300

"roman" wrote:

"Anton_z" wrote:

Менял параметры в logiclev в очередной раз (ничего не обычного) включаю запуск и программа крашиться и отказывается запускаться,

Детали!
А вообще, читаем руководство и правила этого форума.

Отчёты сгенерированы без отладочной информации поэтому мало полезны, однако рекурсия там видна, т.е. привязка атрибута не самого себя, что дурь такая, которая даже не проверяется.

с отладочной информацией пока не разобрался как включить, а по поводу рекурсии видимо из-за того что строка link в одном из параметров logiclev по какой-то причине оказалось пустой, произошла ошибка рекурсии, после вставки корректного источника, краш перестал появляться.
Спасибо за указание на ошибку.

краш при обычном изменении параметров подуровня logiclev

roman — Wed, 28 Jul 2021 14:13:52 +0300

краш при обычном изменении параметров подуровня logiclev

Anton_z — Wed, 28 Jul 2021 12:47:45 +0300

Здравствуйте, не знал куда можно скинуть данную проблему.
установленная свежая версия 0.9.4 LTS.
Менял параметры в logiclev в очередной раз (ничего не обычного) включаю запуск и программа крашиться и отказывается запускаться,
при последующем запуске создается краш файл.
После нескольких перезагрузок она повисела несколько минут после создания очередного краш файла и вдруг запустился конфигуратор, но при закрытии пишет segmentation failed (core dumped).
краш файлы приложил.