Hallo,
ehe ich alles falsch mache, frage ich mal lieber die, die sich mit sowas auskennen.
Ich möchte an alle meine Heizkörper mit FHEM "sprechende" Thermostate anbringen. Das Anbringen ist etwas kribbelig, aber das ist ein anderes Thema. Jedenfalls liegt ein Homematic-Thermostat neben mir. Aber nach den letzten HM-Aktionen sowie dem Trödel, den ich mit HM immer hatte, werde ich ganz unsicher.
Ich habe vorhin gelesen, dass es was mit Z-Wave gibt, dazu gibt es einen unfertigen Artikel im Wiki. Da steht was von "plus" - da bin ich nichtmal sicher, ob das was für mich bedeuten muss.
Ich frage einfach mal:
Welcher Thermostat wird von euch denn empfohlen? Und warum?
Ich finde, dass er folgendes können sollte:
* Notfalls autonomer Betrieb: Am Thermostat Wert einstellbar.
* Thermostat "spricht" mit FHEM, liefert Wert(e).
* Thermostat nimmt Befehle von FHEM an.
* allgemein wartungsarm: Möglichst wenig Streß.
Wo habt ihr gute Erfahrungen?
@rudolfkoenig
Zitat von: curt am 24 Januar 2019, 19:29:50
Jedenfalls liegt ein Homematic-Thermostat neben mir. Aber nach den letzten HM-Aktionen sowie dem Trödel, den ich mit HM immer hatte, werde ich ganz unsicher.
Bei mir laufen 7 HM-Thermostate mit Fensterkontakten und LaCrosse-Raumsensoren über VCCU reibungslos.
Ich habe hier aber auch einen HM-MOD-UART am RPI3 und deshalb keinen "Trödel" damit.
Zitat von: curt am 24 Januar 2019, 19:29:50
Ich finde, dass er folgendes können sollte:
* Notfalls autonomer Betrieb: Am Thermostat Wert einstellbar.
* Thermostat "spricht" mit FHEM, liefert Wert(e).
* Thermostat nimmt Befehle von FHEM an.
* allgemein wartungsarm: Möglichst wenig Streß.
Können die HM-Thermostate alles.
Zitat von: dkreutz am 24 Januar 2019, 20:01:44
Ich habe hier aber auch einen HM-MOD-UART am RPI3 und deshalb keinen "Trödel" damit.
Interessant. Ich habe Busware CC-1101 und hüpfe permanent durchs Haus, weil mal wieder irgend ein Kontakt neu angelernt werden will oder Register fehlen. VCCU ist klar, habe ich. Ich verstehe Dich so, dass das Deine Empfehlung sei.
Ok, da könnte ich umsteigen - falls es so ein Ding fertig geben würde. Denn löten kann ich nicht. Und wie ich gerade sehe, gibt es nicht einmal den Bausatz. - Ist denn bekannt, ob jemand fertige HM-MOD-UART vertickert?
Ich bin weiterhin für andere positive Empfehlungen offen, gern auch andere Protokolle, Z-Wave usw.
Zitat@rudolfkoenig
Wieso ich? Bin kein Thermostat Spezi.
Und meine Erfahrung ist nicht das, was Du hoeren willst :)
- ich habe gute Erfahrung mit FHT (die laufen hier seit ueber 10 Jahren), und koennen all das, was du forderst.
- DECT geht so (das dumme Fritz!Box-Interface muss gepollt werden, sonst ok)
Ich habe schlechte Erfahrung mit:
- EnOcean (vor 7 Jahren?), wollte nicht so recht mit FHEM reden
- mit Z-Wave (vor 5 Jahren?), hat die Batterien gefressen.
- HomeMatic: der Wandthermostat hat nach zwei Jahren sein Geist aufgegeben.
Keine Ahnung, ob diese inzwischen besser sind, das waren fuer mich nur Geraete zum spielen, damit ich mit dem jeweiligen Protokoll Erfahrung sammele.
Kann mich nur anschließen:
in 2 Wohnungen zusammen ca. 14 Heizkörperthermostate teilweise gepeert mit Wandthermostaten (habe aber auch Wandthermostate OHNE peering), davon ca. 13 und auch Fenster-/Türkontakte (optisch und magnetisch / gepeert und nicht gepeert), ca. 14...
Keine Probleme, da gepeert auch autonom. bzw. wenn der Wandthermostat ausfällt auch ganz autonom...
Funkmodule: 2x HM-UART (einmal aufsteck, einmal USB-Adapter), 2x HM-CFG-USB
Liefern Daten an fhem wo ich: Luftfeuchte, Soll-/Ist-Temp, Ventilöffnung etc. logge...
...und entsprechend Funktionen dran habe (Lüften, Fenster zu, ...)
Es gibt bestimmt welche, die dir einen zusammenlöten: Marktplatz/Güter mal ein Gesuch inserieren...
Gruß, Joachim
@rudolfkoenig
Zitat von: rudolfkoenig am 24 Januar 2019, 20:30:11
Wieso ich? Bin kein Thermostat Spezi.
Das hat zwei Gründe:
1) Als ich gestern außerhalb von *.fhem.de rumsuchte, stolperte ich über https://www.meintechblog.de/2015/07/rudolf-koenig-im-interview-der-erfinder-von-fhem-zum-thema-smart-home/
2) Ich schätze Deine unaufgeregte, sachliche Art sehr
Zitat von: rudolfkoenig am 24 Januar 2019, 20:30:11
Und meine Erfahrung ist nicht das, was Du hoeren willst :)
Einen guten Ruf muss man sich erarbeiten, einen schlechten Ruf hat man schneller ... ach komm: Ich frage doch nicht zwecks Bestätigung irgendwelcher Vorurteile. Ich frage, weil ich nicht jeden Fehler nachmachen muss.
Zitat von: rudolfkoenig am 24 Januar 2019, 20:30:11
- ich habe gute Erfahrung mit FHT (die laufen hier seit ueber 10 Jahren), und koennen all das, was du forderst.
- DECT geht so (das dumme Fritz!Box-Interface muss gepollt werden, sonst ok)
Die Versorgungslage mit FHT ist (mir) unklar. Da lese ich widersprüchliches. Aber da scheint sich ein ganz anderes Problem aufzutun: Ich habe gar keine FritzBox (das Thema hatten wir schon mal bei FHEMWEB et al). Sprechen die Thermostate als Protokoll etwa DECT-irgendwas?
Zitat von: rudolfkoenig am 24 Januar 2019, 20:30:11
Ich habe schlechte Erfahrung mit:
- EnOcean (vor 7 Jahren?), wollte nicht so recht mit FHEM reden
- mit Z-Wave (vor 5 Jahren?), hat die Batterien gefressen.
- HomeMatic: der Wandthermostat hat nach zwei Jahren sein Geist aufgegeben.
Klingt wirklich beeindruckend. :(
Zitat von: MadMax-FHEM am 24 Januar 2019, 20:30:36
Es gibt bestimmt welche, die dir einen zusammenlöten: Marktplatz/Güter mal ein Gesuch inserieren...
Da fehlt ein Schritt: Ich muss erst einmal verstehen, welches Funkmodul ich zusammenlöten lassen will. Und warum dieses.
Zitat von: MadMax-FHEM am 24 Januar 2019, 20:30:36
Funkmodule: 2x HM-UART (einmal aufsteck, einmal USB-Adapter), 2x HM-CFG-USB
Huch, wieso denn so viele? Gut, zwei Wohnungen. Aber warum jeweils zwei? Gibt es da etwas, was ich schon wieder nicht weiß?
Ok, es scheint HM-UART-Aufsteck, HM-UART-via-USB und HM-CFG-USB zu geben. Welches wäre da denn Deine ultimative Empfehlung?
Zitat von: curt am 24 Januar 2019, 20:47:23
Da fehlt ein Schritt: Ich muss erst einmal verstehen, welches Funkmodul ich zusammenlöten lassen will. Und warum dieses.
Du hattest gefragt ich habe geantwortet ;)
Zitat von: curt am 24 Januar 2019, 20:47:23
Huch, wieso denn so viele? Gut, zwei Wohnungen. Aber warum jeweils zwei? Gibt es da etwas, was ich schon wieder nicht weiß?
2 Wohnungen, dort jeweils auf dem Hauptsystem: HM-CFG-USB (als "hmlan"). Gibt es aber nicht mehr...
1 Testsystem mit HM-UART wie gedacht als Aufsteckmodul
1 Testsystem mit HM-UART und USB-Adapter als Test für den Fall, dass mein HM-CFG-USB ausfällt (ich habe an dem PI auch noch ein EnOcean-Aufsteckmodul, daher kann ich nur wieder USB ;) )
Zitat von: curt am 24 Januar 2019, 20:47:23
Ok, es scheint HM-UART-Aufsteck, HM-UART-via-USB und HM-CFG-USB zu geben. Welches wäre da denn Deine ultimative Empfehlung?
Meine ultimative Empfehlung: ein originales HM-Funkmodul! Welches ist wohl egal bzw. Frage von Preis, Lötkünsten vorhanden und Anschlussmöglichkeiten (GPIO, USB, LAN, WLAN).
nanoCUL für HomeMatic habe ich hinter mir. Mit der "Timing-FW" war es ok aber mir zuviel "Aufwand" und das HMOD-UART kostet ja auch nicht/kaum mehr als ein selbstbau CUL...
EDIT: wenn ich von HomeMatic (bei mir) spreche, dann "Classic" (also bidCos). Sollte es HomeMatic werden, dann auch überlegen, ob HomeMatic "Classic" oder HomeMatic IP (Anbindung an fhem, Funkprotokoll etc. ANDERS und auch nicht direkt untereinander "verbindbar"!).
Gruß, Joachim
Zitat von: MadMax-FHEM am 24 Januar 2019, 20:56:24
Du hattest gefragt ich habe geantwortet ;)
Ich bin auch sehr dankbar.
Zitat von: MadMax-FHEM am 24 Januar 2019, 20:56:24
Meine ultimative Empfehlung: ein originales HM-Funkmodul! Welches ist wohl egal bzw. Frage von Preis, Lötkünsten vorhanden und Anschlussmöglichkeiten (GPIO, USB, LAN, WLAN).
Ich habe Deine Antwort leider nicht verstanden. Was sind denn originale HM-Funkmodule, wie erkenne ich sie? Am Namen irgendwie? Oder gibt es da vielleicht sogar eine Liste?
Indirekt meine ich verstanden zu haben, dass mein in Betrieb befindliches Busware-Dingens nicht der absolute Traum ist? Richtig verstanden?
Zitat von: curt am 24 Januar 2019, 21:01:13
Ich bin auch sehr dankbar.
Bitte gerne! ;)
Zitat von: curt am 24 Januar 2019, 21:01:13
Was sind denn originale HM-Funkmodule, wie erkenne ich sie? Am Namen irgendwie? Oder gibt es da vielleicht sogar eine Liste?
https://wiki.fhem.de/wiki/HomeMatic#FHEM_als_Zentrale
Zitat von: curt am 24 Januar 2019, 21:01:13
Indirekt meine ich verstanden zu haben, dass mein in Betrieb befindliches Busware-Dingens nicht der absolute Traum ist? Richtig verstanden?
Jep, steht im selben Wiki ;)
Bzw.: kann gut gehen... Muss aber nicht...
Gruß, Joachim
Zum Thema Zuverlässigkeit von Homematic-Thermostaten:
Ich habe seit 4 Jahren 8 von den Teilen in Betrieb (alle fertig montiert gekauft, keine Bausätze) und bislang nur einen Ausfall gehabt (im letzten Herbst). Der hatte ohne erkennbaren Grund ein mechanisches Problem und schloss nicht mehr richtig. Hab mir aber nicht genauer angesehen, was an dem kaputtgegangen ist.
Alle anderen laufen wie am ersten Tag. Einen hab ich mal vor 2 Jahren durch eine Kollision mit einer Stehleiter derbe vom Ventil gerissen, auch der geht immer noch! Und bei noch einem anderen ist auch durch eine Kollision der Drehknopf rausgebrochen, da hab ich einfach den von dem defekten genommen und er tuts wieder ...
... also lange Rede, kurzer Sinn: Die Dinger laufen hier gut und zuverlässig! Der Batterieverbauch ist auch OK, ein Jahr mit Billig-Alkalines halten sie locker.
Zitat von: MadMax-FHEM am 24 Januar 2019, 21:08:10
Jep, steht im selben Wiki ;)
Bzw.: kann gut gehen... Muss aber nicht...
Na prima: "sonst kann es zu "MISSING_ACK" bzw. "RESPONSE TIMEOUT:RegisterRead" u.ä. Meldungen kommen" ... das kenne ich doch? - Das stand mit Sicherheit noch nicht da als ich das Busware-Dinges kaufte. Und falls es doch da stand - will ich das jetzt auch nicht mehr wissen ... ändert ja nichts.
Zitat von: MadMax-FHEM am 24 Januar 2019, 21:08:10
https://wiki.fhem.de/wiki/HomeMatic#FHEM_als_Zentrale
Von dort:
ZitatHM-MOD-RPI-PCB HomeMatic Funkmodul für Raspberry_Pi (RPI, WLAN, LAN, USB)
Den Teil in Klammern habe ich als Anfänger in der Sache nicht verstanden. Aber vielleicht muss ich das auch nicht verstehen - ich frage mal anders: Ich stecke dieses HM-MOD-RPI-PCB-Dings schon auf den RPI, der FHEM hostet? Und dann ist alles gut?
Und danke @peterk_de !
Im Marktplatz gibt es immer wieder "hm wlan Gateways".
Ich hab nicht viel HM, anfangs auch per CUL, jetzt mit dem o. G. Gateway.
Fazit: Die grüne ack led am Fensterkontakt kam mit dem CUL nach 4 bis 5 sek, mit dem HM GW nach spätestens einer...
Gesendet von meinem Doogee S60 mit Tapatalk
Zitat von: curt am 24 Januar 2019, 22:33:58
Den Teil in Klammern habe ich als Anfänger in der Sache nicht verstanden. Aber vielleicht muss ich das auch nicht verstehen - ich frage mal anders: Ich stecke dieses HM-MOD-RPI-PCB-Dings schon auf den RPI, der FHEM hostet? Und dann ist alles gut?
Wie es dort (in kurz) steht geht:
- direkt stecken: klar (dafür ist es ja entworfen), ja der PI wo fhem läuft. Ansonsten: ser2net dann kann es auch woanders stecken
- LAN: per Seriell-LAN-Adapter
- WLAN: per ESP8266 den dann eben TX/RX und Spannung an den HMOD und dann serialBridge und dann hängt das HMOD-PCB eben per WLAN
- USB: per USB-Adapter (RX/TX / Spannung)
Ausführlich: https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi
Ja mag sein, dass es "damals" (wann immer das war) nicht so deutlich stand.
Aber eine Suche nach "CUL HM/Homematic Probleme" hätte wohl schon "immer" einiges zu Tage befördert...
Gruß, Joachim
Zitat von: Frank_Huber am 24 Januar 2019, 22:37:57
Fazit: Die grüne ack led am Fensterkontakt kam mit dem CUL nach 4 bis 5 sek, mit dem HM GW nach spätestens einer...
Das geht/ging mit meinem Busware-Dingens deutlich schneller. Eine Sekunde. Aber es gab immer mal wieder Ärger: Nicht hier gepairt, nicht da gepeert, Register fehlen. Massiv wurde es nach der aktullen Update-Orgie der Module von @martinp876 - aber das muss nicht einmal der Grund sein: Die derzeitige Witterung könnte durchaus auch eine Rolle spielen: So ein Fensteröffnungssensor ist ja auch nur ein Mensch, es ist ja nichtmal nur der Temperaturunterschied: Wir reden da auch über Feuchte und Kondensation. Und die Kapselung der Sensoren ist nicht IP 54, die ist eher ein Lacher.
Zitat von: MadMax-FHEM am 24 Januar 2019, 22:45:00
Zitat
Indirekt meine ich verstanden zu haben, dass mein in Betrieb befindliches Busware-Dingens nicht der absolute Traum ist? Richtig verstanden?
Ja mag sein, dass es "damals" (wann immer das war) nicht so deutlich stand.
Das wird damals so deutlich auch dagestanden haben. Aber das war meine erste I/O. Und ich hab mir ein Bein ausgefreut, dass ich meine Fenster und Türen überwachen kann. Und das ich mit FHEM rumspielen kann. Also das war alles ok und wichtig für mich.
"Damals" ist ca 08/2017.
Zitat von: MadMax-FHEM am 24 Januar 2019, 22:45:00
- direkt stecken: klar (dafür ist es ja entworfen), ja der PI wo fhem läuft.
Rückfrage (ich höre dann ja auch auf, fast versprochen):
Also das Dings, was man für 19,95 NICHT kaufen kann, da braucht man noch jemanden, der löten kann? Wenn ich den finde, dann ist alles gut?
Zitat von: curt am 24 Januar 2019, 23:15:40
Ja mag sein, dass es "damals" (wann immer das war) nicht so deutlich stand.
Das wird damals so deutlich auch dagestanden haben. Aber das war meine erste I/O. Und ich hab mir ein Bein ausgefreut, dass ich meine Fenster und Türen überwachen kann. Und das ich mit FHEM rumspielen kann. Also das war alles ok und wichtig für mich.
"Damals" ist ca 08/2017.
Kenne ich schon, hab auch mit einem nanoCUL angefangen ;)
(Hatte auch mySensors, MAX!, ... Aber mySensors ist halt trotzdem "gebastelt", interessant aber das wars [für mich] / MAX! zwar günstig aber irgendwie, naja)
Zitat von: curt am 24 Januar 2019, 23:15:40
Rückfrage (ich höre dann ja auch auf, fast versprochen):
Also das Dings, was man für 19,95 NICHT kaufen kann, da braucht man noch jemanden, der löten kann? Wenn ich den finde, dann ist alles gut?
Ja das mit aktuell 4 Wochen Lieferzeit (https://www.elv.de/homematic-funkmodul-fuer-raspberry-pi-bausatz.html).
Und ja, wenn du jemanden hast der dir das lötet und du einen PI zum Stecken hast...
Ansonsten kannst du (wenn du eh jemanden zum Löten brauchst) auch schauen, ob dir jemand einen an einen USB-Adapter lötet.
Hat den Vorteil, dass es auch an einem "nicht-PI" funktioniert und du beim PI die "Umkonfiguration" des "tty" sparst...
Aber es gibt bestimmt jemanden hier, der dir das lötet (und vielleicht sogar noch einen HMOD-PCB rumliegen hat)...
Diese Bausätze sind völlig ohne Löten:
https://www.elv.de/homematic-funk-heizkoerperthermostat-arr-bausatz.html
https://www.elv.de/homematic-132030-funk-wandthermostat-fuer-smart-home-hausautomation.html
Hier leider wieder etwas löten:
https://www.elv.de/homematic-funk-tuer-fensterkontakt-optisch-komplettbausatz.html
Gruß, Joachim
ZitatRückfrage (ich höre dann ja auch auf, fast versprochen):
Also das Dings, was man für 19,95 NICHT kaufen kann, da braucht man noch jemanden, der löten kann? Wenn ich den finde, dann ist alles gut?
Also bei mir war schon lange alles gut, ich sags aber mals so-->
viele Baustellen bei Der Fhem installation und dauerupdate ohne einen funktionierenden Stand zu habe ist nie wirklich gut.
Ich habe gerade einen funktionierendes Fhem läuft seit 151 Tagen durch Produktiv, und das werde ich gerade nicht updaten auch mangels Zeit,
kein Speicherüberlauf, HMclassic tut super gut, läuft einfach!
Neue Sachen werden immer nur auf Testsystem angebunden
Edit: Bild fehlte
Zitat von: fhem-hm-knecht am 24 Januar 2019, 23:36:46
Neue Sachen werden immer nur auf Testsystem angebunden
Interessant. Aber schwer offtopic.
Komm doch mal bitte mit ... ---> https://forum.fhem.de/index.php/topic,96454.0.html
Zitat von: rudolfkoenig am 24 Januar 2019, 20:30:11
Ich habe schlechte Erfahrung mit:
- EnOcean (vor 7 Jahren?), wollte nicht so recht mit FHEM reden
Nur zur Klarstellung:
EnOcean-Thermostate funktionieren zwischenzeitlich grundsätzlich problemlos mit FHEM . Der EnO-Maintainer klaus.schauer hat das von Rudi angesprochene MD15 bereits vor mehreren Jahren (2012?) in FHEM eingebunden. Setze es seitdem bei mir ein. Es kann aber nicht manuell am MD15 die Temperatur geregelt werden.
Zitat von: curt am 24 Januar 2019, 19:29:50
Wo habt ihr gute Erfahrungen?
MAX! mit CUL bzw. CUBE mit a-culfw
+ Lebensdauer - bisher über 5 Jahre
- u.U. begrenzte Funkreichweite da keine IO Group möglich ist bzw Multi IO wie bei der VCCU
Ich möchte zuerst allen danken, die mich freundlich mit Hinweisen, Bewertungen, Tipps unterstützen: DANKE!Es ging um Busware (alt), abzulösen durch HM-MOD-RPI-PCB:
Zitat von: MadMax-FHEM am 24 Januar 2019, 23:34:10
Ja das mit aktuell 4 Wochen Lieferzeit (https://www.elv.de/homematic-funkmodul-fuer-raspberry-pi-bausatz.html).
Und ja, wenn du jemanden hast der dir das lötet
Ich habe gerade eins gekauft, was wohl fertig ist. Das sollte in den nächsten Tagen hier ankommen.
Zitat von: MadMax-FHEM am 24 Januar 2019, 23:34:10
und du einen PI zum Stecken hast...
Ähmmmm.
Ich dachte, ich ziehe das Busware-Dings vom FHEM-PRI runter und stecke das neue Ding da drauf? Stimmt gar nicht?
Zitat von: MadMax-FHEM am 24 Januar 2019, 23:34:10
Ansonsten kannst du (wenn du eh jemanden zum Löten brauchst) auch schauen, ob dir jemand einen an einen USB-Adapter lötet.
Hat den Vorteil, dass es auch an einem "nicht-PI" funktioniert und du beim PI die "Umkonfiguration" des "tty" sparst...
Hier liegen Unmengen an RPI-3 und RPi-Zero um mich rum. Aber ich verstehe: Böses Eigentor. Ja, ich dachte langfristig daran, FHEM auf APU umziehen zu lassen.
Mal unterstellt, dass es so geht wie oben von mir nachgefragt:
Ich stecke das neue Modul auf den FHEM-RPI. Ich hatte mal mit halbem Auge gelesen, dass VCCU (auch) dafür da wäre, dass ich den kompletten HM-Marketender-Laden ganz einfach mit zwei Befehlen umziehe. Stimmt auch nicht?
OT: damit alle was davon (gern auch zum Lachen) haben:
Das artet zu einem Fulltime-Job aus:
Der Anschluss zum Heizkörper ist immer noch unklar, das könnte 28x1,5 sein, Adapter testweise bestellt. Die Heizkörper laufen möglicherweise "rückwärts", auch das deutet sich an. Die Konsequenzen daraus sind mir völlig unklar. - Und ich habe zig Rollläden, da steht seit 20 Jahren Somfy dran - ich will gar nicht darüber nachdenken. Das Haus wollte ich aber eigentlich gar nicht abreißen ... <seufzt>
Zitat von: curt am 27 Januar 2019, 04:32:17
Es ging um Busware (alt), abzulösen durch HM-MOD-RPI-PCB:
Ich habe gerade eins gekauft, was wohl fertig ist. Das sollte in den nächsten Tagen hier ankommen.
Ähmmmm.
Ich dachte, ich ziehe das Busware-Dings vom FHEM-PRI runter und stecke das neue Ding da drauf? Stimmt gar nicht?
Hmm, ich kenne halt nur die Busware CUL-Sticks und die sind USB ;)
Wenn das ein USB ist, dann geht einfach rausziehen und dann dafür das HMOD-PCB stecken natürlich nicht ;)
USB <-> GPIO ;)
Wenn das Busware-Dingens ebenfalls GPIO ist, dann nat. schon (also vors. drunter "steckt" ein PI ;) )...
Zitat von: curt am 27 Januar 2019, 04:32:17
Hier liegen Unmengen an RPI-3 und RPi-Zero um mich rum. Aber ich verstehe: Böses Eigentor. Ja, ich dachte langfristig daran, FHEM auf APU umziehen zu lassen.
Da wirst du dann vermutlich keine GPIO haben!? ;)
Daher ja der Tipp mit USB-Adapter.
Was auch geht (später [und auch jetzt]): das Modul auf einen PI-Zero W stecken und dann per Ser2Net einbinden (sollte sich im Forum finden lassen wie das genau geht).
Oder ebend doch auf USB "umrüsten" oder an einen ESP8266 löten (lassen) und dann per WLAN einbinden...
Zitat von: curt am 27 Januar 2019, 04:32:17
Mal unterstellt, dass es so geht wie oben von mir nachgefragt:
Ich stecke das neue Modul auf den FHEM-RPI. Ich hatte mal mit halbem Auge gelesen, dass VCCU (auch) dafür da wäre, dass ich den kompletten HM-Marketender-Laden ganz einfach mit zwei Befehlen umziehe. Stimmt auch nicht?
Ich weiß du magst solche Antworten nicht ;)
Aber im Forum gibt es bestimmt eine Milliarde Threads die nur darum gehen: IO zu tauschen oder um ein weiteres ergänzen etc. ;)
Hier in kurz:
ich würde (sofern noch nicht geschehen, weil auch mit nur einem IO sinnvoll) eine vccu einrichten!
https://wiki.fhem.de/wiki/Virtueller_Controller_VCCU
Wenn das dann läuft, das Busware-Dingens abziehen (falls es wirklich auf den GPIO steckt / ansonsten auch [erst mal] lassen).
Dann das HMOD-PCB stecken (nachdem das Busware-Dingens ja gesteckt hat sollten die Schritte bzgl. serieller Console umstellen etc. ja bereits erfolgt sein, ansonsten: mal melden bzw. danach suchen!).
Dann das HMOD-PCB stecken und in fhem definieren (die selbe HMID zuweisen bzw. erfolgt das dann eigentlich, wenn du es der vccu hinzufügst) und der vccu hinzufügen: ioList
Dann das Busware-Dingens halt aus der vccu entfernen und auch in fhem löschen...
...bzw. wenn es tatsächlich auf den GPIO war: vorher löschen, weil es kann ja immer nur einer auf die GPIO zugreifen...
Ob das jetzt mit den 2 Befehlen gemeint ist ;)
Es ist sicher etwas mehr als 2 Befehle...
Wichtig: die HomeMatic Geräte sind mit der HMID "verbunden"...
...solange die gleich ist, ist es den Geräten egal wer da "spricht" ;)
Zitat von: curt am 27 Januar 2019, 04:32:17
OT: damit alle was davon (gern auch zum Lachen) haben:
Das artet zu einem Fulltime-Job aus:
Der Anschluss zum Heizkörper ist immer noch unklar, das könnte 28x1,5 sein, Adapter testweise bestellt. Die Heizkörper laufen möglicherweise "rückwärts", auch das deutet sich an. Die Konsequenzen daraus sind mir völlig unklar. - Und ich habe zig Rollläden, da steht seit 20 Jahren Somfy dran - ich will gar nicht darüber nachdenken. Das Haus wollte ich aber eigentlich gar nicht abreißen ... <seufzt>
Aha, rückwärtslaufende Heizkörper?!
Wie geht das?
Heißt das nicht dann: Klimaanlage ;)
Somfy nur Antriebe/Motoren oder schon mit Funk?
Wenn nur Motoren: dann halt nachrüsten ("notfalls" mit Funk, kann ja auch HomeMatic sein / Aufpassen: HomeMatic "Classic": direkt an fhem mit Funkmodul[en] vs. HomeMatic IP: NUR über eine CCU [nicht verwechseln mit vccu!!] und dann per HMCCU-Modul in fhem)
Wenn Somfy bereits mit Funk, dann mal nach Signalduino schauen, da geht evtl. sogar die Steuerung von Somfy...
Viel Spaß noch! ;)
Gruß, Joachim
Zitat von: MadMax-FHEM am 27 Januar 2019, 10:22:48
Hmm, ich kenne halt nur die Busware CUL-Sticks und die sind USB ;)
...
USB <-> GPIO ;)
Ich habe die Busware-Version, die auf GPIO steckt. Ich weiß, was GPIO ist. Das Problem ist eher, dass ich für Basteln völlig ungeeignet bin.
Zitat von: MadMax-FHEM am 27 Januar 2019, 10:22:48
Wenn das Busware-Dingens ebenfalls GPIO ist, dann nat. schon (also vors. drunter "steckt" ein PI ;) )...
Da wirst du dann vermutlich keine GPIO haben!? ;)
Dochdoch, auf einem RPi3. (Vermutlich habe ich versehentlich mit meiner zusätzlichen Aussage "Zero" verwirrt.)
Zitat von: MadMax-FHEM am 27 Januar 2019, 10:22:48
Ich weiß du magst solche Antworten nicht ;)
Aber da muss ich durch. ;)
In der Bucht lag zufällig ein wohl völlig überteuerter fertiger HM-MOD-RPI-PCB herum, der ist nun auf dem Weg zu mir. Leider weiß ich nicht, wie ich den auf die GPIO stecken muss. Ich habe offen gesagt auch noch nicht gesucht.
Zitat von: MadMax-FHEM am 27 Januar 2019, 10:22:48
ich würde (sofern noch nicht geschehen, weil auch mit nur einem IO sinnvoll) eine vccu einrichten!
https://wiki.fhem.de/wiki/Virtueller_Controller_VCCU
Wenigstens das - habe ich schon.
Herzlichen Dank für Deine (nicht von mir zitierten) Hinweise zum weiteren Vorgehen!
Zitat von: MadMax-FHEM am 27 Januar 2019, 10:22:48
Aha, rückwärtslaufende Heizkörper?!
Wie geht das?
Das willst Du lieber nicht wissen. Ich bin mir noch immer nicht ganz sicher - befürchte aber, dass die Ösis mir das damals ins Haus bauten.
Zitat von: MadMax-FHEM am 27 Januar 2019, 10:22:48
Heißt das nicht dann: Klimaanlage ;)
Das ist nun wieder der linksläufige Kreisprozess, das ist was anderes.
Zitat von: MadMax-FHEM am 27 Januar 2019, 10:22:48
Somfy nur Antriebe/Motoren oder schon mit Funk?
Ich fange anders an:
Als ich damals (sagen wir: um 1995) mein Haus konfigurierte, gab es die Option "mit Rollläden" - habe ich angekreuzt, war auch nicht soo fürchterlich teuer. - Als ich dann in der aufgestellten halbfertigen Hütte stand, schaute ich mir die Gurtbänder an, grübelte etwas, zählte alle durch und staunte: Oha, 18! Das nutzt man doch nie und nimmer, da muss Automation ran! Also hatte ich meinen Bauingenieur herangepfiffen und gesagt "Du machen Automation!" (Das war dann schon etwas teurer ...)
Jeder Rollladen hat also ein Schaltdings in der Größe eines Lichtschalters. Da gibt es kleine Taster für hoch, runter sowie einen Schiebeschalter für Automatik. Per Kabel landen alle Rollläden bei einer Zentraleinheit, da kann man alle gleichzeitig hoch unter runterfahren. Und nach Sonnenzeit ... das habe ich gaaaanz schnell ausgeschaltet. :D - Na jedenfalls steht an jedem dieser Schalterdingser "Somfy" dran.
Ich dachte halt, wenn da "Somfy" dran steht, dann ... also ich bin jetzt mit denen nicht zusammengewachsen. Lediglich diese Motoren da oben würde ich ungern alle austauschen wollen.
Wichtig scheint mir, dass das notfalls auch ohne FHEM geht.
Zitat von: MadMax-FHEM am 27 Januar 2019, 10:22:48
Wenn nur Motoren: dann halt nachrüsten ("notfalls" mit Funk, kann ja auch HomeMatic sein
Ich habe vorhin den Thread gefunden, in dem über das AUS von HM spekuliert wird. Forum lesen kann richtig schlechte Laune machen.
Zitat von: MadMax-FHEM am 27 Januar 2019, 10:22:48
Aufpassen: HomeMatic "Classic": direkt an fhem mit Funkmodul[en] vs. HomeMatic IP: NUR über
In diese Falle bin ich vor geraumer Zeit schon völlig allein reingetapst - brauchst Du noch zwei Temperatursensoren gegen Neupreis + 20%? ;)
Zitat von: MadMax-FHEM am 27 Januar 2019, 10:22:48
Viel Spaß noch! ;)
Fulltimejob ist nichts dagegen.
Zitat von: curt am 28 Januar 2019, 22:19:01
Ich habe die Busware-Version, die auf GPIO steckt. Ich weiß, was GPIO ist. Das Problem ist eher, dass ich für Basteln völlig ungeeignet bin.
ich den auf die GPIO stecken muss. Ich habe offen gesagt auch noch nicht gesucht.
Ungefähr so: https://www.raspifun.de/viewtopic.php?t=32 ;)
Zitat von: curt am 28 Januar 2019, 22:19:01
Wichtig scheint mir, dass das notfalls auch ohne FHEM geht.
Ich habe vorhin den Thread gefunden, in dem über das AUS von HM spekuliert wird. Forum lesen kann richtig schlechte Laune machen.
In diese Falle bin ich vor geraumer Zeit schon völlig allein reingetapst - brauchst Du noch zwei Temperatursensoren gegen Neupreis + 20%? ;)
Du kannst die HomeMatic ("Classic" und IP) auch direkt per angeschlossenem Schalter bedienen (soweit mir bekannt) -> ohne fhem.
Kommt halt auf die aktuelle Verkabelung an aber es klingt so als ob du die vorhandenen Schalter (einfach) gegen HomeMatic (oder ZWave oder EnOcena oder oder oder) tauschen könntest...
Oder falls das notwendig einen Funkaktor an den Motor und dann per "direkter Funkverbindung" (heißt bei HomeMatic: peering / ZWave: association) einen Funkwandsender irgendwo platzieren.
Geht auch ohne fhem...
Über den Thread, dass "Classic" angeblich tot ist bin ich auch schon gestolpert...
Glaube aber nicht wirklich dran.
Was wahrscheinlich ist: keine Weiterentwicklung (neue Geräte / FW)
Aber ich denke, dass es die Geräte schon noch eine Zeit geben wird.
FS20 wird schon deutlich viel länger nicht mehr (weiter) entwickelt und es gibt das Zeugs immer noch...
...mehr oder weniger...
Danke für das Angebot aber ich hab alles was ich momentan brauche ;)
Gruß, Joachim
Zitat von: MadMax-FHEM am 28 Januar 2019, 22:32:58
Ungefähr so: https://www.raspifun.de/viewtopic.php?t=32 ;)
Verstanden - danke!
Zitat von: MadMax-FHEM am 28 Januar 2019, 22:32:58
Du kannst die HomeMatic ("Classic" und IP) auch direkt per angeschlossenem Schalter bedienen (soweit mir bekannt) -> ohne fhem.
Naja, diese bisherige kabelangebundene Zentrale müsste es schon weiter geben - sonst erschlägt mich meine Frau und streicht mir die weiteren Mittel für FHEM. In dieser Reihenfolge. :(
Zitat von: MadMax-FHEM am 28 Januar 2019, 22:32:58
Kommt halt auf die aktuelle Verkabelung an aber es klingt so als ob du die vorhandenen Schalter (einfach) gegen HomeMatic (oder ZWave oder EnOcena oder oder oder) tauschen könntest...
ZWave wäre auch ok, damit habe ich gute Erfahrungen. Von Somfy selbst scheint es auch etwas zu geben. Aber ganz grundsätzlich scheint das Forum für die Fragestellung wenig geeignet: Ich lese beim Thema Rollladensteuerung eigentlich nur grauselige Dinge. Ja gut - das mag damit zusammenhängen, dass sich nie die melden, bei denen es perfekt funktioniert.
In einigen Tagen kommt der Elektriker: Dann lasse ich so ein Steuerdingens mal ausbauen und fotografiere das von allen Seiten.
Erstmal warte ich auf HM-MOD-RPI-PCB. Dann stecke ich das drauf, möglichst ohne Schaden zu machen. Dann ziehe ich den Marketenderladen um.
OT ist vielleicht erlaubt, da hier "Anfängerfragen" ist:
In der Zwischenzeit grüble ich über Feinstaub -nein- nicht politisch. Sondern über dieses schon zusammengebaute Feinstaubdingens, welches sich lustigerweise über DHCP bei meinem AP meldet und mir keinerlei Möglichkeit gibt, eine statische IP zu vergeben. Wie man den Krempel dann als lokalen Slave einbinden soll - ist mir völlig schleierhaft.
Meinst du mit "Feinstaub" das Luftdaten.ifo Dingens?
Da gibt es 2 Varianten:
https://forum.fhem.de/index.php/topic,66674.msg579712.html#msg579712
https://forum.fhem.de/index.php/topic,73879.msg655463.html#msg655463
Oder meinst du ganz was anderes?
Dann müsstest du deutlicher werden ;)
Gruß, Joachim
Zitat von: MadMax-FHEM am 28 Januar 2019, 23:55:42
Meinst du mit "Feinstaub" das Luftdaten.ifo Dingens?
Yepp.
Das liegt gerade in meinem Arbeitszimmer, pumpt wie ein Maikäfer und meint, dass ich den Raum wegen vorzeitigen Sterbens nun dringend verlassen müsse. :D
Zitat von: MadMax-FHEM am 28 Januar 2019, 23:55:42
Da gibt es 2 Varianten:
Es hat ganz offensichtlich "SDS011", Robin hat mir das zusammengelötet vertickert. Ich bekomme via Heimnetz/http auch die Config-Seite, die sich allerdings deutlich von https://luftdaten.info/feinstaubsensor-bauen/#feinstaubsensor-konfiguration unterscheidet. Ok, das Mintgrün ist noch gleich.
Zitat von: MadMax-FHEM am 28 Januar 2019, 23:55:42
Dann müsstest du deutlicher werden ;)
Die kommen mit DHCP um die Ecke, es gibt KEINE Einstellmöglichkeit für eine statische IP. Die wäre aber sinnvoll für die Einbindung via lokalem Slave-Modus entsprechend https://wiki.fhem.de/wiki/Luftdaten.info/Feinstaub .
Robin meint fröhlich, dass diese Feinstaubkiste sich die erste zugewiesene DHCP-Adresse merke - ich habe da ganz leise Zweifel ... zudem ein solches Verfahren ein wenig kontraproduktiv wäre.
Anmerkung:
Mein Wlan-Netz ist ein /24, dabei ist ein unterer Bereich fest für feste IP reserviert, ganz oben dürfen sich die rumtummeln, die nur DHCP können oder wollen.
Oha, unhöflich gewesen. :(
@krikan @Wzut
Ich habe eure Beiträge nicht überlesen. Herzlichen Dank dafür.
Der aktuelle Stand ist so, dass ich den neuen Adapter (28x1,5 auf 30x1,5) nun habe - aber noch keinen Mut fand, den mal testweise an den Heizkörper zu schrauben. Ich bin ja handwerklich eher minderbemittelt.
Als nun noch mein Heizungsfachmann mir per Mail mitteilte, dass ich den alten Thermostat auf 5 stellen muss, um den rauszudrehen, stutzte ich kurz: Ich hatte den doch auf * gedreht, damit das geht [¹]?
Dann erinnerte ich mich wage: Irgendwann in den letzten 20 Jahren (bei einem leichten Wasserschaden) hatte ein Heizungsmonteur irgendwas von "läuft rückwärts" gemurmelt.
Und an genau diesem Punkt beschloss ich, erstmal durchzuatmen. Und vielleicht am nächsten Wochenende nur mal zu probieren, ob das neue Zwischenstück sich anschrauben lässt - selbst das ist ja noch nicht sicher.
[¹] Es kann auch genau umgekehrt gewesen sein, ich habe es mir nicht gemerkt. Ich merkte mir lediglich, dass ich schwer genervt war.
Lange Rede, kurzer Sinn:
Ich habe schon vor, die Heizkörper umzustellen, wenigstens einen, wenigstens testweise. Der probeweise gekaufte HM-Thermostat ... der liegt doch neben mir.
Zitat von: curt am 29 Januar 2019, 00:53:35
dass ich den alten Thermostat auf 5 stellen muss, um den rauszudrehen, stutzte ich kurz: Ich hatte den doch auf * gedreht, damit das geht [¹]?
Dann erinnerte ich mich wage: Irgendwann in den letzten 20 Jahren (bei einem leichten Wasserschaden) hatte ein Heizungsmonteur irgendwas von "läuft rückwärts" gemurmelt.
Alle Ventile die ich kenne arbeiten so :
Drehknopf ab, der kleine Stift kommt durch die interne Feder aus dem Ventil -> Ventil ist zu 100% offen , Heizkörper wird warm.
Drückt man den kleinen Stift ins Ventil (das macht dein Dreknopf wenn du ihn Richtung des * drehst ) dann schliesst das Ventil immer weiter bis es am Angschlag komplett zu ist. Solltest du nun wirklich Ventile haben die es genau anders herum machen (rückwärts) dann sehe ich schwarz für dein Vorhaben. Ggf. nochmal mit deinem Heizungsfachmann reden ob es sowas wirklich gibt.
@MadMax-FHEM
Zitat von: MadMax-FHEM am 27 Januar 2019, 10:22:48
Wenn das Busware-Dingens ebenfalls GPIO ist, dann nat. schon (also vors. drunter "steckt" ein PI ;) )...
Also erstmal herzlichen Dank für die Hinweise!
Das neue GPIO-Dingens ist heute gekommen. Ich nahm all meinen Mut zusammen (naja, fast allen: Ein dd der RPi-System"platte" noch gemacht) und legte los. Auch ein Firmware-Update machte ich. Was soll ich sagen? Auf den ersten Blick läuft das. Vermutlich muss ich bei jeder Device einzeln noch "set getConfig" machen? Oder etwas anderes?
Und weil ich (jaja) das neue Gerät der fhem.cfg direkt bekannt machte, fehlt dem nun dieses lustige "für künftige Erweiterungen" setuuid. Ignoriere ich das oder nehme ich die alte oder was mache ich da am Dümmsten?
So ein Magnetdings habe ich übrigens nicht, das war nicht dabei. Das ist aber real wichtig? Oder nur theoretisch?
Kann bitte jemand mal quer drüber schauen - ist das so in Ordnung?
Auszug fhem.cfg:
define myHmUART HMUARTLGW /dev/ttyAMA0
#setuuid myHmUART 5c47b07d-f33f-769b-19aa-cea28513b8bcd4bd
attr myHmUART hmId FF1312
#attr myHmUART rfmode HomeMatic
attr myHmUART room 99 System
define VCCU CUL_HM FF1312
setuuid VCCU 5c47b07e-f33f-769b-9705-7168f5fff547fbee
attr VCCU IODev myHmUART
attr VCCU IOList myHmUART
attr VCCU IOgrp VCCU:myHmUART
attr VCCU cyclicMsgOffset 250
attr VCCU expert 2_raw
attr VCCU model CCU-FHEM
attr VCCU room 99 System
attr VCCU subType virtual
attr VCCU webCmd virtual:update
list myHmUART
Internals:
AssignedPeerCnt 4
CNT 168
Clients :CUL_HM:
DEF /dev/ttyAMA0
DEVCNT 168
DevState 99
DevType UART
DeviceName /dev/ttyAMA0@115200
FD 11
FUUID 5c52091f-f33f-769b-5a27-24964d4bf50037a4
LastOpen 1548880464.71787
NAME myHmUART
NR 44
PARTIAL
RAWMSG 040203
RSSI -58
STATE opened
TYPE HMUARTLGW
XmitOpen 1
model HM-MOD-UART
msgLoadCurrent 2
msgLoadHistory 0/0/1/1/-/-/-/-/-/-/-/-
msgLoadHistoryAbs 2/2/2/1/0/-/-/-/-/-/-/-/-
owner FF1312
owner_CCU VCCU
Helper:
CreditTimer 88
FW 66561
Initialized 1
SendCnt 10
AckPending:
100:
cmd 02000000948002FF1312578BD40101C800
dst 1
frame FD0013016402000000948002FF1312578BD40101C800B109
time 1548880895.41127
106:
cmd 02000000268002FF1312594BCA0101C800
dst 1
frame FD0013016A02000000268002FF1312594BCA0101C800D51C
time 1548880920.99759
107:
cmd 02000000268002FF1312594BCA0101C800
dst 1
frame FD0013016B02000000268002FF1312594BCA0101C800410B
time 1548880921.30049
108:
cmd 02000000278002FF1312594BCA0101C800
dst 1
frame FD0013016C02000000278002FF1312594BCA0101C80052E7
time 1548880922.99942
91:
cmd 02000000728002FF13123301CB0101C800
dst 1
frame FD0013015B02000000728002FF13123301CB0101C8003801
time 1548880874.35299
92:
cmd 02000000728002FF13123301CB0101C800
dst 1
frame FD0013015C02000000728002FF13123301CB0101C800D46E
time 1548880874.65574
93:
cmd 02000000738002FF13123301CB0101C800
dst 1
frame FD0013015D02000000738002FF13123301CB0101C800BFFA
time 1548880876.35301
97:
cmd 02000000918002FF1312578BD40101C800
dst 1
frame FD0013016102000000918002FF1312578BD40101C800F4C8
time 1548880887.14139
98:
cmd 02000000928002FF1312578BD40101C800
dst 1
frame FD0013016202000000928002FF1312578BD40101C8004874
time 1548880887.6916
99:
cmd 02000000938002FF1312578BD40101C800
dst 1
frame FD0013016302000000938002FF1312578BD40101C80023E0
time 1548880894.85879
LastSendLen:
3
3
Log:
IDs:
PeerQueue:
PendingCMD:
RoundTrip:
Delay 0.00271415710449219
loadLvl:
lastHistory 1548881691.9014
MatchList:
1:CUL_HM ^A......................
Peers:
32FB89 +32FB89,00,00,00
3301CB +3301CB,00,00,00
578BD4 +578BD4,00,00,00
594BCA +594BCA,00,00,00
READINGS:
2019-01-30 21:34:51 D-HMIdAssigned FF1312
2019-01-30 21:34:51 D-HMIdOriginal 670D64
2019-01-30 21:34:51 D-firmware 1.4.1
2019-01-30 21:34:51 D-serialNr PEQ0173073
2019-01-30 21:29:19 D-type HM-MOD-UART
2019-01-30 21:34:51 cond ok
2019-01-30 21:41:38 load 2
2019-01-30 21:34:51 loadLvl low
2019-01-30 21:34:24 state opened
helper:
Attributes:
hmId FF1312
room 99 System
Auf den ersten schnellen Blick sieht es ok aus.
Was die Acks pending sind weiß ich nicht, da ich nicht weiß was du so gemacht hast (evtl. getConfigs [noch] ohne Antwort?)...
Aber wenn du hminfo definiert hast (solltest du! / genauso wie vccu ;) ), dann kannst du ja mal entsprechend Infos ausgeben lassen:
https://wiki.fhem.de/wiki/HomeMatic_HMInfo
https://wiki.fhem.de/wiki/HomeMatic_HMInfo#configCheck
https://wiki.fhem.de/wiki/HomeMatic_HMInfo#protoEvents
https://wiki.fhem.de/wiki/HomeMatic_HMInfo#msgStat
Ansonsten, wenn sich die HMID nicht geändert hat und die Geräte schon angelernt waren brauchst du eigentlich (dank vccu) nichts tun...
...du hattest doch den CUL vorher in der vccu!?
Mit der jetzigen/selben HMID!?
Außer du hattest "prefered io" gesetzt (und das "dummerweise" auf den CUL)...
Gruß, Joachim
Zitat von: MadMax-FHEM am 30 Januar 2019, 23:04:01
Auf den ersten schnellen Blick sieht es ok aus.
Oh, ein schöner Tag.
Zitat von: MadMax-FHEM am 30 Januar 2019, 23:04:01Was die Acks pending sind weiß ich nicht, da ich nicht weiß was du so gemacht hast (evtl. getConfigs [noch] ohne Antwort?)...
Also bei Türen und Fenstern war es einfach, die habe ich mal kurz aufgemacht. Meine drei Rauchmelder und dieser komische teamlead haben nicht noch nicht gemeldet. Aber ich traue mich um diese Uhrzeit nicht, da mal zu drücken. Blöderweise sind aus unklarem Grund zwei Türen gegenseitig gepeert - trotzdem kriegt VCCU da was mit (ist wohl magisches Zaubersalz).
Zitat von: MadMax-FHEM am 30 Januar 2019, 23:04:01Aber wenn du hminfo definiert hast (solltest du! / genauso wie vccu ;) ), dann kannst du ja mal entsprechend Infos ausgeben lassen:
https://wiki.fhem.de/wiki/HomeMatic_HMInfo
https://wiki.fhem.de/wiki/HomeMatic_HMInfo#configCheck
https://wiki.fhem.de/wiki/HomeMatic_HMInfo#protoEvents
https://wiki.fhem.de/wiki/HomeMatic_HMInfo#msgStat
Freudestrahlend teile ich mit, dass ich das natürlich habe. Wobei ich bislang lediglich traute, auf "configCheck" zu drücken. (Und alle naselang waren da Register oder peering vergessen.)
Zitat von: MadMax-FHEM am 30 Januar 2019, 23:04:01Ansonsten, wenn sich die HMID nicht geändert hat und die Geräte schon angelernt waren brauchst du eigentlich (dank vccu) nichts tun...
Feinfein, mal was richtig gemacht.
Zitat von: MadMax-FHEM am 30 Januar 2019, 23:04:01
...du hattest doch den CUL vorher in der vccu!?
Mit der jetzigen/selben HMID!?
Jaaaa - ich hab Dir doch zugehört.
Zitat von: MadMax-FHEM am 30 Januar 2019, 23:04:01Außer du hattest "prefered io" gesetzt (und das "dummerweise" auf den CUL)...
Ich weiß nichtmal, was das ist und wofür das gut sein mag. Aber sowas könnte reingerutscht sein: Zumindest ich lerne an Beispielen. Woran würde ich das denn erkennen?
Ähmmm - warte mal bitte. configCheck sagt da was:
configCheck done:
missing register list
Arbeits_rechts: RegL_00.,RegL_01.
no IO device assigned
HM_5A5754
HM_5A6710
HM_5A6737
TeamDev
IOgrp: prefered IO undefined
Arbeits_rechts ->SCC
[alle Fenster so]
Boah: Da hat schon wieder (oder noch?) einer seine Register vergessen. - Die drei darunter sind die Rauchmelder, die werden sich ja wohl von selbst berappeln. Das mit dem IOgrp vermag ich nicht zu deuten.
Zitat von: curt am 30 Januar 2019, 23:18:00
Blöderweise sind aus unklarem Grund zwei Türen gegenseitig gepeert - trotzdem kriegt VCCU da was mit (ist wohl magisches Zaubersalz).
2 Türen gepeert: würde mich wundern!
Weil normalerweise kann man nur einen Sensor (kann auch eine FB oder Schalter sein) mit einem Aktor peeren.
2 Sensoren? Was wollen sich die gegenseitig "sagen" bzw. eher: was soll denn ein "Sensor" auf das Signal eines anderen Sensors "tun"? ;)
Dass die vccu das mitkriegt ist nicht "Magic" sondern "Funk" ;)
fhem / HMOD/ vccu empfängt und "entschlüsselt" und weist dann die Daten dem passenden Gerät zu...
(führt dazu, dass manche denken die Geräte wären GEPAIRED sind es aber nicht [wirklich])
Zitat von: curt am 30 Januar 2019, 23:18:00
Ähmmm - warte mal bitte. configCheck sagt da was:
configCheck done:
missing register list
Arbeits_rechts: RegL_00.,RegL_01.
no IO device assigned
HM_5A5754
HM_5A6710
HM_5A6737
TeamDev
IOgrp: prefered IO undefined
Arbeits_rechts ->SCC
[alle Fenster so]
Boah: Da hat schon wieder (oder noch?) einer seine Register vergessen. - Die drei darunter sind die Rauchmelder, die werden sich ja wohl von selbst berappeln. Das mit dem IOgrp vermag ich nicht zu deuten.
missing register list: getConfig (oder warten bzw. kommt drauf an was bei autoreadReg steht)
no IO device assigned:
da musst du mal bzgl. der Attribute ioDev bzw. ioGrp schauen
IOgrp prefered IO undefined:
da hattest du vermutlich (aus Versehen? ;) ) statt der vccu die Kontrolle über das "beste" IODev zu geben selbst beschlossen ein "bevorzugtes" zu nehmen.
Das was dort angegeben ist war vermutlich dein CUL den es nicht mehr gibt...
Gruß, Joachim
IOgrp: prefered IO undefined
Arbeits_rechts ->SCC
das bevorzugte I/O ist nicht definiert bei der Arbeits_rechts
schau nach dem Attr IOgrp bei dm Device
oder mache besser ein list
Zitat von: MadMax-FHEM am 30 Januar 2019, 23:46:02
2 Türen gepeert: würde mich wundern!
Für mich ist sowas kein Problem (warum auch immer):
Haustuer: peerList Terrassentuer
Terrassentuer: peerList Haustuer
Zitat von: MadMax-FHEM am 30 Januar 2019, 23:46:02
Dass die vccu das mitkriegt ist nicht "Magic" sondern "Funk" ;)
Wir alle wissen, dass IT zu einem guten Teil aus magischen Zaubersalz besteht. ;)
Zitat von: MadMax-FHEM am 30 Januar 2019, 23:46:02
missing register list: getConfig (oder warten bzw. kommt drauf an was bei autoreadReg steht)
Ich weiß. Ich kenne das bis zum Erbrechen. Darum ja das neue GPIO-Dingens, Du hattest mir ja versprochen, dass nun alles besser wird. Hast Du, jajaja?
Zitat von: MadMax-FHEM am 30 Januar 2019, 23:46:02
no IO device assigned:
da musst du mal bzgl. der Attribute ioDev bzw. ioGrp schauen
IOgrp prefered IO undefined:
da hattest du vermutlich (aus Versehen? ;) ) statt der vccu die Kontrolle über das "beste" IODev zu geben selbst beschlossen ein "bevorzugtes" zu nehmen.
Das was dort angegeben ist war vermutlich dein CUL den es nicht mehr gibt...
Ich müsste vorsichtig erwähnen, dass diese Melder bei mir in einer eigenen Datei ausgelagert sind ...
Also
* attr VCCU IOgrp VCCU:myHmUART
gegen
* attr Arbeits_rechts IOgrp VCCU:SCC
Und was halte ich von der Zeile
* attr Arbeits_rechts IODev SCC ?
Wie gewünscht das Fenster Arbeitszimmer:
Internals:
CFGFN ./FHEM/z-include-fenster.cfg
DEF 32FB89
FUUID 5c47b07e-f33f-769b-92ab-7a0909590af758da
IODev myHmUART
IODevName SCC
LASTInputDev myHmUART
MSGCNT 9
NAME Arbeits_rechts
NOTIFYDEV global
NR 93
NTFY_ORDER 50-Arbeits_rechts
STATE open
TYPE CUL_HM
lastMsg No:E2 - t:41 s:32FB89 d:FF1312 01DFC8
myHmUART_MSGCNT 9
myHmUART_RAWMSG 0501002FE2A64132FB89FF131201DFC8
myHmUART_RSSI -47
myHmUART_TIME 2019-01-30 22:43:06
protLastRcv 2019-01-30 22:43:06
protRcv 8 last_at:2019-01-30 22:43:06
protSnd 8 last_at:2019-01-30 22:43:06
protState CMDs_done
rssi_at_myHmUART cnt:9 min:-48 max:-47 avg:-47.11 lst:-47
READINGS:
2019-01-30 21:30:54 Activity alive
2019-01-12 00:51:13 CommandAccepted yes
2019-01-12 01:51:13 D-firmware 2.4
2019-01-12 01:51:13 D-serialNr LEQ0891006
2019-01-12 01:51:14 PairedTo 0xFF1312
2018-04-29 21:51:27 R-cyclicInfoMsg off
2018-04-29 21:51:27 R-eventDlyTime 0 s
2019-01-12 01:51:14 R-pairCentral 0xFF1312
2018-04-29 21:51:27 R-sabotageMsg on
2018-04-29 21:51:27 R-sign off
2019-01-23 21:36:05 RegL_00.
2019-01-12 01:51:19 alive yes
2019-01-30 22:43:06 battery ok
2019-01-30 22:43:06 contact open (to VCCU)
2019-01-12 00:51:03 powerOn 2019-01-12 00:51:03
2019-01-12 01:51:19 recentStateType info
2019-01-12 01:51:19 sabotageError off
2019-01-30 22:43:06 state open
2018-07-28 20:48:38 trigDst_FF1312 noConfig
2019-01-30 22:43:06 trigger_cnt 223
helper:
HM_CMDNR 226
mId 00B1
regLst ,0,1,4p
rxType 4
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +32FB89,00,00,00
nextSend 1548884587.13148
rxt 0
vccu VCCU
p:
32FB89
00
00
00
prefIO:
SCC
mRssi:
mNo E2
io:
myHmUART:
-39
-39
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf 00
qReqStat
role:
chn 1
dev 1
rpt:
IO myHmUART
flg A
ts 1548884586.83625
ack:
HASH(0x3052ea0)
E28002FF131232FB890101C800
rssi:
at_myHmUART:
avg -47.1111111111111
cnt 9
lst -47
max -47
min -48
tmpl:
Attributes:
Fenster_Status structure_Fenster
IODev SCC
IOgrp VCCU:SCC
actCycle 028:00
actStatus alive
autoReadReg 4_reqStatus
battery_change 2019-01-11
devStateIcon open:fts_window_1w_tilt@red closed:fts_window_1w@green
expert 2_raw
firmware 2.4
fp_Hauptseite 376,651,1,structure_Fenster
model HM-SEC-SC-2
peerIDs 00000000,
room Unsorted
serialNr LEQ0891006
subType threeStateSensor
userattr Fenster_Status Fenster_Status_map structexclude
IODev SCC --> das solltest umstellen auf -->myHmUART
IOgrp VCCU:SCC --> ":SCC" löschen, da du nur ein IO hast
Danke für Deine Hinweise; ich habe alles umgesetzt. Im Ergebnis gibt configCheck keine Fehler mehr aus.
Im Moment bleiben zwei Probleme:
1) Beide Türen sind miteinander verheiratet, also gepeert. Ok, brachial neu anlernen vermutlich.
2) Meine Rauchmelder (es sind drei) dürften auch noch ein Problem sein - ich zeig einfach mal:
Also das erste define wurde mir automatisch angelegt - das war im Forum schon mal Gespräch. Da wurde gestaunt, was da so angelegt wurde. Das zweite define war Hinweis aus dem Forum (ähmmm, halt: UMGEKEHRT!):
# teamlead Rauchmelder nach https://wiki.fhem.de/wiki/HM-SEC-SD_Rauchmelder#virtueller_TeamLead
define TeamDev CUL_HM 111111
setuuid TeamDev 5c47b0cf-f33f-769b-01ce-4246d252b5b7b21b
attr TeamDev IODev myHmUART
attr TeamDev expert 2_raw
attr TeamDev model VIRTUAL
attr TeamDev room 13 Rauch
attr TeamDev subType virtual
attr TeamDev webCmd virtual
define Rauchmelder_Team CUL_HM 11111101
setuuid Rauchmelder_Team 5c47b0cf-f33f-769b-53f0-9362dbc59202dc00
attr Rauchmelder_Team model VIRTUAL
attr Rauchmelder_Team peerIDs 5A575401,5A671001,5A673701,
attr Rauchmelder_Team room 13 Rauch
attr Rauchmelder_Team webCmd press short:press long
Und jetzt ein einzelner Rauchmelder. Das im "model" ein HASH steht, hat übrigens mein Namensvetter mit seinen HM-Modulupdates verbockt. Keine Ahnung wie ich das löse - vermutlich auch was drücken. Wobei das bei Rauchmeldern nicht nur mit Geräusch verbunden ist - einer ist zudem unter dem Dach so verbaut, dass ich da einmal im Jahr hin will. Höchstens.
define HM_5A5754 CUL_HM 5A5754
setuuid HM_5A5754 5c47b0cf-f33f-769b-0110-e6b955f9a556ad50
attr HM_5A5754 IODev myHmUART
attr HM_5A5754 IOgrp VCCU
attr HM_5A5754 actCycle 099:00
attr HM_5A5754 actStatus alive
attr HM_5A5754 alias Rauch 1 Spitzboden
attr HM_5A5754 autoReadReg 4_reqStatus
attr HM_5A5754 battery_change 2018-07-19
attr HM_5A5754 expert 2_raw
attr HM_5A5754 firmware 1.0
attr HM_5A5754 model HASH(0x48b14f8)
attr HM_5A5754 msgRepeat 1
attr HM_5A5754 peerIDs 00000000,11111101,
attr HM_5A5754 room 13 Rauch
attr HM_5A5754 serialNr OEQ0600470
attr HM_5A5754 subType 1
attr HM_5A5754 webCmd statusRequest
schau dir mal den Beitrag bezüglich Virtual an
https://forum.fhem.de/index.php/topic,95409.msg896725.html#msg896725 (https://forum.fhem.de/index.php/topic,95409.msg896725.html#msg896725)
Ich weiß offen gesagt nicht so ganz genau, was Du mir sagen willst. Also VIRTUAL in virtual_1 umbenennen schaffe ich, habe das soeben getan. Zumindest schadet es nicht. Und auch ansonsten sieht das bei mir ziemlich gleich aus.
Und es ist nun auch sicher, dass meine drei Rauchmelder noch leben, alle drei haben "Activity alive" mit Zeitstempel NACH der Umbauerei auf den neuen HM-GPIO-Dingens. Das ist schon mal sehr schön. ConfigCheck sagt auch, dass alles supersonderoberprima sei.
Bleibt halt, dass alle drei unter "model" noch "HASH(hashwert)" zu stehen haben. Ich nehme an, dass ich set getConfig abschicken muss und bei den Rauchmeldern was drücken muss. Mache ich nicht, nicht um diese Uhrzeit: Es ist hier ansich ganz schön, ich will keine Feinde in der Nachbarschaft. Und an den einen Raummelder komme ich ja eh nicht ran.
@MadMax-FHEM
Zitat von: MadMax-FHEM am 30 Januar 2019, 23:46:02
2 Türen gepeert: würde mich wundern!
Mit viel Geduld uns Spucke habe ich das endlich entkoppeln können. Danach wollte einer der beiden immer nur nach broadcast senden - auch das ist jetzt gelöst.
Eine Frage zum peeren habe ich:
Keiner meiner vielen Kontaktmelder HM-SEC-SC-2 ist mit irgendwas gepeert. Die melden artig an VCCU und ich freue mich darüber. Muss ich jeden einzelnen Melder mit VCCU peeren? Falls ich das machen soll, würde ich gern verstehen, warum man das macht.
P.S: Das ist jetzt nicht wahr ... die haben sich automatisch wieder gepeert. :(
Ich schiebe dieses Teilthema in einen neuen Thread --> https://forum.fhem.de/index.php/topic,97242.0.html
Heizkörperthermostat habe ich noch nicht angefasst. Wenn es damit los geht, melde ich mich hier wieder.
Hallo allerseits!
Was lange währt ... heute war der Heizungsmonteur da und hat den Adapter (der passt!) an die Heizung geschraubt und das HM-CC-RT-DN gleich mit.
Ich habe diese Adaptierfahrt gemacht und Datum/Uhrzeit eingestellt. Am Handrad kann ich Soltemperatur einstellen. Dann lernte ich an VCCU an, d.h. ich versuchte es. Leider habe ich pending_cmd, einen Fehler sowie dead:
list:
Internals:
.triggerUsed 1
DEF 649FC4
FUUID 5ceeb413-f33f-769b-846f-33c1fa279c09184e
IODev myHmUART
LASTInputDev myHmUART
MSGCNT 15
NAME HM_649FC4
NOTIFYDEV global
NR 1020
NTFY_ORDER 50-HM_649FC4
STATE CMDs_pending
TYPE CUL_HM
channel_01 HM_649FC4_Weather
channel_02 HM_649FC4_Climate
channel_03 HM_649FC4_WindowRec
channel_04 HM_649FC4_Clima
channel_05 HM_649FC4_ClimaTeam
channel_06 HM_649FC4_remote
lastMsg No:01 - t:00 s:649FC4 d:000000 1400954F4551323038383530395900FFFF
myHmUART_MSGCNT 15
myHmUART_RAWMSG 05000049018400649FC40000001400954F4551323038383530395900FFFF
myHmUART_RSSI -73
myHmUART_TIME 2019-05-29 22:22:13
protCmdPend 13 CMDs pending
protLastRcv 2019-05-29 22:22:13
protRcv 2 last_at:2019-05-29 22:22:13
protResnd 1 last_at:2019-05-29 22:22:18
protSnd 1 last_at:2019-05-29 22:22:13
protState CMDs_pending
rssi_at_myHmUART cnt:15 min:-78 max:-35 avg:-54.33 lst:-73
.attraggr:
.attrminint:
READINGS:
2019-05-29 22:22:13 .D-devInfo 00FFFF
2019-05-29 22:22:13 .D-stc 59
2019-05-29 22:22:13 .protLastRcv 2019-05-29 22:22:13
2019-05-29 22:35:04 Activity dead
2019-05-29 22:22:13 D-firmware 1.4
2019-05-29 22:22:13 D-serialNr OEQ2088509
2019-05-29 22:25:08 RegL_00.
2019-05-29 22:20:40 powerOn 2019-05-29 22:20:40
2019-05-29 22:20:40 recentStateType info
2019-05-29 22:22:18 state CMDs_pending
cmdStack:
++A001FF1312649FC400040000000000
++A001FF1312649FC40103
++A001FF1312649FC401040000000001
++A001FF1312649FC40203
++A001FF1312649FC402040000000001
++A001FF1312649FC40303
++A001FF1312649FC403040000000001
++A001FF1312649FC40403
++A001FF1312649FC404040000000001
++A001FF1312649FC400040000000007
++A001FF1312649FC40503
++A001FF1312649FC405040000000001
++A001FF1312649FC40603
++A001FF1312649FC406040000000001
helper:
HM_CMDNR 41
PONtest 0
cSnd 01FF1312649FC400040000000000,01FF1312649FC400040000000000
mId 0095
peerFriend
peerOpt -:thermostat
regLst 0
rxType 140
supp_Pair_Rep 1
tmplChg 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +649FC4,02,00,00
nextSend 1559161333.27266
prefIO
rxt 2
vccu
p:
649FC4
00
00
00
mRssi:
mNo 01
io:
myHmUART:
-71
-71
prt:
bErr 0
sProc 2
wuReSent 2
q:
qReqConf 00
qReqStat
role:
dev 1
prs 1
rssi:
at_myHmUART:
avg -54.3333333333333
cnt 15
lst -73
max -35
min -78
shRegW:
07 04
shadowReg:
tmpl:
Attributes:
.mId 0095
IODev myHmUART
actCycle 000:10
actStatus dead
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.4
model HM-CC-RT-DN
room CUL_HM
serialNr OEQ2088509
subType thermostat
webCmd getConfig:clear msgEvents:burstXmit
ConfigCheck sagt:
configCheck done:
missing register list
HM_5A5754: RegL_01.,RegL_04.Rauchmelder_Team
HM_649FC4: RegL_00.
HM_649FC4_Clima: RegL_01.,RegL_07.
HM_649FC4_ClimaTeam: RegL_01.
HM_649FC4_Climate: RegL_01.
HM_649FC4_Weather: RegL_01.
HM_649FC4_WindowRec: RegL_01.
HM_649FC4_remote: RegL_01.
peer list incomplete. Use getConfig to read it.
incomplete: HM_649FC4_Clima:
incomplete: HM_649FC4_ClimaTeam:
incomplete: HM_649FC4_Climate:
incomplete: HM_649FC4_Weather:
incomplete: HM_649FC4_WindowRec:
incomplete: HM_649FC4_remote:
PairedTo missing/unknown
HM_649FC4
templist mismatch
HM_649FC4_Clima: file: ./setup/tempList.cfg error:Can't open ./setup/tempList.cfg: No such file or directory
Wie kriege ich das alles denn weg? Immer mal wieder für 3 Sekunden den mittleren Knopf am Thermostat drücken?
Und was muss ich sonst noch tun und in welcher Reihenfolge? (Ich möchte da nichts falsch machen, ich habe keinerlei Erfahrung mit dem Thermostat.)