Kompatibilita Atrea Duplex 370 EC5 s knihovnou AtreaLib

Dobrý den,

knihovna Atrea Lib byla napsaná pro řídicí jednotky RD4 a RD5, které Atrea dnes již nenabízí. Nahrazeny byly řídicí jednotkou aMotion, která je pravděpodobně i ve Vámi zmiňované rekuperační jednotce (https://www.atreaeshop.cz/atrea-duplex-370-ec5-e-am-rekuperacni-jednotka-s-entalpickym-vymenikem-a160581-l/v54720/produkt). Tam je momentálně asi jediná cesta, propojit Foxtrot s aMotion přes Modbus. Na supportu je k nalezení tento příspěvek, několik let starý, kde je popis registrů uveden https://support.tecomat.cz/dotaz/atrea-jednotky-s-amotion. 

Děkuji za odpověď a odkazy na protokol jednotky. Použiji tedy přímo Modbus. Příjemnější by samozřejmě bylo použít integrační knihovnu, která by měla komunikaci již odladěnou. 

Dobrý den,

hned na začátku jsem narazil na problém. Pokud se pokusím načíst data z jednotky Atrea pomocí PLC simulátoru (zatím pouze ladím komunikaci), dojde k výpadku komunikace Modbus na straně Atrea – data nelze načíst a je nutné jednotku restartovat.

Přitom při použití nástroje Modbus Tester se data načítají opakovaně bez problémů. Po testu s PLC simulátorem však nelze Modbus port na Atrea znovu otevřít, a to ani pomocí testeru.

V PLC simulátoru jsem přitom obdobně ladil komunikaci se střídačem Solinteg FVE na jiném kanálu (ETH1) a ta funguje bez potíží i v simulátoru.

Může prosím tento problém souviset se souběhem dvou Modbus komunikací, nebo je pravděpodobnější, že jej způsobuje samotný simulátor?

Nastavení komunikace v PLC mám následující:

ModbusCmdTCP(
Gr := 1,
IP := '192.168.1.127',
UnitID := 1,
FNC := 04,
StAdr := 1002,                                                         // doporuèený offset
NoPoint := 1,                                                          // poèet ètených wordù
PtrData := ADR(MdbData1),
Cmd := Command[1]
);

ModbusMas(
EN := enkom,
GrSel := 1,
MaxCmd := 1,
chanCode := ETH1_uni2,                                                 // nastavte podle vašeho UNI kanálu
Commands := Command[1],
Endian := 0,
MBtimeOut := T#30s,                                                    // napø. delší timeout
);

ukazka z testeru Modbus prikladam. 

Děkuji za pomoc, RN

Dobrý den,

u testeru je nastavena prodleva mezi dotazy na 10s. V případě funkčního bloku Modbus mastera, který jste použil, se posílá jeden dotaz za druhým, bez prodlevy. Je tedy možné, že řídicí jednotka Atrey se tou komunikací zahltí a přestane reagovat. V knihovně je modifikace funkčního bloku Modbus mastera fbModbusTCPmas2, která umožňuje vložit prodlevu mezi komunikace přes parametr Delay. Můžete tedy vyzkoušet, jestli by toto řešení pomohlo, případně dohledat v dokumentaci od Atrey, jestli je potřeba pauzy mezi komunikacemi dodržovat. Dále komunikaci se zařízením Modbus můžete logovat. Je tedy možné zachytit komunikaci mezi Foxtrotem a Atreou do logu, pak bychom viděli, jaké odpovědi Atrea posílá, jestli vůbec nějaké přijdou a s jakou chybou případně komunikace skončí. I z toho se dá usuzovat, kde je problém. Log se spustí přes bit LOG_ON v řídicím slově uni kanálu ETH1_uni2. Logování nastavte cyklické a stačí záznam zpráv v hexadecimálním formátu.