Poslední příspěvky

A teď jsem ještě dohledal ve fóru http://forum.elsaco.cz/index.php?topic=245.0, že existuje nějaká knihovna IQQ.
Aniž bych četl stohy dokumentů, můžete mi říci, která knihovna je vhodnější pro čtení měřených dat z CCPU-03 přes ethernetové rozhraní?

Děkuji

V. Horský

[Technickém manuálu Protokolu QQ/QX (komun. protokol regulátorů RT/RTm/RT40 a PL2)]

Dobrý den,
pro komunikaci s centrálou CCPU-03 lze použít buď nativní protokol QQ nebo protokoly Epsnet / Modbus. Pokud by jste chtěl používat protokoly Epsnet / Modbus, tak musíte do projektu vložit příslušné moduly. Protokol QQ je nativní a pro jeho používání je pouze potřeba, aby byl v centrále nahraný projekt. Data jednotlivých modul z projektu jsou potom dostupné QQ protokolem.


Popis protokolu QQ je ke stažení na našich stránkách v Technickém manuálu Protokolu QQ/QX (komun. protokol regulátorů RT/RTm/RT40 a PL2), který je ke stažení na stránce s manuály PL2.



Pokud chcete komunikovat po ethernetu, tak musí být hlavní kanál na CCPU-03 přepnutý na 4. Téma hlavního kanálu je popsáno např. na našem fóru:
CCPU-03 přes TCP nekomunikuje
Nefunguje projekt na kanále 4
Změna hlavního kanálu bez CKDM


QQ komunikace je následně dostupná po TCP na IP centrály a portu 1998, pro UDP je to port 1999. Nastavení IP, brány apod. se provádí na setup stránce, vše je popsáno v našich návodech (podobný problém jako překlad a ladění z našeho grafického programovacího prostředí FRED) viz Překlad z FREDa & TCP/IP a Návody PL2.



V případě, že se chcete vyhnout implementaci QQ protokolu, tak můžete využít naší komponentu IQQ, která je součástí instalace FRED ovladače pro PL2 (součástí knihovny Driver.PL2.dll), který je ke stažení na stránce s PL2 podporou pro FREDa.

Součástí instalace je i nápověda IQQ.chm, kde je rozhraní popsáno, a to včetně příkladů pro různé programovací a skriptovací jazyky. Pokud by jste chtěl, tak Vám mohu jednoduchý příklad pro Vámi vybraný programovací jazyk vytvořit.

Dobrý den

Je k dispozici i popis metod v knihovně? Je dostupná nějaká dokumentace knihovny?

Děkuji

V. Horský

Dobrý den

chci se zeptat, jestli je dostupný popis komunikačního protokolu pro čtení dat z Promos Line2 CCPU-03 přes ethernetové rozhraní. Nedaří se mi ho na vašich stránkách najít. Máte k dispozici nějakou dokumentaci? Kde je prosím k najití?



Dotaz zaslaný mailem (viz výzva).

Problém je s největší pravděpodobností v nastavení brány na setup stránce. Zkontrolujte, prosím, toto nastavení. Brána musí být ze stejného segmentu jako je IP XCOMu a na této IP by mělo být zařízení, které dokáže odpovídat na ARP pakety (tj. dispečerské PC, komunikační koncentrátor apod.).

Pokud by byla špatně nastavená brána, tak lze vysvětlit i chování LED. XCOM se snaží získat ARP paketem informace o adresátovi odpovědí, což se mu se špatně nastavenou bránou nedaří, a tak je posílá periodicky.

Máme XCOM-31, který odpovídá na ping, dokonce se dostanu na jeho setup stránku, ale neodpovídá Promoticu na Modbus TCP pakety. Stejný projekt v jiném XCOMu bez problémů funguje.

Nepomáhá ani reset. LED ETH Rx a Tx blikají a LED Tx bliká dokonce i při odpojeném kabelu. Jde o HW závadu? Nebo kde by mohl být problém?


Dotaz zaslaný mailem (viz výzva).

[připojené soubory vidí pouze registrovaní uživatelé]

Dobrý den,
pro vyčítání M-Bus měřičů jste správně zvolil modul M-Bus (případně je možné zvoli modul M-Bus Ex, kde se některé parametry - zejména vif a dif - zadávají přímo v HEXu). Data z těchto měřičů se po vyčtení objeví na jeho výstupech val0 až val7 (lze zkontrolovat v režimu ladění).

Následně je tedy potřeba dostat tato data protokolem Modbus TCP. Komunikace probíhá po TCP, takže základem je TCPbuffer (obecný modul komunikace po TCP). Všechny Modbus moduly v knihovně jsou připraveny na protokol RTU, takže pokud bude po TCP probíhat komunikace Modbus TCP, je potřeba provést "překlad", tj. za TCPbuffer je potřeba napojit modul Modbus TCP - RTU, který tento převod provede. Na výstup tohoto modulu lze připojovat všechny slave Modbus moduly.

Pro přenos dat ze 2 měřičů je asi nejvhodnější použí dynamický modul Modbus Tx slave (dyn). Budeme přenášet 16 hodnot, tak si ho "natáhneme" na délku 16.

