unknown message LOVF

[h-man-kl]

Hallo Forum,
kaum ist die eine Baustelle fertig habe ich etwas Neues

mein MAX Cube, den ich für FS20 nehme macht Probleme. Ohne dass ich weiß was ich falsch gemacht habe - muss ja aber so sein - bekomme ich: unknown message LOVF

Kann ich herausfinden welches meiner Geräte den Cube zum "überlaufen" bring?

Vielen Dank!
Gruß
H-man

[h-man-kl]

Kann mir keiner einen kleinen Tipp geben?...

[schka17]

Hmm, mit der Suchfunktion?
Z.b. https://forum.fhem.de/index.php?topic=10259.0


Sent from my iPad using Tapatalk

[h-man-kl]

In den Artikeln steht genau das was ich oben ja schon selbst gesagt habe.
Ich habe das Sendelimit erreicht.....

Leider bringt mich das überhaupt nicht weiter, solange ich nicht weiß wie ich herausfinde WER der Übeltäter ist.

[schka17]

Hast du schon mal den loglevel auf 5 gestellt und ins log geschaut?


Sent from my iPad using Tapatalk

[h-man-kl]

Ja hatte ich.
konnte aber auch dann nichts finden. Inzwischen habe ich  das Problem nicht mehr. Habe aber eine bislang unbestätigte Vermutung.
Ich hatte mehrere Dummies als FS20 Geräte angelegt, damit ich in follow-on-for-tier nutzen konnte. Diese hab ich jetzt gegen "echte" Dummies ausgetauscht und seitdem ist Ruhe.
Kann mir das zwar nicht erklären, aber scheint wohl so zu sein.

Gruß
H-Man

[h-man-kl]

na toll.
jetzt war 5 Tage lang nichts und nun ist einfach wieder die Medung da.
Ja das Log level steht auf 5 und im LOG selbst steht NICHTS aus dem bereits ben geschriebenen.....
kann man da nix machen? Ich bin echt frustriert ....

[RaspiCOC]

Also, während der Sommermonate habe ich selten einen Credit unter 800. Jetzt, wo die Heizung wieder an ist, gibt es offenbar auch etwas mehr Traffic. Vielleicht ist das ja auch einfach eine "das System wird genutzt"-Erscheinung...

[h-man-kl]

hm gute Frage.... Ich kapiere es eben nicht. denn in meinem alten System (reines FS20 mit homputer Studio und FHZ 1300) hatte ich nie Probleme mit der ausnutzung der Sendezeit.
Heute kam seit ein paar Tagen wieder die Meldung. ich konnte jetzt aber folgendes feststellen:
Freitags um 4 setze ich Datum und Uhrzeit meiner FHTs (da das ja anscheinend nicht automatisch möglich ist) mit einem at und im Log kommt auch brav:

Code Auswählen Erweitern


2016.10.14 04:00:01 2: FHT set FHT.Buero hour 4 minute 0
2016.10.14 04:00:01 2: FHT set FHT.Raumregler.Bad hour 4 minute 0
2016.10.14 04:00:01 2: FHT set FHT.Raumregler.KGSZ hour 4 minute 0
2016.10.14 04:00:01 2: FHT set FHT.Raumregler.KGWZ hour 4 minute 0
2016.10.14 04:00:01 2: FHT set FHT.Raumregler.KZ hour 4 minute 0
2016.10.14 04:00:01 2: FHT set FHT.Raumregler.Kueche hour 4 minute 0
2016.10.14 04:00:01 2: FHT set FHT.Raumregler.SZ hour 4 minute 0
2016.10.14 04:00:01 2: FHT set FHT.Raumregler.WZ hour 4 minute 0


und kurz später gehts dann los:

Code Auswählen Erweitern


