Activy 3xx alcd-0.3.3

helau, dann braeuchstest im alcd plugin ja nur machen "if status A0 A2", oder?

und evtl kann man das ja via software rev rauslesen?

-- randy

Zitat

Original von 9000H
Hi,

es scheint da noch einige Unterschiede zwischen den alten 300 und 3xx Frontpanels zu geben zu mindest was die Firmware betrifft. Bei meiner 350er kommt als Status Byte nicht A0 zurueck sondern A2 worauf natuerlich alcd etwas verwirrt ist. Auch die Abfrage der HW Rev. ist nicht mehr moeglich.

CU
9000h

Hi,
Kannste mal Dein Log-File posten ?

Moin 9000H,
Kannste es mal damit probieren ?!

helau - kannst du bitte auch bei gelegenheit eine option einbauen,
um zwischen "mit lcd" und "ohne lcd" zu wechseln? wenn man ein panel
ohne lcd hat, resettet alcd die ganze zeit das panel weil der text natuerlich
nicht gesendet wurde...
durch den reset ist die ganze bedienung natuerlich laggy wie nochmal was

am besten ist eine option im pluginssetup. commandozeile ist eher schlecht
bei linvdr plugins.

thanks,
-- randy

Hi Randy,
Kannst Du mal den Diff antesten:

--- d:\tmp\activylcd.c  Tue Oct 18 09:33:51 2005
+++ .\activylcd.c       Tue Oct 18 09:49:29 2005
@@ -62,7 +62,6 @@


    SerialPortOpen();
    SetPowerButton(1);  // always enable PowerButton
-   picError = false;
    SetLCDBrightness(LCDBrightness);


    SetInfo(false,false);
@@ -70,6 +69,7 @@
    SendCommand(HWREV);
    SendCommand(FWREV);
    SendCommand(LCD_CLEAR);
+   picError = false;
    actLine[0][0] = actLine[1][0] = '\x00';
    actPos[0] = actPos[1] = 0;
 #ifdef DEBUG

Damit sollte beim Starten erkannt werden dass kein LCD da ist.
Wenns nicht reicht dann poste kurz die LogEntries.

Hallo Liste,

bei mir läuft das alcd-Plugin in der Version 0.3.2 ohne Probleme. Ich habe es auf meiner Activy unter LinVDR 0.7 (mit dem letzten MT-Patch) und unter ct-VDR3 (vdrdevel) erfolgreich übersetzen lassen.

Eine Sache ist jedoch unter dem ct-VDR (welchen ich ständig benutze) komisch.

Die Powertaste der Fernbedienung wird nach dem Starten des VDRs in den falschen Zustand umgeschrieben, so dass beim Betätigen der Taste der Rechner einfriert.

Setze ich den Zustand vor dem Betätigen der Taste manuell auf:

activy_pb.sh 0

funktioniert das Herunterfahren. Jetzt dachte ich, einfach den Befehl am Ende der runvdr eintragen und fertig. --> Leider nicht!

Kurz nach dem Start funktioniert es, aber nach einer ungewissen Zeit wird die Taste umgeschrieben. Ich weiß nicht wie und warum. Wenn ich den VDR über den Menüpunkt "VDR neustarten" im Dialog "Einstellungen" ausführe, ist die Tastenzuordnung auch weg.

Was passiert beim Starten des alcd-Plugins?

Beim Hoch- und Runterfahren des Rechners wird das Init-Script "activy.sh" ausgeführt.

Hat jemand die gleichen Probleme?

Wie gesagt, das aus dem gleichen Quellcode erzeugte Plugin für LinVDR hat diese Macken nicht???

In der Readme wurde der Parameter "-r <scriptName>" angegeben. Wann genau wird dieses Script ausgeführt?

Viele Grüße

Michael

Hallo,
Gen2VDR startet lediglich zu Beginn der runvdr die activyrc2.sh ( siehe Anhang ) , ansonsten nichts. Das mit -r angegeben Script wird nur im Falle eines PIC-Resets ausgefuehrt.

Hallo Liste,

mein in zwei Beiträgen höher beschriebenes Verhalten konnte ich zum Teil lösen.

Das unterschiedliche Verhalten zwischen ctVDR und LinVDR lag daran, dass beim LinVDR ACPI konfiguriert war und beim ct-VDR nicht. Der Rechner schaltete sich beim LinVDR nicht, wie ich anfangs vermutet hatte, über den VDR-Befehl "Herunterfahren" aus, sondern durch die ACPI-Routine.

Somit habe ich unter ct-VDR und LinVDR das gleiche Problem, dass die Funktion der Power Taste nach einer gewissen Zeit umprogrammiert wird. Es ist mir noch ein Rätsel warum?

Nun habe ich mich daran gewöhnt und es zum Teil auch zu schätzen gelernt. Falls sich der VDR mal aufgehangen hat (was natürlich selten passiert), so konnte ich den ganzen Rechner einfach herunterfahren.

Beim ct-VDR habe ich acpi einfach per apt-get apid nach installiert.

So viel dazu, nicht das hier was unbeantwortet bleibt.

Viele Grüße

Michael

hm, eigentlich schade. Ich habe mich an die Hotline von Fujitsu Siemens gewandt, um dem WOL-Problem auf die Spur zu kommen.
... Leider nur mit mässigem Erfolg.
Nach einigem hin und her wollte ich genau wissen, was beim Herunterfahren von Windows passiert. Als Antwort kam leider nur das:

Zitat

entschuldigen sie die verspätete Antwort. So wie es aussieht liegt folgender Fall vor.
Je nachdem wie ein Betriebssystem heruntergefahren wird befindet es sich in einem definierten Zustand. Dieser Zustand ist dafür verantwortlich ob WOL funktioniert oder nicht. In Ihrem Fall scheint nur das harte Ausschalten des Rechners diesen Zustand herzustellen. Ich hoffe ich konnte ein wenig Licht in die Angelegenheit bringen.

... nicht gerade aussagekräftig

Michael