[gelöst] Activy 330 mit fremder IR-FB über USB, und trotzdem ActivyLCD nutzen.

Hallo,

ich hab hier mal ein etwas ungewöhnliches Anliegen, zu dem ich bisher in den Foren
nichts gefunden habe.

Ich möchte eine Activy 330 nicht mit der ActivyFB sondern einer USB-FB betreiben
und trotzdem noch das Activy-LCD normal nuzen können.

Hintergrund:
In meinem Arbeitsziemmer habe ich derzeit zwei 330er nebeneinander stehen.
Die einen mit der V2 (meine V2 Referenz) nur für SD-Aufnahmen und Ausgabe über den emm84xx und Scart,
die zweite mit der ActivyEdition und ner eHD für HD-Aufnahme.

Da sich beide im gleichen Raum befinden, werden immer beide gleichzeitig von der FB angesprochen,
was eigentlich keinen vernünftigen Parallelbetrieb zulässt.
Meine Idee war nun, die Activy mit der eHD mit ner Streamzap oder X10 auszurüsten.
Das habe ich auch für beide FB-Varianten zum Laufen bekommen.
Nur wenn ich die FB im Admin auf Other (für Streamzap) oder MedionX10 umstelle, funktioniert
das Activy-LCD nicht mehr, d.h. im LCD bleibt "Loading ..." stehen und es dunkelt auch beim
Ausschalten nicht ab, was natürlich auch nicht schön ist.

Das alcd-plugin ist weiterhin aktiv, nur steht der Parameter "LCD vorhanden" auf nein.
Wenn ich auf ja umstelle, steht er nach dem nächsten Reboot wieder auf nein.

Wenn ich mir die /etc/vdr/plugins/admin/cfgctrl.sh anschaue, könnte der der Parameter LACT,
verantwortlich sein, der für die ActivyFB in der /etc/conf.d/lircdauf auf 1 gestetzt wird.
Für alle anderen FB-Variante bzw. Tastatur wird er 0 gesetzt.
Nur wenn ich in der /etc/conf.d/lircd LACT=1 setzte und LSER auch auf 1 steht (für ne andere FB mit LIRC),
kommt der VDR nicht mehr hoch.

Hat jemand ne Idee, wo man drehen müsste um bei deaktivierten ActivyFB trotzdem das ActivyLVD
normal zu nutzen?

Gruß
franky

Hi

Passiert dasselbe auch auf der Activy Edition oder besteht das Problem nur auf der V2 ?

Hi,

passiert auf der 330er mit ActivyEdition und eHD.
Auf der mit V2 hab ichs noch nicht probiert.

Hi,

ich hab mich gerade doch mal an die 330er mit der V2 herangewagt.
War mir bisher nur unsicher ob da auch das modul lirc_streamzap funktioniert
und die 330er mit der V2 ist eigentlich zu häufig im Einsatz.
Ich hab die Streamzap auch unter der V2 zum Laufen bekommen.
Aber leider der gleiche Effekt mit dem ActivyLCD.

Die V2 und die ActivyEdition verhalten sich da gleich.
Keine ActivyFB dann auch kein funktionierendes ActivyLCD.
Hatte überigens auf der 330er mit eHD mit ner zweiten Test-HDD
auch schon die V3 Beta4 versucht, war da das Gleiche.

Gruß
Klaus

Hi,

Kannst Du mal von der AE Variante die Logs posten, mit dem "normalen" Fehlverhalten und danach mit:

Hi Helmut,

anliegend die logs als zip-Archiv.
Der Streamzap-Empfänger war dabei angeschlossen, das modul lirc_strteamzap über die
/etc/modules.autoload.d/kernel-2.6 geladen und die lircd.conf der Streamzap unter /etc abgelegt.
Die Streamzap war also nach dem Umschalten der FB im admin-plugin sofort aktiv.

1. Log "ActivyFB_LCDok.7z:
Ich bin vor der Erstellung der logs noch mal auf den Ausgangszustand
d.h. ActivyFB aktiviert und LCD funktioniert zurück.
Dabei ist mir was interresantes aufgefallen.
Nachdem ich wieder von Other auf ActivyFB umgestellt hatte, wollte
das LCD trotzdem nicht. Auch ein Reboot hat nix geholfen.
Im alcd-plugin stand "Display vorhanden" immer noch auf nein.
Hab das dann von nein auf ja geändert.
Nach nem VDR-Neustart stand es wieder auf nein.
Danach hab ich alcd über den admin deaktiviert.
Nach dem Runterfahren und neuem Bootvorgang war das alcd
automatisch aktiviert und hat funktioniert.