2016.10.14 04:09:36 2: FS20.Cube: unknown message LOVF
2016.10.14 04:10:08 2: FS20.Cube: unknown message LOVF
2016.10.14 04:10:09 2: FS20.Cube: unknown message LOVF
2016.10.14 04:10:25 2: FS20.Cube: unknown message LOVF
2016.10.14 04:10:25 2: FS20.Cube: unknown message LOVF
2016.10.14 04:11:04 2: FS20.Cube: unknown message LOVF
2016.10.14 04:11:04 2: FS20.Cube: unknown message LOVF


Ob da ein Zusammenhang besteht? ... ich deaktiviere jetzt mal mein at und schaue was passiert.
Bin für alle weiteren Hinweise echt danbar!

Gruß
H-Man

[RaspiCOC]

Das würde ich nicht ausschließen, denn wenn ich mich recht entsinne, werden Hour und Minute in gesonderten Telegrammen abgesetzt. Das alles jeweils zwei Mal, macht dann schon 32 Telegramme. Denke, da ist der Kanal dann schon recht voll.

Um das automatische Wechseln in einen Passivzustand der FHT80 zu vermeiden, setze ich über 24 Stunden jeweils 1 x pro 2 Stunden einen report1 für den jeweiligen Tag ab. Bei 12 FHT80 bekommt somit jeder täglich einen Tritt verpasst. Ich habe allerdings 2 COC / CUL im Einsatz, da ich mit dem Sendebudget bei den 12 FHT80 überhaupt nicht hingekommen bin. Mit Deinen 8 bist Du m.E. auch schon an der Obergrenze. Vielleicht verteilst Du die Zeitupdates auch einfach über Tage. Es reicht, wenn jeder FHT80 einmal in der Woche was von der Zentrale hört.

[h-man-kl]

Danke für die Hinweise, dann geht das wohl in die Richtung.
Komischerweise hatte ich in meinem alten System diese Probleme nicht....
Mir kommt es aber auch so vor, als würde der MAX Cube den ich. Für FS20 nutze schlechter funktionieren als meine alte FHZ.
Mal sehen wie ich die mit dem Raspi und Fhem gekoppelt bekomme, dann nehme ich die für die FHTs.
Kann mir noch jemand sagen ob er ähnliche Probleme mit der Zeit hat.
Ich kann nicht nachvollziehen wie die Uhr in den Raumreglern gestellt wird. Ständig verstellt sich bei mir die Stunde. Aktuell (11:37)habe ich 5 verschiedene Uhrzeiten zwischen 05:37 und 14:37 und das obwohl ich am Donnerstag die Uhr gestellt habe.......??

Gruß
H-Man

[RaspiCOC]

Das überrascht mich jetzt eigentlich gar nicht. Dadurch, dass die Queue abgearbeitet werden muss, was dann ja Stunden dauert, setzt Du ja die Uhrzeit auf 4h und das auch, wenn der Befehl erst Stunden später abgearbeitet wird. Die Minuten werden soweit ich mich erinnere innerhalb der eigentlichen Beauftragungsstunde korrekt nachgeführt. Daher sollten ja auch Zeiteinstellungen möglichst immer zu Beginn einer Stunde durchgeführt werden. Also ein set FHT.Raumregler.Bad hour 4 minute 0 um 4:59 abgesetzt wird höchstwahrscheinlich dazu führen, dass die Uhr des FHT dann um eine Stunde nachgeht.

Fazit: Auch dieses Problem löst Du mit der zeitlichen Entzerrung Deiner ATs

[h-man-kl]

ne eben nicht
Ich glaube wir reden aneinander vorbei - auch wenn du sicher recht hast, dass es besser ist nicht alles auf einmal zu machen. Deswegen hab ich das AT deaktiviert und versuche das händig (entweder über fhem oder am Gerät selbst)
Ich habe jetzt mehrfach die Uhren gestellt  und kurz später sind die völlig flasch, das macht mich wahnsinnig wenn ich um 17:30 auf de Reglerschaue und dort steht dann 11:16.....

Das hab ich gemeint. Hast du dafür eine Idee?

[RaspiCOC]

Nein, leider nicht. Meine Vermutung war die einzige Erklärung, die für mich plausibel gewesen wäre. Bei mir ist ein solches Phänomen noch nie aufgetreten.

[LudgerR]

sehe es genauso wie RaspiCOC.  Die FHTs können nur durch verspätete Telegramme verstellt werden, woher sonst? Können ja nicht alle FHTs gleichzeitig defekt geworden sein!  Habe mich 2012/13 ebenfalls verzweifelt mit LOVFs herumgeschlagen.  Die Lösung war
   o  die konsequente zeitliche Verteilung der Kommunikation mithilfe von AT
   o  beim report1  nur die Werte für einen Wochentag anfordern
   o  den RSSI Wert nie über -85  ( -89 ist in der Regel zu schlecht) kommen lassen

Möglicherweise hat sich der RSSI Wert bei einem oder mehreren FHTs verschlechtert und es kommt nun zu häufigen Wiedererholungen für ein oder zwei Geräten mit fataler Auswirkung auf die Kommunikation mit den anderen FHTs.

VG
LudgerR

[RaspiCOC]

den RSSI Wert nie über -85  ( -89 ist in der Regel zu schlecht) kommen lassen

Guter Punkt!

Aber, auch wenn jetzt die Duty Cycle Verfechter mich dafür grillen mögen, seit meinem Einsatz eines zweiten COC / CUL / CUN / ... wasauchimmer sind bei mir keine Probleme mehr vorhanden. Ich hatte irgendwo mal gelesen, dass 10 FHTs so ziemlich das Maximum sind. Ich halte diese Zahl schon für sehr optimistisch. Aktuell fahre ich mit 6 FHT pro COC und alles ist gut.

[h-man-kl]

Ich habe jetzt folgendes gemacht:
zusätzlich wieder die alte FHZ USB angeschlossen und dort die FHTs wieder angemeldet. Somit habe ich was den Empfang angeht wieder die Sietuation wie ich sie "schon immer" hatte.
das AT habe ich aus um sicher zu gehen dass da nix mehr geschickt wird.
Ich warte jetzt mal ein paar Tage und dann stelle ich die Uhren ganz oldschool manuel an den FHTs. Die dürften sch ja dann nicht mehr verstellen; zumindest nicht im Stundenbereich.

Ich melde mich dnn wieder.

[LudgerR]

@RaspiCOC

das mit "Duty Cycle Verfechter "  nehme ich nun sportlich.

Habe gerade zwei weitere Reserve FHT80b  zusätzlich zu meinen 7 FHTs  im  Erdgeschoss in Betrieb genommen.
Steuere somit 9 FHTs im EG von einem CUNO (weitere 6 FHTs im OG von einem zweiten CUNO).

Bei allen Geräten wird

  o  Zweimal am Tag die Uhrzeit übertragen (zwischen 11 und 18 Uhr) 
  o   Einmal Abends die m FHT gespeicherten  Ereignispunkte für den Folgetag per "report1" angefordert
  o   Einmal früh morgens  per holiday_short  die Abweichung  von der normalen Aufstehzeit
       (=> zeitgleicher Wechsel von Nacht- auf Tagestemeratur bei allen FHTs)

Per "get CUNO rawT02"  überwache ich alle 15 Minten die Telegramme in den Queues.  Falls ein Befehl länger als 15 Minuten in der Queue verweilt log ich ihn und ermittle das zugehörige FHT device.  Die Ursache war bei mir entweder zu hoher RSSI Wert oder das Gerät war schon nicht mehr der Centralen (CUNO) zugeordnet.

Werde mal in den nächsten Tagen ein Update geben ob 9 Geräte zuviel sind oder sogar 10 möglich sind.

VG
LudgerR

[LudgerR]

Nun mein feedback von meinen Test mit 9 FHT80b an einem CUNO.

