V současné době řeším problém s kabelovým rozvodem UTP na počítačovou síť. Provedl jsem zapojení několika zásuvek na jeden kabel od switche a setkal jsem se s problémem tohoto typu. Na konci vedení počítač normálně připojím. Jakmile však se vzdaluji od konce a připojuji se na průběžně zapojené zásuvky, dochází k nestabilitě, případně k úplným výpadkům síťového připojení. Kritická je vzdálenost asi 7m. Na asi 10m už není možné se vůbec připojit.
Ve verzi PSP 3.41 je aktualizován modul LCDRfsh, který resetuje i řadič LCD. Nyní proto můžeme terminál, jak paralelní APT 130 tak i sériový APT 1000, použít jako přenosný LCD, ke stanicím, které nejsou vybaveny terminálem, nebo zákazník nechce, aby do stanic přistupovali jiné osoby než mechanici (ne každý musí vidět, jak to reguluje :-) ), kteří mají přenosný terminál. Klasické použití je u domovních předávacích stanic. Teplárna, nebo jiný dodavatel tepla nemusí mít u každé stanice LCD (úspora nákladů) a zároveň zamezí neoprávněné manipulaci. Technici od dodavatele mají přenosný terminál, který připojí ke stanici, změní parametry, nebo se podívají na chod stanice, i když nefunguje dálkový dozor. Jediná nevýhoda je, že máme obsazený jeden port komunikací pro terminál, ale u paralelního APT 130 tato nevýhoda odpadá. Modul LCDRfsh umístíme do periodického procesu s takovou periodou, jak jsme ochotni dlouho počkat s načtením LCD typicky 1-30 sekund.
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.
Poslední komentáře