Monitoring

Spolehlivější protokol

Stávající funkce pomocí SNMP Trapů znamenala přenos pomocí protokolu UDP, který není potvrzovaný, tedy strana která trap odešle, neví, zda-li dorazil na cílové zařízení. Packety UDP jsou velmi rychlé a krátké, ale může docházet k jejich ztrátám, což pro aplikaci Box2Box není nejvhodnější. Protokol TCP má naopak všechny packety potvrzované, takže nedorazí-li data k cíli určení, ze zdrojové zařízení vyzváno k jejich opakovanému okamžitému odeslání.

Opakované odeslání každých 60s

Při použití Box2Box režimu pomocí SNMP Trapů jsou příkazy pro sepnutí a rozepnutí relé odeslány vždy jen a výhradně v okamžiku kdy nastane podmínka pro odeslání Alarmového trapu (začátek nebo konec Alarmu). Pokud tedy máte aplikaci, při které může dojít k resetu vzdáleného zařízení (například vlivem výpadku napájení) s ovládaným výstupem, je tento přenos nevhodný, protože vzdálené zařízení po svém resetu (zapnutí) neví, že má výstup sepnout. V případě Virtuálních výstupů je pokyn odesílán rovněž každých 60s po celou dobu kdy platí podmínka pro sepnutí vzdáleného výstupu. Tím se problém řeší.

Zabezpečená komunikace

Komunikace pro Virtuální výstupy může být ve vzdáleném zařízení zabezpečena uživatelským jménem a heslem (úroveň Read only + Outputs nebo Read + Write). SNMP Trapy tuto možnost nemají.

Na výstupy lze aplikovat stejné funkce jako na fyzické

Přidáním virtuálního výstupu do jednotky Poseidon2 nebo Damocles2 se  Vám tento výstup objeví na stejné záložce a se stejnými parametry jako by se jednalo o výstup fyzický. Lze na něj tedy použít všechny podmínky a vlastnosti jako na fyzický výstup, včetně možnosti vytvoření pulzního výstupu.

Jak to celé funguje

Nejprve si na záložce Virtual Outputs nadefinujete virtuální výstup. Těch může být standardně až 8 a ve výchozím stavu jsou vypnuté. Po zapnutí lze nastavit název výstupu, Ip adresu vzdáleného zařízení, ID  vzdáleného výstupu (lze nalézt na záložce Outputs) a v případě že je vzdálené zařízení chráněno autentizací, rovněž uživatelské jméno a heslo (úroveň Read only + Outputs nebo Read + Write).

Po uložení se nám výstup zobrazí na záložce Outputs a můžeme ho nastavit dle potřeby.

Reakční doba na sepnutí vzdálených výstupů se pohybuje okolo 1,5-2,5s.

Jak to vlastně funguje

Protokol MQTT lze asi nejblíže přirovnat SNMP trapu, ale na TCP vrstvě. Komunikace tedy neprobíhá stylem otázka odpověď, ale jen stylem odeslání dat a potvrzení o jejich doručení – tzv. publikování (publish). To představuje velikou výhodu pro zatížení sítě, protože jednotlivá, „vstupní“ zařízení (senzory, detektory apod.) v pravidelných intervalech či podle jinak výrobcem zadaných kritérií (sepnutí či rozepnutí vstupu, překročení povolené meze hodnoty, nárůst či pokles hodnoty a podobně) aktivně odesílají krátké TCP zprávy na zadanou adresu serveru, tzv. Brokeru.

Každá zpráva je uvozena nějakým předmětem či názvem tématu (Topic) který data charakterizuje a řadí je do nějaké skupiny či je identifikuje.

Broker

