SI-8 Овен

Ръководство за противодействие на SI8 Aries &nbsp Изтегляне &nbsp Обем: 1,3 Mb

§1 Описание на импулсния брояч Aries SI8

Фиг.1 Брояч на импулси DA-5 Pepperl+Fuchs

Фиг.2 Брояч на импулси AS-8 Kracht

Фиг.3 Брояч на импулси SI8 Aries

§2 Малките неща не значат нищо - те определят всичко!

    Насрещно сравнение:
  • Дисплей. SI8-8 малки цифри. DA5 и AS8 - 5 големи цифри. Малките числа са минус, тъй като не винаги е възможно да се доближите до устройства в индустриална зона.
  • Клавиатура. DA5 - високи гумени бутони, удобни за натискане, дори когато носите ръкавици. AS8 - бутоните са скрити под стъклото. SI8 - бутони под филма, което изобщо не е удобно (това е архаизъм), трябва да натиснете с остър пръст :) Бутоните трябва да са големи и удобни или изобщо да не се виждат (Защо, вижте точка 3)
  • Достъп до режим на програмиране на брояча. SI-8: просто чрез натискане на бутона PROG. DA-5: натиснете бутона P и включете захранването, докато държите бутона. AS-8: отворете прозореца, натиснете и задръжте бутона Както можете да видите, достъпът до режима на програмиране на SI8 е много прост, това е недостатък. Въпреки че е възможно да използвате парола за въвеждане на параметри, това не винаги помага. Само на SI8 непрекъснато се натъквам на случайно влизане в режим на програмиране. Те успяват да съборят параметри дори на тези гишета, където няма оператори (тоест случайни хора си бъркат с пръсти от интерес).
  • Коефициент на умножение (показвана стойност). AS8 и DA5 независими. SI8 е катастрофа! направете позицията на десетичната запетая на екрана на дисплея зависима от позицията на десетичната запетая на коефициента на умножение на входните импулси! Резултат: Обикновено трябва да лепитес черна електрическа лента или хартия, ненужни цифри отдясно (ако искате да получите показаната стойност в дадени единици), докато ако има 8 цифри на дисплея, повечето от тях не отиват никъде, а цифрите отляво започват да липсват ужасно. Или трябва да показвате стойности с неразбираема величина (например, когато показвате кадрите, изминати от конвейерна лента, използвайте половин сантиметри вместо метри). По мое дълбоко мнение един модерен брояч трябва свободно да преобразува входната стойност в показаната. Тези. не само да го мащабирате и закръгляте, но също така добавяте/изваждате константа. Което по никакъв начин не е приложено в SI-8.Всъщност дизайнерите със собствените си ръце унищожиха всички функции на техния брояч (виж § 1), с изключение на директното и обратното броене в цели числа (изненадващо, ръководството на предприятието последва примера им!)
  • Използване на измервателния уред в режими на разходомер, измер. скорост и т.н. SI-8 е почти неизползваем в тези режими. Както бе споменато по-горе в параграф 4, не можем да въведем коефициента на умножение с определена точност, ние сме ограничени от връзката с показаната стойност на дисплея. Има и други проблеми. Например, искаме да покажем на него скоростта на въртене на двигателя (rpm) И какво?. Елементарна функция за брояча на потока. Минималното време за измерване на потока (ti), което осигурява, е 1 сек. Тоест, това е честотомер (оборот / сек, т.е. Hz). Умножете по 60, за да получите RPM. Двигателят обикновено прави от 30-60 оборота в минута. В резултат на това виждаме обороти в минута на екрана, скачащи веднъж в секунда на стъпки от ±60 оборота в минута (кой има нужда от такова гладко измерване?). Ако искаме да сме по-плавни, приемаме ti = 10 секунди, но тогава данните на дисплея ще се променят на всеки 10 секунди (ще ви писне да чакате). До въпроса за разходомерите. всичкоразходомерите имат линейност само в центъра. Ръбовете на характеристиките винаги са осеяни. Следователно, инструментът за показване на потока трябва да може да определи приблизително кривината.

