Останні повідомлення форума : Відстеження помилок http://oscada.org/ua/forum/topics/vidstezhennja_pomilok/ Відстеження помилок ua Wed, 13 May 2026 01:16:07 +0300 mm_forum powered by TYPO3 60 Помилка динамічного переходу між вікнами та злітання локальних змінних http://oscada.org/ua/forum/posts///10366/ Tue, 08 Apr 2025 21:47:59 +0300 Добре, дякую, буду чекати для міні-пк версію. Відстеження помилок Dmytro_NF Помилка динамічного переходу між вікнами та злітання локальних змінних http://oscada.org/ua/forum/posts///10365/ Tue, 08 Apr 2025 21:28:38 +0300 А збірка 3018 2 поширюється тільки на amd64? Тому, що на arm64 та ж сама проблема з відсутністю сесії. Також, чомусь не можу спробувати LTS версію. Там для Debian збирається все одно Work. То просто була тестова збірка із латкою, і що розповсюдиться на решту через тиждень, включно із LTS. І 64, це саме про AMD64! openscada-core_1+r3018-2_amd64.deb 07-Apr-2025 19:18 2.3M openscada-core_1+r3018-2_i386.deb 07-Apr-2025 19:37 2.4M "Dmytro_NF" wrote:

А збірка 3018 2 поширюється тільки на amd64? Тому, що на arm64 та ж сама проблема з відсутністю сесії.
Також, чомусь не можу спробувати LTS версію. Там для Debian збирається все одно Work.

То просто була тестова збірка із латкою, і що розповсюдиться на решту через тиждень, включно із LTS.
І 64, це саме про AMD64!
[ ] openscada-core_1+r3018-2_amd64.deb 07-Apr-2025 19:18 2.3M
[ ] openscada-core_1+r3018-2_i386.deb 07-Apr-2025 19:37 2.4M
]]> Відстеження помилок roman Помилка динамічного переходу між вікнами та злітання локальних змінних http://oscada.org/ua/forum/posts///10364/ Tue, 08 Apr 2025 19:26:58 +0300 А збірка 3018 2 поширюється тільки на amd64? Тому, що на arm64 та ж сама проблема з відсутністю сесії. Також, чомусь не можу спробувати LTS версію. Там для Debian збирається все одно Work. Також, чомусь не можу спробувати LTS версію. Там для Debian збирається все одно Work. ]]> Відстеження помилок Dmytro_NF Помилка динамічного переходу між вікнами та злітання локальних змінних http://oscada.org/ua/forum/posts///10363/ Tue, 08 Apr 2025 15:14:32 +0300 Звичайно. key_mousePresLeft:*:open:/pg_MainFunc/pg_BaseScr/pg_Misc/pg_Header ЗІРОЧКУ ЗАМІНІТЬ!!! http://oscada.org/wiki/Special:MyLanguage/Sub-projects/VCA#Events http://oscada.org/wiki/Special:MyLanguage/Documents/How_to/Debug "Dmytro_NF" wrote:

Звичайно. key_mousePresLeft:*:open:/pg_MainFunc/pg_BaseScr/pg_Misc/pg_Header

ЗІРОЧКУ ЗАМІНІТЬ!!!
http://oscada.org/wiki/Special:MyLanguage/Sub-projects/VCA#Events
http://oscada.org/wiki/Special:MyLanguage/Documents/How_to/Debug ]]> Відстеження помилок roman Помилка динамічного переходу між вікнами та злітання локальних змінних http://oscada.org/ua/forum/posts///10362/ Tue, 08 Apr 2025 15:05:42 +0300 Звичайно. key_mousePresLeft:*:open:/pg_MainFunc/pg_BaseScr/pg_Misc/pg_Header Відстеження помилок Dmytro_NF Помилка динамічного переходу між вікнами та злітання локальних змінних http://oscada.org/ua/forum/posts///10361/ Tue, 08 Apr 2025 15:02:01 +0300 Спробував змінити на key_mousePresLeft: Результат залишився такий самий. Адресу додали? "Dmytro_NF" wrote:

Спробував змінити на key_mousePresLeft:
Результат залишився такий самий.

