Протягом
десятиліть послідовний зв'язок забезпечував надійне з'єднання в
багатьох заводських програмах. Незважаючи на те, що сьогодні зв’язок
через 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 мають функції безпеки та підтримку різноманітних драйверів ОС,
щоб гарантувати, що ваші послідовні пристрої можна легко та безпечно
підключити до сучасних систем. Відвідайте наш веб-сайт , щоб
дізнатися більше.
|