Фиг.4 Действителна характеристика на разходомера

SI-8 има само две характерни опорни точки (F и di). Следователно той показва само данните в права линия, която започва от отместването di (сини линии на Фигура 5 при di=0, вижте по-долу).

Фиг.5 Най-простата апроксимация на характеристиката на разходомера

Фигура 5 показва в червено най-простото приближение на характеристиката на разходомера с три линии (DA5). Тоест броячът трябва да има поне три диапазона, в които можете да задавате различни коефициенти на преобразуване. В SI8 приближението не е възможно.

  • Интерфейс за обмен на данни RS-485. Той присъства във всички разглеждани измервателни уреди. Това е много голям плюс за SI8, тъй като чрез свързване на измервателния уред към компютър вие програмно премахвате всичките му недостатъци. Трябва само да имате директно четене на входните импулси и да правите всичко останало програмно с изход към екрана на компютъра.

    • §3 Протокол за обмен SI8 Aries чрез интерфейс RS-485

    Вторичните броячи (slave) са свързани последователно с кабел с усукана двойка с характерен импеданс 100 ома. Допуска се дължина на кабела до 1000 метра. Терминатор трябва да бъде инсталиран на последното вторично устройство. Терминаторът е обичайното съпротивление, стойността му трябва да бъде равна на характеристичния импеданс на кабела (в нашия случай 100 ома). Необходимо е да се заглуши вторичната вълна, която се отразява от края на комуникационната линия, както и да се подаде ток към "усуканата двойка".

    Фиг.6 Изграждане на RS-485 комуникационна линия от ръководството AC3 Aries

    Имайте предвид, че усуканата двойка трябва да влиза и излиза от вторичните щифтове.устройства, а не както е начертано в ръководството на Aries, където устройствата са свързани с проводници от вторичните устройства към комуникационната линия (това не е технически правилно).

    Мрежата RS-485 по протокола Aries осигурява наличието само на един главен (главен), обикновено компютър с програма за запитване на вторични устройства. Броячите SI8 действат като подчинени, те не могат сами да инициират обмен на данни и чакат команда, изискваща данни от главния. При получаване на команда за искане на данни от главното устройство, измервателният уред изпраща исканите данни към мрежата RS-485. В същото време броячът не проверява дали комуникационната линия е свободна или заета и след около 1.1ms дава отговор. Това е недостатък на протокола ARIES, тъй като може да предизвика сблъсъци в комуникационната линия. Освен това, ако използвате интерфейсен конвертор, в който приемането / предаването на данни към комуникационната линия се избира от RTS сигнала (AC3 Aries), тогава винаги има шанс да нямате време да премахнете неговата активност в рамките на 1 ms, което води до загуба на целостта на отговора от брояча. Това е особено чувствително в XP/Vista, където паузата на вашата програма може да бъде много по-дълга от 1ms. В брояча SI8 няма настройка за време за забавяне на реакцията. За да разрешите този проблем, използвайте интерфейсни конвертори с автоматично откриване на приемане / предаване (AC3M Aries). Решавам този проблем с AC3, като съединявам TD сигнала към RTS с джъмпер и не използвам RTS сигнала от COM порта на компютъра. С тази връзка AC3 започва да работи като AC3M. Чудя се дали OWEN разработи AC3M по същия начин или не?

    Друга характеристика на протокола Aries (и вероятно негов недостатък) е прехвърлянето на байт информация по начин на тетраден символ. Тоест, всеки предаден байт е разделен на две тетради, на всяка от които е присвоен предварително дефиниран знак,тези знаци се предават към комуникационната линия. От приемащата страна, за да получите байт информация, е необходимо тези тетради да бъдат правилно залепени.

    В допълнение към набора от знаци за предаване на тетради, има два маркера на колети (рамки). Това е символът # (код 23hex), който се използва за обозначаване на началото на изпращането (кадър), а символът CR (код 0Dhex) края на изпращането.

    Фиг.7 Структура на рамката на протокола ARIES

    Това показва, че можете само да четете показанията на измервателния уред, не можете да програмирате параметрите му по мрежата.

    Например, за да прочетете показанията на измервателния уред с Adr=4, трябва да изпратите следното съобщение до мрежата:

    #GKHGSHNJNPHU(CR) в шестнадесетичен формат при преобразуване от алгоритъма на Овен (таблица 1): 23 04 10 C1 73 79 1E 0D В отговор ще получим (ако броячът е нула) отговора:#GKGKSHNJGGGGGGGGRSTL(CR) в него x формат след преобразуване от алгоритъма Aries (таблица 1): 23 04 04 C1 73 00 00 00 00 BC D5 OD маркерите # и CR не се преобразуват според таблица 1.

    За да генерирате заявка и да прочетете пакета, е необходимо да изчислите контролната сума. Както казах, за да се изчисли контролната сума, цялото съобщение се взема, с изключение на маркерите и контролната сума (естествено), и нейната конволюция байт по байт с полинома8F57 hex се извършва съгласно алгоритъма, показан на фиг.8.

    Фиг.8 Алгоритъм за изчисляване на контролната сума на протокола ARIES за един байт

      Текстово описание на алгоритъма:
    • След получаване на пакета изхвърляме маркерите и контролната сума;
    • Нулирайте променливата на контролната сума;
    • Зареждане на байт
    • Сравнете старшите битове на байта и контролната сума;
    • Изместваме контролната сума с един бит надясно (със загуба на най-значимия бит);
    • Ако в параграф 4 битовете не са равни, тогава добавете контролната сума от полиномитефункция XOR (изключващо ИЛИ);
    • Изместваме байта с един бит надясно (със загуба на най-значимия бит);
    • Циклично преминете към стъпка 4, докато проверим всички битове на получения байт;
    • След това заредете следващия байт от изпращането и повторете стъпки 3-8, докато обработим всички байтове от изпращането.;

    Остава въпросът за получаване на хеш-фолд на името на параметъра, няма да го описвам подробно. ОВЕН, дизайнерите тук по някаква причина са решили. Имената на параметрите на инструмента, написани в ASCII, са уникално съпоставени с предадените тетра символи в ASCII. Защо да конвертирате ASCII в ASCII. Например имена на параметри DCNT->SHNJ, DSPD-> OVST, DTMR->UMPS винаги се нанасят на едно и също. Aries предлага да вземете името на параметъра в ASCII (например DCNT), преобразувайки го в двоичен не според ASCII кодовата страница, а в кодовата страница, измислена от ARIES. След това направете хеш-конволюция с 8F57hex полином съгласно алгоритъм, малко по-различен от този, показан на фиг. 8, и преобразувайте получената хеш-конволюция в тетрадни символи съгласно таблицата на Овен. Каква е причината за такъв начин на мислене на разработчиците, не мога да обясня защо не назовавам веднага параметрите, необходими за вмъкване в рамката?

    След получаване на отговор от измервателния уред полето с данни ще съдържа неговите показания в символна форма. Преобразувайте знаците в двоични тетради съгласно таблица 1. Полученото двоично число трябва да бъде преобразувано в показания на измервателния уред в съответствие с формата на данните, дефиниран от OWEN.

    За DCNT има знак (S), експонента, указваща позицията на десетичната точка (0 за цяло число, 1 за число с десети и т.н.) и ненормализирана мантиса (Mantissa). S - най-значимият бит Експонента - следващите 3 бита Мантиса - оставащи битове (дължината на мантисата се определя от размера на полето за данни) Общата дължина трябвада бъде цяло число байтове числата могат да бъдат изчислени като (-1)^S * 10^(-експонента) * Мантиса Мантисата може да бъде изразена или в двоична система, или в BCD. Например: -10.38 се изразява като 0xA01038 в BCD представяне на мантисата или като 0xA40E, т.е. един байт по-къс в двоичното си представяне.

    За DSPD, подобно на DCNT, само без бита за знак

    За DTMR 0-ти байт – стотни от секундата; 1ви байт – секунди; 2-ри байт - минути; 3, 4, 5-ти байт - часове.