Адресу додали? ]]> Відстеження помилок roman Помилка динамічного переходу між вікнами та злітання локальних змінних http://oscada.org/ua/forum/posts///10360/ Tue, 08 Apr 2025 14:07:39 +0300 Спробував змінити на key_mousePresLeft: Результат залишився такий самий. Результат залишився такий самий. ]]> Відстеження помилок Dmytro_NF Помилка динамічного переходу між вікнами та злітання локальних змінних http://oscada.org/ua/forum/posts///10359/ Tue, 08 Apr 2025 10:39:07 +0300 Також є віджети, при натисканні на які, викликається дана форма через : ws_FocusIn:*:open:/pg_MainFunc/pg_BaseScr/pg_Misc/pg_Header Власне це через "ws_FocusIn:*", тобто ви відкриваєте сторінку за отриманням фокусу від БУДЬ ЯКОГО джерела, а відтак колись це джерело те, що треба, і воно зв'язується із ним, а колись це джерело помилкове і без цільових змінних там, тобто зв'язки не встановлюються і повертається EVAL, як ознака відсутності зв'язку. І ця-ВАША проблема вилізла-б за будь якої ревізії з часом, а тут вона просто раніше відтворилася через додання надсилання необроблених подій до джерела відкриття сторінки у r3013 (для можливості обробки усіх подій від панелей у викликачу як то для створених динамічно елементів). Тобто ws_FocusIn надходить двічі, спочатку від батьківської-кореневої сторінки, а потім від кнопки, чи що ви там клацаєте. Тому ставте коректно адресу джерела, до якого сторінка має підключатися! "Dmytro_NF" wrote:

Також є віджети, при натисканні на які, викликається дана форма через :

ws_FocusIn:*:open:/pg_MainFunc/pg_BaseScr/pg_Misc/pg_Header

Власне це через "ws_FocusIn:*", тобто ви відкриваєте сторінку за отриманням фокусу від БУДЬ ЯКОГО джерела, а відтак колись це джерело те, що треба, і воно зв'язується із ним, а колись це джерело помилкове і без цільових змінних там, тобто зв'язки не встановлюються і повертається EVAL, як ознака відсутності зв'язку.

І ця-ВАША проблема вилізла-б за будь якої ревізії з часом, а тут вона просто раніше відтворилася через додання надсилання необроблених подій до джерела відкриття сторінки у r3013 (для можливості обробки усіх подій від панелей у викликачу як то для створених динамічно елементів). Тобто ws_FocusIn надходить двічі, спочатку від батьківської-кореневої сторінки, а потім від кнопки, чи що ви там клацаєте.

Тому ставте коректно адресу джерела, до якого сторінка має підключатися! ]]> Відстеження помилок roman Помилка динамічного переходу між вікнами та злітання локальних змінних http://oscada.org/ua/forum/posts///10358/ Tue, 08 Apr 2025 09:59:46 +0300 Але залишилась проблема зі злітанням змінної. Це не проблема змінної, а зв'язку, щодо чого дивіться у вкладці "Зв'язки" контексту сеансу! Також є віджети, при натисканні на які, викликається дана форма через : ws_FocusIn:*:open:/pg_MainFunc/pg_BaseScr/pg_Misc/pg_Header Якщо по натисканню, то і використовуйте подію натискання, а не отримання фокусу, що доволі непевно! "Dmytro_NF" wrote:

Але залишилась проблема зі злітанням змінної.

Це не проблема змінної, а зв'язку, щодо чого дивіться у вкладці "Зв'язки" контексту сеансу!

"Dmytro_NF" wrote:

Також є віджети, при натисканні на які, викликається дана форма через :

ws_FocusIn:*:open:/pg_MainFunc/pg_BaseScr/pg_Misc/pg_Header

Якщо по натисканню, то і використовуйте подію натискання, а не отримання фокусу, що доволі непевно! ]]> Відстеження помилок roman Помилка динамічного переходу між вікнами та злітання локальних змінних http://oscada.org/ua/forum/posts///10357/ Tue, 08 Apr 2025 09:25:38 +0300 Оновився, проблема з відсутністю сесії не з`явилася. Але залишилась проблема зі злітанням змінної. У мене є форма pg_Header, у якого в атрибутах є дві змінні через Input link (фото 1). Також є віджети, при натисканні на які, викликається дана форма через : ws_FocusIn:*:open:/pg_MainFunc/pg_BaseScr/pg_Misc/pg_Header Також в них проводиться заповнення змінних які вказані у pg_Header як вхідні (Номер ПЛК та ім`я об`єкту). Якщо я переходжу між розділами меню, то все працює коректно. Також при натисканні на різні кнопки, різних ПЛК, змінні номерів, відображаються коректно. Але як тільки, я натискаю на будь який активний елемент на сторінці іншої форми, мої змінні в pg_Header переходять в <EVAL>, і вся логіка порушується. На самих сторінках знаходиться Processing, який використовує Link до змінної pg_Header (Номер ПЛК), аби динамічно переписати теги під потрібний ПЛК. Знову ж таки, на 3009 такого не було помічено.
Але залишилась проблема зі злітанням змінної.

