Ankündigung

Einklappen
Keine Ankündigung bisher.

Komplett anderes Logfile in neuerer Version

Einklappen
X
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

    Komplett anderes Logfile in neuerer Version

    Moin Smurf,

    ich modernisiere gerade zu Hause, neuer Raspi, frische Installation. Dabei fällt mir auf: Das Logfile /var/log/daemon.log ist komplett anders was die Einträge von knxd betrifft. Ist das eine Einstellungssache? Ich hab die ausgewertet und weiterverarbeitet...
    LG


    Tobias


    Code:
    knxd 0.12.16:bccf6f6
    
    May 14 22:21:17 raspberrypi knxd[1685]: knxd: Layer 1 [ 5:ipt:192.168.1.124 254.773] Send(004): 04 53 8C 00
    May 14 22:21:17 raspberrypi knxd[1685]: knxd: Layer 1 [ 5:ipt:192.168.1.124 254.774] Recv L_Data low from 1.1.42 to 5/3/101 hops: 06 T_DATA_XXX_REQ A_GroupValue_Write 12 4E
    May 14 22:21:18 raspberrypi knxd[1685]: knxd: Layer 1 [ 5:ipt:192.168.1.124 255.654] Send(004): 04 53 8D 00
    May 14 22:21:18 raspberrypi knxd[1685]: knxd: Layer 1 [ 5:ipt:192.168.1.124 255.654] Recv L_Data low from 1.1.43 to 5/3/9 hops: 06 T_DATA_XXX_REQ A_GroupValue_Write 05 DC
    May 14 22:21:22 raspberrypi knxd[1685]: knxd: Layer 1 [ 5:ipt:192.168.1.124 259.069] Send(004): 04 53 8E 00
    May 14 22:21:22 raspberrypi knxd[1685]: knxd: Layer 1 [ 5:ipt:192.168.1.124 259.069] Recv L_Data low from 1.1.42 to 5/3/91 hops: 06 T_DATA_XXX_REQ A_GroupValue_Write 12 32

    Code:
    knxd 0.14.29-5
    
    May 14 22:22:27 raspineu knxd[16032]: Layer 1 [16:C.ipt/ipt        278.661] Send(004): 04 54 94 00
    May 14 22:22:29 raspineu knxd[16032]: Layer 1 [16:C.ipt/ipt        279.943] Send(004): 04 54 95 00
    May 14 22:22:29 raspineu knxd[16032]: Layer 1 [16:C.ipt/ipt        280.184] Send(004): 04 54 96 00

    #2
    OK, ich habe mir die v0.12 installiert und damit das "alte Logging" wieder und kann somit wieder "mithören" und Scripte je nach empfangenem Wert starten.

    Gibt es eine Möglichkeit in der neuen Version irgendwie ein Logfile zu schreiben das Gruppenadressen und Values enthält? Habe in der gesamten Doku nichts dazu gefunden außer -d /log[=file] was man aber nicht benutzen darf laut Configdatei.

    Das mir damals empfohlene linknx habe ich eben mehrere Stunden versucht zu installieren, es scheitert letztendlich am Compillieren von pthsem und die Flickversuche hierfür landen im Nichts mit längst toten Links.

    Es sollte doch mal eine API geben mit JSON oder so, kann voll verstehen wenn die Zeit dafür nicht ausreichen. Wäre es evtl möglich einen Parameter mit einzuführen dass bei jeder empfangenen GA ein Script mit den entsprechenden Parametern aufgerufen wird? Oder einfach ein Logfile "wie früher"?

    Vielen Dank!

    Tobias

    Kommentar


      #3
      • Es hilft, wenn man die knxd-Befehlszeile mitschickt, wenn man ein Problem lösen mag.
      • Wenn du was mitloggen willst, dann nimm den Filter "-B log". Das ist im Debug-Output absichtlich nicht mehr per Default drin. Steht in den Releasenotes. :-P
      • "--daemon=FILE" sollte grundsätzlich nach wie vor funktionieren.
      • Ja, ich plane nach wie vor ein neues Protokoll – mit einem API, mit dem man sich einfach und brauchbar an KNX anflanschen kann – aber das ist ein Haufen Arbeit und verschlingt Zeit die ich aktuell nicht habe. In der Zwischenzeit empfehle ich pyknyx. Logdateien hinterherzurennen ist … äh … nicht zielführend, meiner Meinung nach.
      • pthsem kannste inzwischen vergessen. Da geht mit aktuellen C-Compilern gar nix mehr.
      1wire, KNX, OpenHAB, Python, Asterisk, SMD-Lötkolben

      Kommentar


        #4



        Zitat von Smurf Beitrag anzeigen
        • Es hilft, wenn man die knxd-Befehlszeile mitschickt, wenn man ein Problem lösen mag.
        Hätte ich auch selbst drauf kommen können ;-)
        Code:
        KNXD_OPTS="-t6  -e 0.0.1 -E 0.0.2:8 -c -u /tmp/eib -b ipt:192.168.1.124"

        So, habe eben wieder die letzte Stable installiert, -B log funktioniert, top!

        Die Parameter habe ich mir vorher hier angeguckt:
        https://github.com/knxd/knxd/wiki/Co...ine-parameters
        Da stand nichts von -b, zumindest nicht in einer Form dass ich es mit Logging verbunden hätte.


        Und zu dem Daemon zitiere ich aus knxd.conf weshalb ich es nicht probiert gabe ;-)

        Code:
        ## DO NOT use the following options:
        ## -d           -- /lib/systemd/system/knxd.service expects knxd to run in the foreground

        Bin froh dass es wieder funktioniert, vielen Dank!

        Zitat von Smurf Beitrag anzeigen
        • ...Logdateien hinterherzurennen ist … äh … nicht zielführend, meiner Meinung nach.
        Ich habe keine Alternative gefunden die ich imstande war zu installieren/zu verstehen. Das Logfile durch ne FIFO-pipe zu jagen und auszuwerten ist zwar nicht schön aber hat astrein und stabil funktioniert

        Tobias
        Zuletzt geändert von tooooooobi; 15.05.2019, 14:14.

        Kommentar


          #5
          KNXD_OPTS="--daemon=test.log -t6 -B log -e 0.0.1 -E 0.0.2:8 -c -u /tmp/eib -b ipt:192.168.1.124"

          beantwortet er allerdings mit

          Code:
          Mai 15 15:55:16 raspineu systemd[1]: knxd.service: Main process exited, code=exited, status=2/INVALIDARGUMENT
          Mai 15 15:55:16 raspineu systemd[1]: Failed to start KNX Daemon.
          Mai 15 15:55:16 raspineu systemd[1]: knxd.service: Unit entered failed state.
          Mai 15 15:55:16 raspineu systemd[1]: knxd.service: Failed with result 'exit-code'.
          Wollte das auch noch mal testen.

          Code:
          root@raspineu:~/knxd12# knxd --version
          knxd 0.14.29-5

          Kommentar


            #6
            Beim Start unter systemd ist die --daemon-Option sinnfrei, denn dann läuft das Log ins Journal. Du kannst es bequem mit "journalctl -uknxd -n1 -f" verfolgen, kannst den Kram auf einem RasPi im RAM halten statt die SD-Karte vollzumüllen (/etc/systemd/journald.conf, setze Storage=volatile), musst keinen Aufwand treiben wenn du die Logdatei rotieren willst, der knxd läuft weiter wenn du den Leser neustarten willst/musst, und du kannst mehrere Leser parallel laufen lassen wenn's denn sein muss.

            Für den Fall "verfolge eine einzelne Gruppenadresse" gibt es eigentlich auch eine knxtool-Option, die aber blöderweise aktuell nicht funktioniert, weil der Code so undurchsichtig ist dass man sich jedesmal stundenlang neu reinfuchsen muss wenn man da was beheben will. :-/
            Zuletzt geändert von Smurf; 15.05.2019, 23:26.
            1wire, KNX, OpenHAB, Python, Asterisk, SMD-Lötkolben

            Kommentar


              #7
              Danke Dir, ich probiere das die Tage aus.
              Tobias

              Kommentar

              Lädt...
              X