Das ganze funktioniert mit 9 FHTS problemlos, solange ich nicht während des Tages zeitgleich an mehr als einem FHT  Temperatur und/oder Mode Änderungen durchführe. Mit 10 Geräten ändert sich dies schlagartig, weil dann der Buffer in der CUNO für die Verarbeitung der ein und ausgehenden Telegramme nicht mehr ausreicht.   

Ich vermute, dass einer ähnlicher Effekt beim MAX Cube bereits bei 6 bis 8 Geräten oder weniger zu Tage tritt.

Mein Vorschlag:  Nicht alle Geräte gleichzeitig am Max Cube anmelden und beobachten wie es sich bei 3,4 oder 5 FHTs verhält.

Erkenntnis für mich:   Bei Bedarf  kann ich  mein Steuerung von 7 FHTs bedenkenlos auf 8 Geräte erweitern.

[RaspiCOC]

Mit 8 bis 9 FHT bist Du absolut an der Grenze der sinnvoll machbaren. Bei 10 oder 12 geht gar nichts mehr, auch wenn die Spezifikation der FHZ1000 von 12 ausgeht. Mit 12 FHT habe ich ein ganzes Wochenende gebraucht, um von Absenkbetrieb auf Normalbetrieb zu kommen. Meines Erachtens ist die sinnvolle und responsive Grenze bei 6 oder 7 FHT. Alles andere ist nicht mehr zu empfehlen!

[LudgerR]

Richtig 8 bis 9  FHTs ist das Limit und funktioniert auch nur, wenn man sie ,,artgerecht" einsetzt. D.h. Schaltprogramme sollten tunlichst in den Geräten selbst gespeichert werden und der Normalbetrieb ist der Autobetrieb. So wie ich das verstanden habe verfährst Du auch so.
Ein Tipp von mir.  Der mode holiday und holiday_short  ist hervorragend geeignet  um zeitgleich  alle FHTs nach einer Abwesenheit zur geplanten Rückkehrzeit wieder in den Automatikbetrieb (mit korrekter Tages- und Nachttemperatur) zu setzten.  Das Problem, dass es bei ungeplantem Abwesenheit es einige Zeit dauert bis all Geräte in den holiday(_short) Betrieb mit Absenktemperatur wechseln, habe ich dadurch gelöst, dass ich der Gastherme direkt bei Verlassen der Wohnung eine Außentemperatur von mehr als 30 Grad vorgaukle und nicht erst warte bis alle Ventile der FHTs auf 0 sind. Und da ich diese Funktion jeden Tag für die adhoc Manipulation der Aufstehzeit verwende (und somit teste), kann ich mich auch darauf verlassen, dass dies dann auch für meine Abwesenheitssteuerung funktioniert.

[h-man-kl]

Hallo zusammen,
inzwischen sind ja wieder ein paar Tage rum. Die Uhrzeiten haben sich nicht mehr "selbst" verstellt. Allerdings habe ich auch keinen Befehl mehr zum Verstellen geschickt.
Ich werde jetzt mal testen wie sich das ganze Verhält wenn ich jetzt mal einem Regler eine Zeit schicke.

Ich kann allerdings eure Problem mit der 1% Regelung nicht bestätigen. Ich habe 2x 8 FHTs (in zwei Häusern - also völlig getrennt voneinander) mit einer FHZ1000 und einer FHZ1300 über das alte Homputer-System am laufen. Bzw. 1 läuft noch s und das andere ist a jetzt FHEM. Dort habe ich nirgends die Automatik an sondern sende so 4 -8x am Tag die gewünschten Temperaturen. Die Uhren haben sic über das System immer automatisch gestellt. Probleme mit der 1% Auslastung hatte ich keine.

Aktuell vermute ich wirklich, dass der MAX Cube nicht so optimal zu den FHTs passt wie die FHZ1300.  Ich warte jetzt mal ab wie es läuft. 

[LudgerR]

Hallo,

