Server-Betrieb: nach einiger Zeit werden keine Telegramme mehr erkannt about asksinanalyzerxs HOT 11 CLOSED

Hi,
zuerst solltest du die aktuelle Dev-Version (Tag 0.0.0) installieren, hier hab ich das Error-Logging ausgebaut.

Dann prüfe bitte ob du cat /sys/bus/usb/devices/1-3/power/autosuspend hast, ggf existiert das auch für den Hub selbst. Siehe https://www.kernel.org/doc/html/v4.16/driver-api/usb/power-management.html und https://thinkwiki.de/Linux_Stromsparen#USB_Autosuspend

Ansonsten hab ich gerade leider keine Idee warum das bei dir auftritt

from asksinanalyzerxs.

Hallo,

ich finde das mit dem USB-Powermanagment etwas verwirrend, so richtig bin ich da gestern nicht durchgestiegen

admin@ips-prod:/opt/analyzer$ cat /sys/bus/usb/devices/1-3/power/autosuspend
2

aber wenn ich das jetzt richtig verstehe sorgt ein Wert von 0 für einen Dauerbetrieb, gemacht getan.

root@ips-prod:~# echo 0 > /sys/bus/usb/devices/1-3/power/autosuspend

Die Dev-Version ist auch installiert, ich beobachte ...

danke

from asksinanalyzerxs.

Travis ist gerade leider down und baut nicht. Du solltest mindestes die Ausgabe von "Memory" im Info-Tab sehen.

from asksinanalyzerxs.

im Web-GUI unter "(i)" sehe ich Memory-RSS und Memory-Heap, in /var/log/syslog sehe ich bisher nur den normalen output vom Start (so wie in journalctl

from asksinanalyzerxs.

Situation ist zur Zeit so:
grundsätzlich werden immer noch Telegramme empfangen (also schon länger als bisher), aber es gab eine Pause con 32m, in der keine Telegramme verzeichnet wurden. Das scheint mir unmöglich richtug zu sein, auch ohne das etwas los ist, habe ich ca. 10 Telegramme/min.

wo wäre im Fehlerfall denn etwas zu sehen? in /var/log/syslog bzw journalclt ist nur zweimal zu sehen, das er die USB-Ports scannt.

from asksinanalyzerxs.

der Status ist wie folgt

• m.E. nach ist der USB-Port immer aktiv, ich habe alle Einstellungen getätigt, die ich gefunden habe (s.o.)
• es gibt immer wieder Phasen, wo keine Telegramme aufgezeichnet werden (als werde WEB-GUI, noch CSV-Datei): gestern von 15:30-16:30, dann wieder Aktivität, dann am ca. 20 Uhr wieder nichts.

Ich werden den Stick jetzt an einem Raspberry testen (#8) ...

from asksinanalyzerxs.

Du kannst ja mal minicom laufen lassen und sehen ob hier Lücken entstehen. weiß nur nich wie man das dann sinnig erkennen kann

from asksinanalyzerxs.

Entgegen meiner Annahme hab ich gesehen, dass beim "connect" des Devices (was ja bei jedem SPEICHERN UND VERBINDEN ausgelöst wird) der DTR Pin getriggert wird, also wird dein NanoCul hier resettet.

Dies widerspricht aber wiederum deinem anderen Ticket, hier scheint ja die RSSI-Noise weiter zu laufen.

from asksinanalyzerxs.

ja, das ist ziemlich merkwürdig, aber das bedeutet, das der Stick ja grundsätzlich funktioniert und da der Noise ja weiter ausgewiesen wird, muss doch vermutlich das Funkmodul noch funktionieren.

ich besorge ich mir mal einen weiteren nanoCUL um zu sehen, ob sich der anders verhält.

from asksinanalyzerxs.

Oder Pro mini mit cc1101 und ftdi oder Konsorten.

from asksinanalyzerxs.

es war ganz offensichtlich der Stick. Der Lieferant (der sich sehr engagiert hat und sich auch den AskSinSniffer-Code reingearbeitet hat), vermutet, das sich die Frequenz im Betrieb verstellt hat. Er hat ein solches Phänomen wohl schon mal bei einem 433MHz-Modul beobachtet.

Der neue Stick ist jetzt seit 24h ohne Aussetzer aktiv.

Daher ist der Issue aus meiner Sicht erledigt.

danke

from asksinanalyzerxs.