Na AMPÉRU jsem mluvil s Ing. Lónem ohledně RS 485 a dozvěděl jsem se zajímavou informaci, že na lince můžu mít opakovačů kolik chci (třeba 20), ale v komunikační cestě komunikujících stanic nesmí být víc než 3. Dříve jsem si myslel, že v celé síti můžou být maximálně 3 :-). Impedančně nesmí být v segmentu více než 32 stanic a opakovač se bere jako stanice. Že adresně nesmí být více než 32 stanic ani snad nemusím psát.
Chtěl bych upozornit na interiérový snímač teploty, vlhkosti a atmosférického tlaku od firmy COMET. Snímač je možno objednat v různých provedeních počtu snímaných veličin i elektrických výstupů a je možno zvolit mnoho fyzikálních jednotek. Tento snímač může být dodán s napěťovými výstupy 0-10V, proudovými výstupy 4-20mA, nebo komunikující protokolem ModBus RTU, protokol vycházející ze standartu Advantech-ADAM, nebo protokol ARION firmy AMiT. Popis komunikačních protokolů je velmi dobře popsán.
Po konzultaci se suportem AMiTu jsme došli k závěru, že pro připojení GSM modulů s řídicími systémy AMiT, je nejlepší zapojovat jen tři vodiče tj. RxDATA, TxDATA. GND. Při použití plného kabelu může přijít signál RING hardwarově a ne po komunikaci a potom data neodejdou (ne zcela korektní chování knihovny MODEM).
Popis problému + postup při hledání chyby. Z důvodu dotazů ohledně skákání teplot NI1000 u řídicích systémů a DM modulů, podrobněji popíši postup odhalování chyby. Příčinou skákání teplot může být 1.) - rušení z vnitřku, 2.)- rušení z vnějšku rozvaděče, nebo nesprávně zapojené analogové výstupy, nebo 3.) - chyba v SW. Začnu u rušení z vnitřku rozvaděče a budu logicky postupovat, jak bych postupoval já.
Zaujaly mě expanzní moduly MIDAM Control System od firmy MIKROKLIMA s.r.o., protože mají modul 4x přepínacích relé MIDAM 200 a zajímavý ovladač. MIDAM RCP-10 Navázal jsem s firmou kontakt a zeptal na možnost implementace komunikačního protokolu ARION. Odpověď je níže. Do modulu MIDAM je možnost implementovat protokol ARION. O kolik modulu ročně by se Vám jednalo? Na základě množství modulů Vám vypracuji cenovou nabídku na implementaci protokolu.
Napadla mne zajímavá otázka, a proto jsem ji poslal na suport AMiTu: Prosím o odpověď podle mě na zajímavou otázku. Bylo by možno udělat Vaší firmou převodník M-Bus/RS485 (protokol Arion)? Už vícekrát jsem se potýkal s problémem načítání M-Bus měřiče a neměl jsem volný port, protože jsem druhý port použil na rozšiřující moduly DIN (v těchto aplikacích používáme většinou AMAP). Co si o tom myslíte? Bylo by to pro Vás zajímavé? 1) Děkujeme za podnět k rozšíření našeho sortimentu. Váš návrh jsem postoupil k posouzení, a jakmile budu vědět stanovisko, tak vás budu informovat. 2) Váš návrh na vytvoření modulu Mbus/RS485 (ARiON) byl v Praze přijat s tím, že vytvoření takového modulu by bylo možné a tato myšlenka se zdá být velmi zajímavá. Momentálně je rozpracována jak po technické tak po obchodní stránce. Jakmile budeme vědět další informace, tak se vám obratem ozveme.
Během jednoho týdne jsem narazil na dva problémy s časem u řídicích systémů AMiT, na které chci upozornit. První problém byl, že stanice se zasekla a periodicky se vykonávaly procesy závislé na čase, i když se vykonávat neměly (modul SyncMark byl neustále v jedničce) a displej APT130 se nekomunikoval. Problém byl v tom, že stanice měla datum a čas 0.1.1980 00.00.00. Je pravda, že se to stalo v období bouřek, ale i když jsem měl ošetřenu kontrolu FLASH a watchdog tak se program nechoval tak jak měl a to mě zaskočilo, protože jsem myslel, že tento stav nemůže nastat. Pomohlo až přehrání operačního systému NOS a nastavení korektního času.
Poslední komentáře