Broker, se primárně chová jako server, tedy přijímá data a skladuje je. Navíc se však umí chovat vůči ostatním Brokerům v síti rovněž jako klient (vstupní zařízení) schopný odesílat data dál všem odběratelům (subscriber), kteří si je objednali k odběru (subscribe). Odběratelem v tomto případě může být například webová služba, aplikace či právě jiný broker. Jinými slovy, zatímco koncová zařízení odesílají data na zadané adresy Brokerů, odběratelé se hlásí Brokerům s přihlášením k odběru (podobně jako se zákazníci přihlašují k odběru novinek e-mailem). Pokud broker obdrží zprávu obsahující Topic odpovídající přihlášenému odběru, zprávu uloží a současně rozešle přihlášeným odběratelům.

Topic

Téma, či předmět, zprávy je vždy textový řetězec, který může nabývat stromové struktury pomocí znaku „/“ (lomeno). Topic pak může vypadat například takto:

Poseidon/1-Wire/temperature/856275
GTS/nagano/room1/temperature

Odběratel se pak může přihlásit buď k odběru konkrétního tématu (topicu) nebo celé větvě či celého stromu. V topicu lze použít zástupné znaky „#“, ,,+“ a „$“.

• „+“ nahrazuje celou úroveň (Poseidon/+/temperature/856275), znak
• „#“ je ekvivalentem známé hvězdičky a nahrazuje více úrovní (Poseidon/#). Znak „#“ smí být použit pouze na konci řetězce.
• „$“ jsou speciální, zpravidla systémová témata. Pokud jméno tématu začíná znakem „$“, jedná se o speciální téma (např. $SYS/broker/uptime).

Součástí Topicu je pak ještě příznak QoS, který definuje, zda je požadováno doručení zprávy. Hodnota 0 představuje, informaci že úspěšné doručení není vyžadováno, hodnota 1 umožňuje doručení s možnou duplicitou (nedorazí-li potvrzení o doručení, odešle se zpráva znovu) a hodnota 2 značí že je požadováno úspěšné doručení, ale nesmí dojít k duplicitám.

Payload

Payload představuje vlastní obsah zprávy. Standardně se obsah zprávy předpokládá v textové podobě, ale protokol MQTT je v tomto směru benevolentní a záleží jen a jen na brokeru a odběratelích, zda a jak si s obsahem poradí. Data tedy mohou být i binární či například může jít o obrázky. Velikost a typ zprávy jsou dány brokerem. Řada brokerů pak například preferuje soubory XML nebo JSON, protože pro větší objem dat jsou úspornější než odeslání většího počtu krátkých zpráv (topiců).

Bezpečnost

Protokol MQTT standardně komunikuje na TCP vrstvě na portu 1883. Pro zvýšení bezpečnosti lze použít komunikaci zabezpečenou pomocí SSL / TLS a poté komunikace probíhá na portu 8883

Aplikace MQTT v jednotkách Poseidona2 a Damocles2

V jednotkách Poseidon2 a Damocles2 je implementován MQTT klient s volitelnou podporou SSL.

• MQTT enable – Zapne či vypne podporu MQTT v jednotkách Poseidon2 a Damocles2.
• Server – IP adresa nebo doménové jméno MQTT brokeru (serveru)
• Port – TCP port na kterém Broker naslouchá
• Username – Uživatelské jméno pro autorizaci TCP komunikace
• Password – Heslo pro autorizaci TCP komunikace
• Secure SSL mode – Aktivuje/deaktivuje SSL režim                          
• Client ID – ID klienta v rámci MQTT                       
• Publish Period – perioda odesílání naměřených informací          
• Topic Prefix Name – Přefix předmětu zprávy. Celý Topic je pak tvořen složením prefixu + topicu uvedeného níže
• Publish – vybere informace které mají být odesílány
• User Topic umožňuje vytvoření uživatelského topicu (zprávy) obsahujícího data jaké požaduje uživatelská aplikace (JSON, XML, CSV a pod.). K tomu slouží makropříkazy uvedené níže
  • User Topic Enable – zapne zasílání uživatelské zprávy
  • Topic Name - Název zprávy
  • Topic Value – šablona uživatelské zprávy
  • Topic Test – náhled výsledné zprávy po přeložení maker

Macros for User topic:

%ID_IN_*% - Start of sequence of the inputs with firmly defined ID’s %ID_IN_END% - End of the fixed sequence of the inputs
%LOOP_IN% - Beginning of the sequence of the inputs that passes all ID’s %LOOP_IN_END% - End of the complete sequence of the inputs
%ID_OUT_*% - Start sequence of the outputs with firmly defined ID’s %ID_OUT_END% - End of fixed sequence of the outputs
%LOOP_OUT% - Start sequence outputs that passes all ID’s
%LOOP_OUT_END% - End of the complete sequence of the outputs
%ID_SENSOR_*% - Start sequence with sensors firmly defined ID’s %ID_SENSOR_END% - End of fixed sequence sensors
%LOOP_SENSOR% - Start sequence of sensors that passes all ID’s %LOOP_SENSOR_END% - End of the complete sequence of sensors
%VAL_ID% - Variable ID item
%VAL_NAME% variable name item
%VAL_VALUE% - variable values of the item
%VAL_STATE% - state variables of the item

Username and password are optional. For example, broker.mqttdashboard.com does not require them yet.

MQTT in practice

There are many public MQTT brokers where data can be sent and topics can be subscribed to. A list of the most well-known ones is available at: https://github.com/mqtt/mqtt.github.io/wiki/public_brokers

For our example, we have chosen broker.mqttdashboard.com. First, configure the Poseidon2 device:

Fill in the Server address, Port, Client ID (any value) and Topic Prefix Name (anything that can be used to distinguish the device). Using the Publish checkboxes, select the data to be published.
Then, Poseidon2 or Damocles2 needs to be restarted.  

Start the TT3 tool. It is essentially a MQTT Broker. It is available at: https://github.com/mqtt/mqtt.github.io/wiki/public_brokers

Set the broker (Server) address and Port (both values must be the same as in the Poseidon2), and a Client ID (must be different from the Poseidon Client ID). Then click Connect. The green status field in the lower right-hand corner will show Connected.

Then, in the Topic field, fil in the address that interests you. For example, “Poseidon2/#” means all messages whose Topic begins with Poseidon2/. Click Subscribe to start receiving messages.

Jednotlivé proměnné jsou uspořádány a popsány v tzv. MIB (Management Information Base) tabulce, která je vztažná ke každému zařízení. Tabulka se distribuuje jako samostatný .mib soubor, který si pro zařízení můžete stáhnout z našich WWW stránek, nebo jej najdete na přiloženém CD.

Protokol SNMP je asynchronní protokol založený na modelu klient/server (zde přejmenováno na SNMP Client / SNMP Agent). To znamená, že dohledové centrum (SNMP Client) se zeptá na stav jednotlivých proměnných a SNMP Agent implantovaný v zařízení mu odpoví.

Podpora protokolu SNMP je implementována do celé řady jazyků určených pro tvorbu dynamických stránek (např. PHP, ASP, Java, Perl, Python a další). Díky existujícím modulům je tak možné v relativně krátké době umožnit přes protokol SNMP přístup k datům, která poskytuje periferní zařízení systému, a to jak pro čtení, tak pro zápis.

V klasickém režimu komunikace probíhá formou otázek a odpovědí. Proměnné jsou definovány hierarchií (řadou) číslic, která jej popsaná v MIB tabulce, kde je popsán význam jednotlivých proměnných, jejich formát a název. Pokud ale znáte hierarchii (řadu číslic – například „.1.3.6.1.4.1.21796.3.3.1.1.2.3“ – stav vstupu Binary 3) pro konkrétní hodnotu, MIB tabulku nepotřebujete.

Zde je třeba zmínit několik základních pojmů, které Vám usnadní další orientaci

• MIB table – soubor .mib je textový soubor, popisující jednotlivé proměnné, které dané zařízení podporuje. Jsou zde uvedeny adresy proměnných, jejich název, popis a číselný formát.
• OID je identifikátor proměnné v tabulce proměnných, jedná se o ono dlouhé číslo, které definuji pozici proměnné ve striktuře stromu proměnných.

Některé programy po práci s SNMP nepodporují MIB soubory, potom musíte vkládat OID řetězce ručně.  Řetězce najdete v MIB tabulce, ale pro zjednodušení prvotní orientace uvádíme přehled několika proměnných včetně jejich OID:

OID popis SNMP proměnných

Tabulka uvádí proměnné, jejich OID adresy a hodnoty. Tyto hodnoty se vztahují k uvedené konfiguraci zařízení.

• FirmWare: 1.9.6
• Stav dry kontaktů: 1=ON, 2=Off, 3=Off, - žádné alarmy

Zkrácený výpis OID

Poseidon family SNMP OID description
-------------------------------------------------------------------------------
Poseidon Device Values:
-------------------------------------------------------
.1.3.6.1.2.1.1.1.0                          Device description (string)
.1.3.6.1.2.1.1.5.0                          Device name (string)

Dry Contact Inputs
-------------------------------------------------------
.1.3.6.1.4.1.21796.3.3.1.1.2.1              Contact Input 1 state (integer, 1=Off, 2=On)
.1.3.6.1.4.1.21796.3.3.1.1.2.3              Contact Input 3 state (integer, 1=Off, 2=On)
.1.3.6.1.4.1.21796.3.3.1.1.3.1              Dry Contact Input 1 name (R/W string)
.1.3.6.1.4.1.21796.3.3.1.1.4.1              Dry Contact Input 1 Alarm state (integer)
Outputs
-------------------------------------------------------
.1.3.6.1.4.1.21796.3.3.2.1.2.1              Output 1 state (R/W integer, 1=Off, 2=On)    
.1.3.6.1.4.1.21796.3.3.2.1.2.2              Output 2 state (R/W integer, 1=Off, 2=On)    
.1.3.6.1.4.1.21796.3.3.2.1.3.1              Output 1 name (R/W string)

For more details, analyze the MIB file or see the detailed device manual.

Pokud se hodnota na některém z teploměrů dostane mimo nastavenou oblast, přejde toto jedno čidlo do stavu ALARM. Pro upozornění na stav ALARM odešle na nastavenou IP adresu SNMP Trap.

Jedná se o dva UDP pakety, které odesílá SNMP Agent do nastaveného dohledového centra (SNMP Client). Formát paketu je podrobně popsán v MIB tabulce, v prvním paketu je informace o zahájení stavu ALARM a v druhém jsou uvedeny doplňující informace ze kterého čidla alarm vzešel. Jedná se o stav alarm, to znamená, že po skončení stavu (například po vrácení teploty do definovaného rozsahu) jsou odeslány další dva UDP pakety s informací o ukončení stavu alarm.

Tento způsob byl vyvinut pro urychlení doručení informace o krizovém stavu, protože v klasickém režimu SNMP - dotaz/odpověď je může být perioda mezi jednotlivými dotazy od stovek milisekund po desítky minut nebo hodin.
Pro vstupní kontakty lze definovat odeslání Alarmu při Otevření / Zavření nebo alarm úplně vypnout.

Damocles2

Seznam a detailní popis SNMP Trapů lze nalézt v MIB tabulce, zde pouze základní všeobecný popis.

• Cold Start + Link Up Trap
  Dvojice SNMP Trapů odesílaná po zapnutí zařízení. Pokud je v okamžiku startu platný Alarm na některém z čidel, pošle se ihned další dvojice trapů.
• Nastal Alarm na dry kontaktu
  Dvojice SNMP Trapů odesílaná,  po zahájení Alarm stavu na dry kontaktu. První Trap obsahuje identifikaci zahájení alarmu pro obsluhu „tabulky poplachů“. Druhý SNMP Trap ve svém těle již obsahuje například název vstupu, který alarm vykonal atd..
• Skončil Alarm na dry kontaktu
  Dvojice SNMP Trapů odesílaná,  po ukončení Alarm stavu na vstupu. Této dvojici vždy předcházela dvojice o zahájení Alarmu. První Trap obsahuje identifikaci zahájení alarmu pro obsluhu „tabulky poplachů“. Druhý SNMP Trap ve svém těle již obsahuje například název vstupu, který alarm vykonal atd..
• Nastal Alarm z čidla hodnoty
  Dvojice SNMP Trapů odesílaná,  po zahájení Alarm stavu čidla hodnoty (teplota, vlhkost a další). Alarm nastane, pokud je hodnota mimo definovaný rozsah ± hodnota hystereze. První Trap obsahuje identifikaci zahájení alarmu pro obsluhu „tabulky poplachů“. Druhý SNMP Trap ve svém těle již obsahuje přidělený název senzoru a hodnotu, která Alarm vyvolala. 
• Skončil Alarm z čidla hodnoty
  Dvojice SNMP Trapů odesílaná, po zahájení Alarm stavu čidla hodnoty (teplota, vlhkost a další). Alarm skončí, pokud je hodnota zpět v definovaném rozsahu ± hodnota hystereze. První Trap obsahuje identifikaci zahájení alarmu pro obsluhu „tabulky poplachů“. Druhý SNMP Trap ve svém těle již obsahuje přidělený název senzoru a hodnotu, která Alarm vyvolala. 

Doporučené SW pro testování SNMP

GetIf

Getif je utilita pro práci s SNMP proměnnými, umožňuje jejich procházení v SNMP stromu, čtení hodnot, nastavování hodnot, zobrazení popisků podle přiložené MIB.

Pro zahájení práce doporučujeme shlédnout instruktážní Flash animaci, kterou najdete na našich www stránkách.

• Licence: Freeware
• Podporované OS: Windows 2000, XP, 2003 Server
• Komunikační protokol: SNMP, obsahuje MIB Manager
• Reakce na stav Alarm: Ne, nepodporuje příjem SNMP Trapů

iReasoning MIB Browser + Trap Receiver

Dvě volné utility pro práci s SNMP proměnnými, umožňuje jejich procházení v SNMP stromu, čtení hodnot, nastavování hodnot, zobrazení popisků podle MIB, kterou lze do programu nahrát.

Pro zahájení práce doporučujeme shlédnout instruktážní Flash animaci, kterou najdete na našich www stránkách.

Analogová proudová smyčka 4-20mA / 0-20mA se používá jako výstupní rozhranní na mnoha průmyslových senzorech (měření hladiny, proudové transformátory, senzory koncentrace plynů a podobně). Velikost výstupního proudu signalizuje měřenou veličinu.

Jak připojit senzor z výstupem 4-20 mA

• Analogový senzor typicky nemá další napájení (je napájen z minimální hodnoty 4mA)
• Převodník od HW group poskytuje napájení pro senzor (4mA / max 36V).

Lze použít "Sensor 0-20mA 1W-UNI"?

Ano, HW group převodník "0-20mA" lze použít také, pokud včleníte externí proudový zdroj:

Jak připojit senzor z výstupem 0-20 mA

• Analogový senzor (zde senzor proudu) nevyžaduje externí napájení.
• Převodník od HW group "Sensor 0-20mA 1W-UNI" neposkytuje napájení pro senzor.

Jak připojit více analogových výstupů

• Převodníky lze řetězit za sebou po sběrnici 1-Wire UNI
• Počet zřetězených převodníků je omezen maximálním počtem senzorů, které lze k jednoce Poseidon2 nebo Ares připojit.

Industrial Bus (RS-485)

• Maximální délka vedení: 1000 metrů celkové délky
• Počet zařízení na sběrnici: Poseidon + maximálně 31 zařízení
• Napájení: Základní napájení 12V/120 mA je součástí sběrnice, lze jej posílit vnějším adaptérem (přes jednotku S-Hub nebo Spider)
• Komunikační kabel: kroucená dvoulinka UTP (2 nebo 3 páry)

Topology 1: Basic