Tím je vlastně celý projekt hotový. Pokud chceme přenášt i Report Slave ID, tak přidáme modul Modbus slave. V případě, že OPC server bude generovat více požadavků na data najednou, tj. bude posílat více TCP paketů najednou, tak je nutné moduly TCPbuffer a Modbus TCP - RTU nahradit jedním modulem ModbusTCPbuffer, který provádí příjem a převod paketu na RTU najednou.

Nyní nastavíme parametry:
- v modulu TCPbuffer nastavím port pro Modbus TCP, tj. 502.
- v modulech M-Bus nastavím komunikační parametry (v obou stejné) např. COM2/300Bd/sudá parita a dále nastavíme modulům správnou adresu
- pokud nevíme vif a dif, tak necháme modul s měřiči zakomunikovat a z výsledku komunikace (na výstupním pinu out) můžeme vif a dif z odpovědi získat a následně zapíšeme do parametrů ty, jejichž hodnoty chceme znát
- v modulu Modbus Tx slave (dyn) nastavím adresu modulu (adresa jednotky na protokolu Modbus TCP) a dále offset, od kterého chceme, aby jednotka data poskytovala
- stejnou adresu případně nastavíme i v modulu Modbus slave

V příloze je obrázek se zapojením, projekt, který je rozdělen na 3 listy a ten samý projekt s modulem ModbusTCPbuffer.

(připojené soubory vidí pouze registrovaní uživatelé)

Dobrý den,
prosím o radu, jak realizovat převod komunikace se dvěma měřiči tepla M-BUS do nadřazeného OPC serveru, který podporuje Modbus TCP (port 502). Připojuji obrazovku mého prvního pokusu. Nevím, jak dál propojit na ethernet port. Bohužel nemám možnost komunikaci vyzkoušet v kanceláři, protože měřič je již nainstalován.

[režimu XBEE API]

Problém je v tom, že piggy PWLC-10/868 jsou osazeny moduly XBee, které mají dle normy ČTÚ omezeni na dobu vysílání (Duty Cycle). Pokud máte převodník zapojený na lince RS-485, tak přes piggy PWLC-10/868 jdou veškeré zprávy (dotazy a odpovědi z jiných stanic).

Řešením je použití režimu XBEE API, který ovladač pro ControlWeb od verze 2.3.1.1 podporuje. Stačí jeden z modulů (ten, který je připojen na linku k dispečinku) nakonfigurovat na API MODE a do sekce [STATION] v PAR souboru pro CW ovladače přidat volbu XBEE868 s výrobním číslem XBee modulu, který je u stanice.

Řekněme, že máme situaci jako na přiloženém obrázku (pwlc-plan.png). Modul připojený k lince RS-485, která vede z dispečinku, nakonfigurujeme na XBEE API MODE (AP=1). Konfiguraci provedeme pomocí programu X-CTU od firmy digi.com, a to následovně:
- modul umístíme do převodníku (nejlépe SLC-21), který připojíme USB kabelem k PC
- spustíme program X-CTU
- vybereme port, ke kterému je převodník připojen
- nastavím správně komunikační parametry
- otestujeme pomocí tlačítkem Test / Query (viz obrázek XCTU-config.png)
- pokud máme vše nastavené správně zobrazí se nám dialog, kde je mimo jiné i výrobní číslo XBee modulu (viz XCTU-sn.png)
- následně přejdeme na záložku Modem Configuration
- zde pomocí tlačítka Read načteme aktuální konfiguraci
- v seznamu položek najdeme položku AP, kterou změníme na 1
- novou konfiguraci zapíšeme pomocí tlačítka Write (viz XCTU-AP.png)

Tím máme nastaveno, že tento modul bude vysílat pouze požadavky, které přijdou ve formátu XBEE API. Nyní je potřeba, aby v takovémto formátu posílal požadavky i ovladač pro CW. V PAR souboru najdeme stanici, která je připojena přes toto bezdrátové spojení a zapíšeme volbu XBEE868. Budeme potřebovat výrobní číslo XBee modulu, který je u této stanice (v našem příkladě je to výrobní číslo 13A20040A27385).

Začátek upravené sekce [STATION] v PAR soubor pro tuto stanici bude vypadat například následovně:

Kód:

[STATION]
  ORIGINAL_CHANNELS
  ADDRESS 18
  NAME "VSzaVodou" 
  XBEE868 13A20040A27385
  

(připojené soubory vidí pouze registrovaní uživatelé)

Máme linku RS-485, na které máme 20 stanic. A připojili jsme pomocí dvojice převodníku SLC-41 a piggy PWLC-10/868 špatně dostupnou vzdálenou stanici (bez přímé viditelnosti). Po zapnutí převodníků komunikace s aplikací ControlWeb probíhá bez problémů, ale po nějakém čase přestane stanice odpovídat. Poumůže vypnutí a zapnutí převodníků. V čem je problém a jak ho případně řešit?



Dotaz zaslaný mailem (viz výzva).