HmIP-FALMOT-C12 - neue Firmware 1.4.10
Moderator: Co-Administratoren
-
- Beiträge: 14170
- Registriert: 08.05.2013, 23:33
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Nordwürttemberg
- Hat sich bedankt: 587 Mal
- Danksagung erhalten: 1501 Mal
Re: HmIP-FALMOT-C12 - neue Firmware 1.4.10
Wenn man die Firmware downloaden, kann man ins Archiv reinschauen. Da sollte das drinstehen.
Gruß Xel66
Gruß Xel66
-------------------------------------------------------------------------------------------
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch
Re: HmIP-FALMOT-C12 - neue Firmware 1.4.10
Ok, wenn´s nur so geht, dann mache ich das mal. Danke für die Info.
Gruß notYet
Gruß notYet
Beste Grüße,
notYet
notYet
-
- Beiträge: 26
- Registriert: 06.04.2023, 23:57
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 8 Mal
- Danksagung erhalten: 2 Mal
Re: HmIP-FALMOT-C12 - neue Firmware 1.4.10
Hab es auch im Eingangspost erwähnt, was im Changelog steht.
Hier auch nochmal die komplette Datei angehängt.
Hier auch nochmal die komplette Datei angehängt.
-
- Beiträge: 59
- Registriert: 04.02.2015, 02:15
- System: CCU und Access Point
- Wohnort: Bochum
- Hat sich bedankt: 7 Mal
- Danksagung erhalten: 9 Mal
Re: HmIP-FALMOT-C12 - neue Firmware 1.4.10
Hallo Zusammen,
hatte diesen Effekt in der Vergangenheit öfter.
Auch bei diesem Update blieben meine Falmots im Status "Konfigurationsdaten stehen zur Übertragung an" hängen.
Es funktionierte alles, jedoch war der Duty Cycle höher als zuvor.
Der Trick diesmal...
Ich hatte Scripte auf die Ventile gesetzt. Ich habe nun die Bedingungen einfach mal temporär auf ein anderes Gerät gesetzt, und quasi mit dem Speichern der Verknüpfung waren die Systemmeldungen weg.
Die Direktverknüpfungen mußte ich nicht neu erstellen.
Auch Reset von Falmot / Thermostate brachte diesmal nichts.
Ich hatte in der Vergangenheit immer mal festgestellt, dass die Systemmeldungen kommen, wenn in der CCU irgendwas hinterlegt ist, was das Gerät wohl nicht (mehr) versteht.
Das so mal als Hinweis für zukünftige Updates
hatte diesen Effekt in der Vergangenheit öfter.
Auch bei diesem Update blieben meine Falmots im Status "Konfigurationsdaten stehen zur Übertragung an" hängen.
Es funktionierte alles, jedoch war der Duty Cycle höher als zuvor.
Der Trick diesmal...
Ich hatte Scripte auf die Ventile gesetzt. Ich habe nun die Bedingungen einfach mal temporär auf ein anderes Gerät gesetzt, und quasi mit dem Speichern der Verknüpfung waren die Systemmeldungen weg.
Die Direktverknüpfungen mußte ich nicht neu erstellen.
Auch Reset von Falmot / Thermostate brachte diesmal nichts.
Ich hatte in der Vergangenheit immer mal festgestellt, dass die Systemmeldungen kommen, wenn in der CCU irgendwas hinterlegt ist, was das Gerät wohl nicht (mehr) versteht.
Das so mal als Hinweis für zukünftige Updates
Re: HmIP-FALMOT-C12 - neue Firmware 1.4.10
Hallo Bembi,
ich habe das Problem auch, kannst du mir mal ein bsp. script zeigen?
Ich habe mal zwei versucht aber beide modc12 haben noch Übertragungsfehler.
LG Mark
ich habe das Problem auch, kannst du mir mal ein bsp. script zeigen?
Ich habe mal zwei versucht aber beide modc12 haben noch Übertragungsfehler.
LG Mark
-
- Beiträge: 59
- Registriert: 04.02.2015, 02:15
- System: CCU und Access Point
- Wohnort: Bochum
- Hat sich bedankt: 7 Mal
- Danksagung erhalten: 9 Mal
Re: HmIP-FALMOT-C12 - neue Firmware 1.4.10
Hallo Mark,
Du kannst ja unter Einstellungen - Geräte sehen, wo Du Verknüpfungen hast. Da gibt es pro Gerät und auch pro Kanal einen Button "Direkte" und "Programme". Ersterer sagt Dir, welche Geräte mit Direktverknüpfung an der Falmot hängen, der zweite Button listet alle Programme auf, die auf einen Kanal der Falmot verweisen. Die Programme selbst findest Du unter Programme und Zentralenverknüpfungen.
Während Direktverknüpfungen ja lediglich zwei Kanäle miteinander verknüpfen (z.B. den Thermostaten mit dem Falmot Ventil), erlauben die Programme und Zentralverknüpfungen das Antriggern von Scripten, die dann alle möglichen Funktionen ausführen können.
Ich habe dort drei Scripte dranhängen, welche eben durch eine Veränderung der Ventilstellung angetriggert werden. Das Script selbst liest dann eine Reihe von Werten aus (wie. z.B. auch die Ventilstellung) und schreibt diese in eine Systemvariable weg. Diese wiederum werden dann regelmäßig ins Log-File der Homematik geschrieben, womit man dann z.B. mit CUxD-Highcharts schöne Grafiken erzeugen kann.
Was ich diesmal gemacht habe ist, die Triggerpunkte temporär auf ein anderes Gerät zu setzen, damit sie eben von der Falmot verschwinden. Damit rettet man die meisten Einstellungen und Bedingungen, muss es anschließend nur wieder zurücksetzen. Was in den Scripten steht ist völlig egal, weil die CCU gar nicht weiß, was da drin steht. Die führt das Script lediglich aus. Wichtig sind hier die Triggerpunkte (Verknüpfung), die die CCU intern speichert. Und daran scheitert wohl aktuell die Übertragung der Konfigurationsdaten. Warum wissen die Götter.
Ich habe zuerst auf einer meiner CCU alles mögliche ausprobiert. Als ich dann diesen Weg gefunden hatte, habe ich das auf einer anderen CCU ausprobiert und es funktionierte. Gilt aber aktuell nur für das Update von 1.4.8 auf 1.4.10. Aus älteren Updates hatte ich mir die Verfahrensweise angewöhnt, step by step rückwärts aufzulösen. Also erst mal Programmverknüpfungen (Triggerpunkte) raus, dann Direkt-Verknüpfungen raus, dann Geräte-Reset (Neustart), dann Werksreset, und wenn alles nichts half, dann Gerät ablernen und wieder anlernen. Letzteren Fall (also alles raus und neu anlernen) hatte ich aber erst ein einziges Mal.
Nach jedem Schritt die Kommunikation abwarten, dann die CCU neu starten und dann wieder abwarten, bis alle Geräte zumindest einmal kommuniziert haben. Entweder der Fehler ist dann noch da, oder er verschwindet dann von allein.
Kommunikation abwarten bedeutet, dass alle (noch) verknüpften Geräte wie auch die Falmot selbst auf allen benutzen Kanälen das "Letzte Änderung" Datum aktualisiert hat. Erst dann haben sich alle Geräte einmal ausgetauscht. Die Falmot macht ja nach einem Neustart ohnehin erstmal eine Ventilfahrt, die allein dauert ja durchaus bis zu 5 Minuten. Etwas Geduld ist immer angeraten.
Auch hatte ich zwischenzeitlich mal die Situation, das mir die Falmots anschließend einen RBG Fehler (Verbindungabbruch) angezeigt haben. Auch diese sollte man mit etwas Geduld handhaben, also ggf. die weitere Kommunikation abwarten. Die kommen auch mal bei hohem Duty-Cycle, dann muß man einfach mal eine Stunde Pause machen.
Du kannst ja unter Einstellungen - Geräte sehen, wo Du Verknüpfungen hast. Da gibt es pro Gerät und auch pro Kanal einen Button "Direkte" und "Programme". Ersterer sagt Dir, welche Geräte mit Direktverknüpfung an der Falmot hängen, der zweite Button listet alle Programme auf, die auf einen Kanal der Falmot verweisen. Die Programme selbst findest Du unter Programme und Zentralenverknüpfungen.
Während Direktverknüpfungen ja lediglich zwei Kanäle miteinander verknüpfen (z.B. den Thermostaten mit dem Falmot Ventil), erlauben die Programme und Zentralverknüpfungen das Antriggern von Scripten, die dann alle möglichen Funktionen ausführen können.
Ich habe dort drei Scripte dranhängen, welche eben durch eine Veränderung der Ventilstellung angetriggert werden. Das Script selbst liest dann eine Reihe von Werten aus (wie. z.B. auch die Ventilstellung) und schreibt diese in eine Systemvariable weg. Diese wiederum werden dann regelmäßig ins Log-File der Homematik geschrieben, womit man dann z.B. mit CUxD-Highcharts schöne Grafiken erzeugen kann.
Was ich diesmal gemacht habe ist, die Triggerpunkte temporär auf ein anderes Gerät zu setzen, damit sie eben von der Falmot verschwinden. Damit rettet man die meisten Einstellungen und Bedingungen, muss es anschließend nur wieder zurücksetzen. Was in den Scripten steht ist völlig egal, weil die CCU gar nicht weiß, was da drin steht. Die führt das Script lediglich aus. Wichtig sind hier die Triggerpunkte (Verknüpfung), die die CCU intern speichert. Und daran scheitert wohl aktuell die Übertragung der Konfigurationsdaten. Warum wissen die Götter.
Ich habe zuerst auf einer meiner CCU alles mögliche ausprobiert. Als ich dann diesen Weg gefunden hatte, habe ich das auf einer anderen CCU ausprobiert und es funktionierte. Gilt aber aktuell nur für das Update von 1.4.8 auf 1.4.10. Aus älteren Updates hatte ich mir die Verfahrensweise angewöhnt, step by step rückwärts aufzulösen. Also erst mal Programmverknüpfungen (Triggerpunkte) raus, dann Direkt-Verknüpfungen raus, dann Geräte-Reset (Neustart), dann Werksreset, und wenn alles nichts half, dann Gerät ablernen und wieder anlernen. Letzteren Fall (also alles raus und neu anlernen) hatte ich aber erst ein einziges Mal.
Nach jedem Schritt die Kommunikation abwarten, dann die CCU neu starten und dann wieder abwarten, bis alle Geräte zumindest einmal kommuniziert haben. Entweder der Fehler ist dann noch da, oder er verschwindet dann von allein.
Kommunikation abwarten bedeutet, dass alle (noch) verknüpften Geräte wie auch die Falmot selbst auf allen benutzen Kanälen das "Letzte Änderung" Datum aktualisiert hat. Erst dann haben sich alle Geräte einmal ausgetauscht. Die Falmot macht ja nach einem Neustart ohnehin erstmal eine Ventilfahrt, die allein dauert ja durchaus bis zu 5 Minuten. Etwas Geduld ist immer angeraten.
Auch hatte ich zwischenzeitlich mal die Situation, das mir die Falmots anschließend einen RBG Fehler (Verbindungabbruch) angezeigt haben. Auch diese sollte man mit etwas Geduld handhaben, also ggf. die weitere Kommunikation abwarten. Die kommen auch mal bei hohem Duty-Cycle, dann muß man einfach mal eine Stunde Pause machen.
Re: HmIP-FALMOT-C12 - neue Firmware 1.4.10
hallo Bembi,
danke für die sehr ausführlichen Ausführungen. Werde das nächstes Wochenende mal Antesten, da ich diese Woche Arbeitstechnisch viele Abendtermine habe.
LG und schönen Abend.
danke für die sehr ausführlichen Ausführungen. Werde das nächstes Wochenende mal Antesten, da ich diese Woche Arbeitstechnisch viele Abendtermine habe.
LG und schönen Abend.
-
- Beiträge: 175
- Registriert: 10.04.2020, 07:55
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 42 Mal
- Danksagung erhalten: 5 Mal
Re: HmIP-FALMOT-C12 - neue Firmware 1.4.10
Kann ebenfalls von einem erfolgreichen Update unter RM berichten.
RaspberryMatic 3.65.11.20221005 RPi4 4GB
RPI-RF-MOD mit ext. Stabantenne und HAP
ioBroker
RPI-RF-MOD mit ext. Stabantenne und HAP
ioBroker
- Henke
- Beiträge: 1526
- Registriert: 27.06.2022, 20:51
- System: CCU
- Hat sich bedankt: 141 Mal
- Danksagung erhalten: 306 Mal
Re: HmIP-FALMOT-C12 - neue Firmware 1.4.10
Läuft zwar, aber im hmserver.log kommen folgende Einträge vom FALMOT (001B9D89A6C55D):
Sind die bei euch auch vorhanden?
Des weiteren ist mir aufgefallen, das ab und zu im Datenpunkt LEVEL statt 0 ein leerer String kommt. Da evtl. bei Scripten drauf achten.
Code: Alles auswählen
2024-03-04 10:03:20,222 de.eq3.cbcs.server.core.framehandling.HMIPApplicationHandler WARN [vert.x-eventloop-thread-7] AP 3014F711A0001F9D89AB33EF: Device 3014F711A0001B9D89A6C55D send BINARY_GROUP status for invalid channel with index 17
2024-03-04 10:03:20,222 de.eq3.cbcs.server.core.framehandling.HMIPApplicationHandler WARN [vert.x-eventloop-thread-7] AP 3014F711A0001F9D89AB33EF: Device 3014F711A0001B9D89A6C55D send BINARY_GROUP status for invalid channel with index 21
Des weiteren ist mir aufgefallen, das ab und zu im Datenpunkt LEVEL statt 0 ein leerer String kommt. Da evtl. bei Scripten drauf achten.