Ankündigung

Einklappen
Keine Ankündigung bisher.

Konsolenübersicht

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

  • JuMi2006
    antwortet
    Escape auf die bash -> Alt+F2

    Einen Kommentar schreiben:


  • bytesplit
    antwortet
    funzt auf jeden Fall ziemlich cool. Ich könnte mir vorstellen, das Ding als default Login-Shell für admin zu benutzen. Dann müsste es halt noch ein Escape auf die echte bash geben.

    Natürlich wäre dem Aufbohren keine Grenzen gesetzt. Ich denke auch ans Lesen/Ändern/Listen von Gruppenadressen z.B. vom eibd.

    Einen Kommentar schreiben:


  • henfri
    antwortet
    Hallo,

    wie wäre es mit einer Kombination mit diesem Gedanken:
    https://knx-user-forum.de/smarthome-...-auslesen.html

    Gruß,
    Hendrik

    Einen Kommentar schreiben:


  • callidomus
    antwortet
    So siehts auf einem Pi aus:
    Angehängte Dateien

    Einen Kommentar schreiben:


  • Ferengi
    antwortet
    danke, sieht gut aus.
    wenn man das mit den 5 min weis ist es schon ok so, dachte du meinst damit das die letzten 5min vom log angezeigt werden.

    Christian

    Einen Kommentar schreiben:


  • JuMi2006
    antwortet
    Zitat von dirk2013 Beitrag anzeigen
    So, mein Test ist ebenfalls abgeschlossen. Für das Respi Image funktioniert soweit alles bis auf den Busmonitor. Es existiert kein /tmp/eib file. Auch in anderen Verzeichnissen ist so etwas nicht vorhanden.
    O.K. ist umgebaut ... auch hier ist eben erst nach 5 Minuten Schluss.

    Zitat von Ferengi Beitrag anzeigen
    ...wenn man das smarthome.py log aufruft hängt irgend was, man kann das ganze nicht mal mehr mit strg+c beenden (die anderen logs gehen ohne probleme, ubuntu 13.04 server)
    Weil das ganze über ein timeout läuft. Nach 5 Minuten kehrt man in den Startbildschirm zurück. Man könnte es wie beim syslog machen, ist ne Geschmackssache. Vielleicht fällt mir noch was schlaueres ein ... eine andere Lösung wäre das arbeiten mit mehreren Terminals und umschalten mit Alt+Fx. Dazu muss man aber /etc/inittab bearbeiten (Stichwort "respawn") ... für mich persönlich mache ich das so, muss man nur entscheiden ob man nebenher noch ständig ein paar tail-Instanzen laufen haben will. Damit könnte man auch den Busmonitor ständig zur Verfügung haben ----> Meinungen ???
    Nachteil: Man muss etwas mehr tun um das zu nutzen und ein Paket wäre sinnvoll ... das will ich aber nicht für tausende Distros supporten.

    Zitat von Ferengi Beitrag anzeigen
    und für onwire währe es schön wenn es eine abfrage gäbe ob überhaupt installiert sonst gibts fehlermeldungen
    Erledigt.

    Zitat von dirk2013 Beitrag anzeigen
    Für die root Rechteproblematik. Was hältst Du davon wenn Du noch einen kleinen Installer baust, der das Schell Script dann mit chmod und chown mit dem Sticky Bit und root:root versieht. Dann kann auch der admin aus dem ResPi damit was anfangen.....
    Wenn es in das Image kommt ist Marcus dafür verantwortlich ... Ich halte eh nix von dem admin User aber das ist Geschmackssache.

    Einen Kommentar schreiben:


  • dirk2013
    antwortet
    So, mein Test ist ebenfalls abgeschlossen. Für das Respi Image funktioniert soweit alles bis auf den Busmonitor. Es existiert kein /tmp/eib file. Auch in anderen Verzeichnissen ist so etwas nicht vorhanden.

    Gruß
    Dirk

    Einen Kommentar schreiben:


  • Ferengi
    antwortet
    hallo,

    die neue version funktioniert schon garnicht schlecht, zwei sachen sind mir noch aufgefallen, wenn man das smarthome.py log aufruft hängt irgend was, man kann das ganze nicht mal mehr mit strg+c beenden (die anderen logs gehen ohne probleme, ubuntu 13.04 server)

    und für onwire währe es schön wenn es eine abfrage gäbe ob überhaupt installiert sonst gibts fehlermeldungen

    Code:
           #####                            #    #
         #     #                       #   #    #
        #                            ###  #    #
       ######  ### ###   #### #  # # #   ######  ####  ### ###   ####       ####  #    #
            # #  ##  #  #    #  #   #   #    #  #   # #  ##  #  #####      #   #  #   #
     #     # #   #   # #    #  #   #   #    #  #   # #   #   # #      ##  #   #   #  #
     #####  #   #   #  ###### #    ## #    #   #### #   #   #  ####  ##  ####      ##
                                                                       #          #
                                                                      #          #
    
    Linux homeauto.maurer.aic 3.5.0-41-generic #64~precise1-Ubuntu SMP Thu Sep 12 17:01:55 UTC 2013 i686
    Status:  22:04:59 up 3 days,  4:36,  2 users,  load average: 0.18, 0.11, 0.07
    --------------------------------------------------------------------------------------------------------------------------------
    eth0      Link encap:Ethernet  Hardware Adresse 52:54:00:dd:6a:d2
              inet Adresse:192.168.0.171  Bcast:192.168.0.255  Maske:255.255.255.0
              inet6-Adresse: fe80::5054:ff:fedd:6ad2/64 Gültigkeitsbereich:Verbindung
              inet6-Adresse: ::1/128 Gültigkeitsbereich:Maschine
    Route:    0.0.0.0 -> 192.168.0.254
    --------------------------------------------------------------------------------------------------------------------------------
    Memory: 1003 MB  Free: 228 MB  Cached: 410 MB  WriteCache: 0 MB
    --------------------------------------------------------------------------------------------------------------------------------
    ./smart_terminal.sh: Zeile 224: owdir: Kommando nicht gefunden.
    ./smart_terminal.sh: Zeile 225: owdir: Kommando nicht gefunden.
    ./smart_terminal.sh: Zeile 226: owdir: Kommando nicht gefunden.
    ./smart_terminal.sh: Zeile 227: owdir: Kommando nicht gefunden.
    1-Wire Busmaster: 0 Temperature: 0 Humidity/Multi: 0 iButton/IO: 0
    ./smart_terminal.sh: Zeile 229: owdir: Kommando nicht gefunden.
    --------------------------------------------------------------------------------------------------------------------------------
    eibd-Version: eibd 0.0.5
    eibd-Prozess: /usr/bin/eibd --daemon --Server --Tunnelling --Discovery --GroupCache --listen-tcp --pid-file=/var/run/eibd.pid --eibaddr=1.1.201 ipt:192.168.0.162
    --------------------------------------------------------------------------------------------------------------------------------
    smarthome.py last start: Wed Oct 2 22:04:56 2013
    smarthome.py uptime: 00:03
    --------------------------------------------------------------------------------------------------------------------------------
    (M)enu  (O)newire-List  (R)estart-services  (L)ogs  (S)hutdown  (H)elp  (E)xit
    auf jeden Fall eine schöne Sache, danke und weiter so!

    Christian

    Einen Kommentar schreiben:


  • dirk2013
    antwortet
    Hallo JuMi2006,

    Für die root Rechteproblematik. Was hältst Du davon wenn Du noch einen kleinen Installer baust, der das Schell Script dann mit chmod und chown mit dem Sticky Bit und root:root versieht. Dann kann auch der admin aus dem ResPi damit was anfangen.....

    Nur so eine Idee.

    Den Rest Deiner Änderungen schaue ich mir gleich noch mal an....

    Gruß
    Dirk

    Einen Kommentar schreiben:


  • JuMi2006
    antwortet
    So das mit dem grep hab ich gefixed ...

    für vbusmonitor1 (KNX-Monitor) brauchts aber im Image root-Rechte

    Ich hab das ganze mal "smart_terminal.sh" genannt. Daran darf gern gearbeitet werden!

    https://github.com/JuMi2006/terminal...rt_terminal.sh

    Grüße

    Einen Kommentar schreiben:


  • dirk2013
    antwortet
    Ja, der Beitrag war zwischenzeitlich gelöscht weil ich zu blöd war meinen Post zu editieren :-(

    Der Respi schein etwas anders aufgebaut zu sein als ein Standard Debian Image....

    Ist nicht dringend, lass Dir Zeit.....

    Einen Kommentar schreiben:


  • JuMi2006
    antwortet
    Wie oben schon geschrieben, wobei Dein Eintrag zwischendurch gelöscht war, sehe ich mir das an. Letztlich subs es ja nur die Pfade. Vielleicht noch heute Abend oder morgen.

    Einen Kommentar schreiben:


  • dirk2013
    antwortet
    Hallo,

    ich habe das Script mal auf meinem Respi laufen gelassen. Einige Funktionen sind nicht gegeben wie z.B.

    .) Ausgabe der Informationen zum smarthome.py. Dort passieren ganz merkwürdige Dinge. Hier der Output wenn ich das Script einmal auseinandernehme:

    Um den LastStart zu ermitteln:

    Code:
    ps -eo lstart,cmd,etime | grep smarthome.py | grep -v grep | awk '{print $1,$2,$3,$4,$5}'
    liefert kein Ergebnis. Erst wenn ich das grep -v grep entferne oder das grep smarthome.py kürze, wie z.B. grep smart

    Code:
    admin@smarthome:/usr/smarthome/plugins/cli$ ps -eo lstart,cmd,etime | grep smarthome.py | awk '{print $1,$2,$3,$4,$5}'
    Wed Oct 2 15:53:12 2013
    admin@smarthome:/usr/smarthome/plugins/cli$ ps -eo lstart,cmd,etime | grep smart | grep -v grep | awk '{print $1,$2,$3,$4,$5}'
    Wed Oct 2 15:32:58 2013
    admin@smarthome:/usr/smarthome/plugins/cli$
    Hier sind dann die Ergebnisse drin..... Merkwürdig

    Hier der Startbildschirm bei mir, damit Ihr auch die Image Versionen habt:

    Code:
           #####                            #    #
         #     #                       #   #    #
        #                            ###  #    #
       ######  ### ###   #### #  # # #   ######  ####  ### ###   ####       ####  #    #
            # #  ##  #  #    #  #   #   #    #  #   # #  ##  #  #####      #   #  #   #
     #     # #   #   # #    #  #   #   #    #  #   # #   #   # #      ##  #   #   #  #
     #####  #   #   #  ###### #    ## #    #   #### #   #   #  ####  ##  ####      ##
                                                                       #          #  
                                                                      #          #
    
    Linux smarthome.local 3.6.11+ #545 PREEMPT Fri Sep 20 23:57:55 BST 2013 armv6l
    Status:  16:03:45 up 1 day, 17:08,  2 users,  load average: 0.06, 0.11, 0.08
    --------------------------------------------------------------------------------------------------------------------------------
    eth0      Link encap:Ethernet  HWaddr b8:27:eb:85:5e:38  
              inet addr:192.168.101.40  Bcast:192.168.101.63  Mask:255.255.255.224
              inet6 addr: fe80::ba27:ebff:fe85:5e38/64 Scope:Link
              inet6 addr: ::1/128 Scope:Host
    Route:    0.0.0.0 -> 192.168.101.33
    --------------------------------------------------------------------------------------------------------------------------------
    Memory: 438 MB  Free: 274 MB  Cached: 84 MB  WriteCache: 0 MB
    --------------------------------------------------------------------------------------------------------------------------------
    1-Wire Busmaster: 0 Temperature: 0 Humidity/Multi: 0 iButton/IO: 0
    --------------------------------------------------------------------------------------------------------------------------------
    eibd-Version: eibd 0.0.5
    eibd-Prozess: /usr/bin/eibd --daemon --Server --Tunnelling --Discovery  --GroupCache --listen-tcp --no-tunnel-client-queuing  --pid-file=/var/run/eibd.pid --eibaddr=0.0.1 ipt:172.7.8.10
    --------------------------------------------------------------------------------------------------------------------------------
    smarthome.py last start: 
    smarthome.py uptime: 
    --------------------------------------------------------------------------------------------------------------------------------
    (M)enu  (O)newire-List  (R)estart-services  (L)ogs  (S)hutdown  (H)elp  (E)xit
    Die Logs des SmartHome.py werden nicht angezeigt weil im Standard Image für den Respi die Logs in

    "/usr/smarthome.py/var/logs" liegen und nicht wie im Script vermutet:

    Code:
      case $CONFIRM in
            s|S)
            echo
            echo "Log: smarthome.py:"
            timeout 300s tail -f /var/log/smarthome.log
            ;;
    der Vbusmonitor läuft auch nicht:
    Code:
    admin@smarthome:/usr/smarthome/plugins/cli$ vbusmonitor1 local:/tmp/eib
    Open failed: No such file or directory
    Wie gesagt alles mit dem Respi Image von hier getestet....

    Einen Kommentar schreiben:


  • JuMi2006
    antwortet
    Ich habe gerade keinen Pi am laufen ... muss ich mal nachholen und sehen wie man das zuverlaessig abfragt. Auf meinem Debian brauchts das grep -v grep weil mir sonst auch grep als Prozess angezeigt wird.

    Bis dahin hast Du ja eine Loesung fuer Dich.



    P.S. meine tastatur hat ne macke daher die umlaute.

    Einen Kommentar schreiben:


  • JuMi2006
    antwortet
    Sollte nichts dagegen sprechen. Müsste man aber noch mal ohne laufenden owserver und generell testen.
    Hier läuft es auf einem Standard Debian.

    Einen Kommentar schreiben:

Lädt...
X