24 червня 2024р.


    Оптимізація послідовного зв'язку з Ethernet для інтелектуального виробництва

     Стаття
 

 

    Протягом десятиліть послідовний зв'язок забезпечував надійне з'єднання в багатьох заводських програмах. Незважаючи на те, що сьогодні зв’язок через Ethernet є більш популярним, велика різноманітність застарілого обладнання все ще покладається на послідовний зв’язок. Оскільки керівники заводів все більше розуміють, що конвергенція OT/IT оптимізує операційну ефективність, проте саме інженери та системні інтегратори першими стикаються з проблемами інтеграції старих і нових систем. На щастя, такі рішення, як сервери послідовних пристроїв, усувають розрив між вашими послідовними пристроями та сучасними системами на основі Ethernet. Однак послідовний зв’язок і зв’язок Ethernet залишаються двома різними методами передачі даних, тому можуть виникнути занепокоєння щодо стабільності мереж TCP/IP і продуктивності читання/запису під час переходу від послідовної мережі до мережі на основі Ethernet.

    Наші сервери послідовних пристроїв NPort постачаються з тим, що ми називаємо справжнім COM-драйвером , який створює віртуальний COM-порт на головному комп'ютері для відображення IP-порту в мережі та дозволяє наступним пристроям на межі зв'язку з головним комп'ютером так , ніби вони є. фізично підключений за допомогою послідовних кабелів, не змінюючи послідовних програмних програм. Крім того, драйвер Real COM надає багатий набір розширених функцій, які гарантують, що віртуальний наступний порт працює якомога ближче до рідного комплексного порту.

    У цій статті ми можемо пояснити, як ви легко подолати труднощі зв’язку через наступний порт Ethernet за допомогою цього драйвера Real COM для двох програм, які часто зустрічаються на заводах: верстати з ЧПК і моніторинг автоматизованих керованих транспортних засобів (AGV).



Сценарій 1: Моніторинг машин з ЧПУ

    Застарілі верстати з ЧПК зазвичай використовують зв’язок RS-232. Щоб оптимізувати продуктивність верстатів з ЧПК, отримання даних у реальному часі є ключовим, щоб можна було вжити негайних заходів для скорочення часу простою або своєчасного перемикання виробничих програм. Таким чином, вам потрібно ввімкнути програми віддаленого моніторингу для керування та моніторингу верстатів з ЧПК із центру керування. Щоб досягти цього, ви можете використовувати сервери послідовних пристроїв для з’єднання між верстатами з ЧПК із послідовним портом і системами на основі Ethernet у центрі керування. Однак передача даних між різними способами зв’язку створює невизначеність щодо надійності мережі. Крім того, перетворення послідовних даних через мережі Ethernet може вплинути на продуктивність надсилання та отримання даних.


Чим може допомогти NPort?

Залишайтеся на зв'язку за допомогою автоматичного повторного підключення до мережі

    Розширена функція автоматичного повторного підключення до мережі, вбудована в драйвер Real COM, гарантує, що ваші верстати з ЧПК залишаються на зв’язку з вашими системами на основі Ethernet. Якщо TCP-з’єднання розривається, а наші сервери послідовних пристроїв NPort не відповідають на пакети Alive Check , драйвер Real COM буде кілька разів намагатися відновити TCP-з’єднання, щоб вам не потрібно було закривати порт і знову відкривати програмне забезпечення для повторного підключення.



 

Чим може допомогти NPort?

Підвищення продуктивності передачі за допомогою режиму Tx і Fast Flush

    Щоб досягти продуктивності роботи, максимально наближеної до рідного COM-порту, драйвер Real COM забезпечує функції, які покращують продуктивність передачі для програм моніторингу верстатів з ЧПК. По-перше, наша функція Tx Mode має режим високої продуктивності, що дозволяє драйверу NPort повідомляти прикладну програму, коли дані були надіслані. Таким чином, ви можете підвищити продуктивність передачі та забезпечити кращу пропускну здатність порівняно з класичним режимом, у якому драйвер NPort повідомлятиме прикладну програму лише після отримання підтвердження від NPort.

    Fast Flush – це функція, яку ми розробили спеціально для операційних систем Windows. У деяких програмах програма користувача використовує функцію Win32 PurgeComm() перед читанням або записом даних. Якщо ваша програма використовує цю функцію PurgeComm(), драйвер NPort продовжуватиме запитувати мікропрограму NPort, щоб переконатися, що дані не стоять у черзі в буфері мікропрограми NPort перед очищенням локального буфера, що призводить до довшого часу відповіді. Щоб адаптувати додатки, які вимагають більш швидкого часу відгуку, наша функція Fast Flush безпосередньо очищає локальний буфер без запиту прошивки NPort, підвищуючи продуктивність передачі.

Сценарій 2: Моніторинг AGV

    AGV автоматизують завдання підйому та транспортування на виробничому підприємстві чи складі, таким чином підвищуючи ефективність і знижуючи витрати на робочу силу. Зазвичай магнітна стрічка направляє AGV уздовж їхнього шляху, за яким AGV слідують за допомогою своїх вбудованих направляючих датчиків (наприклад, RFID). Прикладне програмне забезпечення постійно надсилає запит на місцезнаходження до AGV, щоб перевірити його поточне місцезнаходження кожні 50 мс, доки не буде отримано відповідь. Після визначення місця розташування програмне забезпечення надсилає команди завдання. Багато прикладних програм мають певний ліміт часу очікування для надсилання та отримання даних. Якщо контролер на AGV не може вчасно відповісти на запит про місцезнаходження, програма постійно надсилатиме запит, що призведе до неефективного загального зв’язку.

Чим може допомогти NPort?


Контроль часу передачі за допомогою упаковки даних і примусової передачі

    Наш драйвер NPort Real COM підтримує функцію упаковки даних , яка визначає, коли і як послідовні дані повинні бути упаковані для передачі, щоб забезпечити безперебійний зв'язок під час роботи AGV. Ваші послідовні дані можна запакувати, вказавши довжину пакета або виявивши спеціальний символ. Якщо пакет даних не має правил або ви все одно хочете надіслати неповні пакети даних, функція примусової передачі дозволяє попередньо встановити максимальний інтервал часу для очікування повного послідовного потоку даних. Інтервал тайм-ауту між символами визначає цю функцію, змушуючи мікропрограму пакувати послідовні дані в той самий кадр даних протягом зазначеного часу. Якщо ввімкнути цю функцію, сервер послідовних пристроїв NPort передає дані, що зберігаються в буфері, через TCP/IP, лише якщо внутрішній буфер заповнений або міжсимвольний інтервал закінчився.

    Наші сервери послідовних пристроїв NPort забезпечують різноманітні функції для різних режимів роботи, щоб задовольнити ваші вимоги в промислових додатках. Ви можете завантажити наш посібник , щоб дізнатися більше про інші функції. Крім того, наші сервери послідовних пристроїв NPort мають функції безпеки та підтримку різноманітних драйверів ОС, щоб гарантувати, що ваші послідовні пристрої можна легко та безпечно підключити до сучасних систем. Відвідайте наш веб-сайт , щоб дізнатися більше.


 

Moxa Inc.

Moxa є лідером у галузі підключення краєвого обладнання, промислових обчислень і рішень мережевої інфраструктури для забезпечення можливості підключення до промислового Інтернету речей. Маючи більш ніж 35-річний досвід роботи в галузі, компанія Moxa підключила понад 94 мільйонів пристроїв по всьому світу і має мережу розподілу та обслуговування клієнтів у більш ніж 80 країнах.
 
Продаж продукції MOXA в Україні : 
Київ: Тел. -  38 (044)
277-10-71, 277-10-72. E-mail sales@moxa.com.ua
Підтримка продукції MOXA в Україні - Телефон - 38 (044) 277-10-73, E-mail support@moxa.com.ua.
Copyright © 2019 Moxa Inc & Vector Kyiv. All rights reserved.
Переклад компанії "Вектор " Київ - прем'єр дистриб'ютора MOXA в Україні.
Передрук і відтворення будь-яких фрагментів даної розсилки тільки з дозволу компанії "Вектор"