fp_control und aotom

[Piccer]

Nachdem ich nun einige Zeit mit fp_control herumgespielt habe, habe ich festgestellt, dass da noch so einiges nicht so recht passt. Vieles ist nicht implementiert oder funktioniert einfach nicht richtig (vielleicht auch weil der fp das nicht kann?). Ich würde mich da gern ein bisschen dran versuchen, finde aber nirgendwo etwas über den aotom, außer den Treibern und den fp_control-sourcen im git. Gibts da irgendwo was zum lesen, oder ist das nur durch herumprobieren entstanden?
Danke

[KleinerSchelm]

Hallo Piccer
mit den Sachen aus dem thread (http://www.hdmedia-universe.com/board/showthread.php?2657-clock-VFD-Control&p=30295&viewfull=1#post30295) hier geht jetzt das aotom display


SPARK7162:~#SPARK7162:~# fp_control -dt 1
fp_control: SW Version 1.02
Model: spark7162
vBoxType: 10
Selected Model: Edision Spark frontpanel control utility
Spark_init
checkConfig
configs: DISPLAY = 1, DISPLAYCUSTOM = 1, CUSTOM = %H:%M:%S
, WAKEUPDECREMENT 300
Setting Clock to current time: 15:50:21 22-01-2013



fp_control -g
fp_control: SW Version 1.02
Model: spark7162
vBoxType: 10
Selected Model: Edision Spark frontpanel control utility
Spark_init
checkConfig
configs: DISPLAY = 1, DISPLAYCUSTOM = 1, CUSTOM = %H:%M:%S
, WAKEUPDECREMENT 300
waiting on current time from fp ...
success reading time from fp
Current Time: 15:51:06 22-01-2013

[Piccer]

Danke, schaue ich mir gleich an wenn ich heim bin.
Korrigiert mich wenn ich den source von fp_control falsch interpretiere, aber ich sehe zum Beispiel folgendes Problem beim Auslesen des Wakeup-Grundes:
Wenn eine Routine für bestimmte FP existiert -> nutze diese. Ansonsten umgehe das ganze, indem du ein wakeupfile mit der aktuellen Zeit vergleichst und setze danach den Grund. Nun existiert für spark eine routine, und zwar eine, die immer 0 zurückgibt. Wäre es da nicht besser, gleich die Pseudo-Routine zu nutzen, statt eine die nichts tut?

[santa]

Wakeupreason haben wir eine bin gefunden, die das beim Boot macht, das geht auch.
Aber wenn du das Zeit setzen auslesen usw implementieren würdest wäre super.

[Piccer]

So wie ich das oben sehe funktioniert das setzen und lesen ja scheinbar schon, somit nur noch eine Fleißarbeit, das in den aktuellen git-source einzuarbeiten, das mache ich gern (hoffe dass ich es hinbekomme *g*). Mein Problem damit war ja, dass die eigentliche Routine um den Grund auszulesen nur 0 zurückgab, die Pseudoroutine aber auch nicht funktionierte (ziemlich wahrscheinlich, weil das Datum ständig auf 01.01.1970 stand, oder zumindest so ausgelesen wurde). Ich versuche mich mal dran.

[KleinerSchelm]

Danke an skrasher (http://www.hdmedia-universe.com/board/member.php?1864-skrasher)
habe da jetzt ein fp_control gebaut mit dem seine sourcen (http://www.hdmedia-universe.com/board/showthread.php?2657-clock-VFD-Control&p=30295&viewfull=1#post30295)
hier mal im Anhang zum testen kommt nach /bin chmod 755

[Piccer]

also da klemmt auch was. Mit dt 1 wird die aktuelle Zeit inklusive Datum gesetzt, und zwar richtig. Aber mit -s schreibt er immernoch den 01.01.1970 ins datum. Beim derzeitigen Image also bei jedem herunterfahren....

[santa]

Obwohl es ja trotzdem richtig sein muss, denn mit -gs setzt er sich die systemzeit richtig.

[Piccer]

die Zeit ja, aber das datum?

[santa]

Boote doch mal ohne Sat und pack das -gs in die rcS.
Nur Zeit wäre ja doof, weil epg dann immernoch mist naach booten anzeigt.

Skrusher hat aber glaube ich ne normale spark.

[KleinerSchelm]

die timer.sh müsst ihr noch deaktivieren oder abändern da stehen noch die "alten" befehle drin.
wenn man ein HDMU image benutzt mit spark spark7162

[Piccer]

Es kommt noch besser:
irgendwas in der rcS setzt beim booten den fp zurück auf 01:01 01.01.1970....
Irgendwie ist das gerade, wie einen Altbau zu sanieren, kommt immer was neues dazu. Ich weiß nur noch nicht, was es ist, weil eigentlich kein fp_control ausgeführt werden sollte... Das macht die ganze Geschichte allerdings gerade ziemlich nutzlos. Also erstmal rausfinden, wer da am FP dreht

[KleinerSchelm]

bei mir hier nicht, die zeit und datum ist nach einem neustart in dispalay

[Piccer]

bei mir auch, aber während des bootens springt sie plötzlich auf 01:01 und wird erst während enigma schon läuft wieder gesynct.

[Schischu]

Frage, wie kommt ihr drauf das es einen Befehl -gs gibt ?

[santa]

hat skrasher eingebaut, ich finde die Funktion recht sinnvoll, wäre schön wenn die ins git kommt.

klick (http://www.hdmedia-universe.com/board/showthread.php?2657-clock-VFD-Control&p=30295&viewfull=1#post30295)

[Schischu]

Jup, mit Verweis auf die GPLv2 wäre das wohl am besten.

Edit: Ah ok gerade gesehen das Source im anderen Thread ist.

[santa]

In dem Post von ihm sind die sourcen ja drin, willst du evtl drüber sehen bevor das ins git kommt?

[Piccer]

/usr/bin/time.sh war die Lösung....

[santa]

Das hatte Ks in post 11 gemeint.

[Piccer]

ich hatte ja nach timer.sh gesucht, aber so konnte ich es ja nicht finden, und dadurch dass es im Hintergrund lief und auch noch mit sleeps bestückt ist, war ich auf dem völlig falschen Dampfer ;-)