2. Log "StreamzapFB_ActivyLCD-geht-nicht.7z"
Nach Sicherung des 1. Logs habe ich die FB im admin wieder auf Other gestellt.
Hab danach die Activy ausgeschaltet und wieder Eingeschaltet.
Das alcd-plugin war danach im admin automatisch deaktviert.
Ein Versuch das lcd-plugin im admin wieder zu aktivieren brachte erst mal nix.
Blieb zwar im admin unter plugins als aktiv eingetragen, wurde aber nicht gestartet
und erschien nicht unter Einstellungen-Plugins.
Erst nach einem erneuten Reboot (Befehle-System-System neu starten) wurde das alcd unter
Einstellungen-Plugins wieder angezeigt aber mit "Display vorhanden" auf nein.

3. Log "Aenderung_conf-d_lircd.7z"
In der /etc/conf.d/lircd zusätzlich zu "LIRCD_USESERIAL=1" (gesetzt durch Umstellung FB auf Other)
noch LIRCD_USEACTIVY=1 (wird normal bei ActivyFB gesetzt LIRCD_USESERIAL ist dann aber auf 0).
Dieses Mal bleibt die Activy nicht beim Hochfahren hängen. Keine Ahnung, was da letztes Mal war.
TV-Bild über eHD ist da nur Streamzap funktioniert nimmer dafür aber wieder die ActivyFB.
Das AvtivyLCD jedoch nicht (hell erleuchtet mit Anzeige Loading ...).
Hab dann wieder im admin das alcd deaktiviert, Activy ausgeschaltet und wieder eingeschaltet.
Bleibt jedoch weiter aktiv (in Einstellungen-Plugins vorhanden) aber mit "Display vorhanden"
auf nein, jedoch im admin-plugin unter plugins mit 0 deaktiviert.
Nach nem Reboot ist alcd dann doch unter Einstellungen-Plugins verschwunden.
Habs dann im admin wieder aktiviert und nen Reboot ausgeführt.
LCD funktioniert weiterhin nicht. In Einstellungen-Plugins nicht vorhanden im admin aktiviert.
In diesem Zustand hab ich dann das Log gezogen.
Der Eintrag LIRCD_USESERIAL=1 scheint also die Funktion des alcd zu beeinflussen.

Wäre schön wenn Du rausfinden könntest wie man das ActivyLCD bei deaktivierter ActivyFB
doch noch zu Laufen kriegt.

Investiere aber bitte nicht zu viel Zeit.
Die V3 ist wichtiger als die Lösung solcher seltsamen Sonderwunsches!!!
Ich kann auch auf den Parallelbetrieb verzichten und die beiden Activys getrennt
betreiben, d.h. immer nur eine über den Powerbutton am Gehäuse einschalten

Gruß
Klaus

angehängte Datei ( Anzahl der Downloads: 130 )
 Logs.zip

Hallo

Das hast Du richtig erkannt, das LIRCD_USESERIAL in /etc/conf.d/lircd Laesst das Alcd Plugin "verstummen" da es den lirc_serial Treiber laedt welcher Com1 blockiert.
Eine saubere Loesung wuerde bedeuten, dass man nen zusaetzlichen Paramter fuer LIRC einfuehrt ( OtherNonSerial ).
Ein einfacher Workaround waere LIRCD_USESERIAL manuell auf 0 zu setzen in der /etc/conf.d/lircd

Hi Helmut,

vielen Dank!!

Das wars.
Habe jetzt LIRCD_USESERIAL und LIRCD_USEACTIVY auf "0" gesetzt.
Jetzt funktioniert die Streamzap und das ActivyLCD funktioniert auch.

Super! Genau so, wie ich es haben wollte!! :)

Der Parameter LIRCD_USESERIAL =1 bewirkt also dass alcd blockiert wird,
obwohl das modul lirc_serial gar nicht geladen wird.
Der Workaround, die /etc/conf.d/lircd manuell zu ändern ist für mich voll OK.
Ist ja wirklich nur ein Sonderfall. :wub:
Dafür ist es nicht notwendig irgendwas mit nem neuen lirc-Typ zu basteln.

Gruß
Klaus

Nicht ganz - LIRCD_USESERIAL bewirkt dass lirc_serial geladen wird (von /etc/init.d/lircd )

Hi Helmut,

wieder was gelernt!

Ich dachte durch das tauschen von lirc_serial gegen lirc_streamzap
in der /etc/modules.autoload.d/kernel-2.6 wäre lirc_serial deaktiviert.
Habe daher vermutet, dass ein Startscript bzw. das alcd-plugin selbst
die /etc/conf.d/lircd abfrägt und bei gesetztem LIRCD_USESERIAL=1
das ActivyLCD blockiert.

Hab mal LIRCD_USESERIAL wieder auf 1 gesetzt und und das log näher angeschaut.
Nach dem Laden von lirc_streamzap:

rührt sich etwas später noch lirc_serial

Hatte ich komplett übersehen.
Mit LIRCD_USESERIAL=0 fehlt dieser Eintrag.

Da war ich wieder mal ganz schön auf dem Holzweg. ;)

Noch mals vielen Dank für deine Hilfe.

Gruß
Klaus