HM-MOD-EM-8 Analoge Spannungseingänge

Begonnen von borney, 01 Oktober 2014, 17:01:36

Vorheriges Thema - Nächstes Thema

olfi

#75
Hallo,

ich möchte das Modul gerne an einen Bewegungsmelder hängen. Der BM hat einen potentialfreien 12V öffner. Ich bin nun etwas unschlüssig wie ich den HM-MOD-EM-8 am besten verwende.
Hänge ich den BM am besten an den analogen Spannungseingang oder den digitalen? Welcher Modi wäre hierfür am besten?

Vielen Dank!
olfi

Pfriemler

Was genau meinst Du mit 12-V-Öffner? Liefert der Ausgang 12 Volt bei erkannter Bewegung?

Ein potentialfreier Öffner kann direkt einen Tastereingang bedienen, ohne Zusatzschaltung. Das ist der geringste Aufwand bei räumlicher Nähe. Als Schließer (NO = normally open) kann er bei kurzer Betätigung den Eingang direkt bedienen, das Modul liefert dann wie eine Fernbedienung entsprechend lange Tastendrücke. Bei einem Öffner (NC = normally closed), wie Du meinst, oder auch bei längeren Schließzeiten ist eine Konfiguration des betreffenden Eingangs auf den Modus "sensor" zwingend erforderlich. Ich würde das aber so oder so empfehlen.

Die nötige Umkehrung der Logik bei einem Öffner erledigt man dann in FHEM.

Der Tastereingang wird intern recht hochohmig abgefragt, deswegen dürfte der Verbrauch außer bei reiner Batteriespeisung gar nicht ins Gewicht fallen). Bei längeren Zuleitungen (ab 1 Meter aufwärts) würde ich wegen der Störsicherheit einen Spannungseingang verwenden. Digital sind beide - nominell ab 2 Volt (praktisch deutlich darunter) erkennt der Eingang auf "bedient". Eine Spannungsauswertung findet nicht statt.

Welches die beste Lösung ist, richtet sich u.a. nach der Entfernung und der Frage, ob Bewegungsmelder und Modul zusammen gespeist werden können.

"Änd're nie in fhem.cfg, denn das tut hier allen weh!" *** Wheezy@Raspi(3), HMWLAN+HMUART, CUL868(SlowRF) für FHT+KS+FS20, miniCUL433, Rademacher DuoFern *** "... kaum macht man es richtig, funktioniert es ..."

spel

Hallo,

ich habe das Modul "HM-MOD-EM-8" hier im Einsatz um den High-Pegel von 5 anliegenden Spannungen zu erkennen und zu übermitteln. Dazu habe ich alle 8 Eingänge per "set EM-8-channel regSet triggerMode sensor " in den Sensor-Mode versetzt.

Das Teil lief viell einen Tag gut. Dann erhielt ich keine Logs mehr: STATE = CMDs_pending

Zuerst dachte ich, dass es am Empfang läge. Dies kann aber ausgeschlossen werden, da mehrmals an unterschiedlichen orten getestet. Nun habe ich dazu das Modul blank, ohne angeschlossene 12V Spannungen getestet. Das gleiche. Eine Beschädigung durch die 12V kann ausgeschlossen werden.

Starte ich das Modul neu per "Neubestromen", kriege ich STATE = CMDs_done.

Aber funktionieren tut da etwas nicht richtig...

Ich habe alles ausprobiert, komme aber nicht weiter. D-firmware ist 1.1.

Hat jmd. eine Idee? Danke!

(Betriebsspannung ist 12V, richtig angeschlossen).

Pfriemler

Firmware 1.1? Warum weiß ich das nicht?  ;D

Meine beiden EM-8 laufen auch mit Spannungserkennung völlig störungsfrei. Klingt so, als würde sich Dein Modul wegen irgendwas aufhängen. AES aktiv?
Die Spannungen an den Spannungs-Eingängen (keinesfalls aber den Taster-Eingängen) dürfen auch höher als die Versorgungsspannung sein, das ist schaltungstechnisch kein Problem.

Sind denn die Channels wirklich sauber umgestellt oder sendet sich das Modul per Long-Triggerkanonade noch tot?
"Änd're nie in fhem.cfg, denn das tut hier allen weh!" *** Wheezy@Raspi(3), HMWLAN+HMUART, CUL868(SlowRF) für FHT+KS+FS20, miniCUL433, Rademacher DuoFern *** "... kaum macht man es richtig, funktioniert es ..."

spel

Hallo,

AES ist aktiv. Alle Pegel werden als Open/Closed übertragen.

Starte ich das Modul neu werden die Pegel richtig erkannt und übertragen. Bei Getconfig kommt dann nur noch das pending...

Ich lasse das blanke Modul mal über Nacht laufen und gucke dann mal.

Ein Aufhängen oder festhängen würde ich auch sagen. Reset über den Taster (4Sek usw.) habe ich scvon gemacht...

spel

Hallo,

habe es eben nochmal probiert. Wie vorher auch schon..

Ob es vielleicht doch die Reichweite bzw. Empfangssituation ist?


avg:-66.2 min:-92 max:-56 cnt:153 lst:-57


Ich kann jetzt sonst nur noch den Support kontaktieren...

Danke und
Gruß

Otto123

Hi Spel,

ne ganz quere Idee: Was hast Du für einen IO? Hast Du andere Geräte mit vielen Kanälen?
getConfig produziert beim EM-8 ne  Menge Funkverkehr ....

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

spel

Hallo,

ich habe einen HMLAN-Adapter als Gateway.

Damit verknüpft sind:

1x Bewegungsmelder (HM-SEC-MDIR)
1x Sensor 3 Schalteingänge (HM-SCI-3-FM)
1x Handsender, eigentlich ungenutzt (HM-RC-4)
1x Fensterkontakt (HM-SEC-SCo)
1x 8fach Empfangsmodul um Relais zu schalten (HM-MOD-Re-8)
1x das besagte 8fach Sendemodul (HM-MOD-Em-8)

Dabei ist das 8fach Sende- und Emfpangsmodul an einer Stromquelle und wird gleichzeitig eingeschaltet. Habe es aber auch schon so probiert, dass ich das besagte Sendemodul später aufstecke... erzeugt die gleiche Problematik. Die Module sind in etwa 50 cm übereinander angeordnet.

Das Empfangsmodul arbeitet so wie es soll. Ich weiß gerade nicht weiter. Grds. habe ich von Elektronik etwas Ahnung und habe bereits viele Möglichkeiten durchprobiert...

Ich gebe die Hoffnung noch nicht auf...

Danke!

Otto123

Ok, dann war meine Idee nix.

Reichweite: Du hast zwar einmal rssi von 90 aber die Werte von um die 60 sind eigentlich gut.

Vielleicht doch einfach kaputt ...
Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

frank

ZitatDas Teil lief viell einen Tag gut. Dann erhielt ich keine Logs mehr: STATE = CMDs_pending
wieso eigentlich cmds_pending? was will fhem denn?
schon mal hminfo configCheck gemacht? oder den burschen gesnifft?
passiert es auch ohne aes?
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

spel

Hallo,

da ich keine Rückmeldung, wie zB das standardmässige "battery: OK" erhielt (das ist ja eigentlich nen Handsender das Modul). hatte ich getConfig gedrückt und dann kam nur noch CMD_pending...

HMinfo ergab das:

trigger sent to undefined device
triggerUndefined:
Und dann ein paar Eingänge des Moduls. Dort liegen jedoch einfach nur 12 Volt an...

spel

Hier das Log seit Neustart:

2016-11-07_17:16:17 DG.db.SE.PIRMelder_HM battery: ok
2016-11-07_17:16:17 DG.db.SE.PIRMelder_HM CMDs_done
2016-11-07_17:16:33 DG.db.SE.PIRMelder_HM alive: yes
2016-11-07_17:16:33 DG.db.SE.PIRMelder_HM powerOn: 2016-11-07 17:16:32
2016-11-07_17:16:33 DG.db.SE.PIRMelder_HM CMDs_done
2016-11-07_17:16:33 DG.db.SE.PIRMelder_HM CMDs_done
2016-11-07_17:16:33 DG.db.SE.PIRMelder_HM CMDs_done
2016-11-07_17:16:33 DG.db.SE.PIRMelder_HM CMDs_done
2016-11-07_17:16:33 DG.db.SE.PIRMelder_HM CMDs_done
2016-11-07_17:16:33 DG.db.SE.PIRMelder_HM CMDs_done
2016-11-07_17:16:34 DG.db.SE.PIRMelder_HM CMDs_done
2016-11-07_17:16:34 DG.db.SE.PIRMelder_HM CMDs_done
2016-11-07_17:16:34 DG.db.SE.PIRMelder_HM CMDs_done
2016-11-07_17:16:44 DG.db.SE.PIRMelder_HM CMDs_done
2016-11-07_17:16:45 DG.db.SE.PIRMelder_HM CMDs_done
2016-11-07_17:16:53 DG.db.SE.PIRMelder_HM CMDs_done
2016-11-07_17:16:54 DG.db.SE.PIRMelder_HM CMDs_done
2016-11-07_17:21:35 DG.db.SE.PIRMelder_HM CMDs_pending
2016-11-07_17:21:36 DG.db.SE.PIRMelder_HM CMDs_pending
2016-11-07_17:21:36 DG.db.SE.PIRMelder_HM CMDs_pending
2016-11-07_17:21:36 DG.db.SE.PIRMelder_HM CMDs_pending
2016-11-07_17:21:36 DG.db.SE.PIRMelder_HM CMDs_pending
2016-11-07_17:21:36 DG.db.SE.PIRMelder_HM CMDs_pending
2016-11-07_17:21:36 DG.db.SE.PIRMelder_HM CMDs_pending
2016-11-07_17:21:36 DG.db.SE.PIRMelder_HM CMDs_pending
2016-11-07_17:21:36 DG.db.SE.PIRMelder_HM CMDs_pending
2016-11-07_17:21:36 DG.db.SE.PIRMelder_HM CMDs_pending
2016-11-07_17:21:36 DG.db.SE.PIRMelder_HM CMDs_pending
2016-11-07_17:21:36 DG.db.SE.PIRMelder_HM CMDs_pending
2016-11-07_17:21:36 DG.db.SE.PIRMelder_HM CMDs_pending
2016-11-07_17:21:36 DG.db.SE.PIRMelder_HM CMDs_pending
2016-11-07_17:21:36 DG.db.SE.PIRMelder_HM CMDs_pending
2016-11-07_17:21:36 DG.db.SE.PIRMelder_HM CMDs_pending
2016-11-07_17:21:36 DG.db.SE.PIRMelder_HM CMDs_pending


Die Stati der Eingänge (open/closed) wurden nicht mehr übertragen seit Neustart des Moduls.

frank

poste mal ein list vom device und von einem channel, und dann sniffe mal das device wie im wiki homematic sniffen.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

spel

Hallo,

okay das möchte ich gerne machen. "list" bedeutet regList oder welches list?

Danke!

Otto123

Zitat von: spel am 07 November 2016, 20:34:59
Hallo,

okay das möchte ich gerne machen. "list" bedeutet regList oder welches list?

Danke!
list <devicename> in der kommandozeile
Wenn Du dem Handsender aber getConfig schickst musst Du auch was drücken, sonst sendet er nicht. Beim EM-8 übrigens genauso.

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz