Hardware-wakeup die 4.

Hallo!

Ich hab eine Wakup Schaltung die an deine stark angelehnt ist gebaut (AT2313 @ 4Mhz, zwei Leds, bisschen andere Pinbelegung). Die Schaltung ist am WakeUpOverLan-Stecker angeschlossen und haut soweit hin.

Ich kann im minicom die Befehle (RON, ROF, WKM...) übertragen und die Schaltung verhält sich auch dementsprechend.... NUR, sobald ich etwas mit echo ".." > /dev/ttyS0 übertragen will, gehts nicht mehr. Also ein reines Software-Problem.

Die ausgabe von setserial bzw. stty sieht vor und nach minicom komplett ident aus:

linvdr:~# stty -F /dev/ttyS0
speed 9600 baud;
min = 1; time = 5;
ignbrk -brkint -icrnl -imaxbel
-opost -onlcr
-isig -icanon -iexten -echo -echoe -echok -echoctl -echoke


linvdr:~# setserial /dev/ttyS0
/dev/ttyS0, UART: 16550A, Port: 0x03f8, IRQ: 4

ich hab auch schon versucht, die Buchstaben einzeln zu senden - ändert auch nix:

linvdr:~# echo -e "\n" > /dev/ttyS0
linvdr:~# echo "R" > /dev/ttyS0
linvdr:~# echo "O" > /dev/ttyS0
linvdr:~# echo "N" > /dev/ttyS0
linvdr:~# echo -e "\n" > /dev/ttyS0

Könnte es ein altgewohntes "CRLF" vs "nur CR" bzw "nur LF" Problem sein? (Kann ich mir aber nicht vorstellen)

Hat irgendjemand Ideen, bzw Vorschläge, was ich noch ausprobieren könnte?!

lg Daniel

Okay, selbst gelöst... es war wirklich ein CRLF/CR Problem... kann mir nicht vorstellen, wie des auf anderen Systemen mit echo -e "RON\n" hinhaun kann.,... ich benutze den asm source von wakeup2313_V1.1.zip

Aber Problem hab ich jetzt schon wieder eines... Der VDR übergibt mir komisch Zeiten, für den next-Timer...

Der Zeitpunkt ist immer konstant 589 Minuten in der Zukunft (bzw. zeigt der zweite Parameter ($delta) 36000[sek] - durch die -10 kommt man dann auf 590 und durch rundung auf 589).

Ich vermute, dass das entweder etwas bedeutet, das ich nicht verstehe - oder dass irgendwas in der berechung seitens VDR nicht ganz passt...

der Zugehörige src (aus vdr-1.4.3, vdr.c, zeile 1155ff) schaut so aus:

ForceShutdown)) {
           time_t Now = time(NULL);
           if (Now - LastActivity > ACTIVITYTIMEOUT) {
              // Shutdown:
              if (Shutdown && (Setup.MinUserInactivity || LastActivity == 1) && Now - LastActivity > Setup.MinUserInactivity * 60) {
                 cTimer *timer = Timers.GetNextActiveTimer();
                 time_t Next  = timer ? timer->StartTime() : 0;
                 time_t Delta = timer ? Next - Now : 0;
                 if (!LastActivity) {
                    if (!timer || Delta > MANUALSTART) {
                       // Apparently the user started VDR manually
                       dsyslog("assuming manual start of VDR");
                       LastActivity = Now;
                       continue; // don't run into the actual shutdown procedure below
                       }
                    else
                       LastActivity = 1;
                    }
                 if (timer && Delta < Setup.MinEventTimeout * 60 && ForceShutdown) {
                    Delta = Setup.MinEventTimeout * 60;
                    Next = Now + Delta;
                    timer = NULL;
                    dsyslog("reboot at %s", *TimeToString(Next));
                    }
                 if (!Next || Delta > Setup.MinEventTimeout * 60 || ForceShutdown) {
                    ForceShutdown = false;
                    if (timer)
                       dsyslog("next timer event at %s", *TimeToString(Next));
                    if (WatchdogTimeout > 0)
                       signal(SIGALRM, SIG_IGN);
                    if (Interface->Confirm(tr("Press any key to cancel shutdown"), UserShutdown ? 5 : SHUTDOWNWAIT, true)) {
                       cControl::Shutdown();
                       int Channel = timer ? timer->Channel()->Number() : 0;
                       const char *File = timer ? timer->File() : "";
                       if (timer)
                          Delta = Next - time(NULL); // compensates for Confirm() timeout
                       char *cmd;
                       asprintf(&cmd, "%s %ld %ld %d \"%s\" %d", Shutdown, Next, Delta, Channel, *strescape(File, "\"$"), UserShutdown);
                       isyslog("executing '%s'", cmd);
                       SystemExec(cmd);
                       free(cmd);
                       LastActivity = time(NULL) - Setup.MinUserInactivity * 60 + SHUTDOWNRETRY; // try again later
                       }
                    else {
                      LastActivity = Now;
                      if (WatchdogTimeout > 0) {
                         alarm(WatchdogTimeout);
                         if (signal(SIGALRM, Watchdog) == SIG_IGN)
                            signal(SIGALRM, SIG_IGN);
                         }
                      }
                    UserShutdown = false;
                    continue; // skip the rest of the housekeeping for now
                    }
                 }
              // Disk housekeeping:
              RemoveDeletedRecordings();
              cSchedules::Cleanup();
              // Plugins housekeeping:
              PluginManager.Housekeeping();
              }
           }

Das hier versteh ich net ganz ... und des könnte auf die konst 3600 führen:

if (timer && Delta < Setup.MinEventTimeout * 60 && ForceShutdown) {
                    Delta = Setup.MinEventTimeout * 60;
                    Next = Now + Delta;
                    timer = NULL;
                    dsyslog("reboot at %s", *TimeToString(Next));
                    }

kennt sich da wer besser aus?
lg Daniel

Ich weiß - aber ich hab die Kommandstrings gleich von dir ( ? ) übernommen - also WKM, CTL, etc
echo -e "\n\rWKM33\n\r" funktioniert jetzt einwandfrei.

Zitat

Mal ne Frage: Was gibt denn vdr zurück wenn du "svdrsend.pl NEXT REL" eingibst? Wenn dann die Zeit stimmen sollte ist vielleicht was in deinem shutdown-Skript nicht ok.

Das war ja das komische - das gibt den korrekten wert zurück. Aber das shutdownskript nimmt diese variante nur, wenn es per commandozeile aufgerufen wurde. Ich hatte versucht es umzubaun, dass es auch auf SVDR zugreift, wenn es per vdr gestartet wurde. Aber da der dann schon in der shutdown routine ist, antwortet dieser nicht mehr auf die Anfrage.

Die Quick&Dirty lösung: Ich hab einen Cronjob laufen, der jede minute eben per SVDR nachfragt, wann der nächste timer ist und den Atmel dementsprechend füttert.

Also: man könnte sagen, es läuft.

thx für deine Antwort - falls ich nochmal was genaueres rausfinde, werd ichs posten.

lg Daniel

Hallo

Zitat

Nimm doch mal zum testen den shutdown-Befehl aus deinem shutdown-Skript raus und lasse dann $2 und $1 in eine Datei reinschreiben. Dann könnten wir sehen was passiert wenn vdr dein shutdown-Skript aufruft und welche Werte übergeben werden ohne dass der Rechner ausschaltet.

Genauso hab ich eh debugged... Der vdr übergibt mir als ersten Parameter ein Unixtimestamp das 3600 sekunden in der Zukunft liegt und als nächster Parameter eben "3600". Das passiert auch bei Timer die ~2h in der Zukunft liegen. Was bei weit entfernten Timer passiert, weiß ich noch nicht.

Zitat

Das mit dem cron-job willst du ja sicher nicht so lassen.

Derweilen ja - ich hab leider net mehr viel Zeit, Uni fängt scho wieder an

Hab das ganze jetzt mal in echtbetrieb - mit Autotimer, bin schon gespannt wie das so läuft - und dass ich max. eine Minute warten muss, bis ich ausschalten kann, damit hab ich keine Probleme...

Wenn ich mal den VDR kompiliert bekomme, dann werd ich mir genauer ansehen, in welchen if's (siehe Beitrag oben) er die Übergabezeit verändert und warum.

Was noch eher ein Verbesserungs-Punkt wäre, was ich vielleicht mal angehen werde: den Timer vom Atmel im Count and Clear modus zu betreiben - da schaffst systemseitig mal 100% Genauigkeit. Der jetzige zyklus ist nicht genau 1min... aber so stark wird sich das nicht auf so kurze Zeitintervalle auswirken.

lg