• Sběrnice je vedena 4. vodičovým vedením z jednotky Poseidon 1250 do dvou senzorů Temp-485 a HTemp-485 umístěných za sebou. K propojení jsou použity dva kroucené páry.
• Za druhým senorem je připojena konektorem RJ45 rozbočovací jednotka S-Hub, pomocí 4. vodičového vedení ze senzoru HTemp-485. Hnědý pár pro připojení napájení a modrý pro sběrnici.
• Na konektory 1 až 3 jsou připojeny senzory Temp-485 a HTemp-485 pomocí 6. vodičů (hnědý pár napájení, modrý sběrnice k čidlu a zelený sběrnice zpět).
• Do konektoru 4 první jednotky S-Hub je „Patch kabelem“ připojen převodník Spider pro 3 senzory teploty Temp-1Wire 10m a jedno kontaktní čidlo (dveřní kontakt připojen na modrý pár RJ45).
• Druhá rozbočovací jednotka S-Hub je „patch kabelem“ připojena z výstupu Spider.
• Na konektory 1 až 3 jsou připojeny senzory Temp-485 a HTemp-485 pomocí 6. vodičů (hnědý pár napájení, modrý sběrnice k čidlu a zelený sběrnice zpět).
• Konektor 4 je připojen 4. vodičovým vedením na senzor Temp-485 (hnědý pár pro připojení napájení, modrý pro A/B sběrnici).
• Na čidle Temp-485 je nastavena terminace, pomocí osazení jumper propojky „TERM“.

Topologie 2: Připojení 10 čidel na IT bus

Osm sensorů teploty a dvě čidla vlhkosti jsou připojny po sběrnici IT bus (RJ12) k jednotce Poseidon 1250. Celkově 10 čidel je popojeno pomocí dvou jednotek T-Box a jedné jednotky T-Box2.

• Čidla propojena sběrnicí: IT bus
• Celková délka sběrnice: 10m
• Maximální počet čidel: 10
• Použité sensory:
  • 2x Humid-1Wire 1m
  • 8x Temp-1Wire 1m 
• Použité příslušenství:
  • 2x T-Box
  • 1x T-Box2 

Závěr:

Toto řešení je omezeno celkovou maximální délkou sběrnice IT bus. Hodí se pro aplikace 1 až 10 senzorů na jednom místě, v rámci jedné lokality nebo rozvaděče.

Topologie 3: Poseidon Spider – převodník sběrnic

Zapojení kombinuje možnosti obou sběrnic, využívá velkou vzdálenost pro připojení dvou jednotek Spider, které jsou propojeny Patch kabelem s konektory RJ45. Ke každé jednotce Spider jsou připojeny čtyři sensory teploty nebo vlhkosti, každý s kabelem 10m. Na konci je jeden senzor teploty typu Temp-485 s terminací.

• Jeden sensor teploty Temp-1Wire s připojovacím kabelem 10m je připojen přímo k jednotce Poseidon 1250 do konektoru RJ12.
• Šest sensorů teploty a dvě čidla vlhkosti jsou připojny po sběrnici IT bus (RJ12) k jednotce Spider, délka kabelu každého senzoru je 10 metrů.
• Dvě jednotky Spider jsou připojeny k Poseidon 1250 standardním Patch kabelem RJ45 pomocí průmyslové sběrnice Industrial Bus. Délka propojení může být až 1.000 metrů.
• Spider má 4 vstupy pro vnější čidla, podporuje jedno čidlo na konektoru = max 4 čidla.
• Sběrnice Industrial Bus je ukončena 4. vodičovým připojením sensoru Temp-485, na kterém je aktivována terminace. Spidery mají nastaveny různé adresy a režim „Middle“.

• Čidla propojena sběrnicí: IT bus, Industrial Bus
• Celková délka sběrnice: 1000m + 9x 10m
• Maximální počet čidel: 40
• Použité sensory:
  • 6x Temp-1Wire 10m
  • 2x Humid-1Wire 3m
  • 1x Temp-485
