Hallo zusammen,

mit der neuen Firmwareversion 1.06 habe ich Probleme mit dem
Logger.
Er erzeugt alle 70-90 Sekunden eine neue Titelzeile in der
Datei ohne dass sich ein Wert geändert hat.



woran kann das liegen.
Der Fehler tritt bei 2 voneinander unabhängigen Systemem auf.

Gruß
Atmega1284

Anhänge

Logger2.jpg (103,7 KB)

Hallo Atmega1284
Schauen wir uns an !

Ich hatte das gleiche Probleme als ich bei der Logik ca. 15 globale Sprungmarken hatte.
Hab diese auf 5 gekürzt, danach liefs wieder ohne Probleme

Hallo,

ich habe nur 3 Sprungmarken in der Logik.
Hatte das Problem aber auch schon ohne Sprungmarken.

Wenn es nur um den Logger ginge dann wäre es mir ja noch egal,
aber der Fehler zieht sich durch das ganze System.

In der Liveview z.B. gehen, bei diesen "Aussetzern" fast alle Leitungen die High sind kurzzeitig auf Low, gefühlt so für eine Sekunde.(Wechsel von rot nach blau)

Das schlimme ist, virtuelle Schalter die gesetzt sind werden geöffnet und nach dem "Aussetzer" nicht mehr
neu gesetzt.
Im Prinzip ist die Sache so nicht zu gebrauchen.

Habe schon alle Module der Reihe nach Ab- und wieder Angemeldet, um zu sehen ob der Fehler bei einem Modul liegt.
Es wurde aber kein fehlerhaftes Modul gefunden.

Der Fehler tritt immer fast genau alle 77 Sekunden auf.
Bin momentan ziemlich ratlos.
Bei der Vorversion trat dieses Problem nicht auf. (mit einem anderen Raspi tritt der Fehler auch auf)

An die Entwickler,
kann ich eigentlich auf Version 1.05 downgraden ohne alle Module neu anlernen zu müssen?
Es würde eine große Lauferei die 8 Module, mit den Dip-Schaltern, vom Bus zu trennen und nacheinander wieder einzuschalten.

Gruß
Atmega

Lasst doch einfach die sprungmarken weg, solange der bug da ist.

Hallo Atmega1284,

du kannst auf jede Version updaten oder downgraden ohne das die Konfiguration verloren gehen. Wenn ein Device unbekannt ist in einer früherren Version z.B. das MultiIO so wird dieses nicht richtig angesprochen.

Kannst du bitte deine Logik hochladen? Dann können wir das hier mal genauer Testen.
Wir sollten dann in unseren Debug-Logs all 77 Sekunden einen Logik neustart finden, wenn das so ist.

mfg
Torpby
_________________________
Elektronik2000.de | Software-Entwickler

Hallo huggy,

mit deinem Vorschlag liegst Du leider "ein wenig" daneben.

mein Posting vorher

Ich kann ja keine Dinge weglassen die nicht mehr da sind.
Außerdem ist es doch auch nicht Sinn der Sache.

Man sagt ja auch nicht:
"fahre doch nicht mehr um die Ecke, solange der Blinker nicht funktioniert"

Gruß
Atmega1284

Das hatte ich übersehen, sorry.

Soll also heissen, es funzt auch nicht, wenn du die sprungmarken wegmachst, und es direkt verknüpfst??

nein, klappt auch nicht.
Funktionierte auch schon nicht mit der Vorversion 1.05

Bin aber auf der Spurensuche etwas weiter gekommen.

Gruß
Atmega1284

Hallo Tropby,

habe mal den Datenverkehr ein wenig mitgeschnitten und dabei festgestellt, dass
die HTTP-GET Anforderungen bei einem normalen Ablauf so um die 500ms dauern. 1
Wenn es zu den „Aussetzern“ kommt dauert dieser HTTP-Request aber über 3 Sekunden. 2
Diese Aktion endet dann mit einem „Action timeout!“. 3



Die weiteren Untersuchungen ergaben folgendes.
Beim normalen Ablauf der HTTP-GET Anforderung werden
13 Datenpakete abgearbeitet und die Anforderung wird normal beendet.
Dieses dauert besagte ca. 500ms



Beim fehlerhaften Aufruf wie er etwa alle 77s auftritt werden nur
2 Datenpakete abgearbeitet und mit „Action timeout!“ quittiert.
Dieses dauert über 3s


Bei einer Neuinstallation mit der Firmware-Version 1.05 tritt der Fehler auch auf.
Vielleicht hilft das schon weiter, werde aber noch selbst weitere
Versuche machen um den Fehler einzugrenzen.
(Werde Dir die Datei mal zusenden)

Gruß
Atmega1284

Anhänge

fehlerHTTP.jpg (84,1 KB)

Firebug1.jpg (83,9 KB)

normalHTTP.jpg (97,4 KB)