Zweiter Schritt: Homematic Einstieg

MadMax-FHEM · 04 Oktober 2019, 11:26:16

Bzgl. Beleuchtung kann ich Beta-User nur zustimmen.

Da bin ich auch eher bei ZigBee (deCONZ / RaspBee von Dresden Elektronik [ist finde ich das "fhem für ZigBee"

] / habe auch noch das Tradfri Gateway: auch gut und in fhem sehr gut integriert aber nicht so gut mit "Fremdleuchten"

)...
...das einzige was mir fehlt sind "Lichtschalter" bzw. Sender die man "unter/hinter" vorhandene Schalter anschließen kann.

Die Schalter die es gibt (Osram, Philips, ...) sind alle sehr weit weg von meinen Schalterprogrammen...
...daher bin ich grad dabei eine Tradfri-FB als Schalter umzubauen.
Was noch geht ist wohl den Philips oder war es Osram in einen Gira EnOcean-Schalter einzubauen (also "Innerei" zu tauschen / aber dann ganz schön teuer)...

Und ich habe nicht überall Nulleiter in den Schalterdosen

Daher habe ich nun auch häufiger EnOcean, da gibt es Schalter ganz ohne notwendige Anschlüsse: autark. Der kann dann überall hin

Und ja, selbst wenn die magnetischen FKs schon (lange) leer anzeigen, laufen die immer noch gefühlt "Monate"

Die optischen sind da kritischer, die sind bei low schon nach ein paar Tagen (max. so 1-2 Wochen) dann echt leer -> dead

Gruß, Joachim

claudio-fhem · 11 Oktober 2019, 12:23:58

Ihr seid alle schon 2-3 Schritte voraus... Ich kann nicht mal eine einfache Grafik (Raumtemp, Hum.) derzeit erstellen

Oder eine Zeitschaltuhr, die ab Sonnenuntergang eine der HM-Schaltsteckdosen (mit etwas Zufall auf der Einschaltzeit) für eine zufällige Zeit von 4-7 Stunden einschaltet.

Bin ich da hiermit auf der richigen Spur:

https://wiki.fhem.de/wiki/RandomTimer

Oder eher was anderes?

Beta-User · 11 Oktober 2019, 12:37:10

Was die Grafik angeht, sollten sich die notwendigen Schritte z.B. aus dem Quick-Start ergeben, aber ohne input kein output.

RandomTimer schaltet innerhalb des Intervalls auch schon mal zufällig aus und wieder ein... Scheint nicht das zu sein, was du suchst.

Dafür würde ich eher ein "einfaches at" nehmen. Fang' mit "sunset" zum Einschalten an und mit einer via Zufallsfunktion generierten "on-for-timer"-Dauer für das Ausschalten

. (Ohne eigenen Code-Versuch kein weiterer support...)

claudio-fhem · 11 Oktober 2019, 12:48:08

...ja, ick versuchs.... nebenbei das Auto abgestorben und und und und...

tbc...

claudio-fhem · 29 Mai 2020, 09:07:12

Nachgeschobene Frage zu den HM Schaltsteckdosen

https://wiki.fhem.de/wiki/HM-LC-Sw1-Pl2_Funk-Zwischenstecker-Schaltaktor_1fach

Ich habe den Eindruck, die Dinger sind nach stromlos machen (rausziehen, vermutlich auch Stromausfall?) grundsätzlich OFF, wenn die Spannung wieder anliegt, stimmt das? (Habe es gerade nochmal probiert, hier ist das so...)

Kann ein Problem geben, wenn ein angeschlossenes Gerät nach einem Stromausfall nicht wiederkommt, weil die Steckdose aus ist. Kann man da was drehen, dass die Steckdose grundsätzlich in den Modus VOR Stromausfall zurückkomt?

Beta-User · 29 Mai 2020, 09:16:56

Kann schon sein. Müßte in den Registern zu sehen und ggf. zu ändern sein (siehe Anhang zum Einsteiger-pdf), evtl. mußt du "invisible"-Register erst sichtbar machen (näheres steht in der Doku, ich müßte auch suchen).

Otto123 · 29 Mai 2020, 09:32:42

Moin,

die Powermeter Steckdosen haben im switch channel ein Register:

ZitatNo regs found for:

PSD1_Sw type:powerMeter -
list:peer   register :value
1:    powerUpAction :off
1:    sign :off
1:    statusInfoMinDly :2 s
1:    statusInfoRandom :1 s
1:    transmitTryMax :6

Das kann man setzen, steht aber per Standard auf off. Aber auch da geht nur on oder off - also letzer Zustand geht nicht.

Zitat1: powerUpAction | literal | | on: simulate short press of peer self01 (self02 if dual buttons) after power up options:off,on

Generell ist es ein Problem Zustände zu "merken", weil die verbauten eeproms nur eine begrenzte Anzahl Schreibzyklen haben.