У мене є форма pg_Header, у якого в атрибутах є дві змінні через Input link (фото 1).
Також є віджети, при натисканні на які, викликається дана форма через :

ws_FocusIn:*:open:/pg_MainFunc/pg_BaseScr/pg_Misc/pg_Header

Також в них проводиться заповнення змінних які вказані у pg_Header як вхідні (Номер ПЛК та ім`я об`єкту).

Якщо я переходжу між розділами меню, то все працює коректно. Також при натисканні на різні кнопки, різних ПЛК, змінні номерів, відображаються коректно.
Але як тільки, я натискаю на будь який активний елемент на сторінці іншої форми, мої змінні в pg_Header переходять в <EVAL>, і вся логіка порушується.

На самих сторінках знаходиться Processing, який використовує Link до змінної pg_Header (Номер ПЛК), аби динамічно переписати теги під потрібний ПЛК.

Знову ж таки, на 3009 такого не було помічено.
]]> Відстеження помилок Dmytro_NF Помилка динамічного переходу між вікнами та злітання локальних змінних http://oscada.org/ua/forum/posts///10356/ Mon, 07 Apr 2025 19:12:05 +0300 Дякую, чекаю Відстеження помилок Dmytro_NF Помилка динамічного переходу між вікнами та злітання локальних змінних http://oscada.org/ua/forum/posts///10355/ Mon, 07 Apr 2025 19:07:59 +0300 Як раз таки, я маю і 3009 на одній вірт. машині, а на другій зараз 3018. В 3009, не можу відобразити ту ж саму проблему, як на 3016-3018. Тобто після відкриття через кнопку форми в 3009, при роботі з нею все добре - діагностика не містить ніяких проблем. Мабуть це перечіпається через повні адреси у певних випадках: // ... to source Widget/Page of opening this one Page if((sev_path=attrAt("pgOpenSrc").at().getS()).size()) ((AutoHD<SessWdg>)mod->nodeAt(sev_path)).at().eventAdd(sevup); // ... to the upper page Хвилин через 40 оновіть збірку 2 r3018 для Debian 12 64 або 32! "Dmytro_NF" wrote:

Як раз таки, я маю і 3009 на одній вірт. машині, а на другій зараз 3018.
В 3009, не можу відобразити ту ж саму проблему, як на 3016-3018.
Тобто після відкриття через кнопку форми в 3009, при роботі з нею все добре - діагностика не містить ніяких проблем.


Мабуть це перечіпається через повні адреси у певних випадках:
JAVASCRIPT
// ... to source Widget/Page of opening this one Page
                        if((sev_path=attrAt("pgOpenSrc").at().getS()).size())
                            ((AutoHD<SessWdg>)mod->nodeAt(sev_path)).at().eventAdd(sevup);
                        // ... to the upper page


Хвилин через 40 оновіть збірку 2 r3018 для Debian 12 64 або 32! ]]> Відстеження помилок roman Помилка динамічного переходу між вікнами та злітання локальних змінних http://oscada.org/ua/forum/posts///10354/ Mon, 07 Apr 2025 18:20:09 +0300 Як раз таки, я маю і 3009 на одній вірт. машині, а на другій зараз 3018. В 3009, не можу відобразити ту ж саму проблему, як на 3016-3018. Тобто після відкриття через кнопку форми в 3009, при роботі з нею все добре - діагностика не містить ніяких проблем. В 3009, не можу відобразити ту ж саму проблему, як на 3016-3018.
Тобто після відкриття через кнопку форми в 3009, при роботі з нею все добре - діагностика не містить ніяких проблем. ]]> Відстеження помилок Dmytro_NF Помилка динамічного переходу між вікнами та злітання локальних змінних http://oscada.org/ua/forum/posts///10353/ Mon, 07 Apr 2025 18:12:46 +0300 Версія 3018. Та сама помилка в діагностиці. Тоді там не було жодних змін із r3009, які пов'язані із подібним підключенням, а як хочете переконатися, то й складіть собі r3009. У будь якому разі для заявлення про помилку відтворюйте її на ДемоБД! "Dmytro_NF" wrote:

Версія 3018. Та сама помилка в діагностиці.

