RFHEM - Modul für Befehle an andere FHEM-Instanzen

[Joachim]

Das wäre Plan "B",
wobei ich aber der Meinung bin, dass FHEM mittlerweile unter einer "Modulitis" leidet, die schon fast behandlungspflichtig ist.

Gruß Joachim

[justme1968]

ja. deswegen ja auch die idee die drei module zusammen zu fassen

gruss
  andre

[chris1284]

@ Andre,
die Meinung von Rudi glaube ich zu kennen.
"Wenn sich ein neuer Maintainer für FHEM2FHEM findet, könnt ihr das machen"

warten wir mal auf die Rückmeldung von chris1284.

Gruß Joachim

moin ihr zwei,

ich hätte nichts gegen eine zusammenführung rfhem/fhem, das wär denke ich sogar recht einfach da rfhem auf fhem2fhem basiert / davon abgeschaut wurde.
wenn es aber darauf hinaus läuft das ich dann fhem2fhem komplett allein machen müsste... puh, ich habe jetzt noch nicht alles von dem modul nachvollziehen können. wenn rudi sich mit einklinken würde wäre das sicher hilfreich um herauszufinden woran man ist (will er es? wenn ja wie weit supported er es? gibts kein support hilft er dann dem neuen maintainer trotzdem?).

rfhem als backend für clonedummy/readingsproxy: wenn die die benötigten anpassungen hin bekomme / sie machbar sind, gerne.

fakt, für das zusammenführen gleichartiger / fast identischer / sich seht gut ergänzender module wäre ich auch. ich habe auch lieber ein modul definiert als 10 die ich brauchen würde um die selbe aufgabe zu erledigen.

[Joachim]

@ chris1284 und andre,
Da alle betroffenen Module (FHEM2FHEM, RFHEM, readingsProxy, cloneDummy) in den Bereich Automatisierung gehören, und chris1284 nach meinem Kenntnisstand noch keine Schreibberechtigung unter developers hat, würde ich vorschlagen:
a) einen neuern Tread zum zusammenführen der Module unter Automatisierung aufzumachen. Da liest Rudi auch eher mit.
b) chris1284 beantragt developerstatus, und die Diskussion geht dann im Developerbereich weiter.

Gruß Joachim

[chris1284]

reicht es rudi darum zu bitten per pm?

[Joachim]

wenn Du Lösung b) meinst, dann in Deinem Profil die passende Gruppenmitgliedschaft beantragen.


    FHEM Forum »
    Profil von chris1284 »
    Gruppen Mitgliedschaft

Gruß Joachim

[UliM]

Moin,
zum "fernbedienen" meines remote-fhem bin ich bisher ohne ein neues Modul ausgekommen:

Code: [Auswählen]

#Master-fhem (bei mir Fritzbox):
define macfhem dummy

#Slave-fhem (bei mir mac):
define F2F FHEM2FHEM fritz.box:7072 LOG:macfhem.*
define n_macfhem notify macfhem.* {Log 3, "$NAME: $EVENT";fhem("$EVENT")}Damit greift der mac (slave) alle Befehle zur Ausführung ab, die auf dem Master (FB) auf das dummy-device "macfhem" gesetzt werden.

Funktioniert tadellos, wenn ich auf der FB (Master) zB absetze

Code: [Auswählen]

set macfhem set Licht onAuch das remote-Aufrufen von perl-code tut.

Kann RFHEM mehr?

Gruß, Uli

[justme1968]

das wäre eine möglichkeit kommandos ohne neues modul und mit fhem2fhem zu transportieren.

statt einem IODev wäre im clone modul nur ein trigger aufzurufen. z.b. über direkt die setFn im readingsProxy.

das sollte direkt schon so gehen.

gruss
  andre

[fh168]

Hallo UliM,

so jetzt noch mal ausführlich zum Nachmachen:
Wo muss dieses Script eingefügt werden?

Auf dem Master oder Slave oder beide?

Ziel: Ich möchte auf dem Slave eine Lampe aus- und einschalten
Wenn ich untenstehendes Script auf dem Master in die fhem mit der IP des Slaves eintrage, kommt zunächst eine Fehlermeldung.

define n_macfhem notify macfhem.* {Log 3, "$NAME: $EVENT";;fhem("$EVENT")}
Hier muss man wieder dran denken, das man im Editor ein doppeltes Semikolon setzen muss, s.o.

wenn man anschließend ein Befehl in fhem auf dem Master absetzt, z.b. diesen
set macfhem set LCD_Backlight off   
--> LCD_Backlight ist auf dem Slave ... , steht im Log (Verbose 3)

2014.05.17 10:11:24 3: set LCD_Backlight off : Please define LCD_Backlight first
2014.05.17 10:11:24 3: n_macfhem return value: Please define LCD_Backlight first

und es passiert nichts.

Nächste Frage, davon unabhängig: kann ich auch die Revolt-Energiespar-Logs von dem Slave davon abgreifen?

Robin

Moin,
zum "fernbedienen" meines remote-fhem bin ich bisher ohne ein neues Modul ausgekommen:

Code: [Auswählen]

#Master-fhem (bei mir Fritzbox):
define macfhem dummy

#Slave-fhem (bei mir mac):
define F2F FHEM2FHEM fritz.box:7072 LOG:macfhem.*
define n_macfhem notify macfhem.* {Log 3, "$NAME: $EVENT";fhem("$EVENT")}Damit greift der mac (slave) alle Befehle zur Ausführung ab, die auf dem Master (FB) auf das dummy-device "macfhem" gesetzt werden.

Funktioniert tadellos, wenn ich auf der FB (Master) zB absetze

Code: [Auswählen]

set macfhem set Licht onAuch das remote-Aufrufen von perl-code tut.

Kann RFHEM mehr?

Gruß, Uli

[justme1968]

der dummy kommt auf das system auf dem du das set ausführst.

das fhem2fhem und das notify kommen auf das system das deinen aktor steuert

mit einem/meherern readingsProxys auf den dummy und einem 'trigger...' in der setFn kannst du dann meherere devices definieren die du remote steuerst.

gruss
  andre

[justme1968]

ps: normalerweise würdest du nicht auf dem slave loggen sondern auf dem master.

[fh168]

der dummy kommt auf das system auf dem du das set ausführst.

das fhem2fhem und das notify kommen auf das system das deinen aktor steuert

mit einem/meherern readingsProxys auf den dummy und einem 'trigger...' in der setFn kannst du dann meherere devices definieren die du remote steuerst.

gruss
  andre

Danke, André funktioniert auf Anhieb.
Ich kann jetzt damit mein Hintergrund-LCD Licht (Slave) von meinem Add-On vom Master ein- und Ausschalten.

Den dritten Satz habe ich natürlich wieder nicht verstanden, gibts dazu ein Beispiel?
ich möchte meine Revolts-Energie-Meßdosen, die auf meinem Slave via 433 MHz perfekt werkeln, die Daten auf meinem Master weiterverarbeiten und dort IST-Zustände (aktueller Verbrauch) und Plots darzustellen.
Also muss ich irgendwie die Daten vom Slave "abholen" und NUR diese Daten, keine anderen, was sonst noch da rumfleucht.

[justme1968]

du definierst einen readingsProxy etwa so:

Code: [Auswählen]

define remoteLCD readingsProxy macfhem:state
attr remoteLCD setList on off
attr remoteLCD setFn {fhem("trigger $DEVICE set LCD_Backlight $CMD") };
attr remoteLCD valueFn {$LASTCMD}
damit hast du dann auf master seite ein richtiges device das du im web frontend anzeigen und per klick bedienen kannst.

die setFn ist noch etwas unhandlich aber ich denke die machen wir noch praktischer und wenn wir den cloneDummy und radingsProxy zusammen fassen wird auch die valueFn durch den echten remote state ersetzt.

für das loggen legest du dir ein fhem2fhem device für die gegenrichtung an das genau nur die events durchreicht die du loggen willst. die werte werden also nicht abgeholt sondern vom slave gesendet.

gruss
  andre

[fh168]

klappt soweit, aber die "Statuslampe" reagiert den Status erst beim zweiten Mal auf "on" oder "off".

[fh168]

für das loggen legest du dir ein fhem2fhem device für die gegenrichtung an das genau nur die events durchreicht die du loggen willst. die werte werden also nicht abgeholt sondern vom slave gesendet.

gruss
  andre

Knaller ! Klappt! Ungeahnte Erweiterungsmöglichkeiten, wenn man mehrere Fhems am Laufen hat.
Wie werden die einzelnen Devices, deren Werte übertragen werden sollen, beim Slave getrennt?

So kommen nur die Werte vom ersten Device an
#Slave-fhem (für revolt-devices):
define F2F2 FHEM2FHEM 192.168.178.29:7072 LOG:NASuFritz.* SamsungLC650.*