Bei Stromausfall kannst Du auf global:INTIALIZED einen Trigger setzen und die gewünschten Zustände wieder herstellen. Im laufenden Betrieb müsstest Du an kritischen Stellen gegen mutwilliges Steckdose ziehen eine Überprüfung einbauen.

Da haben einige/fastAlle? HM Geräte ein powerOn Reading was man auswerten könnte.

Gruß Otto

claudio-fhem · 29 Mai 2020, 09:46:49

Danke für die raschen Antworten!

Ich habe auf der Statusseite der Schaltsteckdose

Code Auswählen

R-powerUpAction off

Kann ich mit

Code Auswählen

set HM_name R-powerUpAction on

was erreichen oder verstehe ich das komplett falsch?

OK, frag das Wiki:

Code Auswählen

set <deviceName>_Sw regSet powerUpAction on

Ick teste...

...funzt...

claudio-fhem · 29 Mai 2020, 10:13:27

..also: funzt, bis auf 2 Schaltsteckdosen, die dieses R-power reading gar nicht haben, da bekomme ich als Fehler:

Code Auswählen

cannot calculate value. Please issue set HM_70CXXX getConfig first - invalid

Und das vorgeschlagene getConfig änder nichts.

Bei beiden, die nicht funktionieren, beginnt die HM-Kennung mit "HM_70C...", sind die irgendwie anders/neuer?

PS: Nach dem dritten "set getConfig" hat'S gefunzt...

Habe jetzt überall

Code Auswählen

R-powerUpAction set_on

Korrekt?

Wenn ich es richtig verstehe, habe ich den Parameter direkt in die Schaltsteckdose geschrieben und da im EEPROM, überlebt das auch das Herausziehen der Steckdose/stromlos machen für einige Zeit. Und aus dem selben Grund kann ich das nicht in der config von fhem speichern?

MadMax-FHEM · 29 Mai 2020, 10:18:38

Welcher Ty ist es genau!?

Welche FW!?

Richtig gepaired!?

Ein list würde (uns) helfen...

Gruß, Joachim

claudio-fhem · 29 Mai 2020, 10:21:18

Danke für die Antwort, mit mehr Geduld habe sie alle getunt. bleibt nur noch meine letzte Frage aus dem Edit...

Beta-User · 29 Mai 2020, 10:27:56

Generelle Anmerkung:

Erst RTFM, dann fragen wäre für uns alle einfacher... Andersrum ist es so, dass jedenfalls ich irgendwann keine Lust mehr habe, den ganzen Edits zu folgen.

Zitat von: claudio-fhem am 29 Mai 2020, 10:13:27
Habe jetzt überall

Code Auswählen Erweitern
R-powerUpAction set_on

Korrekt?

Wenn ich es richtig verstehe, habe ich den Parameter direkt in die Schaltsteckdose geschrieben und da im EEPROM, überlebt das auch das Herausziehen der Steckdose/stromlos machen für einige Zeit. Und aus dem selben Grund kann ich das nicht in der config von fhem speichern?

Nicht korrekt. Vermutlich hilft "getConfig", um "Vollzug" zu sehen. (Ist das immer noch der CUL? Dann könnte es sein, dass Meldungen verloren gehen).

Es macht auch keinen Sinn, Dinge in der Config zu speichern, die woanders "hart" stehen (auf der hardware gespeichert!). Da macht nur das Lesen Sinn (=getConfig)

. Und "Lesen" ergibt eben Readings oder Internals, aber nichts, was man in der config speichert....

claudio-fhem · 29 Mai 2020, 15:35:10

OK, dazu wird nix im FM stehen, denke ich:

Ich habe 2 raspis mit HM-CUL im selben Raum stehen, aus bestimmten Gründen sind die getrennt. Schon beim Anlernen diverser Schaltsteckdosen an dem 2. raspi habe ich festgestellt, dass plötzlich an dem 1. raspi 2 von den Schaltsteckdosen im Raum HM_CUL auftauchten, obwohl diese Installation NIE in den den Anlernmodus versetzt wurde.

Auch beim Schreiben des set regSet heute morgen ist eine Schaltsteckdose plötzlich als Device in der anderen fhem GUI aufgetaucht.

Darf das sein? oO

Beta-User · 29 Mai 2020, 15:44:48

Das steht nicht im FM, aber dutzendfach hier im Forum, weil es ebenfalls eine "typische" Einsteigerfrage ist (falls der Nachbar ebenfalls HM einsetzt). "Man" hätte es also durch entsprechende Suche finden können...

Kurzform der Antwort:
Es ist Funk, daher kann das jedes taugliche IO mitlesen, und autocreate legt dann eben an, was das IO sieht...
(Und ja: jedes taugliche IO kann auch Anweisungen senden, vorausgesetzt, es ist autorisiert, was in der Regel nur heißt, dass die HmID passen muss

. Gegenmaßnahme: AES (was aber nur bedingt "in der Fläche" zu empfehlen ist).)

claudio-fhem · 29 Mai 2020, 15:51:56

...ich würde eher dieses autocreate abschalten, logisch betrachtet...