Тоді там не було жодних змін із r3009, які пов'язані із подібним підключенням, а як хочете переконатися, то й складіть собі r3009.

У будь якому разі для заявлення про помилку відтворюйте її на ДемоБД! ]]> Відстеження помилок roman Помилка динамічного переходу між вікнами та злітання локальних змінних http://oscada.org/ua/forum/posts///10352/ Mon, 07 Apr 2025 18:02:57 +0300 Версія 3018. Та сама помилка в діагностиці. Зв`язування працює до моменту, коли починаються проблеми з відсутності сеансу, тоді все "пливе".
Зв`язування працює до моменту, коли починаються проблеми з відсутності сеансу, тоді все "пливе". ]]> Відстеження помилок Dmytro_NF Помилка динамічного переходу між вікнами та злітання локальних змінних http://oscada.org/ua/forum/posts///10351/ Mon, 07 Apr 2025 17:36:05 +0300 Але, коли я натискаю курсором на будь який з елементів на формі (активного), у меня виникає: 1) помилка в дігностиці, в якій вказується, що моєї сессії не існує (Картинка ErrorSess), ця помилка відноситься до самої кнопки; Оновіть до r3018, там у опрацюванні подій вже відсутнє підключення до джерела! "Dmytro_NF" wrote:

Але, коли я натискаю курсором на будь який з елементів на формі (активного), у меня виникає:
1) помилка в дігностиці, в якій вказується, що моєї сессії не існує (Картинка ErrorSess), ця помилка відноситься до самої кнопки;

Оновіть до r3018, там у опрацюванні подій вже відсутнє підключення до джерела! ]]> Відстеження помилок roman Помилка динамічного переходу між вікнами та злітання локальних змінних http://oscada.org/ua/forum/posts///10350/ Mon, 07 Apr 2025 17:31:35 +0300 При детальній перевірці проекту, проблема знаходиться в іншому. Проект складається з основної сторінки, та віджетів, які відображаються через відкриття вікон. При Натисканні на кнопки об’єктів, повинно записуватись значення в змінну номеру об’єкту, з якої потім це значення витягується для елементів відображення через сторінку, яка читає через Configuration template <page>|PlcObj (номер). Зв'язування відсутнє, щодо чого вивчайте контекст сеансу. "Dmytro_NF" wrote:

При детальній перевірці проекту, проблема знаходиться в іншому.
Проект складається з основної сторінки, та віджетів, які відображаються через відкриття вікон.
При Натисканні на кнопки об’єктів, повинно записуватись значення в змінну номеру об’єкту, з якої потім це значення витягується для елементів відображення через сторінку, яка читає через Configuration template <page>|PlcObj (номер).

Зв'язування відсутнє, щодо чого вивчайте контекст сеансу. ]]> Відстеження помилок roman Помилка динамічного переходу між вікнами та злітання локальних змінних http://oscada.org/ua/forum/posts///10349/ Mon, 07 Apr 2025 15:39:43 +0300 Перевірив знову проект. Виявив наступні проблеми: У мене є кнопки, які вважаються елементами меню, при натискані спрацьовує events processing. Для прикладу перехід на форму температури: ws_FocusIn:*:open:/pg_MainFunc/pg_BaseScr/pg_Schemes/pg_TempMN Але, коли я натискаю курсором на будь який з елементів на формі (активного), у меня виникає: 1) помилка в дігностиці, в якій вказується, що моєї сессії не існує (Картинка ErrorSess), ця помилка відноситься до самої кнопки; 2) В атрибутах елементаwdg_Text цієї кнопки , зберігаются події (events) які відбуваються на формі pg_TempMN (знаходиться в інших координтаха від кнопки), яку відкриває ця кнопка, і які не повинні відноситись до даної кнопки. При чому вимкнений віджет, який вказаний на фото, якщо його повернути в роботу (вручну увімкнути Processing), то він працює без помилок, до наступного натискання на будь який елемент з форми. Виявив наступні проблеми:

У мене є кнопки, які вважаються елементами меню, при натискані спрацьовує events processing.

Для прикладу перехід на форму температури:
ws_FocusIn:*:open:/pg_MainFunc/pg_BaseScr/pg_Schemes/pg_TempMN

Але, коли я натискаю курсором на будь який з елементів на формі (активного), у меня виникає:
1) помилка в дігностиці, в якій вказується, що моєї сессії не існує (Картинка ErrorSess), ця помилка відноситься до самої кнопки;
2) В атрибутах елементаwdg_Text цієї кнопки , зберігаются події (events) які відбуваються на формі pg_TempMN (знаходиться в інших координтаха від кнопки), яку відкриває ця кнопка, і які не повинні відноситись до даної кнопки.

При чому вимкнений віджет, який вказаний на фото, якщо його повернути в роботу (вручну увімкнути Processing), то він працює без помилок, до наступного натискання на будь який елемент з форми. ]]> Відстеження помилок Dmytro_NF Помилка динамічного переходу між вікнами та злітання локальних змінних http://oscada.org/ua/forum/posts///10348/ Mon, 07 Apr 2025 11:51:41 +0300 Добрий день. При детальній перевірці проекту, проблема знаходиться в іншому. Проект складається з основної сторінки, та віджетів, які відображаються через відкриття вікон. При Натисканні на кнопки об’єктів, повинно записуватись значення в змінну номеру об’єкту, з якої потім це значення витягується для елементів відображення через сторінку, яка читає через Configuration template <page>|PlcObj (номер). Але на відміну від версії 3009, на версії 3016 при натисканні на будь який активний елемент сторінки, моя змінна перетворюється на <EVAL> і все злітає. Наразі вивчаю цей аспект, як з’явиться більше інформації - відпишу.
При детальній перевірці проекту, проблема знаходиться в іншому.
Проект складається з основної сторінки, та віджетів, які відображаються через відкриття вікон.
При Натисканні на кнопки об’єктів, повинно записуватись значення в змінну номеру об’єкту, з якої потім це значення витягується для елементів відображення через сторінку, яка читає через Configuration template <page>|PlcObj (номер).
Але на відміну від версії 3009, на версії 3016 при натисканні на будь який активний елемент сторінки, моя змінна перетворюється на <EVAL> і все злітає.

Наразі вивчаю цей аспект, як з’явиться більше інформації - відпишу.
]]> Відстеження помилок Dmytro_NF Помилка динамічного переходу між вікнами та злітання локальних змінних http://oscada.org/ua/forum/posts///10347/ Sun, 06 Apr 2025 20:22:58 +0300 vcaAttrSet("/"+path.parsePath(0)+"/pg_MainFunc/pg_BaseScr/pg_Schemes/pg_GenMess/ім`я сторінки",true); - ім`я сторінки, це я для прикладу, насправді - назва сторінки там pg_Main. Та і pg_Main у кінці це не про атрибути, а відтак і не відкриття! Тут теж немає проблем для коду у ДемоБД: vcaAttrSet("/ses_AGLKS/pg_so/pg_1/pg_mn/pg_1/a_pgOpen",true); "roman" wrote:

