Gibt es wirklich keine vernüftige Anleitung für dummys wie ich FHEM2FHEM richtig aufbaue.
1. Ich möchte einen Helligkeitssensor von einem RPI zu einem anderen RPI übertragen.
2. Senden bzw. empfangen über eine nanoCUL eines anderen RPI.
Sensor Config (Sender der Daten):
define TSL2561 I2C_TSL2561 0x39
attr TSL2561 IODev RPII2C_1
attr TSL2561 autoGain 1
attr TSL2561 autoIntegrationTime 1
attr TSL2561 disable 0
attr TSL2561 event-min-interval .*:60
attr TSL2561 floatArithmetics 1
attr TSL2561 gain 1
attr TSL2561 integrationTime 13
attr TSL2561 normalizeRawValues 0
attr TSL2561 poll_interval 5
define forwardRemote dummy
Sensor Config (Empfänger der Daten):
### Master Helligkeitssensor
define ccs_ht_rasp03 FHEM2FHEM 192.168.17.183:7072 LOG:TSL2561.* xxxxxxx
define executeRemote notify forwardRemote {fhem "$EVENT"}
Ein connect ist vorhanden, aber wie kann ich die Daten am Empfänger abgreifen?
Schau dir cloneDummy an. Log geht jedoch auch ohne. Anleitungen gibt es zu Hauf. google...
Das schon, aber keine konnte ich funktionsfähig nachbilden.
Der cloneDummy ist für mich auch so ein Fall.
define <name> cloneDummy <Quelldevice> [reading]
Wie ist das Quelldevice eines entfernten RPI darzustellen?
Das sind für mich immer wieder unvöllständige Erläuterungen.
Für jemanden der sich damit auskennt ist das kein Problem.
Da du schon länger dabei ist, solltest du wissen, dass man dir besser helfen kann, wenn du schreibst, was nicht funktioniert bzw. was du überhaupt willst (nur loggen oder ein Device mit den Daten)?
cloneDummy hast du zwischenzeitlich sicher probiert!?
Die empfangen Daten sollen für die weitere Verwendung in Programmen übertragen werden.
Die Übertragung zu einem nanoCUL dachte ich erklärt sich von selbst.
Zum nanoCUL werden geräte gesteuert. Vom nanoCUL sollen die empfangenen Daten in Programmen weiter verarbeitet werden.
Wie am Anfang geschildert zeigt dies die Konfiguration des Helligkeitssensors. Sensor Config (Sender der Daten).
Diese Werte sollen am zweiten RPI weiter verarbeitet werden. Sensor Config (Empfänger der Daten).
Der Connect besteht, aber ich komme hier nicht weiter wie ich auf die Daten des Helligkeitssensors zugreifen kann.
Habe die Config an beiden Geräten angepasst, aber irgendetwas muss hier dennoch fehlen.
Mir fehlt hier eine definitiv eine Verknüpfung zum tatsächlichen Sensor TSL2561 am sendenden RPI.
sendender RPI
define TSL2561 I2C_TSL2561 0x39
define forwardTSL2561 dummy
empfangender RPI
define TSL2561 dummy
define TSL2561_rasp03 FHEM2FHEM 192.168.17.183:7072 RAW:TSL2561
define executeTSL2561 notify forwardTSL2561 {fhem "%"}
Ich schaffe es nicht die Daten von einem Raspi zum anderen zu bekommen. Mehr als ein connect ist nicht drinnen.
Daten sehe ich im Event-Monitor aber nicht das diese ankommen.
Das ist meine Config der beiden Raspis mit den Sensoren.
define TSL2561 I2C_TSL2561 0x39
#####################################
### FHEM2FHEM Master ###
#####################################
### Helligkeits- und Infrarot Sensor
define forwardTSL2561 dummy
attr forwardTSL2561 group _FHEM2FHEM
attr forwardTSL2561 room _RxTx
define BMP180 I2C_BMP180
#####################################
### FHEM2FHEM Master ###
#####################################
### Luftdruck- und Temperatur Sensor
define forwardBMP180 dummy
attr forwardBMP180 group FHEM2FHEM
attr forwardBMP180 room _RxTx
#####################################
### FHEM2FHEM Slave ###
#####################################
### Luftdruck- und Temperatur Sensor
define F2F_BMP180 FHEM2FHEM 192.xxx.xxx.xx4:7072 LOG:.*(temperature|pressure-nn|pressure).* xxxxxxxx
attr F2F_BMP180 group FHEM2FHEM
attr F2F_BMP180 room _RxTx
define executeBMP180 notify forwardBMP180 {fhem "$EVENT"}
attr executeBMP180 group FHEM2FHEM
attr executeBMP180 room _RxTx
define BMP180 dummy
attr BMP180 group FHEM2FHEM
attr BMP180 room _RxTx
# -----------------------------------------------------------------------------------------------
### Helligkeits- und Infrarot Sensor
define F2F_TSL2561 FHEM2FHEM 192.xxx.xxx.xx3:7072 LOG:.*(helligkeit|infrarot|lichtspektrum).* xxxxxxxx
attr F2F_TSL2561 group FHEM2FHEM
attr F2F_TSL2561 room _RxTx
define executeTSL2561 notify forwardTSL2561 {fhem "$EVENT"}
attr executeTSL2561 group FHEM2FHEM
attr executeTSL2561 room _RxTx
define TSL2561 dummy
attr TSL2561 group FHEM2FHEM
attr TSL2561 room _RxTx
Was fehlt hier noch?
[quote author=Burny4600 link=topic=56442.msg480048#msg480048 date=1470741008]
define F2F_BMP180 FHEM2FHEM 192.xxx.xxx.xx4:7072 LOG:.*(temperature|pressure-nn|pressure).* xxxxxxxx
define F2F_TSL2561 FHEM2FHEM 192.xxx.xxx.xx3:7072 LOG:.*(helligkeit|infrarot|lichtspektrum).* xxxxxxxx
[/code]
[/quote]
in IP's dürfen nur Zahlen und keine Buchstaben vorkommen, vielleicht liegts daran - nur Spass... aber das weg x'en macht nur wenig Sinn - wenn ich die Fähigkeit und den Willen hätte, mich in dein Netzwerk zu hacken, dann bekomme ich die IP's auch noch raus.
Aus den Code Tags interpretiere ich, dass du auf einem Raspi den InfrarotSensor, auf einem Weiteren den TemperaturSensor hast und auf dem Dritten mittels FHEM2FHEM die Daten ankommen sollen.
Wenn auf dem Dritten nicht die Events von den ersten Beiden ankommen, dann stimmt etwas mit deiner Regex im FHEM2FHEM Filter nicht. Also einfach den EventMonitor an einem Master und dem Slave öffnen und gucken ob die Events bei beiden auftauchen. Ansonsten die Regex anpassen. Alles andere ist quasi als ob das Device bei dem Slave Raspi selber definiert ist.
Äh, deine 'Sensoren' sind nur Dummys, soll das so? was für Daten von was für Devices möchtest du denn mit FHEM2FHEM empfangen?
Ein 'list' der Devices ist immer aussagekräftiger als die definition zu posten.
Oder hast du tatsächlich nur 2 Raspis, dann hast du FHEM2FHEM wohl nicht richtig verstanden, oder ich deinen letzten Post nicht...
Also mal so generell:
FHEM_1:
Sensor-Device
telnet
FHEM_2:
FHEM2FHEM mit Regex passend zu dem Sensor-Device
Events des Sensor-Device von FHEM_1 flitzen durch den EventMonitor und können wie bei FHEM_1 für Notifys oder ähnlich genutzt werden.
oder mittels cloneDummy das Sensor-Device clonen...
warum macht du punkt 2 nicht mit ser2net (so bindest du den entfernten cul direct an deine fheminstanz)
punkt 1 würde ich ggf mit rfhem regeln da es doch einiges einfacher als fhem2fhem ist (vorrausgestezt am 2. pi ist auch fhem installiert)
Es sind Sensoren an den beiden Raspis.
Der dritte soll alles verarbeiten.
An den beiden Raspis wo die Sensoren drauf hängen, befinden sich auch eigenständige GIPO Elemente, darum drei Raspis.
Habe endlich die Lösung gefunden.
An den beiden Raspis wo sich je ein Sensor befindet ist nichts zu machen.
Hier reicht es nur die Sensoren einzurichten.
Raspi 1
define TSL2561 I2C_TSL2561 0x39
Raspi 2
define BMP180 I2C_BMP180
Es ist an dem Raspi wo die fernen Daten benötigt werden ausreichend die Konfiguration wie in diesem Beispiel auszuführen.
Raspi 3,
### Luftdruck- und Temperatur Sensor
define F2F_BMP180 FHEM2FHEM 192.xxx.xxx.xx4:7072 LOG:.*(temperature|pressure-nn|pressure).* xxxxxxxx
define bmp180 cloneDummy BMP180
# -----------------------------------------------------------------------------------------------
### Helligkeits- und Infrarot Sensor
define F2F_TSL2561 FHEM2FHEM 192.xxx.xxx.xx3:7072 LOG:.*(helligkeit|infrarot|lichtspektrum).* xxxxxxxx
define tsl2561 cloneDummy TSL2561
Ausschlaggebend ist die Definition cloneDummy.
Jetzt ist mir auch FHEM2FHEM mit den CUL's klar.
Im Wiki ist das nicht sehr gut geschildert wie die Anlage erfolgen muss.
Ich denke ein jeder der die Kenntnisse noch nicht hat probiert das Schritt für Schritt nachzubauen.
Und da passieren dann die Fehler bzw. Problem das auch hin zu bekommen, weil die Reihenfolge wie was wann angelegt wird sich im FHEM Wiki nicht so wirklich wiederspiegelt.
Hier ein Beispiel für die Ankopplung externer CUL's wie ich es geschaft habe.
Die Dummys müssen als erstes angelegt werden!!!
Raspi05 mit nanoCUL433 und nanoCUL868 HomeMatic. Hier sind die CUL's physich vorhanden.
# -----------------------------------------------------------------------------------------------
#####################################
### INPUT 433Mhz RxTx IT ###
#####################################
define nanoCUL433_EG CUL /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AK0599J5-if00-port0@38400 0000
attr nanoCUL433_EG alias nanoCUL433
attr nanoCUL433_EG devStateIcon Initialized:usb@green Open:usb@red
attr nanoCUL433_EG group Schnittstellen
attr nanoCUL433_EG icon cul_cul
attr nanoCUL433_EG room _IT,_RxTx
attr nanoCUL433_EG verbose 1
# -----------------------------------------------------------------------------------------------
#####################################
### INPUT 868Mhz RxTx HomeMatic ###
#####################################
define nanoCUL868_HM_EG CUL /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D7WM-if00-port0@38400 0000
attr nanoCUL868_HM_EG alias nanoCUL868 HomeMatic
attr nanoCUL868_HM_EG devStateIcon Initialized:usb@green Open:usb@red
attr nanoCUL868_HM_EG group Schnittstellen
attr nanoCUL868_HM_EG hmId F12347
attr nanoCUL868_HM_EG icon cul_868
attr nanoCUL868_HM_EG rfmode HomeMatic
attr nanoCUL868_HM_EG room _Kontaktsensoren,_RxTx
attr nanoCUL868_HM_EG verbose 1
define ActionDetector CUL_HM 000000
attr ActionDetector alias Kontaktsensoren
attr ActionDetector event-on-change-reading .*
attr ActionDetector group HomeMatic Statuserfassung
attr ActionDetector model ActionDetector
attr ActionDetector room _HM,_Kontaktsensoren
# -----------------------------------------------------------------------------------------------
Raspi01 Hauptgerät. Hier werden die CUL's von Raspi05 via FHEM2FHEM eingebunden.
#####################################
### FHEM2FHEM ###
#####################################
### nanoCUL433
### CUL, FHZ, CM11, SISPM, RFXCOM, TCM, TRX, TUL
define nanoCUL433_EG CUL none 0000
attr nanoCUL433_EG alias FHEM2FHEM - nanoCUL433 EG - Rasp05 D
attr nanoCUL433_EG dummy 1
attr nanoCUL433_EG group Schnittstellen
attr nanoCUL433_EG icon cul_cul
attr nanoCUL433_EG room _RxTx
attr nanoCUL433_EG sendpool nanoCUL433_EG,nanoCUL433,nanoCUL868,nanoCUL868_HM_EG,nanoCUL868_HM
attr nanoCUL433_EG verbose 1
define F2F_nanoCUL433_EG FHEM2FHEM 192.xxx.xxx.xxx:7072 RAW:nanoCUL433_EG Password
attr F2F_nanoCUL433_EG alias FHEM2FHEM - nanoCUL433 EG - Rasp05
attr F2F_nanoCUL433_EG devStateIcon connected:it_network@green disconnected:it_network@red
attr F2F_nanoCUL433_EG group Schnittstellen
attr F2F_nanoCUL433_EG icon cul_cul
attr F2F_nanoCUL433_EG room _RxTx
### nanoCUL868 HomeMatic
### CUL, FHZ, CM11, SISPM, RFXCOM, TCM, TRX, TUL
define nanoCUL868_HM_EG CUL none 0000
attr nanoCUL868_HM_EG alias FHEM2FHEM - nanoCUL868 HomeMatic EG - Rasp05 D
attr nanoCUL868_HM_EG dummy 1
attr nanoCUL868_HM_EG group Schnittstellen
attr nanoCUL868_HM_EG hmId F12347
attr nanoCUL868_HM_EG icon cul_868
attr nanoCUL868_HM_EG rfmode HomeMatic
attr nanoCUL868_HM_EG room _RxTx
attr nanoCUL868_HM_EG sendpool nanoCUL433_EG,nanoCUL433,nanoCUL868,nanoCUL868_HM_EG,nanoCUL868_HM
attr nanoCUL868_HM_EG verbose 1
define F2F_nanoCUL868_HM_EG FHEM2FHEM 192.xxx.xxx.xxx:7072 RAW:nanoCUL868_HM_EG Password
attr F2F_nanoCUL868_HM_EG alias FHEM2FHEM - nanoCUL868 HomeMatic EG - Rasp05
attr F2F_nanoCUL868_HM_EG devStateIcon connected:it_network@green disconnected:it_network@red
attr F2F_nanoCUL868_HM_EG group Schnittstellen
attr F2F_nanoCUL868_HM_EG icon cul_868
attr F2F_nanoCUL868_HM_EG room _RxTx
Vielleicht helfen diese Anleitungen jemanden weiter um mit FHEM2FHEM klar zu kommen.
Und warum schreibst/änderst Du es nicht gleich im Wiki statt es hier ein zu tragen?
Das wäre der richtige Weg.
Das sehe ich anders. Ohne mir die Lösung angesehen zu haben, ist es schon richtig, die Lösung in dem Thread zu posten, in dem die entsprechende Frage gestellt wurde. Wiki anpassen ist natürlich ebenfalls wünschenswert aber sicher nicht so wichtig wie die Lösung hier.
Kann ein jeder das fhemwiki so ohne weiteres ändern?
ZitatFHEM2FHEM 192.xxx.xxx.xxx:7072 RAW:nanoCUL868
mit homematic funktioniert nicht, der raw Modus!
Zitatattr nanoCUL868_HM_EG rfmode HomeMatic
attr nanoCUL868_HM_EG sendpool nanoCUL433_EG,nanoCUL433,nanoCUL868,nanoCUL868_HM_EG,nanoCUL868_HM
sowas tut auch nicht
Zitat von: Burny4600 am 22 August 2016, 16:54:17
Kann ein jeder das fhemwiki so ohne weiteres ändern?
Nein. Aber jeder kann einen Zugang beantragen.
@fhem-hm-knecht
Zitatattr nanoCUL868_HM_EG rfmode HomeMatic
Laut FHEM WIKI ist das aber ein Wiederspruch.
ZitatZusätzlich der Definition des FHEM2FHEM Elements, muss für das übernommene Geräte auf der lokalen Instanz ein Dummygerät gleichen Typs, d.h. als device-node "none" definiert werden. An dieses Dummygerät werden alle raw messages von FHME2FHEM weitergeleitet, weshalb auch alle notwendigen Attribute lokal für dieses Dummygerät gesetzt sein müssen (z.B. rfmode, wenn die remote CUL im HomeMatic-Modus läuft). Die Verwendung bereits bestehender lokaler Geräte für die Weiterverarbeitung des raw messages ist zu vermeiden, weil sonst die Duplikatsfilterung nicht richtig funktioniert (siehe dupTimeout).
Zitatattr nanoCUL868_HM_EG sendpool nanoCUL433_EG,nanoCUL433,nanoCUL868,nanoCUL868_HM_EG,nanoCUL868_HM
Gut, davon ist in FHEM Wiki nichts erwähnt.
Es wäre aber nicht schlecht, wenn grundlegend wichtige Funktionsbeschreibungen im FHEM Wiki und im Commandref nachgeführt werden, damit diese für Jedermann gut verständlich angeführt werden damit keine Missverständnisse entstehen.
Ich weis, das Ganze ist sehr Komplex und dadurch auch nicht sehr einfach auf Stand zu halten.
Ich habe mich ja hier (https://forum.fhem.de/index.php/topic,49880.0.html (https://forum.fhem.de/index.php/topic,49880.0.html)) auch zu FHEM2FHEM geäußert, bin jetzt aber durch die Ausführungen hier wieder verunsichert, ob meine Gedanken richtig waren.. Wenn ich es wirklich durchdrungen habe, kann ich das im Wiki auch ergänzen.