Hardware-Wakeup - Software

Hi,

Zitat

Irgendwo hatte ich mal gelesen, dass der Takt für die Kommunikation nicht mit dem Uhrentakt gekoppelt ist. Stimmt das? Weil ansonsten hätte ich evtl. ne falsche Einstellung des Trimmer-Kondensators für möglich gehalten.

Der Trimmer-Kondensator ist nur zur Feinjustierung der Uhr.
Wichtiger ist da eher der Quarz 3,6864 Mhz der den Atmega taktet, denn daraus ergibt sich dann die Schnittstellen-Geschwindigkeit.

vdrtux

Also der Takt vom Quarz stimmt, die Zeiten kommen etwa hin.

Ich habe gerade mal alle vom Max abgehenden Leitungen durchgeklingelt. Dabei ist mir aufgefallen, dass ich die rote Erweiterung im Schaltplan nicht drin habe. Ist schon so lange her, aber mit der Verbindung zur seriellen Schnittstelle hat das ja eh nichts zu tun, oder? Einschalterkennung habe ich über 5V vom Floppy-Stecker. Von den roten Erweiterungen im Schaltplan habe ich lediglich die beiden LEDs gedreht.

Pin 8 und Pin 9 am Max sind bei mir frei (genau wie Pin 15 und 16)...ich denke aber, das hat so seine Richtigkeit?

Beim durchklingeln hat sich ergeben, dass alle, was ich bisher durchgeklingelt habe, 1A funktioniert. Keine Verpolungsfehler bei Bauteilen, alles i.O. Bisher habe ich alle Verbindungen/Bauteile der "linken Seite" des Schaltplans überprüft, d.h. PCF, LCD, LEDs und so'n Zeugs noch nicht. Denke das hat ja auch nichts mit Verbindung zu tun...

Gruß

Jonas

Ja. Und das ist sehr verwirrend:

Notebook (Windows) mit Programm COM-Terminal:
- keine Verbindung zum HWW-Board
- kein Empfang von Daten über Nullmodem-Kabel bei Ausführen des echo... Befehls am vdr (Nullmodemkabel am vdr am ttyS0, Lirc funktioniert dort aber, für Nullmodemkabel-Versuch wurde Lirc deaktiviert und uart (automatisch) richtig zugewiesen)

PC (Knopix) in der Shell:
- keine Verbindung zum HWW-Board bei Eingabe von echo...

vdr:
- keine Verbindung zum HWW-Board bei Eingabe von echo...

Durchklingeln zeigte wie gesagt keinen Fehler. Verbindungsprobleme beim Nullmodem passen jedoch nicht in das Schema. Evtl. habe ich am Windows-PC falsch konfiguriert. Da ich diese Woche noch was bei Pollin bestellen wollte, bestelle ich direkt einen Max232 und zur Sicherheit auch einen Atmega mit. Evtl. ist ja der Max232 hinüber (kann man das einfach überprüfen)?!?

Ansonsten weiß ich ehrlich gesagt nicht weiter

Gibt es schon etwas neues von der GraphLCD-Front?

Ich bekunde hier mal mein Interesse für diese Variante... Lohnt es sich ggf sogar über ein zweites Layout für grafische Displays nachzudenken?

Die Routinen für ein gLCD gibt es doch bestimmt schon vielfach für einen atmega, gelle? Wie schaut denn die Umsetzung auf Rechnerebene aus?
Gibt es da auch schon was? Da mein LCD am LPT läuft bin ich da nicht so auf dem laufenden, aber sollte sich da eine Kombination HWW + gLCD ergeben, bin ich dabei (zumindest auf uC-Ebene, C++ kann ich nicht.)

Würde mich sehr freuen, wenn sich das Projekt (oder ein Parallel-Upgrade-Projekt) in diese Richtung entwickelte!

Grüße
Marc

Werde ich dann am Wochenende mal probieren, z. Z. bin ich nicht in der Nähe des VDRs. Werde dann mal zwischen zwei Windowsrechner probieren und gucken ob's generell mit dem Kabel funzt...

Mhh, ich hab doch schon ein Display, das soweit ich weiß leider kein SPI unterstützt (das "berühmte" Neuhold-Display). Sehe ich das richtig, dass eine "normale" Unterstützung nicht geplant ist?
Würde auch, soweit es zeitlich und vom Wissen her klappt, helfen!

Grüße
Marc

Hallo Frank !

Das sind ja tolle Neuigkeiten mit dem Grafik-Display. Bin schon gespannt, wie das wird.

Habe vor kurzem meinem Atmega mit einer neueren Version deiner Software geflasht. Seitdem startet der VDR immer verzögert per IR-Fernbedienung.
Ist das ein Bug oder ein Feature ? Bzw. lässt sich das Delay auch ausschalten ?

Ansonsten noch ein kleiner Tipp:

Ist die Variable LANG=de_DE gesetzt (z.B. für VDRAdmin), dann führt das zum fehlerhaften Ausführen des shutdown-Skriptes für das WakeUp-Modul, da der Date-Befehl dann den aktuellen Monat in Deutsch ausgibt und diesen dann nicht mehr fehlerfrei weiterverarbeitet (z.B. Mai statt May)
Das führte bei mir jedesmal zur Programmierung des "Never"-Datums.
Lösung: Im shutdown-Skript export="C" setzen.

Aber das nur so am Rande, hat mich jedenfalls einiges an Zeit gekostet, bis ich den Fehler gefunden hatte.

Gruß,

Dentec

Hallo alle miteinander!

So, ich hatte mal wieder Zeit zum Testen.

Verbindung über Nullmodem-Kabel steht Habe einfach mal ein anständiges Terminal-Programm benutzt. Jeder vom VDR abgesendete Befehl kommt auch so am Windows PC an.

Befehle vom VDR und vom Windows-PC kommen nach wie vor nicht am Hardware-Wakeup an bzw. werden nicht verarbeitet.

MAX232 und Atmega8 wurden ausgetauscht, Leitungen durchgeklingelt -> keine Besserung.

Alles funktioniert (Display zeigt alles an, was es ohne Verbindung zum vdr anzeigen kann, Einschalten per IR klappt, ...) NUR die Verbindung zwischen vdr und Wakeup-Board nicht.

Ich weiß nicht mehr weiter. Ich bin kurz davor das ganze Projekt in die Tonne zu treten. Da sind mir aber bisher die reingesteckten Arbeitsstunden zu schade für. Dummerweise wüsste ich nicht, was ich noch machen kann.

Wer kann mir aus meiner Verzweiflung raushelfen?

Gruß

Jonas

P.S.: Noch eine Beobachtung: Nehme ich die Batterie raus, trenne den vdr Strom und schließe ihn wieder an, dann zeigt das Display und die LED einen Timer an (der logischerweise nicht programmiert wurde (wie auch))...: 17.25. 45:45

Hallo an alle!

Mein Hardware-Wakeup-Board funktioniert nun - nochmal vielen Dank an Frank - einwandfrei!!! Der Fehler waren die unbesetzten Pins 15+16 am Max232 (Ich habe alles als Lochraster mit Kabelverbindung aufgebaut und nach dem Schaltplan gearbeitet).

Ein kleiner Fehler ist mir aber nun doch aufgefallen
Habe gerade die Uhr gestellt und das Ergebnis bei:
RTS1317000306077 ist beim 2x16 Display: Sam 03. 13:17:00

Sprich Samstag statt Sonntag eingestellt. Alle anderen Tage funktionieren einwandfrei.

Gruß

Jonas

hi,

Zitat

Habe gerade die Uhr gestellt und das Ergebnis bei:
RTS1317000306077 ist beim 2x16 Display: Sam 03. 13:17:00

Wenns nicht grad nen Tippfehler ist, dann ist da am Ende eine 7 zuviel.

vdrtux

Hallo vdrtux,

ne ich glaube die gehört da hin.

Zitat

