Prosím o návod nebo upřesnění k R-IT-0500S.
BATLOW - log 1 znamená slabou baterií nebo dobrou ?
RSSI -64 dBm, je tato hodnota dostatečná pro provoz?
Zapojení pinu z výroby je na odesílání dat po 10 min nebo je to v poloze OFF?
Po změně SW v PLC, jak online, tak po restartu, se ztratí radiová komunikace ....
Četl jsem v dotazech z roku 2024 podobné potíže a že to řeší studený restart ...
Předem děkuji za rady
Odpovědi 5
BATLOW je příznak vybité baterie, takže v 1 vybitá, v 0 je OK
Hodnota RSSI je v pořádku, modul určitě problém se signálem nemá.
Z výroby je propojka zasunutá v poloze OFF, aby po vložení baterie nedocházelo k vybíjení baterie vysíláním teploty. Teprve, když připojíme snímač a nakonfigurujeme modul pro měření teploty, pak má smysl tu propojku přesunout.
K té ztrátě komunikace po nahrávání nové verze SW, jakou verzi má firmware a hardware modulku a jakou verzi knihovny RFox2Lib používáte v tom projektu?
RFox2Lib v 3.1
CP 2943 fw 7,4, C-RF-0001M-A fw 1.7.
R-IT-0500S - fw, nevím, za dva dny se ani jednou nepřihlásil. 10 min posílání teploty je nastavené. Přihlásí se jen, když se z něj vyndá baterie a zase vrátí zpět. Protože hlásí slabou baterii, vyměním ji. Modul je úplně nový a je divné, že má hned od začátku slabou baterii.
U modulů R-IT-0500S-A je komunikace jednosměrná, od modulu k masterovi. Modul se nachází většinově v režimu spánku s odpojenou baterií. K připojení baterie a zahájení komunikace dojde pouze při sepnutí vstupu v režimu DI a pokud je modul používán pouze k měření teploty, tak se baterie připojí po vypršení desetiminutového intervalu (za předpokladu, že je spravně zasunutá ta propojka pro pravidelné vysílání teploty). Jestli tu propojku máte osazenou a modul se s masterem C-RF-0001M-A nespojí, zkuste zapojit nějaké tlačítko a zkontrolovat, jestli po stisku tlačítka dojde k navázání komunikace. Výměnu baterie zkuste také, jestli v těch přijatých datech byl ten bit BATLOW nastaven do 1.
Co se týká konfigurace v Mosaicu, tak je v podstatě jediná možnost, kterou můžete nastavit a to je komunikce napřímo nebo s využitím routeru. Nejprve bych zkusil modul zprovoznit bez použití dalších modulů jako opakovačů, jen na přímo viditelnost mezi modulem a masterem, abychom situaci co možná nejvíc zjednodušili. Síla signálu by měla být dostatečná, aby komunikace napřímo fungovala. Pak teprve bych řešil případnou potřebu komunikace na větší vzdálenost s využitím routovaného spojení. Jestli takhle varianta není potřeba, tak tento bod přeskočte.
Co se týká restartu, žádná data týkající se RFoxu nejsou uložená v remanentních registrech, takže není vůbec žádný rozdíl mezi tím, jestli centrála projde teplým nebo studeným restartem. Změny v konfiguraci RFoxu by podle mne měly projít i v režimu on-line změny.
Nakonec jsme to vyřešili. Zapojil jsem jeden binární vstup na přepínač (ne tlačítko). Mělo být jako testovací pro odeslání paketu bez čekání na 10 minutový interval. Zákazník ho nechal v log 1 a jednotka tak trvale odesílala data a baterka se pak rychle vybila. Udělal jsem si z toho závěr, že DI jsou myšleny jako tlačítka a ne jako přepínače. Při log 1 jednotka vysílá data celou dobu. Pochopil jsem to správně? Děkuji.
Při dlouhém stisku, resp. trvalém sepnutí je počet vyslání paketu omezen na 100. Aspoň ve stávající verzi fw to tak je. Ty úplně první moduly toto omezení neměly. Ale takové provedení byste mít neměl, když jste psal, že je to teď nová dodávka. Jinak máte pravdu, je to myšleno jako modul pod nástěnný ovladač, typické použití 4 tlačítka a měření teploty.
Vaše odpověď
Pro vložení odpovědi je nezbytné být přihlášený. Pokračujte na přihlášení.