es geht nicht um die 1% Regelung, sondern um den Speicher des Funkdevices (bei mir CUNO) der gemeinsam für ein- und ausgehende Telegramme verwendet wird.  Bei 9 FHTs sehe ich dass der Puffer sporadisch sehr stark durch eingehende Status Meldungen belegt wird. Für ausgehende FHT set Befehle steht dann noch wenig Speicherplatz zur Verfügung und es kommt dann zu Sendewiederholungen, die wiederum mangels Speicherplatz scheitern.  Bei mir kommen noch zahlreiche Status Meldungen von EM und HMS Geräten hinzu (Gas-, Stromzähler, Wasser, Luftfeuchte- und Wassermelder). Ohne diese läge bei mir das Limit bei 10 statt 9 FHTs. Bei derzeit 9 FHTs werden die set Befehle an die FHTs immer in weniger als 15 Minuten abgearbeitet.

Den Auto-Betrieb habe ich bewusst gewählt:

  o  weniger Funkverkehr (zwischen FHT und CUNO)
  o  exakte Schaltzeiten
  o  Ausfallsicherheit (FHTs wechseln zwischen Tag- und Nachttemp. auch ohne fhem)
 

 
     

[h-man-kl]

Hallo,
also ich kapiere es imer noch nicht. Habe gestern versucht über fhem die Uhrzeit an einem Regler zu stellen. => nix ist passiert. Das stellen der Temperatur hingegen klappt.

Ihr habt ja recht, dass der Automatikbetrieb der "sicherere" Weg ist, aber ich finde fhem da recht unkomfortabel um die Zeiten zu Programieren. Da ich ja jetzt wieder die FHZ dran habe müsste ich eigentlich  wenn ich die wieder an meinen alten PC stecke die Zeittabellen eingeben können, da ja die FHTs mit der FHZ gepair sind und nicht mit fhem, oder?
Ist ja bei Homatickomponente auch so.

Aber all das ändert nichts an dem seltsamen Verhalten.

[LudgerR]

Mit MAX Cube habe  ich mich nicht beschäftigt.  Ist auf dem Gerät  culfw (Firmware) geflasht?
Wenn ja, müssten  man sich  ja auch mit  ,,get  MyCul   raw  T02" sich die ausgehenden FHT Telegramme anzeigen lassen.

Da man bis zu acht FHT Befehle in einem einzigen set Befehl absetzen kann, würde ich die Uhrzeit zusammen mit einem abschließenden desired-temp  Befehl in einem set Befehl senden und mir anschauen was passiert.

Z.B. führt der set Befehl

set FHT_Kueche time desired-temp 19
bei  " get CUNO 2 raw T02"  zu folgender Anzeige bei mir
CUNO2 raw => 2F46:630F,6407,4126
Das obige Telegramm enthält die Adresse (CODE)  2F46 von  FHT_Kueche gefolgt von Stunde, Minute und gewünschter Temperatur in codierter Form. Die Information wird in einem Telegramm ans FHT Gerät übertragen. 

Entweder kommt beides zusammen am FHT-Gerät an oder die Nachricht bleibt im Pufferspeicher hängen.  Dein Phänomen Temperatur wird übertragen, Uhrzeit jedoch nicht ist mir noch nicht untergekommen.

----

Die im FHT gespeicherten Wochenpläne bleiben  beim Wechsel  der Centralen  (d.h. von FHZ nach  CUL / MAX Cube)  erhalten.

[h-man-kl]

Ich sehe mir bei Gelegenheit den befehl mal an.
Aktuell denke ich, dass mein einer FHT defekt ist, oder dass es bei mir im Bad zu einer Verschiebung des Raum / Zeit kontinuums gekommen ist => jeden Morgen ist der 16.10. und eine völlig wirre Uhrzeit. Das kann ja nicht sein. Allerdings gehen meine anderen FHTs auch falsch. An einem habe ich in den letzten 2 wochen 10 Minuten Zeitverschwendung gehabt. Das hatte ich früher nie.

Steuern lassen sich die beiden aber ganz normal über fhem.
Deswegen verstehe ich das ja nicht.

Gruß
H-man