RTShhmmssDDMMYYW\n setzt die Uhrzeit
Stunde(hh), Minute(mm), Sekunde(ss), Tag(DD), Monat(MM), Jahr(YY), Wochentag(W)

Also die erste 7 (07) vom Jahr, die zweite 7 vom Wochentag = Sonntag.
Ändere ich die letzte 7 in 1, 2, 3, etc. zeigt mir das Display ja auch Mon, Die, Mit, etc. an.

nosi

Hehe, macht Sinn. Lesen ist wohl nicht meine Stärke

Und das, obwohl ich genau da mein Zitat herkopiert hatte. Oje oje!

Moin Frank,

sage ma, was muss in der poweroff.pl abgeändert werden damit das Board programmiert wird?

Hab imo die aktuelle Mahlzeit am laufen

----
Hmm, nach bissel experementieren hab ich rausgefunden das die poweroff.pl das shutdown skript aufruft. So weit so gut. Aber es wird kein Timer gesetzt?!?!
---
Soo mit ein paar weiteren Tests hab ich rausgefunden das wenn der VDR runtergefahren wird der WAKEUPSTR leer bleibt. Also keine Wakeupzeit erkannt wird
-----

Hier der Inhalt der shutdown90.wakeup-module.sh

#
# VDR shutdown hook for hw-wakeup - Frank Jepsen
# --------------------------------------------------
# inspired by shutdown hook for nvram-wakeup
# by Tobias Grimm
#
# This shutdown hook sets the wakeup time for the next timer using
# hw-wakeup.
#


echo $1 > /WAKEUPTIMEFROMVDR


# read arguments for hw-wakeup from conf-file
if [ -e /etc/vdr/vdr-addon-hw-wakeup.conf ]
then
. /etc/vdr/vdr-addon-hw-wakeup.conf
fi


# Defaults:
[ -z "$ENABLED" ]           && export ENABLED="yes"
[ -z "$WAKEUP_PORT" ]       && export WAKEUP_PORT="/dev/ttyS0"
[ -z "$KILL_LIRC" ]         && export KILL_LIRC="no"
[ -z "$KILL_LCDD" ]         && export KILL_LCDD="no"
[ -z "$MIN_PRE_TIMER" ]     && export MIN_PRE_TIMER=5
[ -z "$MAX_POWEROFF_TIME" ] && export MAX_POWEROFF_TIME=0
[ -z "$MAX_TRY_AGAIN" ]     && export MAX_TRY_AGAIN=0


#For testing
#MAX_POWEROFF_TIME=60
#DAILY_TIMER_STD=4
#DAILY_TIMER_MIN=30
#KILL_LIRC="no"
#KILL_LCDD="no"


# Const
NEVER=2147483647


if [ $MAX_TRY_AGAIN -gt 0 ]
then
  # another script wants to retry shutdown later
  logger -t vdr-addon-hw-wakeup "hw-wakeup not called - shutdown suspended by other script"
  EXITCODE=0
else
  if [ $ENABLED = "no" ]
  then
    # vdr-addon-hw-wakeup is disabled, so just exit
    logger -t vdr-addon-hw-wakeup "hw-wakeup functionality is disabled"
    EXITCODE=0
  else
    # calculate, at what time the machine should be powered on


    # VDR-Timer
    NOW=$((`date +%s`))
#    echo "NOW           " `date -d "1970-01-01 $NOW seconds UTC" "+%H:%M %d.%m.%Y"` $NOW
    if [ -z $1 ] || [ $1 -eq 0 ]
    then
      NEXTTIMER=$NEVER
    else
      NEXTTIMER=`expr $1 - $MIN_PRE_TIMER \* 60`
    fi
#    echo "TIMER         " `date -d "1970-01-01 $NEXTTIMER seconds UTC" "+%H:%M %d.%m.%Y"` $NEXTTIMER


    # Daily Timer
    if [ -z $DAILY_TIMER_STD ] || [ -z $DAILY_TIMER_MIN ]
    then
      NEXTDAILYTIMER=$NEVER
    else
      NEXTDAILYTIMER=`date +"%d %b %Y"`
      NEXTDAILYTIMER=`date -d "$NEXTDAILYTIMER $DAILY_TIMER_STD:$DAILY_TIMER_MIN" +%s`
      if [ $NOW -gt $NEXTDAILYTIMER ]
      then
        NEXTDAILYTIMER=`expr $NEXTDAILYTIMER + 86400`
      fi
    fi
