|
||||||
|
Асоційовані вихідні транспорти до вхідного, це про прийняття підключень за ініціативи зовнішніх вузлів та за цими готовими підключеннями локальний вузол вже запитує. Це дозволяє тримати один сервер із реальним-статичним IP і багато зовнішніх клієнтів із динамічними та "сірими" IP. Що наразі реалізовано лише для Transport.Sockets. Загальне підключення вихідного транспорту доповнює попередній механізм зручним способом підключення до зовнішніх вузлів із автоматичним створенням транспортів для нормальних підключень і обранням потрібного транспорту від ініціативи зовнішнього хосту за його ідентифікатором підключення. Опрацювання ініціативних підключень зовнішніх вузлів не є рядовим завданням та раніше воно передбачало створення користувацької процедури реєстрації таких підключень та їх прив'язування до відповідних джерел даних на кшталт ModBus, із подальшим відстеженням втрати підключення і заміни. Та без такого завдання, вихідні транспорти можуть "затоплювати" аж до обмеження на кількість підключень. Наразі механізм було уніфіковано до опрацювання підключень автономно і за ідентифікатором підключення, тобто заміною перепідключеннями із рівним ідентифікатором. Завдання-процедура керування підключеннями initConAssociateTrs адаптована до використання функцій conPrm("initConID"), associateTrsList() нового механізму та залишена для об'єктів джерел даних без підтримки загального підключення вихідного транспорту на цей час. Механізм загального підключення вихідного транспорту наразі використано у зовнішніх вузлах OpenSCADA, тобто ви вже можете контролювати зовнішні вузли, підключені за власною ініціативою до серверу, так само як і отримати доступ до їх даних через DAQ.DAQGate. Цей механізм також використано у модулі DAQ.ModBus. Щодо детальної інформації дивіться відповідний розділ звіту релізу 0.9.6 LTS. |
|||||
УКРАЇНА, Кам'янське 2004-2006, 2006-2024 Розроблений Савоченко Романом (roman at oscada.org). Сайт працює під керуванням CMS TYPO3. |
||||||