• Použité příslušenství:
  • 2x Poseidon Spider
  • 2x RJ45 Patch kabel 300m (RJ45-RJ45)
  • 1x RJ45 TP kabel 300m (RJ45-4 piny zapojení typu “LAST”)

• Závěr:

  Řešení není omezeno délkou sběrnice IT bus. Jednotky Spider od sebe mohou být daleko až 1000m. Hodí se pro rozsáhlé aplikace s velkým počtem senzorů (Serverové místnosti atd..).

   

  Topologie 4: Použití sběrnice Industrial Bus – centrální bod

  Zapojení demonstruje propojení čidel topologií hvězda na sběrnici Industrial Bus, pomocí jednotky S-Hub. Propojovací místo S-Hub je umístěno uprostřed paprskovitě připojených čidel. Celková délka vedení klesá na 500m, protože délku všech čidel připojených na S-Hub je třeba násobit dvěma. Na konci sběrnice je senzor Temp-485 s terminací.

• Jeden sensor teploty Temp-1Wire s připojovacím kabelem 10m je připojen přímo k jednotce Poseidon 1250 do konektoru RJ12.
• Sběrnice Industrial Bus je přivedena na vstup rozbočovací jednotky S-Hub Patch kabelem RJ45. Kabel zároveň napájí čidla a S-Hub, napájení lze posílit vnějším napájecím adaptérem.
  • Senzory na jednotku S-Hub se připojují postupně od výstupu 1, v posloupnosti zapojení nesmí vzniknout mezera (např připojeny výstupy 1,2,5,6 kde 3 a 4 jsou vynechány). 
• První tři sensory teploty (Temp-485) a teplota/vlhkost (HTemp-485) jsou připojeny za sebou na první tři výstupy. K propojení se používá RJ45 / 6 žilový kabel, zapojený podle zapojení „MIDDLE“ kabelu.
• Jednotka Spider je připojena Patch kabelem, Spider připojuje 4 čidla typu Temp-1Wire ve vzdálenosti 4x 10m. Nastavení jednotky odpovídá pozici „MIDDLE“.
• Sběrnice Industrial Bus je ukončena na svorkách senzoru Temp-485, připojeným do pozice 5 na S-Hub. Zapojení připojovacího kabelu odpovídá pozici „LAST“ a na čidle je zapnuta terminace (Term=On).

Topologie 5: Použití sběrnice Industrial Bus – řetězový rozvod

Zapojení demonstruje řetězové propojení čidel na sběrnici Industrial Bus, kde jsou čidla propojena za sebou, všiměte si vzdálenosti mezi čidly. Jednotka Spider připojuje v jednom místě lokálně čtyři čidla teploty. Na konci sběrnice je senzor napětí a proudu Sens-UI s terminací.

• Jeden sensor teploty Temp-1Wire s připojovacím kabelem 10m je připojen přímo k jednotce Poseidon 1250 do konektoru RJ12.
• Dva sensory teplota/vlhkost typu HTemp-485 jsou připojeny na počátku sběrnice, k propojení se používá 4 žilový kabel, připojený na svorky.
• Sběrnice pokračuje k čidlu teploty Temp-485, opět 4. vodičové připojení.
• Senzor Temp-485-Pt100-Cable je opět připojen 4. vodičově. Teplota se měří snímačem typu Pt100 na silikonovém kabelu ve vzdálenosti 2m.
• Navazující převodník Temp-485-Pt100-2xDIN je připojen 4. Vodičově, určen pro osazení na DIN lištu. Dva vnější teploměry typu Pt100 měří dvě hodnoty teploty.
• Dále připojené teplotní čidlo Temp-485-Pt100-Box je určeno do vnějšího prostředí, obsahuje trn na přesné měření teploty. 4. vodičové připojení.
• Jednotka Spider je již připojena konektorem RJ45, Spider připojuje 4 čidla typu Temp-1Wire  ve vzdálenosti 4x 10m.
• Všiměte si překřízení kabelů, je třeba respektovat, který konektor RJ45 je vstupní a který výstupní. Spider má nastaven režim „middle“.
• Sběrnice Industrial Bus je ukončena 4. vodičovým připojením sensoru Sens-UI, který měří vnější napětí a proud.
• Na tomto senzoru je provedena terminace sběrnice osazením vnějšího odporu 120Ω

