<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/">
	<channel>
		<title>Last forum posts : Проект</title>
		<link>http://oscada.org/forum/topics/proekt/</link>
		<description>Проект</description>
		<language>en</language>
		<lastbuilddate>Wed, 15 Apr 2026 02:28:46 +0300</lastbuilddate>
		<generator>mm_forum powered by TYPO3</generator>
		<ttl>60</ttl>
		
		
		<item>
			<title>Вопрос о ModBus</title>
			<link>http://oscada.org/forum/posts///10335/</link>
			<pubDate>Wed, 18 Sep 2024 17:36:18 +0300</pubDate>
			<description> Доброго дня. Реліз Openscada встановлений робочий (debian репозитарій), тиждень назад на raspberry pi 3+ .  Контроллер Ардуіно, працює через ESP01.  Зрозуміло, бо так себе поводити міг лише &quot;сампаял&quot;, оскільки нормальні пристрої ЗАВЖДИ шлють через сокети першу частину із повним заголовком для будь якого протоколу. :)  Хоча у частині ModBus/TCP я це переписав на доочікування за отриманням хоча-б одного байту, як і у всіх останніх протоколах на логічному рівні.</description>
			<content:encoded><![CDATA[      <div class="tx-mmforum-pi1-pt-quote">&quot;Mikl&quot; wrote:<br /><br />
Доброго дня. Реліз Openscada встановлений робочий (debian репозитарій), тиждень назад на raspberry pi 3+ .  Контроллер Ардуіно, працює через ESP01.<br />
</div><br />
Зрозуміло, бо так себе поводити міг лише &quot;сампаял&quot;, оскільки нормальні пристрої ЗАВЖДИ шлють через сокети першу частину із повним заголовком для будь якого протоколу. :)<br />
<br />
Хоча у частині ModBus/TCP я це переписав на доочікування за отриманням хоча-б одного байту, як і у всіх останніх протоколах на логічному рівні.      ]]></content:encoded>
			<category>Проект</category>
			<dc:creator>roman</dc:creator>
		</item>
		
		<item>
			<title>Вопрос о ModBus</title>
			<link>http://oscada.org/forum/posts///10334/</link>
			<pubDate>Wed, 18 Sep 2024 12:55:26 +0300</pubDate>
			<description>Доброго дня. Реліз Openscada встановлений робочий (debian репозитарій), тиждень назад на raspberry pi 3+ .  Контроллер Ардуіно, працює через ESP01. Прикріплюю скіни логів</description>
			<content:encoded><![CDATA[      Доброго дня. Реліз Openscada встановлений робочий (debian репозитарій), тиждень назад на raspberry pi 3+ .  Контроллер Ардуіно, працює через ESP01.<br />
Прикріплюю скіни логів      ]]></content:encoded>
			<category>Проект</category>
			<dc:creator>Mikl</dc:creator>
		</item>
		
		<item>
			<title>Вопрос о ModBus</title>
			<link>http://oscada.org/forum/posts///10333/</link>
			<pubDate>Tue, 17 Sep 2024 20:01:16 +0300</pubDate>
			<description> Хоча це TCP, тут є розмір пакету і він його завжди чекає протягом зазначеного &quot;очікування таймауту&quot; скільки-б там шматків не йшло, та і така помилка про те, що даних там не надійшло взагалі — дивіться &quot;Лог ВВ&quot; вихідного транспорту!  Або це реально такий дивний пристрій, який перший шмат надсилає розміром менше 7 байтів (MBAP заголовок TCP).  Опустив планку першого шматка до 6(шести) байтів, тобто щоб у ньому обов'язково прийшов загальний розмір пакету для доочікування, а віртуальний ідентифікатор можна у наступних шматках.</description>
			<content:encoded><![CDATA[      <div class="tx-mmforum-pi1-pt-quote">&quot;roman&quot; wrote:<br /><br />
Хоча це TCP, тут є розмір пакету і він його завжди чекає протягом зазначеного &quot;очікування таймауту&quot; скільки-б там шматків не йшло, та і така помилка про те, що даних там не надійшло взагалі — дивіться &quot;Лог ВВ&quot; вихідного транспорту!<br />
</div><br />
Або це реально такий дивний пристрій, який перший шмат надсилає розміром менше 7 байтів (MBAP заголовок TCP).<br />
<br />
Опустив планку першого шматка до 6(шести) байтів, тобто щоб у ньому обов'язково прийшов загальний розмір пакету для доочікування, а віртуальний ідентифікатор можна у наступних шматках.      ]]></content:encoded>
			<category>Проект</category>
			<dc:creator>roman</dc:creator>
		</item>
		
		<item>
			<title>Вопрос о ModBus</title>
			<link>http://oscada.org/forum/posts///10332/</link>
			<pubDate>Tue, 17 Sep 2024 19:15:53 +0300</pubDate>
			<description> &quot;13.Помилка відповіді сервера r7: &lt;EVAL&gt; &quot;  Ніде таких помилок у мене немає, а пристроїв мав БАГАТО! Напевно версія OpenSCADA древнюча!   Лог в закладці діагностика такий: &quot; Запит-&gt; FD 4C 00 00 00 06 01 03 00 07 00 01 Помилка-&gt;13.Помилка відповіді сервера-&gt;FD 4C 00 00 00 05&quot;  Коли в закладці  Транспорти - сокети - запит задаю вручну запит і ставлю галочку очкувати таймаут, отримую правильну відповідь: &quot;FD 4C 00 00 00 05 01 03 02 09&quot; Без цієї галочки (очікування таймауту) отримую тільки порловину відповіді &quot;FD 4C 00 00 00 05&quot;  Таке відчуття що Скада не дочікується повної відповіді і видає помилку (або ж відповідь приходить кількома кусками). Як вирішити проблему?  Таке відчуття, що не читаєте документацію на предмет часу символу вихідного транспорту! :) http://oscada.org/wiki/Special:MyLanguage/Modules/Serial#Notes  Хоча це TCP, тут є розмір пакету і він його завжди чекає протягом зазначеного &quot;очікування таймауту&quot; скільки-б там шматків не йшло, та і така помилка про те, що даних там не надійшло взагалі — дивіться &quot;Лог ВВ&quot; вихідного транспорту!  І для української мови є власна частина форуму!!!</description>
			<content:encoded><![CDATA[      <div class="tx-mmforum-pi1-pt-quote">&quot;Mikl&quot; wrote:<br /><br />
&quot;13.Помилка відповіді сервера<br />
r7: &lt;EVAL&gt;<br />
&quot;<br />
</div><br />
Ніде таких помилок у мене немає, а пристроїв мав БАГАТО!<br />
Напевно версія OpenSCADA древнюча!<br />
<br />
<div class="tx-mmforum-pi1-pt-quote">&quot;Mikl&quot; wrote:<br /><br />
Лог в закладці діагностика такий:<br />
&quot; Запит-&gt; FD 4C 00 00 00 06 01 03 00 07 00 01<br />
Помилка-&gt;13.Помилка відповіді сервера-&gt;FD 4C 00 00 00 05&quot;<br />
<br />
Коли в закладці  Транспорти - сокети - запит задаю вручну запит і ставлю галочку очкувати таймаут, отримую правильну відповідь:<br />
&quot;FD 4C 00 00 00 05 01 03 02 09&quot;<br />
Без цієї галочки (очікування таймауту) отримую тільки порловину відповіді &quot;FD 4C 00 00 00 05&quot;<br />
<br />
Таке відчуття що Скада не дочікується повної відповіді і видає помилку (або ж відповідь приходить кількома кусками). Як вирішити проблему?<br />
</div><br />
Таке відчуття, що не читаєте документацію на предмет часу символу вихідного транспорту! :)<br />
<a href="http://oscada.org/wiki/Special:MyLanguage/Modules/Serial#Notes" target="_blank" class="link_10">http://oscada.org/wiki/Special:MyLanguage/Modules/Serial#Notes</a><br />
<br />
Хоча це TCP, тут є розмір пакету і він його завжди чекає протягом зазначеного &quot;очікування таймауту&quot; скільки-б там шматків не йшло, та і така помилка про те, що даних там не надійшло взагалі — дивіться &quot;Лог ВВ&quot; вихідного транспорту!<br />
<br />
І для української мови є власна частина форуму!!!      ]]></content:encoded>
			<category>Проект</category>
			<dc:creator>roman</dc:creator>
		</item>
		
		<item>
			<title>Вопрос о ModBus</title>
			<link>http://oscada.org/forum/posts///10331/</link>
			<pubDate>Tue, 17 Sep 2024 16:27:27 +0300</pubDate>
			<description>Доброго дня. Виникла проблема з ModBus TCP в OpenScada. Пыд час отримання параметра (регістра) видає помилку:  &quot;13.Помилка відповіді сервера r7: &lt;EVAL&gt; &quot; Лог в закладці діагностика такий: &quot; Запит-&gt; FD 4C 00 00 00 06 01 03 00 07 00 01 Помилка-&gt;13.Помилка відповіді сервера-&gt;FD 4C 00 00 00 05&quot;  Коли в закладці  Транспорти - сокети - запит задаю вручну запит і ставлю галочку очкувати таймаут, отримую правильну відповідь: &quot;FD 4C 00 00 00 05 01 03 02 09&quot; Без цієї галочки (очікування таймауту) отримую тільки порловину відповіді &quot;FD 4C 00 00 00 05&quot;  Таке відчуття що Скада не дочікується повної відповіді і видає помилку (або ж відповідь приходить кількома кусками). Як вирішити проблему?  Пробував приймати дані на емулятор QModMaster, все проходить норм.   Заздалегіть, дякую.</description>
			<content:encoded><![CDATA[      Доброго дня. Виникла проблема з ModBus TCP в OpenScada. Пыд час отримання параметра (регістра) видає помилку: <br />
&quot;13.Помилка відповіді сервера<br />
r7: &lt;EVAL&gt;<br />
&quot;<br />
Лог в закладці діагностика такий:<br />
&quot; Запит-&gt; FD 4C 00 00 00 06 01 03 00 07 00 01<br />
Помилка-&gt;13.Помилка відповіді сервера-&gt;FD 4C 00 00 00 05&quot;<br />
<br />
Коли в закладці  Транспорти - сокети - запит задаю вручну запит і ставлю галочку очкувати таймаут, отримую правильну відповідь:<br />
&quot;FD 4C 00 00 00 05 01 03 02 09&quot;<br />
Без цієї галочки (очікування таймауту) отримую тільки порловину відповіді &quot;FD 4C 00 00 00 05&quot;<br />
<br />
Таке відчуття що Скада не дочікується повної відповіді і видає помилку (або ж відповідь приходить кількома кусками). Як вирішити проблему?<br />
<br />
Пробував приймати дані на емулятор QModMaster, все проходить норм. <br />
<br />
Заздалегіть, дякую.      ]]></content:encoded>
			<category>Проект</category>
			<dc:creator>Mikl</dc:creator>
		</item>
		
		<item>
			<title>2919 + контар</title>
			<link>http://oscada.org/forum/posts///10277/</link>
			<pubDate>Sat, 04 Nov 2023 10:22:30 +0200</pubDate>
			<description>http://oscada.org/wiki/Modules/AMRDevs http://oscada.org/svn/trunk/OpenSCADA/ChangeLog http://oscada.org/wiki/Works/ru#RomanSavochenko</description>
			<content:encoded><![CDATA[      <a href="http://oscada.org/wiki/Modules/AMRDevs" target="_blank" class="link_10">http://oscada.org/wiki/Modules/AMRDevs</a><br />
<a href="http://oscada.org/svn/trunk/OpenSCADA/ChangeLog" target="_blank" class="link_10">http://oscada.org/svn/trunk/OpenSCADA/ChangeLog</a><br />
<a href="http://oscada.org/wiki/Works/ru#RomanSavochenko" target="_blank" class="link_10">http://oscada.org/wiki/Works/ru#RomanSavochenko</a>      ]]></content:encoded>
			<category>Проект</category>
			<dc:creator>roman</dc:creator>
		</item>
		
		<item>
			<title>2919 + контар</title>
			<link>http://oscada.org/forum/posts///10276/</link>
			<pubDate>Mon, 30 Oct 2023 09:28:55 +0200</pubDate>
			<description>Доброго дня! Подскажите в чем может быть проблема: В версии 2596 OpenSCADA опрос Контаров работает без проблем. После обновления до версии 2919, тот же самый проект перестает работать с Контарами, создается исходящий транспорт и на этом все, ни какого обмена межу OpenCADA и Контаром нет.  В лог падает ошибка: Rserver &gt; Транспорты &gt; Sockets: Error connection the new associated node: Время чтения истекло.</description>
			<content:encoded><![CDATA[      Доброго дня!<br />
Подскажите в чем может быть проблема:<br />
В версии 2596 OpenSCADA опрос Контаров работает без проблем.<br />
После обновления до версии 2919, тот же самый проект перестает работать с Контарами,<br />
создается исходящий транспорт и на этом все, ни какого обмена межу OpenCADA и Контаром нет.<br />
<br />
В лог падает ошибка:<br />
Rserver &gt; Транспорты &gt; Sockets: Error connection the new associated node: Время чтения истекло.      ]]></content:encoded>
			<category>Проект</category>
			<dc:creator>irplanet</dc:creator>
		</item>
		
		<item>
			<title>Загрузка проекта из нескольких БД и приоритет БД</title>
			<link>http://oscada.org/forum/posts///10244/</link>
			<pubDate>Thu, 13 Apr 2023 18:12:11 +0300</pubDate>
			<description>Такая же проблема после перехода на 0.9.5 LTS и 0.9.6 LTS</description>
			<content:encoded><![CDATA[      Такая же проблема после перехода на 0.9.5 LTS и 0.9.6 LTS      ]]></content:encoded>
			<category>Проект</category>
			<dc:creator>alnet</dc:creator>
		</item>
		
		<item>
			<title>Загрузка проекта из нескольких БД и приоритет БД</title>
			<link>http://oscada.org/forum/posts///10225/</link>
			<pubDate>Mon, 30 May 2022 12:45:54 +0300</pubDate>
			<description>Приветствую всех!  Столкнулся со странным поведением openscada после обновления с версии 1+r2762 до 1+r2829 В проекте используется несколько баз данных:   MySQL.scada - Основная БД c конфигурация проекта   PostgreSQL.Lib - Библиотека функций и данные для этих функций (Шаблоны логического уровня, функции вычислителя JavaLikeCalc, данные с которыми работают функции)  После установки версии 1+r2829 при загрузке проекта часть конфигурации читается из основной БД MySQL.scada но не загружается конфигурация контроллеров (логический уровень, модбас, транспорты и т.п.), при этом выдаются сообщения системы &quot;Test1 &gt; Базы Данных &gt; PostgreSQL: Таблица пуста.&quot; и ошибки &quot;Безопасность: Ошибка поиска и создания новых пользователей&quot;, &quot;Ошибка поиска транспортов&quot; и т.п. Впечатление, что происходит смена БД по умолчанию и система пытается выполнить загрузку с БД PostgreSQL.Lib вместо MySQL.scada. Если в конфигурации снять чекбокс &quot;Включать&quot; в БД PostgreSQL.Lib, то загрузка проекта происходит полностью, но отсутствуют функции которые в PostgreSQL.Lib.  Если потом вручную &quot;Загрузить программу из этой БД&quot; то функции подключаются. В версии 1+r2762 загрузка проекта из нескольких БД происходила полностью и конфликтов не было.  Заметил, что в конфигурации БД появился пункт &quot;Приоритет в списке&quot;, которого не было в 1+r2762. Не совсем понятна очередность загрузки БД по выставленному приоритету, в порядке приоритета 0, 1, 2, .... 99 или наоборот начиная с большего номера? Пробовал выставлять приоритет MySQL.scada = 1, PostgreSQL.Lib=10 и наоборот MySQL.scada = 10, PostgreSQL.Lib=1 изменений в загрузке не увидел.  Прошу совета на что обратить внимание, возможно в БД MySQL.scada отсутствуют какие-то новые таблицы которые появились после версии 1+r2762 ?  PS Сделал новую тестовую конфигурацию с нуля. Если две базы данных однотипны (две БД MySQL) то загрузка идет корректно, проблема наблюдается если две БД в разных модулях (MySQL и PostgreSQL) </description>
			<content:encoded><![CDATA[      Приветствую всех!<br />
<br />
Столкнулся со странным поведением openscada после обновления с версии 1+r2762 до 1+r2829<br />
В проекте используется несколько баз данных:<br />
  MySQL.scada - Основная БД c конфигурация проекта<br />
  PostgreSQL.Lib - Библиотека функций и данные для этих функций (Шаблоны логического уровня, функции вычислителя JavaLikeCalc, данные с которыми работают функции)<br />
<br />
После установки версии 1+r2829 при загрузке проекта часть конфигурации читается из основной БД MySQL.scada но не загружается конфигурация контроллеров (логический уровень, модбас, транспорты и т.п.), при этом выдаются сообщения системы &quot;Test1 &gt; Базы Данных &gt; PostgreSQL: Таблица пуста.&quot; и ошибки &quot;Безопасность: Ошибка поиска и создания новых пользователей&quot;, &quot;Ошибка поиска транспортов&quot; и т.п. Впечатление, что происходит смена БД по умолчанию и система пытается выполнить загрузку с БД PostgreSQL.Lib вместо MySQL.scada.<br />
Если в конфигурации снять чекбокс &quot;Включать&quot; в БД PostgreSQL.Lib, то загрузка проекта происходит полностью, но отсутствуют функции которые в PostgreSQL.Lib.  Если потом вручную &quot;Загрузить программу из этой БД&quot; то функции подключаются.<br />
В версии 1+r2762 загрузка проекта из нескольких БД происходила полностью и конфликтов не было.<br />
<br />
Заметил, что в конфигурации БД появился пункт &quot;Приоритет в списке&quot;, которого не было в 1+r2762. Не совсем понятна очередность загрузки БД по выставленному приоритету, в порядке приоритета 0, 1, 2, .... 99 или наоборот начиная с большего номера?<br />
Пробовал выставлять приоритет MySQL.scada = 1, PostgreSQL.Lib=10 и наоборот MySQL.scada = 10, PostgreSQL.Lib=1 изменений в загрузке не увидел.<br />
<br />
Прошу совета на что обратить внимание, возможно в БД MySQL.scada отсутствуют какие-то новые таблицы которые появились после версии 1+r2762 ?<br />
<br />
PS<br />
Сделал новую тестовую конфигурацию с нуля.<br />
Если две базы данных однотипны (две БД MySQL) то загрузка идет корректно, проблема наблюдается если две БД в разных модулях (MySQL и PostgreSQL)<br />
      ]]></content:encoded>
			<category>Проект</category>
			<dc:creator>IgorIVS</dc:creator>
		</item>
		
		<item>
			<title>будет ли openscada работать на Astra Linux?</title>
			<link>http://oscada.org/forum/posts///10182/</link>
			<pubDate>Tue, 15 Feb 2022 16:02:41 +0200</pubDate>
			<description> Да нам заказали промышленный ПК с уже поставленной астрой, пока он до нас идет мы думаем сносить астру или нет. Говорят заказали под грядущий закон об ипортазамещении. Типа отечественная ОС, все дела...  Здравствуйте, Евгений. Получилось на астру openscada поставить? </description>
			<content:encoded><![CDATA[      <div class="tx-mmforum-pi1-pt-quote">&quot;Filin88&quot; wrote:<br /><br />
Да нам заказали промышленный ПК с уже поставленной астрой, пока он до нас идет мы думаем сносить астру или нет. Говорят заказали под грядущий закон об ипортазамещении. Типа отечественная ОС, все дела...<br />
</div><br />
Здравствуйте, Евгений.<br />
Получилось на астру openscada поставить?<br />
      ]]></content:encoded>
			<category>Проект</category>
			<dc:creator>Salavat</dc:creator>
		</item>
		
		<item>
			<title>Ограничение 20 символов имени параметра и архивирование</title>
			<link>http://oscada.org/forum/posts///10046/</link>
			<pubDate>Fri, 15 Jan 2021 11:18:41 +0200</pubDate>
			<description>&quot;новые создаються с нужным размером. &quot; - спасибо!, да таблица была создана еще в старой версии.</description>
			<content:encoded><![CDATA[      &quot;новые создаються с нужным размером. &quot; - спасибо!, да таблица была создана еще в старой версии.      ]]></content:encoded>
			<category>Проект</category>
			<dc:creator>IgorIVS</dc:creator>
		</item>
		
		<item>
			<title>Ограничение 20 символов имени параметра и архивирование</title>
			<link>http://oscada.org/forum/posts///10045/</link>
			<pubDate>Fri, 15 Jan 2021 10:53:16 +0200</pubDate>
			<description> Планируется-ли в будущем расширить размер поля в БД ? Чтобы имя параметра и атрибута могло быть до 20 симоволов.   Давно, новости читать нужно и не обращаться ко мне тут персонально!  Старые таблицы не корректируются, новые создаються с нужным размером.</description>
			<content:encoded><![CDATA[      <div class="tx-mmforum-pi1-pt-quote">&quot;IgorIVS&quot; wrote:<br /><br />
Планируется-ли в будущем расширить размер поля в БД ? Чтобы имя параметра и атрибута могло быть до 20 симоволов. <br />
</div><br />
Давно, новости читать нужно и не обращаться ко мне тут персонально!<br />
<br />
Старые таблицы не корректируются, новые создаються с нужным размером.      ]]></content:encoded>
			<category>Проект</category>
			<dc:creator>roman</dc:creator>
		</item>
		
		<item>
			<title>Ограничение 20 символов имени параметра и архивирование</title>
			<link>http://oscada.org/forum/posts///10044/</link>
			<pubDate>Fri, 15 Jan 2021 10:24:12 +0200</pubDate>
			<description>Добрый день, Роман.  Столкнулся с ограничением 20 символов при архивировании параметра. При создании ID руководствовался ограничением в 20 символов, но при настройке архивации имя поля БД формируется как параметр_атрибут, при этом само поле БД так-же ограничено 20 символов. имя атрибута например &quot;_st_open&quot; это +8 символов, в итоге на ID параметра остается только 12 символов. Планируется-ли в будущем расширить размер поля в БД ? Чтобы имя параметра и атрибута могло быть до 20 симоволов. </description>
			<content:encoded><![CDATA[      Добрый день, Роман.<br />
<br />
Столкнулся с ограничением 20 символов при архивировании параметра. При создании ID руководствовался ограничением в 20 символов, но при настройке архивации имя поля БД формируется как параметр_атрибут, при этом само поле БД так-же ограничено 20 символов.<br />
имя атрибута например &quot;_st_open&quot; это +8 символов, в итоге на ID параметра остается только 12 символов.<br />
Планируется-ли в будущем расширить размер поля в БД ? Чтобы имя параметра и атрибута могло быть до 20 симоволов.       ]]></content:encoded>
			<category>Проект</category>
			<dc:creator>IgorIVS</dc:creator>
		</item>
		
		<item>
			<title>Построение графика из произвольных данных</title>
			<link>http://oscada.org/forum/posts///10039/</link>
			<pubDate>Tue, 05 Jan 2021 16:20:31 +0200</pubDate>
			<description>Добрый день !! Заметил 2 особенности в работе с вижетами ElViewGraph и Пвнель группы графиков. 1) Если на панель группы графиков добавить кнопку для открытя окна и прописать в Атрибуты=&gt;Обработка событий &quot;ws_BtPress:/Back:open:/pg_start_pg/pg_Panel&quot; то при нажании кнопки переход не работает. Проблему решил с помощью кода в обработчике виджета. if( ev_cur == &quot;ws_BtPress:/Back&quot;){ 	this.ownerPage().pg_Panel.attrSet(&quot;pgOpen&quot;,true);  										} 2)В группу графиков я прописываю связи с помощью скриптов. if(Interfase1_value!=&quot;&quot;){ req = SYS.XMLNode(&quot;set&quot;).setAttr(&quot;path&quot;,&quot;/sub_UI/mod_VCAEngine/prj_AHU/pg_Graf/pg_Graf_AHU1/%2flinks%2flnk%2fel_el1.name&quot;).setText(&quot;val:&quot;+Interfase1_value); SYS.cntrReq(req); } else{ req = SYS.XMLNode(&quot;set&quot;).setAttr(&quot;path&quot;,&quot;/sub_UI/mod_VCAEngine/prj_AHU/pg_Graf/pg_Graf_AHU1/%2flinks%2flnk%2fel_el1.name&quot;).setText(&quot;&quot;); SYS.cntrReq(req); } req = SYS.XMLNode(&quot;save&quot;).setAttr(&quot;path&quot;,&quot;/sub_UI/mod_VCAEngine/prj_AHU/pg_Graf/pg_Graf_AHU1/%2fobj&quot;); SYS.cntrReq(req); Все отлично работает пока не перезагрузишь Scada.  Если в поле было пустое то после перезагрузки там появляются значения непонятно откудо всявшееся, но если было что-то записано то запись остается. Как сделать что бы пустые поля сохранялись?</description>
			<content:encoded><![CDATA[      Добрый день !!<br />
Заметил 2 особенности в работе с вижетами ElViewGraph и Пвнель группы графиков.<br />
1) Если на панель группы графиков добавить кнопку для открытя окна и прописать в Атрибуты=&gt;Обработка событий &quot;ws_BtPress:/Back:open:/pg_start_pg/pg_Panel&quot; то при нажании кнопки переход не работает.<br />
Проблему решил с помощью кода в обработчике виджета.<br />
if( ev_cur == &quot;ws_BtPress:/Back&quot;){<br />
	this.ownerPage().pg_Panel.attrSet(&quot;pgOpen&quot;,true);<br />
<br />
										}<br />
2)В группу графиков я прописываю связи с помощью скриптов.<br />
if(Interfase1_value!=&quot;&quot;){<br />
req = SYS.XMLNode(&quot;set&quot;).setAttr(&quot;path&quot;,&quot;/sub_UI/mod_VCAEngine/prj_AHU/pg_Graf/pg_Graf_AHU1/%2flinks%2flnk%2fel_el1.name&quot;).setText(&quot;val:&quot;+Interfase1_value);<br />
SYS.cntrReq(req);<br />
}<br />
else{<br />
req = SYS.XMLNode(&quot;set&quot;).setAttr(&quot;path&quot;,&quot;/sub_UI/mod_VCAEngine/prj_AHU/pg_Graf/pg_Graf_AHU1/%2flinks%2flnk%2fel_el1.name&quot;).setText(&quot;&quot;);<br />
SYS.cntrReq(req);<br />
}<br />
req = SYS.XMLNode(&quot;save&quot;).setAttr(&quot;path&quot;,&quot;/sub_UI/mod_VCAEngine/prj_AHU/pg_Graf/pg_Graf_AHU1/%2fobj&quot;);<br />
SYS.cntrReq(req);<br />
Все отлично работает пока не перезагрузишь Scada.  Если в поле было пустое то после перезагрузки там появляются значения непонятно откудо всявшееся, но если было что-то записано то запись остается.<br />
Как сделать что бы пустые поля сохранялись?      ]]></content:encoded>
			<category>Проект</category>
			<dc:creator>tka4ev_s</dc:creator>
		</item>
		
		<item>
			<title>Использование Mysql</title>
			<link>http://oscada.org/forum/posts///10019/</link>
			<pubDate>Fri, 18 Dec 2020 13:46:23 +0200</pubDate>
			<description>При использование БД Mysql для архивации данных - заметил, что в БД - создаются не все таблицы.  То есть - я отмечаю определенное количество переменных во вкладке &quot;архивация&quot; лог.контроллера, или контроллера блочного вычислмителя.  Для каждой такой переменной - в БД - должна создаваться отдельная таблица.  Но создается только несколько таблиц, и со временем - через несколько часов - начинают появляться новые таблицы в БД. Почему не создаются сразу все таблицы, как это происходит. когда для хранения архивных данных назначается БД SQLite?</description>
			<content:encoded><![CDATA[      При использование БД Mysql для архивации данных - заметил, что в БД - создаются не все таблицы. <br />
То есть - я отмечаю определенное количество переменных во вкладке &quot;архивация&quot; лог.контроллера, или контроллера блочного вычислмителя. <br />
Для каждой такой переменной - в БД - должна создаваться отдельная таблица. <br />
Но создается только несколько таблиц, и со временем - через несколько часов - начинают появляться новые таблицы в БД.<br />
Почему не создаются сразу все таблицы, как это происходит. когда для хранения архивных данных назначается БД SQLite?      ]]></content:encoded>
			<category>Проект</category>
			<dc:creator>rainproof</dc:creator>
		</item>
		
		<item>
			<title>ошибка: 10 проблема со шлюзом </title>
			<link>http://oscada.org/forum/posts///9987/</link>
			<pubDate>Sun, 20 Sep 2020 20:57:46 +0300</pubDate>
			<description>Попробовать опросить прибор напрямую, в качестве эксперимента. Если все все работает - искать альтернативу глючной железке/менять по гарантии/ставить костыли/ - любое действие на выбор.... Можно поставить openSCADA на одноплатник, и пусть опрашивает через USB адаптер прибор. А у openSCADA можно забирать данные по TCP  по собственному протоколу  openSCADA. Решение костыльное конечно, но работать будет. Возможно даже долго.....</description>
			<content:encoded><![CDATA[      Попробовать опросить прибор напрямую,<strong> в качестве эксперимента.</strong><br />
Если все все работает - искать альтернативу глючной железке/менять по гарантии/ставить костыли/ - любое действие на выбор....<br />
Можно поставить openSCADA на одноплатник, и пусть опрашивает через USB адаптер прибор. А у openSCADA можно забирать данные по TCP  по собственному протоколу  openSCADA. Решение костыльное конечно, но работать будет. Возможно даже долго.....      ]]></content:encoded>
			<category>Проект</category>
			<dc:creator>Sfinx2</dc:creator>
		</item>
		
		<item>
			<title>ошибка: 10 проблема со шлюзом </title>
			<link>http://oscada.org/forum/posts///9986/</link>
			<pubDate>Fri, 18 Sep 2020 08:28:13 +0300</pubDate>
			<description>Да конечно можно и напрямую опросить, но ксожалению там где будет расспологаться приборы дискретного входа не будет возможности опрашивать на прямую, по этому только через шлюз и по ТСP забрать данные.</description>
			<content:encoded><![CDATA[      Да конечно можно и напрямую опросить, но ксожалению там где будет расспологаться приборы дискретного входа не будет возможности опрашивать на прямую, по этому только через шлюз и по ТСP забрать данные.      ]]></content:encoded>
			<category>Проект</category>
			<dc:creator>dmak</dc:creator>
		</item>
		
		<item>
			<title>ошибка: 10 проблема со шлюзом </title>
			<link>http://oscada.org/forum/posts///9985/</link>
			<pubDate>Wed, 16 Sep 2020 19:15:36 +0300</pubDate>
			<description> Возобновляется работа только после перезагрузки шлюза 7bit и так же работает 16 секунд. При просмотре диагностики пакеты отправленные на rmt19 не меняются. В чём может быть причина?   В шлюзе? Попробовать опросить прибор напрямую, в качестве эксперимента. Зачем вам шлюз? </description>
			<content:encoded><![CDATA[      <div class="tx-mmforum-pi1-pt-quote">&quot;dmak&quot; wrote:<br /><br />
Возобновляется работа только после перезагрузки шлюза 7bit и так же работает 16 секунд. При просмотре диагностики пакеты отправленные на rmt19 не меняются. В чём может быть причина? <br />
</div><br />
В шлюзе?<br />
Попробовать опросить прибор напрямую, в качестве эксперимента. Зачем вам шлюз?       ]]></content:encoded>
			<category>Проект</category>
			<dc:creator>Sfinx2</dc:creator>
		</item>
		
		<item>
			<title>ошибка: 10 проблема со шлюзом </title>
			<link>http://oscada.org/forum/posts///9984/</link>
			<pubDate>Mon, 14 Sep 2020 16:19:34 +0300</pubDate>
			<description>Добрый день, пытаюсь прочитать с помощью шлюза 7bit Modbus Proxy прибор rmt19? и каждый раз после 16 секунд правильной работы прибор обрывается и больше не востанавливается. Возобновляется работа только после перезагрузки шлюза 7bit и так же работает 16 секунд. При просмотре диагностики пакеты отправленные на rmt19 не меняются. В чём может быть причина? </description>
			<content:encoded><![CDATA[      Добрый день, пытаюсь прочитать с помощью шлюза 7bit Modbus Proxy прибор rmt19? и каждый раз после 16 секунд правильной работы прибор обрывается и больше не востанавливается. Возобновляется работа только после перезагрузки шлюза 7bit и так же работает 16 секунд. При просмотре диагностики пакеты отправленные на rmt19 не меняются. В чём может быть причина?       ]]></content:encoded>
			<category>Проект</category>
			<dc:creator>dmak</dc:creator>
		</item>
		
		<item>
			<title>Ошибки при архивировании</title>
			<link>http://oscada.org/forum/posts///9967/</link>
			<pubDate>Mon, 17 Aug 2020 14:13:08 +0300</pubDate>
			<description>0.8.20  Что означает — не поддерживается, давно устарело и очевидно в последних версиях таких проблем нет!</description>
			<content:encoded><![CDATA[      <a href="http://oscada.org/ru/glavnaja/zagruzit/" target="_blank" class="link_10">0.8.20 [LTS, завершен]</a><br />
Что означает — не поддерживается, давно устарело и очевидно в последних версиях таких проблем нет!      ]]></content:encoded>
			<category>Проект</category>
			<dc:creator>roman</dc:creator>
		</item>
		
		<item>
			<title>Ошибки при архивировании</title>
			<link>http://oscada.org/forum/posts///9966/</link>
			<pubDate>Mon, 17 Aug 2020 13:52:26 +0300</pubDate>
			<description>Добрый день, у меня OpenSCADA v0.8.20 столкнулся с необычными проблемами, и не понимаю что происходит. Подскажите кто знает как решить данные проблемы. 1. При изменении базы  архивации в сборе данных, не возможно отключить, пишет вот такое сообщение: Work station &gt; Базы Данных &gt; MySQL: Ошибка 1 запроса к БД: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 1 2. В архиваторе значений выставляю Ограничение группировки параметров:12, на количество параметров. Опрос приборов и архивирование стоит 1 раз в 5 секунд, но запись получается не систематической только при ручном перечапуске архиватора значений, и архивирует только по 20 временных меток. 3. Огромная нагрузка MySQL на cpu сервера, при отключении OpenSCADA нагрузка нормализуется, примерно 400 параметров записывается ежеминутно, и 12, раз в 5 секунд. Каждый параметр в свою таблицу.</description>
			<content:encoded><![CDATA[      Добрый день, у меня OpenSCADA v0.8.20 столкнулся с необычными проблемами, и не понимаю что происходит. Подскажите кто знает как решить данные проблемы.<br />
1. При изменении базы  архивации в сборе данных, не возможно отключить, пишет вот такое сообщение: Work station &gt; Базы Данных &gt; MySQL: Ошибка 1 запроса к БД: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 1<br />
2. В архиваторе значений выставляю Ограничение группировки параметров:12, на количество параметров. Опрос приборов и архивирование стоит 1 раз в 5 секунд, но запись получается не систематической только при ручном перечапуске архиватора значений, и архивирует только по 20 временных меток.<br />
3. Огромная нагрузка MySQL на cpu сервера, при отключении OpenSCADA нагрузка нормализуется, примерно 400 параметров записывается ежеминутно, и 12, раз в 5 секунд. Каждый параметр в свою таблицу.      ]]></content:encoded>
			<category>Проект</category>
			<dc:creator>dmak</dc:creator>
		</item>
		
		<item>
			<title>Виджеты alarmsAct и alarmsSt</title>
			<link>http://oscada.org/forum/posts///9958/</link>
			<pubDate>Wed, 10 Jun 2020 11:06:21 +0300</pubDate>
			<description>Игнорирование допускаю, НО: 1. В той же документации, на которую Вы ссылаетесь, есть упоминание на право одного единственного глупого вопроса. Объясните мне, убогому, как в OpenSCADA реализовать информирование дежурного персонала о кратковременных нарушениях? Вопрос всем гуру форума. 2.  На втором скрине в виджете alarmsSt указывается статус Active в то время как виджет alarmsAct подтверждает, что нарушение уже не активно. Неужели и это &quot;так и должно быть&quot;?</description>
			<content:encoded><![CDATA[      Игнорирование допускаю, НО:<br />
1. В той же документации, на которую Вы ссылаетесь, есть упоминание на право одного единственного глупого вопроса. Объясните мне, убогому, как в OpenSCADA реализовать информирование дежурного персонала о кратковременных нарушениях? Вопрос всем гуру форума.<br />
2.  На втором скрине в виджете alarmsSt указывается статус Active в то время как виджет alarmsAct подтверждает, что нарушение уже не активно. Неужели и это &quot;так и должно быть&quot;?      ]]></content:encoded>
			<category>Проект</category>
			<dc:creator>margin</dc:creator>
		</item>
		
		<item>
			<title>Резервирование</title>
			<link>http://oscada.org/forum/posts///9956/</link>
			<pubDate>Tue, 09 Jun 2020 12:50:57 +0300</pubDate>
			<description>Добрый день. Спасибо за быстрый ответ. Сразу не написал, потому что экспериментировал... Еще раз просмотрел документацию, разнес станции на разные уровни, DAQGate выключил. И собственно вернулось всё к тому с чего начиналось.... На приложенном рисунке видно, что время переключения между станциями составляет примерно 2-3 секунды( это стабильно-постоянно ), и как следствие после синхронизации этот разрыв переносится и на вторую станцию соответственно. Не получается ещё уменьшить или полностью исключить разрыв в данных. Значение интервалов в транспорте уменьшил до 0.3:0.3, т.к. при значениях по умолчанию 5:2 и 2-х попытках данные выпадают на 10-15 секунд. Меньше 0.3 ставил, но периодически появляются ошибки соединения, поэтому на этом значении и остановился. В чём может быть причина разрывов в данных??? Заранее большое спасибо за любую информацию по данной проблеме. С уважением, Дмитрий Кузнецов.  P.S. Дата и время на обоих станциях синхронизированы. Период 0.1 выбран исходя из поставленной мне задачи(ТЗ). </description>
			<content:encoded><![CDATA[      Добрый день.<br />
Спасибо за быстрый ответ. Сразу не написал, потому что экспериментировал...<br />
Еще раз просмотрел документацию, разнес станции на разные уровни, DAQGate выключил.<br />
И собственно вернулось всё к тому с чего начиналось....<br />
На приложенном рисунке видно, что время переключения между станциями составляет примерно 2-3 секунды( это стабильно-постоянно ),<br />
и как следствие после синхронизации этот разрыв переносится и на вторую станцию соответственно.<br />
Не получается ещё уменьшить или полностью исключить разрыв в данных.<br />
Значение интервалов в транспорте уменьшил до 0.3:0.3, т.к. при значениях по умолчанию 5:2 и 2-х попытках данные выпадают на 10-15 секунд.<br />
Меньше 0.3 ставил, но периодически появляются ошибки соединения, поэтому на этом значении и остановился.<br />
В чём может быть причина разрывов в данных???<br />
Заранее большое спасибо за любую информацию по данной проблеме.<br />
С уважением, Дмитрий Кузнецов.<br />
<br />
P.S.<br />
Дата и время на обоих станциях синхронизированы.<br />
Период 0.1 выбран исходя из поставленной мне задачи(ТЗ).<br />
      ]]></content:encoded>
			<category>Проект</category>
			<dc:creator>kdwpenza</dc:creator>
		</item>
		
		<item>
			<title>Виджеты alarmsAct и alarmsSt</title>
			<link>http://oscada.org/forum/posts///9953/</link>
			<pubDate>Thu, 04 Jun 2020 11:27:01 +0300</pubDate>
			<description>Роман, с Вашей манерой общения на форуме я знаком и не стал бы создавать новую тему, если бы у меня оставались другие решения (документацию перечитывал по многу раз в надежде найти необходимые зацепки, не исключаю, что мне не хватает интеллекта понять прописные истины там).  Что в OpenSCADA встроено в інтерфейс, читаем документацию и не бредим сходу тут про &quot;всех&quot;!  В OpenSCADA я нашёл для себя богатый функционал, который легко реализовать в проекте с последующей наглядной и прозрачной отладкой - это выделяет Ваш Проект на фоне &quot;всех&quot;. Краеугольным моментом остаётся обработка нарушений, который не даёт мне переориентироваться на OpenSCADA. Повторюсь: со всем необходимым мне функционалом я разобрался и для развёртывания моих примитивных проектов не хватает только обработки нарушений.   Что не функция данного виджета и не в тему &quot;Проект&quot; вообще!  Долго искал где создать данную тему, пришлось читать все темы по форуму. У меня же просьба добавить функционал к виджету (опциональный, отключаемый). Хочется участвовать в развитии проекта.:)   Что не даёт логику изучить из исходника, если документацию читать лень?! Это OpenSource! И да, у меня он все заявленные функции выполняет во многих проектах!  Я не программист, а инженер. В исходниках разбираюсь ну ооочень плохо. Проверял на примере АГЛКС, птицефабрики (я действительно убил много часов на поиск необходимого мне функционала) - в последнем реализовано мигание параметров с нарушениями до тех пор, пока их не квитируют. Но меня всё же интересует динамическое отображение всех активных и неактивных неквитированных нарушений на любом из виджетов.  Роман, не поленитесь посмотреть скрины, alarmsSt действительно работает некорректно. При всём уважении.</description>
			<content:encoded><![CDATA[      Роман, с Вашей манерой общения на форуме я знаком и не стал бы создавать новую тему, если бы у меня оставались другие решения (документацию перечитывал по многу раз в надежде найти необходимые зацепки, не исключаю, что мне не хватает интеллекта понять прописные истины там).<br />
<div class="tx-mmforum-pi1-pt-quote">&quot;roman&quot; wrote:<br /><br />
Что в OpenSCADA встроено в інтерфейс, читаем <a href="http://oscada.org/wiki/Special:MyLanguage/Documents/How_to/Violations,_alarms_and_notifications" target="_blank" class="link_10">документацию</a> и не бредим сходу тут про &quot;всех&quot;!<br />
</div><br />
В OpenSCADA я нашёл для себя богатый функционал, который легко реализовать в проекте с последующей наглядной и прозрачной отладкой - это выделяет Ваш Проект на фоне &quot;всех&quot;. Краеугольным моментом остаётся обработка нарушений, который не даёт мне переориентироваться на OpenSCADA. Повторюсь: со всем необходимым мне функционалом я разобрался и для развёртывания моих примитивных проектов не хватает только обработки нарушений.<br />
<br />
<div class="tx-mmforum-pi1-pt-quote">&quot;roman&quot; wrote:<br /><br />
Что не функция данного виджета и не в тему &quot;Проект&quot; вообще!<br />
</div><br />
Долго искал где создать данную тему, пришлось читать все темы по форуму. У меня же просьба добавить функционал к виджету (опциональный, отключаемый). Хочется участвовать в развитии проекта.:)<br />
<br />
<div class="tx-mmforum-pi1-pt-quote">&quot;roman&quot; wrote:<br /><br />
Что не даёт логику изучить из исходника, если документацию читать лень?! Это OpenSource!<br />
И да, у меня он все заявленные функции выполняет во многих проектах!<br />
</div><br />
Я не программист, а инженер. В исходниках разбираюсь ну ооочень плохо. Проверял на примере АГЛКС, птицефабрики (я действительно убил много часов на поиск необходимого мне функционала) - в последнем реализовано мигание параметров с нарушениями до тех пор, пока их не квитируют. Но меня всё же интересует динамическое отображение всех активных и неактивных неквитированных нарушений на любом из виджетов. <br />
Роман, не поленитесь посмотреть скрины, alarmsSt действительно работает некорректно. При всём уважении.      ]]></content:encoded>
			<category>Проект</category>
			<dc:creator>margin</dc:creator>
		</item>
		
		<item>
			<title>Виджеты alarmsAct и alarmsSt</title>
			<link>http://oscada.org/forum/posts///9952/</link>
			<pubDate>Thu, 04 Jun 2020 10:40:48 +0300</pubDate>
			<description> Во всех промышленных средах визуализации ТП с которыми я работал блок активных тревог (нарушений) отображает активные нарушения и неактивные ещё неквитированные нарушения.  Что в OpenSCADA встроено в інтерфейс, читаем документацию и не бредим сходу тут про &quot;всех&quot;!   Возможно ли добавить опцию в виджет alarmsAct, чтобы нарушения не выгружались пока они не будут квитированы персоналом? Это позволит не пропустить нарушения с очень малым временем активного состояния.  Что не функция данного виджета и не в тему &quot;Проект&quot; вообще!   Что касается виджета alarmsSt, обнаружил крайне неспецифическую его работу. На первом скрине изображена реакция OpenSCADA на нарушение в активированном состоянии. При переходе в неактивное состояние в виджете alarmsSt ничего не меняется (второй скрин). При нажатии кнопки &quot;More forward&quot; содержимое виджета опустошается и при этом даже не требуется квитировать нарушение. Можете объяснить логику работы виджета?  Что не даёт логику изучить из исходника, если документацию читать лень?! Это OpenSource! И да, у меня он все заявленные функции выполняет во многих проектах!</description>
			<content:encoded><![CDATA[      <div class="tx-mmforum-pi1-pt-quote">&quot;margin&quot; wrote:<br /><br />
Во всех промышленных средах визуализации ТП с которыми я работал блок активных тревог (нарушений) отображает активные нарушения и неактивные ещё неквитированные нарушения.<br />
</div><br />
Что в OpenSCADA встроено в інтерфейс, читаем <a href="http://oscada.org/wiki/Special:MyLanguage/Documents/How_to/Violations,_alarms_and_notifications" target="_blank" class="link_10">документацию</a> и не бредим сходу тут про &quot;всех&quot;!<br />
<br />
<div class="tx-mmforum-pi1-pt-quote">&quot;margin&quot; wrote:<br /><br />
Возможно ли добавить опцию в виджет alarmsAct, чтобы нарушения не выгружались пока они не будут квитированы персоналом? Это позволит не пропустить нарушения с очень малым временем активного состояния.<br />
</div><br />
Что не функция данного виджета и не в тему &quot;Проект&quot; вообще!<br />
<br />
<div class="tx-mmforum-pi1-pt-quote">&quot;margin&quot; wrote:<br /><br />
Что касается виджета alarmsSt, обнаружил крайне неспецифическую его работу. На первом скрине изображена реакция OpenSCADA на нарушение в активированном состоянии. При переходе в неактивное состояние в виджете alarmsSt ничего не меняется (второй скрин). При нажатии кнопки &quot;More forward&quot; содержимое виджета опустошается и при этом даже не требуется квитировать нарушение. Можете объяснить логику работы виджета?<br />
</div><br />
Что не даёт логику изучить из исходника, если документацию читать лень?! Это OpenSource!<br />
И да, у меня он все заявленные функции выполняет во многих проектах!      ]]></content:encoded>
			<category>Проект</category>
			<dc:creator>roman</dc:creator>
		</item>
		
		<item>
			<title>Виджеты alarmsAct и alarmsSt</title>
			<link>http://oscada.org/forum/posts///9951/</link>
			<pubDate>Wed, 03 Jun 2020 16:16:02 +0300</pubDate>
			<description>Добрый день, Во всех промышленных средах визуализации ТП с которыми я работал блок активных тревог (нарушений) отображает активные нарушения и неактивные ещё неквитированные нарушения. Возможно ли добавить опцию в виджет alarmsAct, чтобы нарушения не выгружались пока они не будут квитированы персоналом? Это позволит не пропустить нарушения с очень малым временем активного состояния. Что касается виджета alarmsSt, обнаружил крайне неспецифическую его работу. На первом скрине изображена реакция OpenSCADA на нарушение в активированном состоянии. При переходе в неактивное состояние в виджете alarmsSt ничего не меняется (второй скрин). При нажатии кнопки &quot;More forward&quot; содержимое виджета опустошается и при этом даже не требуется квитировать нарушение. Можете объяснить логику работы виджета?</description>
			<content:encoded><![CDATA[      Добрый день,<br />
Во всех промышленных средах визуализации ТП с которыми я работал блок активных тревог (нарушений) отображает активные нарушения и неактивные ещё неквитированные нарушения. Возможно ли добавить опцию в виджет alarmsAct, чтобы нарушения не выгружались пока они не будут квитированы персоналом? Это позволит не пропустить нарушения с очень малым временем активного состояния.<br />
Что касается виджета alarmsSt, обнаружил крайне неспецифическую его работу. На первом скрине изображена реакция OpenSCADA на нарушение в активированном состоянии. При переходе в неактивное состояние в виджете alarmsSt ничего не меняется (второй скрин). При нажатии кнопки &quot;More forward&quot; содержимое виджета опустошается и при этом даже не требуется квитировать нарушение. Можете объяснить логику работы виджета?      ]]></content:encoded>
			<category>Проект</category>
			<dc:creator>margin</dc:creator>
		</item>
		
		<item>
			<title>Резервирование</title>
			<link>http://oscada.org/forum/posts///9950/</link>
			<pubDate>Wed, 03 Jun 2020 14:42:45 +0300</pubDate>
			<description>Документацию читаем внимательно! Станция не &quot;считается&quot; основной, а есть таковой с большим приоритетом. Период 0.1 секунда, зачем так часто? ...</description>
			<content:encoded><![CDATA[      Документацию читаем внимательно!<br />
Станция не &quot;считается&quot; основной, а есть таковой с большим приоритетом.<br />
Период 0.1 секунда, зачем так часто?<br />
...      ]]></content:encoded>
			<category>Проект</category>
			<dc:creator>roman</dc:creator>
		</item>
		
		<item>
			<title>Резервирование</title>
			<link>http://oscada.org/forum/posts///9949/</link>
			<pubDate>Wed, 03 Jun 2020 13:16:17 +0300</pubDate>
			<description>Добрый день! Имеется в наличии две рабочие станции, на обоих установлена OpenSCADA 0.9.1 Пытаемся настроить на них горизонтальное резервирование (обе станции одного уровня): 1) На первой станции (она считается резервной): 	Pic001.png 	Pic002.png 2) На второй станции (основная станция): 	Pic003.png 	Pic004.png  Только при таких настройках первая станция находится в режиме удаленной. Резервная(первая) станция получает данные с основной, что-бы исключить двойной опрос контроллеров подключенных к системе.  Всё работает корректно до того момента , когда начинаем тестировать физический обрыв канала связи.  При отключении второй(основной) станции от сети, сбор данных с контролеров начинает вести резервная станция и после восстановления связи с основной происходит переключение сбора на неё  и восстановление всех данных с резервной станции за время простоя. Но если разорвать связь на резервной станции,  то данные после восстановления связи не синхронизируются(Pic005.png -  желтым отображаются данные с DAQGate, которые не синхронизируются)!!!  Может кто-нибудь уже сталкивался с подобной проблемой? Заранее большое спасибо. С уважением, Дмитрий Кузнецов. </description>
			<content:encoded><![CDATA[      Добрый день!<br />
Имеется в наличии две рабочие станции, на обоих установлена OpenSCADA 0.9.1<br />
Пытаемся настроить на них горизонтальное резервирование (обе станции одного уровня):<br />
1) На первой станции (она считается резервной):<br />
	Pic001.png<br />
	Pic002.png<br />
2) На второй станции (основная станция):<br />
	Pic003.png<br />
	Pic004.png<br />
<br />
Только при таких настройках первая станция находится в режиме удаленной.<br />
Резервная(первая) станция получает данные с основной, что-бы исключить двойной опрос контроллеров подключенных к системе. <br />
Всё работает корректно до того момента , когда начинаем тестировать физический обрыв канала связи. <br />
При отключении второй(основной) станции от сети, сбор данных с контролеров начинает вести резервная станция и после восстановления связи с основной происходит переключение сбора на неё <br />
и восстановление всех данных с резервной станции за время простоя. Но если разорвать связь на резервной станции, <br />
то данные после восстановления связи не синхронизируются(Pic005.png -  желтым отображаются данные с DAQGate, которые не синхронизируются)!!! <br />
Может кто-нибудь уже сталкивался с подобной проблемой?<br />
Заранее большое спасибо.<br />
С уважением, Дмитрий Кузнецов.<br />
      ]]></content:encoded>
			<category>Проект</category>
			<dc:creator>kdwpenza</dc:creator>
		</item>
		
		<item>
			<title>будет ли openscada работать на Astra Linux?</title>
			<link>http://oscada.org/forum/posts///9920/</link>
			<pubDate>Thu, 30 Apr 2020 10:08:01 +0300</pubDate>
			<description>Связь Астры с Россией только в том, что поддержка осуществляется за российские рубли и с разрешения ФСТЭК. Посмотрите на Calculate.</description>
			<content:encoded><![CDATA[      Связь Астры с Россией только в том, что поддержка осуществляется за российские рубли и с разрешения ФСТЭК.<br />
Посмотрите на Calculate.      ]]></content:encoded>
			<category>Проект</category>
			<dc:creator>IrmIngeneer</dc:creator>
		</item>
		
		<item>
			<title>будет ли openscada работать на Astra Linux?</title>
			<link>http://oscada.org/forum/posts///9919/</link>
			<pubDate>Thu, 30 Apr 2020 03:02:38 +0300</pubDate>
			<description>Да нам заказали промышленный ПК с уже поставленной астрой, пока он до нас идет мы думаем сносить астру или нет. Говорят заказали под грядущий закон об ипортазамещении. Типа отечественная ОС, все дела...</description>
			<content:encoded><![CDATA[      Да нам заказали промышленный ПК с уже поставленной астрой, пока он до нас идет мы думаем сносить астру или нет. Говорят заказали под грядущий закон об ипортазамещении. Типа отечественная ОС, все дела...      ]]></content:encoded>
			<category>Проект</category>
			<dc:creator>Filin88</dc:creator>
		</item>
		
	</channel>
</rss>
