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 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
habe da jetzt ein fp_control gebaut mit dem seine sourcen
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.