"Dmytro_NF" wrote:

vcaAttrSet("/"+path.parsePath(0)+"/pg_MainFunc/pg_BaseScr/pg_Schemes/pg_GenMess/ім`я сторінки",true); - ім`я сторінки, це я для прикладу, насправді - назва сторінки там pg_Main.

Та і pg_Main у кінці це не про атрибути, а відтак і не відкриття!


Тут теж немає проблем для коду у ДемоБД:
JAVASCRIPT
vcaAttrSet("/ses_AGLKS/pg_so/pg_1/pg_mn/pg_1/a_pgOpen",true);
]]> Відстеження помилок roman Помилка динамічного переходу між вікнами та злітання локальних змінних http://oscada.org/ua/forum/posts///10346/ Sat, 05 Apr 2025 20:36:29 +0300 Але це для 3009 я зараз перевірю, бо на 3016 у процедурах, які не перекомпілюються, все зберігається, тобто оператор "var" нічого там не ламав! Саме так, нічого там не зберігається, і що видно по коду на тестовому кадрі: var test123; if(test123 == null) test123 = 0; else test123++; this.messInfo("TEST 00: "+test123); "roman" wrote:

Але це для 3009 я зараз перевірю, бо на 3016 у процедурах, які не перекомпілюються, все зберігається, тобто оператор "var" нічого там не ламав!


Саме так, нічого там не зберігається, і що видно по коду на тестовому кадрі:
JAVASCRIPT
var test123;
if(test123 == null)	test123 = 0;
else test123++;
 
this.messInfo("TEST 00: "+test123);
]]> Відстеження помилок roman Помилка динамічного переходу між вікнами та злітання локальних змінних http://oscada.org/ua/forum/posts///10345/ Sat, 05 Apr 2025 20:22:31 +0300 Це потрібно через термінал ввести: openscada-proj snapshot {PrijNm}? Звісно, і {PrijNm}, це ім'я вашого проєкту. vcaAttrSet("/"+path.parsePath(0)+"/pg_MainFunc/pg_BaseScr/pg_Schemes/pg_GenMess/ім`я сторінки",true); - ім`я сторінки, це я для прикладу, насправді - назва сторінки там pg_Main. Та і pg_Main у кінці це не про атрибути, а відтак і не відкриття! Стосовно цього таки прибрав блокування сторінки відкриття і може завтра запущу на складання. Стосовно збереження значення змінних, то воно у VCAEngine ніколи і не зберігалося, бо код сторінок компілюється при запуску її опрацювання, що типово при відкритті. Відтак або та зміна була у атрибутах, або встановлено опрацювання закритою! Але це для 3009 я зараз перевірю, бо на 3016 у процедурах, які не перекомпілюються, все зберігається, тобто оператор "var" нічого там не ламав! "Dmytro_NF" wrote:

Це потрібно через термінал ввести: openscada-proj snapshot {PrijNm}?

Звісно, і {PrijNm}, це ім'я вашого проєкту.

"Dmytro_NF" wrote:

vcaAttrSet("/"+path.parsePath(0)+"/pg_MainFunc/pg_BaseScr/pg_Schemes/pg_GenMess/ім`я сторінки",true); - ім`я сторінки, це я для прикладу, насправді - назва сторінки там pg_Main.

Та і pg_Main у кінці це не про атрибути, а відтак і не відкриття!

Стосовно цього таки прибрав блокування сторінки відкриття і може завтра запущу на складання.

Стосовно збереження значення змінних, то воно у VCAEngine ніколи і не зберігалося, бо код сторінок компілюється при запуску її опрацювання, що типово при відкритті. Відтак або та зміна була у атрибутах, або встановлено опрацювання закритою!

Але це для 3009 я зараз перевірю, бо на 3016 у процедурах, які не перекомпілюються, все зберігається, тобто оператор "var" нічого там не ламав! ]]> Відстеження помилок roman Помилка динамічного переходу між вікнами та злітання локальних змінних http://oscada.org/ua/forum/posts///10344/ Sat, 05 Apr 2025 19:38:44 +0300 Це потрібно через термінал ввести: openscada-proj snapshot {PrijNm}? vcaAttrSet("/"+path.parsePath(0)+"/pg_MainFunc/pg_BaseScr/pg_Schemes/pg_GenMess/ім`я сторінки",true); - ім`я сторінки, це я для прикладу, насправді - назва сторінки там pg_Main.

vcaAttrSet("/"+path.parsePath(0)+"/pg_MainFunc/pg_BaseScr/pg_Schemes/pg_GenMess/ім`я сторінки",true); - ім`я сторінки, це я для прикладу, насправді - назва сторінки там pg_Main. ]]> Відстеження помилок Dmytro_NF Помилка динамічного переходу між вікнами та злітання локальних змінних http://oscada.org/ua/forum/posts///10343/ Sat, 05 Apr 2025 18:49:06 +0300 Після завантаження проекту який розроблювався ще в версії 2966 (На старій версії через upgrade openscada, оновився з 2966 до версії 3009, там такої проблеми не спостерігається), почали некоректно відпрацьовувати переходи між екранами за допомогою коду в скрипті: if(ev_wrk == "key_mousePresLeft:/But") { vcaAttrSet("/"+path.parsePath(0)+"/pg_MainFunc/pg_BaseScr/pg_Schemes/pg_GenMess/ім`я сторінки",true); } Чого це воно за таким кодом взагалі щось відкривати має? Відкриваються зовсім інші вікна, а потім і зовсім скада зависає. А щодо цього формуйте дамп-знімок щодо з'ясування чого і де зависає openscada-proj snapshot {PrijNm} І загалом не застосовуйте кирилицю у ID! 2) Злітання локальних змінних. Почитайте про особливість застосування оператору "var", який якщо у функціях застосовується, то ця змінна визначається у її області видимості, тобто це буде не та, яка у загальній області видимості! Та і у мене на купі коду це аж ніяк не вплинуло, бо у локальних функціях змінні завжди і визначалися у власній області видимості, тобто до глобальних доступу не була, і таке я нарешті реалізував щоб отримати цей доступ не кладучи змінних у атрибути функцій. Чи є можливість повернутись до версії 3009? Нащо? Щодо першого нічого специфічного і не вносилося, хоча може це "Moving to AutoHD<SessWdg> in the argument "src" of the function Session::uiCmd()", але тоді сформуйте знімок! "Dmytro_NF" wrote:

Після завантаження проекту який розроблювався ще в версії 2966 (На старій версії через upgrade openscada, оновився з 2966 до версії 3009, там такої проблеми не спостерігається), почали некоректно відпрацьовувати переходи між екранами за допомогою коду в скрипті:

if(ev_wrk == "key_mousePresLeft:/But")
{
vcaAttrSet("/"+path.parsePath(0)+"/pg_MainFunc/pg_BaseScr/pg_Schemes/pg_GenMess/ім`я сторінки",true);
}

Чого це воно за таким кодом взагалі щось відкривати має?

"Dmytro_NF" wrote:

Відкриваються зовсім інші вікна, а потім і зовсім скада зависає.

А щодо цього формуйте дамп-знімок щодо з'ясування чого і де зависає
JAVASCRIPT
openscada-proj snapshot {PrijNm}


І загалом не застосовуйте кирилицю у ID!

"Dmytro_NF" wrote:

2) Злітання локальних змінних.

Почитайте про особливість застосування оператору "var", який якщо у функціях застосовується, то ця змінна визначається у її області видимості, тобто це буде не та, яка у загальній області видимості!

Та і у мене на купі коду це аж ніяк не вплинуло, бо у локальних функціях змінні завжди і визначалися у власній області видимості, тобто до глобальних доступу не була, і таке я нарешті реалізував щоб отримати цей доступ не кладучи змінних у атрибути функцій.

"Dmytro_NF" wrote:

Чи є можливість повернутись до версії 3009?

Нащо?

Щодо першого нічого специфічного і не вносилося, хоча може це "Moving to AutoHD<SessWdg> in the argument "src" of the function Session::uiCmd()", але тоді сформуйте знімок! ]]> Відстеження помилок roman Помилка динамічного переходу між вікнами та злітання локальних змінних http://oscada.org/ua/forum/posts///10342/ Sat, 05 Apr 2025 17:06:33 +0300 Добрий день. 1) Проблема переходу між екранами Встановив на нову віртуальну машину версію Debian 11 OpenSCADA v1+r3016. Після завантаження проекту який розроблювався ще в версії 2966 (На старій версії через upgrade openscada, оновився з 2966 до версії 3009, там такої проблеми не спостерігається), почали некоректно відпрацьовувати переходи між екранами за допомогою коду в скрипті: if(ev_wrk == "key_mousePresLeft:/But") { vcaAttrSet("/"+path.parsePath(0)+"/pg_MainFunc/pg_BaseScr/pg_Schemes/pg_GenMess/ім`я сторінки",true); } Відкриваються зовсім інші вікна, а потім і зовсім скада зависає. Переніс логіку в Events processing через ws_FocusIn*:open - почало працювати корректно. 2) Злітання локальних змінних. Знов ж таки проблема на версії 3016, у мене реалізована логіка, при перемиканні на кнопки - в локальні змінні записується номер необхідного об`єкту і динамічно промальовуються сторінки відповідно до номеру. Наразі при переході на екран, та при натисканні на стандартний елемент FormEl (при детальній перевірці - при натисканні на будь який елемент) - у мене злітають локальні змінні - <EVAL> і відповідно починаються проблеми з відображенням. На версії 3009 такого не було помічено. Дані проблеми в версії 3016 спостерігаються також на Debian 12. Чи є можливість повернутись до версії 3009?
1) Проблема переходу між екранами
Встановив на нову віртуальну машину версію Debian 11 OpenSCADA v1+r3016.
Після завантаження проекту який розроблювався ще в версії 2966 (На старій версії через upgrade openscada, оновився з 2966 до версії 3009, там такої проблеми не спостерігається), почали некоректно відпрацьовувати переходи між екранами за допомогою коду в скрипті:

if(ev_wrk == "key_mousePresLeft:/But")
{
vcaAttrSet("/"+path.parsePath(0)+"/pg_MainFunc/pg_BaseScr/pg_Schemes/pg_GenMess/ім`я сторінки",true);
}

Відкриваються зовсім інші вікна, а потім і зовсім скада зависає.

Переніс логіку в Events processing через ws_FocusIn*:open - почало працювати корректно.


