Closed demel42 closed 4 years ago
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
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
Travis ist gerade leider down und baut nicht. Du solltest mindestes die Ausgabe von "Memory" im Info-Tab sehen.
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
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.
der Status ist wie folgt
Ich werden den Stick jetzt an einem Raspberry testen (#8) ...
Du kannst ja mal minicom laufen lassen und sehen ob hier Lücken entstehen. weiß nur nich wie man das dann sinnig erkennen kann
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.
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.
Oder Pro mini mit cc1101 und ftdi oder Konsorten.
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
Problem: der als service eingetragene analyzer-Prozess läuft und erkennt Telegramme, nach etwas 2-3h werden keine Telegramme mehr erkannt, was sich darin äussert, das es in der Web-GUI nichts zu sehen ist aber auch die CSV-Datei nicht mehr wächst.
Wenn man dann im Web-Konfigurationsdialog auf "Speichern" drückt, läuft der Prozess wieder an, es werden wieder Telegramme erkannt.
Umgebung:
USB-Stick wird erkannt
Nach meiner Verständnis ist der USB-Port immer aktiv (auch überprüft mit PowerTool)
Logfile bei typischem Verhalten
Auszug aus CSV-Datei
Ich hatte um 21:43 den Prozess das letzte mal durch "Speichern" getigert, Telegramme wurden bis 01:13 erkannt und dann wieder nach dem nächsten "Reset" um 7:56. Das eine sol lange Zeit keine Telegramme kommen ist nicht nur unwahrscheinlich, ich habe auch morgens einige zeitgesteuerte Schaltbefehle.
Gruß demel