Anzeige:
Ergebnis 1 bis 8 von 8

Thema: falsche Uhrzeit bei Script in /etc/rc.local

  1. #1
    Registrierter Benutzer
    Registriert seit
    Dec 2013
    Beiträge
    27

    falsche Uhrzeit bei Script in /etc/rc.local

    Hallo,
    ich habe mir ein kleines Script geschrieben und in rc.local gepackt.
    Dies fragt die Zeit mittels Date ab und gibt mir die aktuelle Zeit per Sprache aus.
    Wenn ich teste funktioniert es perfekt aber wenn ich es beim Booten via rc.local starte, dann bekomme ich als Wert immer nur 1uhr.

    Kann mir jemand dieses Phänomen erklären.

    Hier das Script:

    Code:
    #!/bin/bash
    time="$(date +%H:%M)"
    while true; do
    #       echo "schleife"
            cmd="gpio read 5"
            status="`eval ${cmd}`"
    
    if (( "$status" == "0" )); then
    #      echo "an"
          mplayer -ao alsa:device=hw=1.0 -really-quiet "http://translate.google.com/translate_tts?tl=de&q=Es ist $time"
            sleep 4
     else
       sleep 0.3
    #  echo "aus"
       fi
    done

  2. #2
    Registrierter Benutzer
    Registriert seit
    Dec 2003
    Ort
    Dettenhausen
    Beiträge
    22.062
    ich würde mir mal in ein Logfile den Wert von $time ausgeben lassen...
    Ich bin root - ich darf das.

  3. #3
    Registrierter Benutzer
    Registriert seit
    Dec 2013
    Beiträge
    27
    Das versteh ich nicht.
    Die Ausgabe von $time erfolgt doch schon per Sprachausgabe. Warum sollte ich sie noch in ein logfile schreiben. Da kommt doch nichts anderes bei heraus...
    Oder habe ich grad einen Knoten im Kopf.

  4. #4
    Registrierter Benutzer
    Registriert seit
    Dec 2003
    Ort
    Dettenhausen
    Beiträge
    22.062
    Naja, irgndwie solltest Du ja sicherstellen, daß beim Aufruf über die rc.local das gleiche in $time drin steht, wie Du beim Aufruf an der Konsole bekommen würdest...
    Ich bin root - ich darf das.

  5. #5
    Registrierter Benutzer
    Registriert seit
    Dec 2013
    Beiträge
    27
    Wie gesagt, der Wert wir ja schon direkt über Audio ausgegeben aber hier auch nochmal ein log:

    Code:
    root@raspberrypi:~# cat /var/log/timetest 
    01:00
    01:00
    01:00
    01:00
    01:00

  6. #6
    Registrierter Benutzer
    Registriert seit
    Dec 2013
    Beiträge
    27
    Ok, Problem gelöst.

    habe dem Script noch nen sleep hinzugefügt, damit der Raspberry erstmal die Systemzeit via Internet holen kann. Hat ja keine RTC.
    Ich verstehe allerdings immer noch nicht, warum die date-abfrage während des bootens sozusagen auf einem Wert hängen bleibt, da ja die Zeit gestellt wird und bei manueller Abfrage per Konsole, mittels selbem Befehl, die richtige Zeit ausgibt..

  7. #7
    Registrierter Benutzer
    Registriert seit
    Dec 2003
    Ort
    Dettenhausen
    Beiträge
    22.062
    vermutlich startet er Dein Script, bevor er die Zeit sychronisiert hat - und da Du $time nur 1x am Anfang vor der Schleife setzt wird es nie aktualisiert...
    Ich bin root - ich darf das.

  8. #8
    Registrierter Benutzer
    Registriert seit
    Dec 2013
    Beiträge
    27
    moment, das ist neu...
    wie kommt denn time plötzlich vor die schleife? m)
    Jetzt klappt es natürlich in der Konsole auch nicht mehr.
    Ich sollte vielleicht den Rechner ausschalten und mal richtig entspannen....
    Sorry, und danke für die Hilfe.

Ähnliche Themen

  1. Frage zu Script und Mailversand des Logfiles
    Von crackerjack im Forum System installieren und konfigurieren
    Antworten: 5
    Letzter Beitrag: 29.09.09, 08:00
  2. Perl Script per Cronjob starten
    Von Klaus_P im Forum Anbindung an die Aussenwelt
    Antworten: 2
    Letzter Beitrag: 16.05.04, 14:20
  3. Athlon idle Script
    Von steve-e im Forum Anwendungen Allgemein, Software
    Antworten: 2
    Letzter Beitrag: 05.05.04, 17:16
  4. Antworten: 2
    Letzter Beitrag: 21.05.03, 15:30
  5. Numlock per Script aktivieren...
    Von neXes im Forum System installieren und konfigurieren
    Antworten: 4
    Letzter Beitrag: 14.05.03, 19:02

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •