I taková relativně jednoduchá věc nám dala přece jen zabrat, nefungovalo to nejprve vůbec, pak špatně a pak teprve dobře. Opět se ukázalo, jak je při takových věcech vhodné postupovat skutečně krok za krokem.
|
Proti minulému dílu jsme i s naším schématem trochu pokročili. Na jedné straně LOGO!Soft Comfort, pak internet, dále REX300 a přes RS232 modul LOGO! |
|
|
LOGO! ve verzi 0BA0, tedy v takové, kterou spousta z Vás už ani nepamatuje. My jsme si je vybrali z prozaického důvodu, neměli jsme nic jiného se sériovou komunikací. |
|
|
K LOGO! do verze 0BA6 byl pro programování nutný takový LOGO! PC kabel. Vyšší verze již mají ethernetové rozhraní. |
|
|
Než se pustíme do dálkového přístupu, vyzkoušíme si spojení přímo z software LOGO!Soft Comfort. Při přímém propojení na COM port bude pravděpodobně vše OK, pokud ale použijete jednoduché, třívodičové prodloužení COM portu, setkáte se nejspíš s takovým hlášením. Proč? |
|
|
Odpověď najdeme ve schématu uvedeného LOGO! PC kabelu. Je vidět, že LOGO! potřebuje ještě signály na dalších pinech CANON9 konektoru. |
|
|
Proto budeme potřebovat tzv. plný sériový kabel. Jestliže si tohle nevyzkoušíme a neobjasníme, pak při připojení k REX300 jednoduchým kabelem taky nebude nic fungovat. |
|
|
Takže si na propojení REX300 a LOGO! přidáme ještě dvě žíly. Jednoduché propojení stačilo akorát na hyperterminal z minulého dílu. |
|
|
Ještě zbývá připojit kanály osciloskopu na komunikační potenciály, jak se ukáže dále, bylo tohle naprosto nezbytné. |
|
|
Standardně spustíme službu shDIALUP a na serveru myREX24 aktivujeme VPN spojení. |
|
|
U těchto starých modulů pro navázání komunikace vyžadoval software přepnout LOGO! do režimu přenosu dat mezi PC a LOGO! Po startu modulu se tento režim nastavil automaticky, nebo pak současným stiskem kláves vlevo+vpravo+OK. |
|
|
Ovšem spojení ani teď zase nefungovalo. Situace se stávala pomalu vážnou, nezbylo než přistoupit k nějakému měření. |
|
|
Při spuštění detekce spojení s LOGO!Soft Comfort vyšle software do LOGO! dotaz (žlutý kanál) a LOGO! odpoví (červený kanál) jestli je vše OK nebo ne. Tohle je odpověď NE. Nefunguje to. Proč? Ten žlutý znak je v ASCII vykřičník (21hex). |
|
|
Jednoduše proto, že i když jsme REX300 nastavili podle parametrů COM portu v PC, tak software při komunikaci tyto parametry přepíše podle sebe. Nikde se ale nedozvíte jak. Jedině výše uvedeným měřením zjistíte, že v protokolu chybí paritní bit. Zbývá tedy znovu nastavit formát dat REX300 na 8 bitů, sudou paritu a jeden stop bit. |
|
|
Následně již při detekci spojení z LOGO!Soft Comfort vypadá odpověď takto správně. Pokud se Vám zdá průběh signálu stejný jako výše, není tomu tak, spočítejte si délku podle časovky. |
|
|
A jedeme. Přenos programu do vzdáleného LOGO! trvá trochu déle než napřímo, ale to nevadí, hlavně že vše konečně funguje. Na videoukázce níže je hezky vidět, co LOGO!Soft do modulu aktuálně posílá a jak mu LOGO! modul odpovídá. Vše přes RxD a TxD signály. |
|
|
Nahrajeme změny v programu, spustíme a LOGO! se hned chová jinak. Start se tady musí provést ručně, zapnutí z software ještě tohle LOGO! nebere. |
|
|
Obousměrná komunikace RS232 s LOGO! přes REX300 na videoukázce online.
|
Závěr:
V každém díle jsme si ukázali něco, co pro méně zkušené uživatele může být nepřekonatelná překážka. Na příkladu LOGO! je vidět, že ani tak nezáleží na tom, co máme na REX300 přes sériovou linku připojeno, ale spíš na tom, jak si vše rozmyslíme a vyzkoušíme software s hardwarem po jednotlivých krocích. Hodně úspěchů s REX300 a vzdálenou správou Vašich zařízení.
Jaroslav Blažek
Doplňující odkazy k článku:
Router REX300 a VPN komunikace RS232, část 2 myREX24: http://www.blaja.cz/plc-automaty/router-rex300-a-vpn-komunikace-rs232-cast-2-myrex24.html
Router REX300 a VPN komunikace RS232, část 1: http://www.blaja.cz/plc-automaty/router-rex300-a-vpn-komunikace-rs232-cast-1.html
Modul REX300 Helmholz: http://www.helmholz.cz/rex-300
RS232 popis: https://cs.wikipedia.org/wiki/RS-232
Hercules utilita: http://www.hw.cz/produkty/hercules-tcp-udp-a-seriovy-terminal-pro-windows.html
