[MarMic]

kA ob er die tv karte hochzählt -> denke aber nicht.

hmm ich habe mir ersteinmal geholfen in dem ich in die rc.poweroff rm -r -f /etc/udev/rules.d/*

eingetragen habe

ist sicher aber nicht sinn und zweck der aktion! ich hoffe das wino ne idee hat.

@wino, hast du ne idee zu dem problem???
google habe ich auch nur gefunden, dass wenn leute sowas unter ubuntu hatten einfach die file rm haben.

edit://das ganze wird durch udevadm trigger --action=add --type=devices ausgeführt wenn man das auf der konsole mal eingibt und bestätigt erhält man jedesmal ein neues device ... und nun?

[wino]

@wino, hast du ne idee zu dem problem???
google habe ich auch nur gefunden, dass wenn leute sowas unter ubuntu hatten einfach die file rm haben.

edit://das ganze wird durch udevadm trigger --action=add --type=devices ausgeführt wenn man das auf der konsole mal eingibt und bestätigt erhält man jedesmal ein neues device ... und nun?

Die Rules unter /etc/udev/rules.d werden automatisch von den Skripten unter /lib/udev/ hier write_net_rules (75-persistent-net-generator.rules) angelegt. Das Löschen der Files ist keine Lösung.

Installiert Ihr MLD in einer VM oder startet Ihr immer das ISO neu?

MfG
wino  

[MegaX]

Installiere immer in VM und Real.



MegaX

[wino]

Installiere immer in VM und Real.



MegaX

Ok, dann werde ich auch installieren und testen.  

[MegaX]

Boah...da sachta imma es geht und dann hat ers nich mal installiert


MegaX

[MarMic]

Hi wino,

Um den Fehler nach zu stellen MUSS man installieren. Da sonst die Datei 70 nicht angelegt wird.

D.h. install + reboot nun wird sie geschrieben nun erneut reboot und die Datei ist da und wird er weiter, was zum Fehler führt

 Habe leider keine schöne doku für udev als dev generator gefunden. Hast du da was?

Greetz marmic

[P3f]

HI,

so nun ist endlich ein wenig Zeit auch mal die 3.0.2 auf meinem Blech zu installieren. Und ich habe nach der Installation bestimmt schon 17 mal neu gebootet und immer läuft die Umgebung stabil hoch.... Echt gute Arbeit.

Die beschriebenen Probleme hatte ich bisher weder in der VM noch heute auf dem Blech... (Warum ist nur vereinzelt das Problem, welche Idee schwirrt Wino im Kopf rum?)
Meine /etc/udev/rules.d/70-persistent-net.rules sieht immer noch wie folgt aus

Code: [Select]

# This file was automatically generated by the /lib/udev/write_net_rules
# program, run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single
# line, and change only the value of the NAME= key.

# PCI device 0x10ec:/sys/devices/pci0000:00/0000:00:1c.1/0000:04:00.0 (r8169)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="20:cf:30:b1:b1:3f", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME

@Wino: Gibt es eigentlich ein Grund dafür, das Du deine geschriebenen Anpassungen auf Seite 1 für INITRAMFS noch nicht hochgeladen hast?
Hintergrund: Ich habe die Anpassung mal in meiner Develumgebung eingebaut und danach erkennt er auch wunderbar die IR-Module. Wo wird denn deine beschriebene Anpassung im /etc/init.d/lird gemacht? Wird bei Dir immer das Lirc-Addon mit installiert? oder waren die beschriebenen Anpassungen in einer anderen Startdatei? Wenn ja, in welcher...

Gruß,

Pit

P.S: Sollen wir nicht uns weiter auf LIRC-Anpassungen konzentrieren und das hochzähl-Problem vom Netzwerk in dem Thread "MLD-3.0.2-udev" belassen?

[wino]

so nun ist endlich ein wenig Zeit auch mal die 3.0.2 auf meinem Blech zu installieren. Und ich habe nach der Installation bestimmt schon 17 mal neu gebootet und immer läuft die Umgebung stabil hoch.... Echt gute Arbeit.

Die beschriebenen Probleme hatte ich bisher weder in der VM noch heute auf dem Blech... (Warum ist nur vereinzelt das Problem, welche Idee schwirrt Wino im Kopf rum?)
Meine /etc/udev/rules.d/70-persistent-net.rules sieht immer noch wie folgt aus

Da bin ich erleichtert dass es nicht nur bei mir stabil läuft. Das Fehlverhalten bei MegaX uns MarMic kann ich nicht nachstellen.

@Wino: Gibt es eigentlich ein Grund dafür, das Du deine geschriebenen Anpassungen auf Seite 1 für INITRAMFS noch nicht hochgeladen hast?
Hintergrund: Ich habe die Anpassung mal in meiner Develumgebung eingebaut und danach erkennt er auch wunderbar die IR-Module. Wo wird denn deine beschriebene Anpassung im /etc/init.d/lird gemacht? Wird bei Dir immer das Lirc-Addon mit installiert? oder waren die beschriebenen Anpassungen in einer anderen Startdatei? Wenn ja, in welcher...

Gruß,

Pit

Das was ich auf Seite eins vorgestellt habe, sollte sich Claus oder auch andere User ansehen und testen. Leider kam bisher keine Reaktion darauf. Du bist der einzige der das nun getestet hat.

Wichtig ist die Unterscheidung ob ein Lirc-Empfänger oder ein USB-Empfänger verwendet wird.  Lircd soll auf /var/run/lirc/lircd  Socket hören und nicht auf /dev/lircd0. In dem Beispiel liegt die lircd.conf  und die bisher nicht bei MLD verwendete hardware.conf unter /etc/lirc. Die Variablen für MLD werden bisher durch die verschiedenen Scripte in die rc.config eingetragen. Wen es ohne den beiden Dateien, die unter /etc/lirc liegen  funktionieren soll, muss Claus eine andere Möglichkeit finden.

Aus dem Schaubild oben lassen sich alle Möglichkeiten für Fernbedienungen ersehen und auch was alles zu bedenken ist. Du siehst, bevor ich das einchecken kann, sind noch einige Dinge zu klären. Da ist Eure Meinung und Mitarbeit gefragt.

P.S: Sollen wir nicht uns weiter auf LIRC-Anpassungen konzentrieren und das hochzähl-Problem vom Netzwerk in dem Thread "MLD-3.0.2-udev" belassen?

Da bin ich vollkommen Deiner Meinung.

MfG
wino
 

[wino]

Boah...da sachta imma es geht und dann hat ers nich mal installiert


MegaX

Bevor ich etwas veröffentlicht habe, habe ich mindestens 20-30 mal installiert. Wen ich schreibe, bei mir funktioniert es, dann ist es auch an dem.  

[P3f]

Hi,

nun habe ich einiges bei den verschiedensten Addons fertig und würde es gerne hochladen. Seit ihr damit einverstanden, wenn ich mal eine Version hochlade?

Update wäre für die Addons:

INITRAMFS
eventlircd
vdr
remote-autodetect

Gruß,
Pit

[MarMic]

bei mir so oder so OK!!! warte was wino sagt!

@pit haste mitbekommen das dvb-remote lirc ersetzen soll?

[P3f]

JA, ich habe nun erstmal das eventlircd-Addon soweit im Webif eingebunden, das bereits das remote-autodetect auch gleich eventlircd identifiziert und nachlädt.

Nachdem ich 2 verschiedene Hardwaren hier nun mehrmals neu aufgesetzt habe, traue ich mich diesen Stand mal hoch zu laden.

Das LIRC-Addon habe ich garnicht auf dem Radar... Das wird doch nur noch für Serial benötigt. Und ich habe nur noch ein Blech mit seriellem Anschluß, das schaue ich mir aber erst an, sobald das mit den eventlirc zufriedenstellend ist. Ok?

Ich warte mal, was Wino sagt....

Gruß,

Pit

[wino]

JA, ich habe nun erstmal das eventlircd-Addon soweit im Webif eingebunden, das bereits das remote-autodetect auch gleich eventlircd identifiziert und nachlädt.

Nachdem ich 2 verschiedene Hardwaren hier nun mehrmals neu aufgesetzt habe, traue ich mich diesen Stand mal hoch zu laden.

Das LIRC-Addon habe ich garnicht auf dem Radar... Das wird doch nur noch für Serial benötigt. Und ich habe nur noch ein Blech mit seriellem Anschluß, das schaue ich mir aber erst an, sobald das mit den eventlirc zufriedenstellend ist. Ok?

Ich warte mal, was Wino sagt....

Gruß,

Pit

Wenn es funktioniert und allgemeingültig ist, habe ich nichts dagegen. Mir ist im Moment nur nicht klar was eventlircd in dem Webif soll? Eventlircd  wird immer und bei jeder Fernbedienung gestartet. Das Addon ist der Vermittler zwischen den verschiedenen Empfangsarten und VDR bzw. XBMC. Das remote-autodetect Addon wird nicht mehr benötigt.

Es wird ein Script benötigt welches die verschiedenen Empfänger auswertet und je nach Ergebnis handelt. Im Webif wird nur noch lirc serial ausgewählt. Viele Empfänger, die jetzt noch lircd nutzen, werden über rc-core Module geladen und gesteuert. Der Ablauf kann man schön dem Schaubild entnehmen.

MfG
wino  
 

[P3f]

Hi Wino,

dann traue ich mir ja noch weniger zu. Ich dachte man muß schon noch selber die Fernbedienung auswählen, daher habe ich im Webif die Auswahl der keymaps (aus /lib/udev/rc_keymaps/*) eingebunden.

Und ich das wir weiterhin das remote-autodetect haben sollten, wegen der Alternative zu eventlircd. Also wenn man halt kein udev-Device hat (z.B. serielle Schnittstelle und dann mit LIRC).

Aber wenn der Ansatz falsch ist, dann füge ich mich danach. Schließlich seit ihr die besseren Programmierer.

Gruß,

Pit

[wino]

Hi Wino,

dann traue ich mir ja noch weniger zu. Ich dachte man muß schon noch selber die Fernbedienung auswählen, daher habe ich im Webif die Auswahl der keymaps (aus /lib/udev/rc_keymaps/*) eingebunden.

Und ich das wir weiterhin das remote-autodetect haben sollten, wegen der Alternative zu eventlircd. Also wenn man halt kein udev-Device hat (z.B. serielle Schnittstelle und dann mit LIRC).

Aber wenn der Ansatz falsch ist, dann füge ich mich danach. Schließlich seit ihr die besseren Programmierer.

Gruß,

Pit

Hallo Pit,

ich bin ja froh wenn Du Dir Gedanken machst und mitarbeitest. Es sollte aber ein Konzept verfolgt werden. Bei Empfängern, bei denen Keymaps existieren, braucht im Idealfall nichts gemacht werden. Die funktionieren ohne weiteres Zutun. Viele Module und Keymaps (Stichwort rc-core) werden schon vom Kernel bereitgestellt und geladen. Lirc, wie bisher bekannt, ist ein Auslaufmodel. Eventlircd wird unabhängig von der Empfangsart immer gestartet und zwar schon recht zeitig. Eventlircd übergibt die Tastendrücke an VDR bzw. XBMC.

Wenn Du mir Deine FB und Treiber nennst, kann ich genauere Auskunft geben.

MfG
wino