#    echo "DAILYTIMER    " `date -d "1970-01-01 $NEXTDAILYTIMER seconds UTC" "+%H:%M %d.%m.%Y"` $NEXTDAILYTIMER


    # MaxPowerOff Time
    if [ $MAX_POWEROFF_TIME -eq 0 ]
    then
      WAKEUPTIME=$NEVER
    else
      WAKEUPTIME=`expr $NOW + $MAX_POWEROFF_TIME \* 60`
    fi
#    echo "MAXPOWEROFF   " `date -d "1970-01-01 $WAKEUPTIME seconds UTC" "+%H:%M %d.%m.%Y"` $WAKEUPTIME


    # Who comes first?
    if [ $WAKEUPTIME -gt $NEXTTIMER ] && [ $NEXTDAILYTIMER -gt $NEXTTIMER ]
    then
      WAKEUPTIME=$NEXTTIMER
    else
      if [ $WAKEUPTIME -gt $NEXTDAILYTIMER ]
      then
        WAKEUPTIME=$NEXTDAILYTIMER
      fi
    fi
#    echo "WAKEUPTIME    " `date -d "1970-01-01 $WAKEUPTIME seconds UTC" "+%H:%M %d.%m.%Y"` $WAKEUPTIME


    if [ $WAKEUPTIME -eq $NEVER ]
    then
      WAKEUPSTR=""
    else
      WAKEUPSTR=`date -d "1970-01-01 $WAKEUPTIME seconds UTC" +%H%M%d%m`
    fi


    TIMESTR=`date +%H%M%S%d%m%y%w`


        # Kill LIRC
#    if [ $KILL_LIRC = "yes" ]
#    then
#      logger -t vdr-addon-hw-wakeup "Starting Module 8250"
      killall lircd
      sleep 1
#      modprobe -r lirc_serial
#      sleep 2
#      modprobe 8250
#      sleep 2
#    fi


#    # Kill LCDd
#    if [ $KILL_LCDD = "yes" ]
#    then
#      /etc/init.d/LCDd stop
#      sleep 1
#      echo -n -e "\317" > $WAKEUP_PORT
#    fi


    setserial /$WAKEUP_PORT uart 16550a
    sleep 1


    logger -t vdr-addon-hw-wakeup "echo ATS$WAKEUPSTR > $WAKEUP_PORT"
    echo ATS$WAKEUPSTR > $WAKEUP_PORT
    echo ATS$WAKEUPSTR > /WAKEUPSTR
    logger -t vdr-addon-hw-wakeup "echo RTS$TIMESTR > $WAKEUP_PORT"
    echo RTS$TIMESTR > $WAKEUP_PORT
    echo RTS$TIMESTR > /RTSTIMESTR
    EXITCODE=0
  fi
fi

Die Datei WAKEUPSTR beinhaltet danach nur ATS und die RTSTIMESTR beinhaltet die aktuelle Uhrzeit beim runterfahren.

Was muss angepasst werden?

HILFE !
---------
Wenn ich manuell das shutdown skript ausführe, kommt diese Fehlermeldung:

./shutdown90.wakeup-module.sh 1191442140 (<---- Zeit die von VDR als Variable übergeben wird)

date: invalid date `03 Okt 2007 4:30'
./shutdown90.wakeup-module.sh: line 70: [: 1191430962: unary operator expected
./shutdown90.wakeup-module.sh: line 87: [: -gt: unary operator expected
./shutdown90.wakeup-module.sh: line 91: [: 2147483647: unary operator expected

KEINER DER HELFEN KANN?????

Weis jemand ob Frank Urlaub oder Stress hat? Hat sich auch nicht auf eMail gemeldet?!