HmIP-FALMOT-C12 - neue Firmware 1.4.10

[jmaus]

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 

Sind die bei euch auch vorhanden?

Ja, die sind schon immer vorhanden bzw. waren auch mit der alten FW da. Sind aber meinen Infos nach vollkommen unkritisch und können ignoriert werden.

[charlie58]

Hallo allerseits, ich bin neu hier und betreibe 2 Falmot-C12 seit 14 Monaten an einer CCU3. Die hier beschriebene Firmware wird bei mir im WebUi nicht angezeigt. Updates habe ich sonst immer erhalten.

[Bascolito]

Hallo,
nur für die Statistik: Habe bei meinen 3 FALMOT mit 15 WTH-B-2 nach dem update ...
bei 11 Heizgruppen und allen 3 FALMOT "Konfigurationsdaten stehen zur Übertragung an"
6x "Verbindungsabbruch zum RBG"
Heute Morgen blieb die Heizung kalt.
Das Wochenende gehört mal wieder der HomeMatic-Korrektur ...

[JuergenKruse]

Ich hatte auch die Meldung, dass nach Update auf HmIP-FALMOT-C12 Firmware 1.4.10 die Meldung "Konfigurationsdaten stehen zur Übertragung an" die Meldung auch nach Reset nicht wegging. Ich habe die FALMOT-C12 aus den Triggerabfragen meiner Programme ersetzt durch Bezug auf eine Fernbedienung. Danach war Meldung weg. Anschließend habe ich die Programmabfragen wieder angepasst. Die Meldung ist nicht erneut aufgetreten. Problem gelöst. Vielen Dank.

[Harpau]

Bei mir lief das Update von zwei FALMOT's an einer RaspberryMatic problemlos durch.
Allerdings machen meine sämtlichen Ventile nun einmal am Tag eine Adaptionsfahrt.
Weiß jemand, ob das so beabsichtigt ist? Und, falls nicht, wie sich das abstellen lässt?

Vielen Dank!

Harald

[Gerti]

Hi,

das ist wohl so gewollt, da es bei der Montage mit Fremdadaptern wohl mehrfach nach Zeit zu Problemen kam, da sich die Adapter ausarbeiten.

Gruß
Gerti

[Bembi]

invalid channel with index 17
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.

Die Channel Meldungen sind uralt. Die hatte ich vor langer Zeit mal bei eQ-3 angemeckert, die Antwort war, man könne die ignorieren.
Warum die immer noch abgefragt werden, weiß nur eQ-3.

Was den LEVEL Wert betrifft, muß man da manchmal vorsichtig sein. Wenn ein Wert noch nie belegt wurde, kann da ein Null-String zurückkommen.
Ist aber kein Problem der FALMOT sondern gilt vielmehr für alle Datenpunkte.
Gilt sogar in gewisser Weise für viele Programmiersprachen.

Da mit dem Update ja alle internen Werte gelöscht werden, kann das nun genau in diesem Moment passieren.
In den Scripten muss man das natürlich berücksichtigen. Sollte aber quasi "selbstheilend" sein, weil ja irgendwann einmal was reingeschrieben wird.
Man kann in Scripten Variablen auch vorbelegen. Bei deklarierten Variablen (real oder float) sollte das Problem erst gar nicht bestehen, und bei undeklarierte Variablen schreibst Du erst mal 0 rein.

[Henke]

Danke für die ausführliche Erklärung, aber bei mir liegt der Fall etwas anders.
Durch die eigene, ziemlich restriktive Kontrolle, in NodeRed fallen mir geänderte Datenpunkte sehr schnell auf.
Die werden nicht nur auf den Typ, sondern auch auf Max/Min Werte geprüft und dadurch teilweise die fehlerhaften Mastersets angepasst.

Die Meldungen mit dem "invalid channel" lag daran, das ich in dem Bereich des sysLog Servers gearbeitet habe und alle Fehlermeldungen durch lasse bis zur Kontrolle der unsinnigen. Das war einfach eine ungünstiger Zeitpunkt von Änderung und Programmierung. Durch den Hinweis von Jens habe ich die einfach als unsinnig eingetragen. Problem gelöst.

Da bei RCP Abfragen, im Gegensatz zu Scripten, nicht das Problem mit undefinierten Werten auftritt, vermute ich, dass
durch die täglich neue Kalibrierung, der FALMOT jetzt einen leeren String als Position und nicht die Zahl 0 liefer.
Die "Selbstheilung" in diesem Fall war ein Zweizeiler, den ich jedoch noch auf den FALMOT beschränken werde.
Im Gegensatz zu wohl manch anderen, nehme ich Fehler in meinen Programmen ziemlich ernst. Da kommt keiner, solange es ok ist.
HomeMatic dagegen braucht eine Ignore-List, das ist schräg.

[Bembi]

HomeMatic dagegen braucht eine Ignore-List, das ist schräg.

Jepp, aber man gewöhnt sich an alles
Ist aber "nur" ein "Warning"

[okoehler]

Hallo,

ich habe seit dem Firmwareupdate das Problem, dass der Falmot random 1x Tag bei zufälligen Ventilen eine Adapterfahrt durchführt.
Die Anlage ist jetzt seit 2 Jahren im Einsatz und lief bisher problemlos.

Der Falmot hängt am Accesspoint und ich logge die Zustände mit IOBROKER mit. Deswegen ist mir das auch aufgefallen.

18-03-2024 13-43-34.png (12.75 KiB) 109 mal betrachtet

Hat jemand eventuell ein ähnliches Phänomen?