Jak vnikají falešné poplachy

• Zákmity tlačítek a kontaktů
• Oscilace hodnoty kolem hraniční hodnoty
• Přepojování konektorů

Tento problém je nepříjemný především při použití Poseidonu s GSM modemem, který odesílá SMS na Váš telefon při každém Alarmu.

Poseidon umožňuje řešit problém falešných alarmů pomocí dvou funkcí:

• Odložení odeslání poplachu (Alarm Notification Delay)
• Hystereze / pásmo necitlivosti (Hysteresis Idle Range)

Odložení odeslání poplachu

Odložením odeslání poplachu lze ošetřit situace, kdy je poplach tak krátký, že nemá smysl o něm informovat. Stejným časem se odkládá odeslání informace o zahájení i o ukončení poplachu.

• Modrou barvou je označen stav, kdy je zpoždění nastaveno na Delay [s] = 0.
• Oranžovou barvou je označen stav, kdy je zpoždění nastaveno na Delay [s] = 20.

Hystereze / pásmo necitlivosti

Hodnota Hysteresis definuje šířku tolerančního pásma pro odeslání alarmu. Funkce brání vzniku mnohačetných alarmů v případech, kdy  hodnota osciluje kolem nastavené hodnoty. Hodnota se nastavuje pro každý senzor samostatně.

Na obrázku jsou dva případy, bez vnitřního pásma hystereze 5°C by alarm spuštěný v bodě 8 skončil již v bodě 9, díky funkci hystereze je alarm prodloužen až dokud teplota nevystoupá na konec pásma hystereze (bod 10)   5°C + (-15°C) = -10°C. 

• Hystereze = 5°C:   
  Jednotka odešle 3 Emaily (SMS)
  Alarm v bodech 0..4,  8..10, 12 a dále
   
• Bez hystereze (0°C):   
  Jednotka odešle 8 Emailů (SMS)
  Alarm v bodech 0..1, 2..3, 8..9, 12..13, 14 a dále

• How does it work:
  When a button connected to input XX is pressed, Poseidon sends a SNMP trap to output XX. Since the same "#01" string is specified in the text name of the input and of the output, Damocles sets the output Y according to the input Y.

Configuring the output: Damocles

Note

In a similar way, two Damocles units can be configured to work together. Damocles can serve as the input or as the output; Poseidon can only serve as the input.
CAUTION: If you use older models, upgrade their firmware first!

Configuring the input: Poseidon

Note

In a similar way, two Damocles units can be configured to work together. Damocles can serve as the input or as the output; Poseidon can only serve as the input.
CAUTION: If you use older models, upgrade their firmware first!

Testing the function

1. Turn both devices off, and then back on.
   No LEDs will be lit on the Damocles.
2. On the Poseidon, close input 1 (a paper clip will work fine).
   Damocles reacts by closing output 2.

Note: In the Box-2-Box mode, SNMP traps only notify about changes. If you close the input before the Damocles is turned on, the state is not reflected.

Tips

1. The link identifier, "#xx", must contain exactly two digits.
   #xx can be located anywhere in the name of the input or the output but it must not follow a space.
2. An Input can control several units at once. The limit is the number of SNMP trap destinations (2 or 4).
3. One input can control multiple outputs within a single output device.
   Assign the same link identifier to the outputs.
4. The value of the input can be negated.
   If you use an exclamation mark operator (!) instead of the hash operator (#), the output will be inverted.
5. Physical order of inputs and outputs is not important.
   Input1 can control Output8 and so on. It is only important to use the same link identifier.

Note: We recommend to use only US-ASCII characters in input and output names.