2) Злітання локальних змінних.
Знов ж таки проблема на версії 3016, у мене реалізована логіка, при перемиканні на кнопки - в локальні змінні записується номер необхідного об`єкту і динамічно промальовуються сторінки відповідно до номеру. Наразі при переході на екран, та при натисканні на стандартний елемент FormEl (при детальній перевірці - при натисканні на будь який елемент) - у мене злітають локальні змінні - <EVAL> і відповідно починаються проблеми з відображенням.
На версії 3009 такого не було помічено.

Дані проблеми в версії 3016 спостерігаються також на Debian 12.

Чи є можливість повернутись до версії 3009? ]]> Відстеження помилок Dmytro_NF Відображення часу в FormEl http://oscada.org/ua/forum/posts///10328/ Wed, 29 May 2024 09:02:42 +0300 При додаванні FormEl в форматі часу (View = Time; Element type = Line edit) та встановленні конфігурації - hh:mm, на відеокадрі йде зображення часу з форматом pm/am. Додавання та прибирання "ap" в конфігурації, не приводять до жодних змін. У мене немає там жодних проблем у коректній локалі, яка і передбачає відповідний до неї вивід безпосередньо бібліотекою Qt, а не OpenSCADA! На вкладеному кадрі друге поле зверху ліворуч відображає 67500 у локалі uk_UA.UTF-8. "Dmytro_NF" wrote:

При додаванні FormEl в форматі часу (View = Time; Element type = Line edit) та встановленні конфігурації - hh:mm, на відеокадрі йде зображення часу з форматом pm/am. Додавання та прибирання "ap" в конфігурації, не приводять до жодних змін.

У мене немає там жодних проблем у коректній локалі, яка і передбачає відповідний до неї вивід безпосередньо бібліотекою Qt, а не OpenSCADA!

На вкладеному кадрі друге поле зверху ліворуч відображає 67500 у локалі uk_UA.UTF-8. ]]> Відстеження помилок roman Відображення часу в FormEl http://oscada.org/ua/forum/posts///10327/ Wed, 29 May 2024 08:33:59 +0300 При додаванні FormEl в форматі часу (View = Time; Element type = Line edit) та встановленні конфігурації - hh:mm, на відеокадрі йде зображення часу з форматом pm/am. Додавання та прибирання "ap" в конфігурації, не приводять до жодних змін. Працюю на останній версії Work (OPENSCADA v1+r2966). Відтворив на 2 ОС - Debian11 та Ubuntu 20.04
Працюю на останній версії Work (OPENSCADA v1+r2966). Відтворив на 2 ОС - Debian11 та Ubuntu 20.04 ]]> Відстеження помилок Dmytro_NF Відображення кольору в таблицях Desktop http://oscada.org/ua/forum/posts///10063/ Fri, 05 Feb 2021 12:58:40 +0200 Дякую Відстеження помилок va.dzyuba Відображення кольору в таблицях Desktop http://oscada.org/ua/forum/posts///10062/ Fri, 05 Feb 2021 12:19:03 +0200 Після оновлення версії OpenScada при роботі колір строки в formEl ->Table перестав відображуватись. Тобто <r color ='#XXXXXX'> не впливає на відображення таблиці. При роботі через Web відображення працює нормально. OS Ubuntu 18.04 OpenSCADA v1+r2730 Я в курсі, вже виправив та таке може траплятися для робочої гілки! Зачекайте наступного оновлення, там зараз я значно розширюю функції таблиці, у процесі реалізації кадру "Склад". "va.dzyuba" wrote:

Після оновлення версії OpenScada при роботі колір строки в formEl ->Table перестав відображуватись. Тобто <r color ='#XXXXXX'> не впливає на відображення таблиці.
При роботі через Web відображення працює нормально.
OS Ubuntu 18.04
OpenSCADA v1+r2730

Я в курсі, вже виправив та таке може траплятися для робочої гілки!

Зачекайте наступного оновлення, там зараз я значно розширюю функції таблиці, у процесі реалізації кадру "Склад". ]]> Відстеження помилок roman Відображення кольору в таблицях Desktop http://oscada.org/ua/forum/posts///10061/ Fri, 05 Feb 2021 10:39:59 +0200 Після оновлення версії OpenScada при роботі колір строки в formEl ->Table перестав відображуватись. Тобто <r color ='#XXXXXX'> не впливає на відображення таблиці. При роботі через Web відображення працює нормально. OS Ubuntu 18.04 OpenSCADA v1+r2730 При роботі через Web відображення працює нормально.
OS Ubuntu 18.04
OpenSCADA v1+r2730 ]]> Відстеження помилок va.dzyuba