Wechsel von MAX! auf HomeMatic + Anzeige der Fensterkontaktzustände

[stobor]

Umstecken werde ich vermeiden.

Meine fhem.cfg sieht jetzt (noch) so aus:

Code Auswählen Erweitern

define initialUsbCheck notify global:INITIALIZED usb create
#define CUL_0 CUL /dev/ttyACM0@9600 1034
#define CUL_1 CUL /dev/ttyACM1@9600 1134
define CUL_0 CUL /dev/serial/by-path/pci-0000:00:14.0-usb-0:2:1.0@9600 1034
define CUL_1 CUL /dev/serial/by-path/pci-0000:00:14.0-usb-0:3:1.0@9600 1134
attr CUL_1 rfmode MAX
#attr CUL_1 verbose 5
define cm CUL_MAX 123456
attr cm IODev CUL_1

MAX! will ich mit dem Einsatz von Homematic ablösen. MAX! wird dann also nicht mehr gebraucht.

Ich denke mal, dass usb_check nur notwendig ist, wenn neue Geräte angeschlossen werden, oder? Dann kann das sicherlich raus, da ja alles "angestöpselt" ist.

Was ist denn mit den Baudraten durcheinander?
Ich hatte die HM Baudrate aus der Doku übernommen. Kann/Muss die anders sein? Was ist denn sinnvoll?

Genau, ich möchte lediglich die Temperaturen und Fensterzustände anzeigen, aber nichts steuern. Meine HM-Geräte sind derzeit mit der CCU2 verbunden.

[pc1246]

Hallo stobor
Ich mische mich jetzt doch mal ein! Schade, dass du die vielen guten Hinweise von Puschel und auch MadMax-fhem nicht gelesen hast! In http://www.fhemwiki.de/wiki/Homematic-fhem.cfg-Neuinstallation steht zum beispiel wie die Baudrate sein muss! (38400) Auch ist mir voellig unklar, wozu Du die CCU2 brauchst. Thermostate einstellen kannst Du auch ueber fhem, das hast du schon und kostet keine €100,-! Und nur weil du einmal die Thermostate eingestellt hast, musst Du nicht ueber fhem steuern! Homematic ist in fhem mit am Besten dokumentiert, da haettest du alles vorher lesen koennen. Schick die CCU2 wieder zurueck, stell Deinen CUL richtig ein, und du wirst sehen, dass alles gut wird! Eventuell solltest Du, sofern ein RPI vorhanden ist, dort eine Testumgebung aufsetzen. Dann suchst Du nicht an tausend Stellen und zerlegst am Ende noch Dein eigentliches System. Nur so nebenbei, den MAX-Cube kannst Du umflashen, und so einen weiteren CUL daraus machen. (Eigentlich sogar einen CUN)
Gruss Christoph

[stobor]

die 38.400 Baud hatte ich doch für HomeMatic konfiguriert.

Ich habe zwischenzeitlich HomeMatic wieder eingefügt:

Code Auswählen Erweitern

#FS20
#define CUL_0 CUL /dev/ttyACM0@9600 1034
define CUL_0 CUL /dev/serial/by-path/pci-0000:00:14.0-usb-0:2:1.0@9600 1034

#MAX!
#define CUL_1 CUL /dev/ttyACM1@9600 1134
#define CUL_1 CUL /dev/serial/by-path/pci-0000:00:14.0-usb-0:3:1.0@9600 1134
#attr CUL_1 rfmode MAX
#define cm CUL_MAX 123456
#attr cm IODev CUL_1

#Homematic
define CUL_1 CUL /dev/serial/by-path/pci-0000:00:14.0-usb-0:3:1.0@38400 1234
attr CUL_1 rfmode HomeMatic


Wenn ich jetzt einen Fensterkontakt betätige erhalte ich folgende Logeinträge:

Code Auswählen Erweitern

2016.07.14 12:31:12 4: CUL_Parse: CUL_1 A 0E 85 8002 4B262F 4C0C8E 005DFF70CC4D -35.5
2016.07.14 12:31:12 5: CUL_1 dispatch A0E8580024B262F4C0C8E005DFF70CC::-35.5:CUL_1
2016.07.14 12:31:12 5: Triggering CUL_1 (1 changes)
2016.07.14 12:31:12 5: Starting notify loop for CUL_1, first event UNKNOWNCODE A0E8580024B262F4C0C8E005DFF70CC::-35.5:CUL_1
2016.07.14 12:31:12 3: CUL_1: Unknown code A0E8580024B262F4C0C8E005DFF70CC::-35.5:CUL_1, help me!
2016.07.14 12:31:15 4: WEB_192.168.178.69_64916 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2016-07-14.log; BUFLEN:0

2016.07.14 12:32:55 4: CUL_Parse: CUL_1 A 0C 00 865A 458C9F 000000 88CA3BFF -74.5
2016.07.14 12:32:55 5: CUL_1 dispatch A0C00865A458C9F00000088CA3B::-74.5:CUL_1
2016.07.14 12:32:55 5: Triggering CUL_1 (1 changes)
2016.07.14 12:32:55 5: Starting notify loop for CUL_1, first event UNKNOWNCODE A0C00865A458C9F00000088CA3B::-74.5:CUL_1
2016.07.14 12:32:55 3: CUL_1: Unknown code A0C00865A458C9F00000088CA3B::-74.5:CUL_1, help me!
2016.07.14 12:32:56 4: WEB_192.168.178.69_64911 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2016-07-14.log; BUFLEN:0


Ich sehe mir den Wiki-Artikel einmal an. Bisher war es allerdings schwierig, herauszufinden. Wie ich nur die Zustände ermitteln kann.

BTW: Cube zu CUN klingt interessant. Aber jetzt möchte ich erst einmal die HM Teile einbinden.

[LuckyDay]

autocreate muss aktive sein!

Dann einfach eine Anlernmessage vom Device erzeugen, also sprich

Knöpfchen am device drücken

Fhem legt dann ein Device an. fertig

[stobor]

Ich habe jetzt in FHEM eine virtuelleCCU angelegt und konnte so auch einen Fensterkontakt verbinden. Super!
Allerdings möchte ich sie ja nicht mit FHEM sondern mit der CCU verbunden lassen und in FHEM nur die Zustände anzeigen. Geht das? Wie?

[LuckyDay]

und in FHEM nur die Zustände anzeigen. Geht das? Wie?

siehe meinen Beitrag drüber,
ist das letzte mal dass ich das schreibe

EDIT: kannst natürlich auch alles von Hand anlegen, wenn du weißt was du tust.

Vorlage hast du ja bereits duch deinen 1. Fensterkontakt.

Edit 2
Du könntest noch deinem Cul für HM das attr dummy 1 setzen, dann verbietest du ihm das senden,
steht beim Cul in der Commandref drin, allerdings wie das in Bezug dann mit der vccu funktioniert musst du testen

[stobor]

Das Anlernen über das "Knöpfchen-Drücken" verbindet doch aber bspw den Fensterkontakt mit FHEM und löst die Verbindung zum Thermostat.
Ich möchte ja nur lauschen. Oder verstehe ich da jetzt etwas nicht?

[MadMax-FHEM]

Hallo,

Das Anlernen über das "Knöpfchen-Drücken" verbindet doch aber bspw den Fensterkontakt mit FHEM und löst die Verbindung zum Thermostat.
Ich möchte ja nur lauschen. Oder verstehe ich da jetzt etwas nicht?

Das eine ist PAIREN, das hast du ja bereits gemacht, nämlich (wie ich verstehe) mit der CCU2.

Das andere ist PEEREN, das hast du (evtl.) auch schon gemacht, das ist dann Sensor und Aktor direkt.
Also Auslösung ohne Zentrale...

Das Knöpfchen drücken ist nur damit ein "Anlerntelegramm" geschickt wird, welches fhem dann auswertet und mittels autocreate ein Gerät anlegt -> mitlauschen.

Da das Gerät ja bereits mit einer Zentralen CCU2 (mit entspr. HMID) verbunden ist wird es sich sowieso nicht neu verbinden (außer nach Reset/Ablernen) und auch auf Kommandos von fhem nicht reagieren (außer fhem bzw. vccu bzw. IODev haben die selbe HMID wie die CCU2, die das Gerät als "gültig" ansieht).

Eine Verwendung der selben HMID wie bei der CCU2 ist allerdings nicht ratsam (habe ich ja bereits ausgeführt).

Ansonsten muss du die Geräte halt selber anlegen, damit fhem bzw. vccu etc. weiß wohin mit den empfangenen Daten (denn Funk ist nun mal da und kann mitgehört werden).
Dann zeigen die Geräte auch die Zustände etc. (das was du ja willst!?)

Wie gesagt schalten etc. geht nicht.

Das mit dem Baudratendurcheinander war folgendes:

in diesem Post hattest du andere als in dem von dir neu eröffneten/verlinkten Post...
Und da einiges durcheinander konfiguriert war wusste ich nicht mehr, was jetzt wo wie wozu definiert ist und wollte nur aufmerksam machen, dass da evtl. noch etwas durcheinander ist...

Gruß, Joachim

[stobor]

Super, danke.
Allmählich kommt Licht ins Dunkel. Ich werde das nachher einmal ausprobieren.
Ich werde berichten.

[stobor]

Das war des Rätsels Lösung!
Ich dachte immer, wenn ich den Knopf auf dem HM-Device drücke, dass ich dann automatisch neu anlerne. So klappt's aber. Jetzt werden mir die Zustände in FHEM angezeigt!
Vielen Dank.

Nach eine Frage (vielleicht ist es hier aber auch falsch positioniert): Ich nutze FHEMobile auf dem iPhone. Die Zustände der MAX!-Devices wurde immer schön mit Bild angezeigt (siehe Screenshot anbei). Bei den HM Geräten erscheint nur ein Text (offen/geschlossen). Kann man das irgendwie beeinflussen?

[pc1246]

Hallo
Vergleiche doch mal die Attribute Deiner Devices an. An den MAX-Komponenten wirst Du einiges mehr finden. Wenn Du das analog auf die Homematic-Devices uebertraegst, dann sollte es da genauso aussehen!
Gruss Christoph

[stobor]

Hier einmal die Settings eines MAX!-Fensterkontaktes (der das Symbol in FHEMobile zeigt) und eines Homematic-Fensterkontaktes (siehe Bilder anbei).
Ich habe einmal versucht, in der fhem.cfg Attribute zu setzen:

Code Auswählen Erweitern

#attr HM_4C0C2E subType threeStateSensor
attr HM_4C0C2E subType ShutterContact
attr HM_4C0C2E type ShutterContact

da mir dieses Attribut als sinnig erscheint.
Das bringt allerdings keinen Unterschied. Außerdem erscheint der geänderte type nicht in der Übersicht. Dort steht noch immer CUL_HM.

Hat noch jemand eine Idee? Oder gehe ich einen falschen Weg?