1

Allgemein [ General ] / Fernbedienung mit seriellem attric

« on: October 11, 2022, 23:20:52 »

Hallo.

Nach langer Zeit könnte ich mal wieder eure Hilfe gebrauchen.
Ich habe vor einigen Jahren für meine Mutter ein MLD 5.4 System mit seriellem attric Einschalter eingerichtet.
Das hat auch prima funktioniert.
Nachdem es für eine Weile außer Betrieb gesetzt wurde, bin ich gerade dabei das zu ändern.
Als erstes habe ich das System auf MLD 5.5 aktualisiert, mit der Folge, dass nun die Fernbedienung nicht mehr funktioniert.
Ich habe mal die vom System gestarteten Prozesse verglichen.

Beim funktionieren MLD 5.4 sieht das so aus:

Code: [Select]

1632 root      9336 S    {runvdr} /bin/sh /usr/bin/runvdr
 1652 root      9336 S    {runvdr-shd} /bin/sh /usr/bin/runvdr-shd -f
 1703 root      9336 S    inotifyd - /var/run/runvdr-shd D
 1844 root      793m S    /usr/bin/vdr -s /etc/vdr/shutdown.d/rc.action -r /etc/vdr/recording.d/rc.action -w 60 -g /tmp -u root --chartab=ISO-8859-9 -l 1 --lirc -Psofthddevice -f -w alsa-
 1980 root      9336 S    tcpsvd -l0 0 80 /bin/sh /usr/bin/webserver.sh
 2072 root      9336 S    acpid
 2145 daemon   27956 S    atd
 2158 root     18460 S    sshd -E
 2198 root         0 SW   [rc0]
 2253 root     59420 S    {lircd2uinput} /usr/bin/python /usr/bin/lircd2uinput -s /var/run/lirc/lircd-COM2
 2294 root     49124 S    lircd -P /var/run/lirc.pid --output=/var/run/lirc/lircd-COM2 -d /dev/lirc0 /etc/lircd.conf
 2314 root      9336 S    {apt} /bin/sh /etc/init.d/apt start
 2316 root      9336 S    sleep 86400
 2403 root      9336 S    -sh
 2404 root      9336 S    -sh


Nach dem Update auf MLD 5.5 so:

Code: [Select]

1650 root      7384 S    {runvdr} /bin/sh /usr/bin/runvdr
 1652 root      7384 S    {runvdr-shd} /bin/sh /usr/bin/runvdr-shd -f
 1693 root      7384 S    inotifyd - /var/run/runvdr-shd D
 1853 root      819m S    /usr/bin/vdr -s /etc/vdr/shutdown.d/rc.action -r /etc/vdr/recording.d/rc.action -w 60 -g /tmp -u root --chartab=ISO-8859-9 -l 1 --lirc -Psofthddevice -f -w alsa-
 1874 root         0 IW   [kworker/u8:4-ev]
 1964 root      7384 S    tcpsvd -l0 0 80 /bin/sh /usr/bin/webserver.sh
 1967 root      7384 S    acpid
 2056 daemon    5688 S    atd
 2140 root      6384 S    sshd -E
 2244 root         0 SW   [rc0]
 2291 root     12768 S    lircd -P /var/run/lirc.pid --output=/var/run/lirc/lircd-COM2 -d /dev/lirc0 /etc/lircd.conf
 2300 root      7384 S    {apt} /bin/sh /etc/init.d/apt resume
 2301 root      7384 S    {apt} /bin/sh /etc/init.d/apt start
 2302 root      7384 S    sleep 60
 2303 root      7384 S    sleep 86400
 2384 root     28072 S    {lircd2uinput} /usr/bin/python /usr/bin/lircd2uinput -s /var/run/lirc/lircd-COM2
 2878 root      7384 S    -sh
 2879 root      7384 S    -sh
Kann es sein, dass die geänderte Startreihenfolge von lircd und {lircd2uinput} der Grund ist?
Falls ja, wo bzw. wie kann ich das korrigieren?

Hab auch schon ein paar andere Hinweise aus anderen Threads probiert, jedoch keinen Erfolg gehabt. 
Bin für jegliche Hinweise im Voraus dankbar.


Edit:
Mist, ich wollte eigentlich unter MLD 5.5 / Allgemeines posten. 
Bitte in die richtige Rubrik veschieben.
Danke. 

2

Hardware / Welcher IR-Empfänger empfolen unter MLD für vorh. FB

« on: December 03, 2018, 13:38:58 »

Ich verwende schon seit Jahren diese https://www.amazon.de/gp/product/B001DZOMI2/ref=oh_aui_detailpage_o02_s01?ie=UTF8&psc=1 Anstecken und die geht ohn das du was Config musst. Egal ob beim Q1900 oder RPi, BPi und ist Preislich weit unter dem was die andern kosten

Hallo.
Ich mal wieder nach langer Zeit.
Funktionieren bei dieser FB alle Tasten und sind keine doppelt belegt?

Vielen Dank im Voraus.

3

Allgemein [ General ] / OSD-Teletext verhindert Shutdown

« on: September 02, 2015, 14:30:54 »

Hallo.

Ich habe bei mir folgendes Phänomen:
Wenn ich das OSD-Teletext-Plugin öffne und längere Zeit (mehrere Minuten) ungenutzt belasse,
lässt sich der Rechner anschliessend nicht herunterfahren.
Also wie folgt:
ZDF HD
->OSD Telextet
warten
-> Exit
-> Power2 Taste
-> Ausschalthinweis kommt, und verschindet nach ein paar Sekunden
-> Shutdown bleibt aus
-> nach etwa 1 min kommt der Hinweis, dass der VDR in 5 min herunterfährt
-> Shutdown bleibt erneut aus
-> nach etwa 1 min kommt der Hinweis, dass der VDR in 5 min herunterfährt
-> Shutdown bleibt erneut aus
usw.
Folgendes findet sich im Log:

Code: [Select]

Sep  2 14:17:36 MLD user.err vdr: [1150] ERROR (thread.c,564): Cannot allocate memory
Sep  2 14:17:36 MLD user.err vdr: [1150] SystemExec() failed with status -1

Wenn ich einen Kanalwechsel durchführe, lässt sich der VDR wieder normal abschalten.

Lässt sich das bei euch reproduzieren?

Gruss
Martin

4

Allgemein [ General ] / Neuer Versuch

« on: August 24, 2015, 23:04:33 »

@Thorsten:
Keine Sorge werde keine neue Diskussion anstossen.
Mir ist schon klar, dass niemand den Livebuffer wiederbeleben wird, nur weil ich ihm nachtrauere.
Ich werde schon noch mit mehr RAM experimentieren. Jedoch hatte ich irgendwo gelesen, dass
mehr RAM zu mehr Problemen führen kann. Eventuell habe ich da auch was falsch verstanden.
An der aufwendigeren Bedienung des permashifts wird dies aber nichts ändern.

Ich korrigiere mich:
Beim Livebuffer habe ich 1500 MB RAM.
ARD (SD) hat eine Bitrate von 7 Mbit (laut femon).
Das ergibt bei mir einen Puffer von mehr als 30 Minuten.

5

Allgemein [ General ] / Neuer Versuch

« on: August 24, 2015, 18:18:15 »

Hallo skippy.

Danke für deine Antworten.

1. Passwortproblem gelöst. Vielen Dank.

2. tvguide-Plugin ist installiert.
Scheint ein akzeptabler Ersatz für den zappilot zu sein.
Kleines Manko: Beansprucht den gesamten Bildschirm für die Ausgabe.
Ist aber vermutlich nur Gewöhnungssache.
Möglicherweise lässt sich da noch etwas konfigurieren.
Werd mich noch intensiver damit auseinander setzen . Danke für den Tipp.

4. Wie bereits geschrieben habe ich permashift bislang nur flüchtig mit 100 MB RAM getestet.
Folgendes ist mir im Vergleich zum Livebuffer-Patch "negativ" aufgefallen:
Beim Zurückspulen wird eine Sofortaufnahme angelegt, und die Fernbedienung verhält sich gemäß Wiedergabe-Modus.
Die Aufnahme läuft auch nach einem Kanalwechsel weiter und der Timer bzw. Aufnahme müssen
manuell gelöscht werden.
Beim Livebuffer wurde nur dann ein Timer bzw. einen Aufnahme angelegt, wenn man sich entschlossen
das gebufferte Aufnehmen zu wollen.
Die Fernbedienung verhielt sich auch beim Zurückspulen gemäß Standardmodus.
Da ich fast ständig den Livebuffer nutze, käme ich aus dem Timer/Aufnahme-Löschen nicht mehr heraus.
Außerdem ruckelt bei mir die Angelegenheit ziemlich, obwohl nur 100 MB RAM.
Beim Livebuffer hatte ich 1 GB RAM, was etwa 30 Minuten entsprach.
Vielleicht lässt sich auch hier noch manches über die Einstellungen pimpen.

@Claus:
Auch dir vielen Dank für die Antwort.
Unter VDR-1.6.0 nutze ich eine externe USB-Festplatte, die ich per Command mounte und ins Aufnahmeverzeichnis
einbinde.
Ist aber alles schon verdammt lang her, dass ich das eingerichtet habe.
Muss mal schauen in wie fern das auf die MLD und VDR-2.2.0 übertragbar ist.
Muss ich denn die interne HDD nach dem Booten nicht explizit abschalten.
Gezielt auf die HDD aufnehmen möchte ich nicht. Zum Aufnehmen möchte ich immer die SSD verwenden.
Wenn sich herausstellt, dass eine Aufnahme es verdient hat archiviert zu werden, möchte ich die HDD einbinden und die
Aufnahme per extrecmenu auf die HDD verschieben. 
Entsprechend beim Abspielen einer archvierten Aufnahme: HDD aktivieren, einbinden und abspielen.
Anschließend wieder deaktivieren.

Martin

6

Allgemein [ General ] / Neuer Versuch

« on: August 24, 2015, 16:18:51 »

Hallo.
Nachdem unter MLD 4.0 vor einigen Monaten der igorplug zu bocken anfing und auch der Atric 5.0
nicht auf Anhieb funktionieren wollte, hab ich mir eine Auszeit genommen.

Nun hab ich den 2. Anlauf mit MLD 5.0 gestartet.
Bislang klappt das auch schon ganz wunderbar.
Der igorplug wollte immer noch nicht wieder, aber der Atric funzt nun.

Habe nun noch folgende Fragen:
1. das ssh und sftp login gelingt mir nicht mehr (permission denied).
Wurde etwas am login geändert (root / root)?
2. Im Alltag benutze ich noch immer einen VDR-1.6.0.
Unter anderem habe ich das pilot bzw. zappilot Plugin im Einsatz!
Kennt das noch jemand? Gibt es ein Plugin mit ähnlicher Funktionalität für den aktuellen VDR?
3. Ich habe im neuen VDR einen 120 GB SSD und eine 2 TB HDD.
Da ich nur wenige Aufnahmen archiviere reicht mir im Normalfall die SSD aus und die HHD kann
abgeschaltet werden bzw. bleiben.
Wie kann ich realisieren, dass die HDD nur manuell aktiviert wird?

Der Hauptgrund jedoch dass ich bis heute den Uralt-VDR betreibe ist der Livebuffer-Patch.
Ich liebe dieses Feature. Jederzeit Zugriff auf die letzten (bis zu) 30 Minuten Programm des aktuellen Sender.
Schade das es den Livebuffer-Patch nicht mehr gibt. 
Ein flüchtiger Test des permashift-patch/plugin scheint leider noch immer kein gleichwertiger Ersatz zu sein.

Nun denn. Man kann wohl nicht alles haben. HDTV und Livebuffer. 
Wenn ich die anderen Problemchen zufriedenstellend gelöst kriege, werden ich mich wohl mittelfristigt vom
Livebuffer entwöhnen.

Zunächst würden mir Stichworte bzw. Suchbegriffe als Lösungsansatz genügen.

Bei Bedarf frage ich dann im Detail noch nach.

Vorab vielen Dank.

Gruß
Martin

7

Allgemeines [ General ] / Fernbedienung

« on: January 30, 2015, 18:03:04 »

Hi Martin,

in der rc.config fehlt bei dir

LIRC_MODUL="lirc_igorplugusb"  (dort steht "")

wenn ich das richtig sehe.

Nur nicht aufgeben, das muss doch zum Laufen zu bekommen sein!

Gruß
Holger

Hallo Holger.

Hab die rc.config noch geändert, aber auch das war ohne Erfolg.

Ich hab normalerweise schon Biß und Ausdauer was solche Tüfteleien anbelangt,
aber hier fehlt mir einfach der Nerv weil die FB bis zu diesem ominösen Update
absolut problemlos zu installieren ging.
Und nun so ein Drama.

Gruß
Martin

8

Allgemeines [ General ] / Fernbedienung

« on: January 29, 2015, 19:41:37 »

Hallo allerseits.

Ich mal wieder.
Früher war alles besser! 

Gestern habe ich den igorplugusb, die FB und die lircd.conf am Laptop unter Ubuntu 14.04 getested.
Hat auf anhieb funktioniert.
Es gab ein  /dev/lirc0, einen laufenden lircd und irw hat mir die gedrückten Tasten gemeldet!
Wie in der guten alten Zeit! 

Unter der MLD sieht die Sache wie folgt aus:

Code: [Select]

MLD> cat /etc/udev/rules.d/70-remote-device.rules
SUBSYSTEM!="input", GOTO="remote_event_grp_end"

# Persmissons for remote
SUBSYSTEM=="usb", ATTRS{idVendor}=="05ac", ATTRS{idProduct}=="8242", SYMLINK+="input/irdev"

#ATTRS{name}=="*dvb*|*DVB*|* IR *", ENV{ID_CLASS}="ir" GROUP="video" SYMLINK+="input/ir"

LABEL="remote_event_grp_end"

MLD-MM> ls /dev/input/
by-id    by-path  event0   event1   event2   event3   event4   event5   event6   mice     mouse0   mouse1
MLD-MM> ls /dev/input/by-id/
usb-05ac_1000-event-kbd
usb-05ac_1000-if01-event-mouse
usb-05ac_1000-if01-mouse
usb-Ing._Igor_Cesko__Copyright_c__2003_IgorPlug-USB__AVR_-event-ir

MLD>
MLD> ls /dev/input/
by-id    by-path  event0   event1   event2   event3   event4   event5   event6   event7   mice     mouse0   mouse1
MLD>
MLD>
MLD> ls /dev/input/by-id/
usb-Ing._Igor_Cesko__Copyright_c__2003_?-event-ir
MLD>
MLD>
MLD>
MLD> ls -l /dev/Input/by-id
ls: /dev/Input/by-id: No such file or directory
MLD> ls -l /dev/input/by-id
lrwxrwxrwx    1 root     root             9 Jan 29 18:51 usb-Ing._Igor_Cesko__Copyright_c__2003_?-event-ir -> ../event5
MLD>
MLD>
MLD> evtest /dev/input/event5
Input driver version is 1.0.1
Input device ID: bus 0x3 vendor 0x3eb product 0x2 version 0x1
Input device name: "IgorPlug-USB IR Receiver"
Supported events:
  Event type 0 (EV_SYN)
  Event type 1 (EV_KEY)
    Event code 2 (KEY_1)
    Event code 3 (KEY_2)
    Event code 4 (KEY_3)
    Event code 5 (KEY_4)
    Event code 6 (KEY_5)
    Event code 7 (KEY_6)
    Event code 8 (KEY_7)
    Event code 9 (KEY_8)
    Event code 10 (KEY_9)
    Event code 11 (KEY_0)
    Event code 28 (KEY_ENTER)
    Event code 102 (KEY_HOME)
    Event code 103 (KEY_UP)
    Event code 105 (KEY_LEFT)
    Event code 106 (KEY_RIGHT)
    Event code 108 (KEY_DOWN)
    Event code 113 (KEY_MUTE)
    Event code 114 (KEY_VOLUMEDOWN)
    Event code 115 (KEY_VOLUMEUP)
    Event code 116 (KEY_POWER)
    Event code 119 (KEY_PAUSE)
    Event code 128 (KEY_STOP)
    Event code 139 (KEY_MENU)
    Event code 142 (KEY_SLEEP)
    Event code 163 (KEY_NEXTSONG)
    Event code 165 (KEY_PREVIOUSSONG)
    Event code 167 (KEY_RECORD)
    Event code 168 (KEY_REWIND)
    Event code 174 (KEY_EXIT)
    Event code 207 (KEY_PLAY)
    Event code 208 (KEY_FASTFORWARD)
    Event code 212 (KEY_CAMERA)
    Event code 352 (KEY_OK)
    Event code 353 (KEY_SELECT)
    Event code 354 (KEY_GOTO)
    Event code 356 (KEY_POWER2)
    Event code 365 (KEY_EPG)
    Event code 370 (KEY_SUBTITLE)
    Event code 372 (KEY_ZOOM)
    Event code 377 (KEY_TV)
    Event code 385 (KEY_RADIO)
    Event code 388 (KEY_TEXT)
    Event code 392 (KEY_AUDIO)
    Event code 393 (KEY_VIDEO)
    Event code 398 (KEY_RED)
    Event code 399 (KEY_GREEN)
    Event code 400 (KEY_YELLOW)
    Event code 401 (KEY_BLUE)
    Event code 402 (KEY_CHANNELUP)
    Event code 403 (KEY_CHANNELDOWN)
    Event code 405 (KEY_LAST)
    Event code 407 (KEY_NEXT)
    Event code 412 (KEY_PREVIOUS)
  Event type 4 (EV_MSC)
    Event code 4 (MSC_SCAN)
Properties:
  Property type 20 (EV_REP)
    Property code 0 (REP_DELAY)
      Value    500
    Property code 1 (REP_PERIOD)
      Value    125
Testing ... (interrupt to exit)
***********************************************
  This device is grabbed by another process.
  No events are available to evtest while the
  other grab is active.
  In most cases, this is caused by an X driver,
  try VT-switching and re-run evtest again.
***********************************************

^C
MLD>
MLD>
MLD>
MLD>
MLD>
MLD>
MLD>
MLD>
MLD>
MLD>
MLD>
MLD> cat /etc/rc.config
#!/bin/sh

# System Name
SYSTEM_NAME="MiniDVBLinux"
# System Version
SYSTEM_VERSION="4.0.1-64"
# Host Name
HOST_NAME="MLD"

# Logging und Kernel log level (0=deaktiviert Logging, 1=loggin in ramdisk, 2=loggin auf hdd, 3=erweiterte Fehlermeldungen auf Konsole, 3-8=kernel logging)
LOG_LEVEL="1"

# Login-prompt zeigen (deaktiviert silent splash screen)
SHOW_PROMPT="1"

# Letzter auszuführender Befehl vor dem Abschalten (z.B. "sleep 1000" um die letzten Meldungen in ruhe zu studieren)
POWEROFF_LAST_CMD=""

# Anzahl der Bootsteps für Fortschrittsanzeige
STARTSTEPS="22"
STOPSTEPS="9"
HALTSTEPS=2
RESUMESTEPS=1

### Local settings ###


# Take a snapshot on package installation upgrade or remove
SNAPSHOT_ON_UPGRADE="1"

# Sprache des Systems (ist ebenfalls in der /etc/profile eingetragen)
LANG="de_DE.UTF-8"
# timezone of the system
TIMEZONE="Europe/Berlin"
# keymap to use
KEYMAP="de-latin1"

# Check if upgrades available
OPKG_UPGRADE_CHECK="1"
# ID of this PC (if set, send list of installed packages to MLD server)
SYSTEM_ID="87e3aa20df2956b4bb2c26505a90eb53"
# User name for developer opkg packages
OPKG_DEVELOPER=""

# X aufruf Argumente
XORG_X_ARGS="-ardelay 250 -arinterval 30"
# Konsole auf der der X-Server angezeigt werden soll (default ist 7)
XORG_CONSOLE="7"
# Programm das automatisch gestartet werden soll
XORG_AUTOSTART="VDR"
# Position des zweiten Bildschirms
XORG_SECOND_SCREEN_POS="right"

# Usage a ACPI Daemon (1=on, 0=off)
BUSYBOX_ACPI="1"
# Usage a NTPD Service (1=on, 0=off)
BUSYBOX_NTPD="1"
# name of the ntp server to use
BUSYBOX_NTP_URL="de.pool.ntp.org"

# DVB type to scan
SCAN_TYPE=""
# Country to scan for
SCAN_COUNTRY="DE"
# Satellite to scan for
SCAN_SATELLITE="S19E2"
# Upload channel list after scan
SCAN_UPLOAD="1"

# Lirc Aufruf Argumente
LIRC_ARGS=""
# Lirc modul to use
LIRC_MODUL=""

# Argumente mit denen VDR gestartet werden soll
VDR_ARGS="--vfat -l 1"
# Plugins die in der angegebenen Reihenfolge geladen werden sollen
VDR_PLUGIN_ORDER=" softhddevice"
# Kanalliste die verwendet werden soll (verfügbare Listen stehen unter /etc/vdr/channels)
VDR_CHANNELLIST="DVB-S-S19.2E-Astra-FTA-DE-HD.user"
# DiSEqC setting to use
VDR_DISEQC="Full DiSEqC sequence"
# Count of DVB adapters
VDR_DVB_ADAPTER_COUNT="2"
# Defalt epg charset
VDR_CHARSET_OVERRIDE="ISO-8859-9"

# wakeup method (timer | nvram | acpi)
WAKEUP_METHOD="acpi"
# reason for a reboot. onchange means, that the wakeup time has change (none | always | onchange)
WAKEUP_REBOOT_REASON=""
# nvram-wakeup Argumente (z.B. --directisa)
WAKEUP_NVRAM_ARGS=""
# Minuten die der PC vor einer anstehenden Aufnahme gebootet wird
WAKEUP_BOOT_TIME="2"

# Port on that the webserver listen
WEBSERVER_PORT="80"

# Network Interface
NETWORK_INTERFACE="eth0"
# Network card driver ('auto' for auto detection)
NETWORK_DRIVER="auto"
# IP address of this PC
NETWORK_IP="192.168.1.109"
# Network mask of IP address
NETWORK_NETMASK="255.255.255.0"
# IP address of default gateway
NETWORK_GATEWAY="192.168.1.200"
# IP address of DNS server
NETWORK_DNS="192.168.1.200"
# Domain name
NETWORK_DOM="fritz.box"
# Domain name of this PC
NETWORK_DOM_NAME="MLD.fritz.box"
# Usage a DHCP server (1=on, 0=off)
NETWORK_DHCP="1"
# Aktivate wakeup on lan  (1=on, 0=off)
NETWORK_WOL=""
# IP of the server
NETWORK_SERVER_IP=""
# MAC of the server
NETWORK_SERVER_MAC=""
# wakeup the server on startup (1=on, 0=off)
NETWORK_SERVER_WAKEUP="1"
# shutdown the server on shutdown (1=on, 0=off)
NETWORK_SERVER_SHUTDOWN="0"

# Alsa output Device  ('auto' for default configuration)
ALSA_DEVICE="0 3 HDMI 0"

# Ausgabedevice festlegen
VDR_PLUGIN_ARGS_softhddevice="-f"

VDR_PLUGIN_ARGS_opkg=""

# vdr-remote settings
# VDR_PLUGIN_ARGS_remote="-i /dev/input/ir"
VDR_PLUGIN_ARGS_remote="-i /dev/input/irdev"

LIRC_KEYMAP="technisat/TTS35AI"

LIRC_INSTALL_L2U=""

# Arguments for osdteletext-Plugin
VDR_PLUGIN_ARGS_osdteletext="--directory=/tmp/vtx"

VDR_PLUGIN_ARGS_skinnopacity="-l /var/cache/vdr/channellogos/ -e /var/cache/vdr/epgimages/"

VDR_LOGOPACK="nopacity-white"




BOOTMENU_TIME="1"







MLD>


Leider ist mir die /dev/input-Geschichte (noch) total fremd.
Für mich ähneln die Ausgaben bei mir sehr denen von Holger.

Trotzdem geht die FB nicht.

Folgendes ist mir aber aufgefallen:

Bei Holger:
MLD> ls -l /dev/Input/by-id
...
lrwxrwxrwx    1 root     root             9 Jan 26 22:43 usb-Ing._Igor_Cesko__Copyright_c__2003_IgorPlug-USB__AVR_-event-ir -> ../event5

Bei mir:
MLD> ls -l /dev/input/by-id
lrwxrwxrwx    1 root     root             9 Jan 29 18:51 usb-Ing._Igor_Cesko__Copyright_c__2003_?-event-ir -> ../event5

Ist das der Fehler?
Wenn ja, wie kann man den beseitigen?

Vielleicht hat ja noch jemand eine Idee.
Ansonsten kapituliere ich.

Ich wäre geneigt mir einen anderen Empfänger zu kaufen (ist eh vorgesehen),
habe aber die Befürchtung, dass dieser ebenfalls nicht funktioniert, da der igorplugusb
ehemals auch tat und nun bockt.

Gruß
Martin

9

Allgemeines [ General ] / Fernbedienung

« on: January 26, 2015, 15:25:30 »

Hallo Holger.

Also das Deinstallieren der Pakete mit anschließender Neuinstallation hat bei mir leider auch nicht zum Erfolg geführt.
Übrigens: Bei mir lies sich rc-core über das WebIF entfernen.

Hast Du den igorplugusb als einzigen FB-Empfänger am Rechner oder immer noch zusätzlich den lirc_serial.
Falls es der einzige Empfänger ist nochmal folgende Frage:
Gibt es bei dir ein /dev/lirc bzw. /dev/lirc0?
Wird lircd gestartet, wenn ja, mit welchen Parametern?

Folgendes ist mir noch aufgefallen, ich weiß nicht ob es von Bedeutung ist:
Im WebIF gibt es (bei mir) keine Auswahlmöglichkeit für das igorplugusb-Modul.
Wenn der Empfänger eingesteckt ist, werden je Menge Module geladen und es wird angezeigt
(lirc_igorplugusb) is active, aber in der ellenlangen Auswahlliste wird er nicht aufgeführt.

Martin

10

Allgemeines [ General ] / Fernbedienung

« on: January 25, 2015, 23:29:36 »

Hallo Holger.

Nein, ich bin nicht weiter gekommen.
Ich hab selber zu wenig Kenntnisse, und Anregungen sind bis eben keine gekommen.
Ich habe alle verfügbaren Updates installiert, in der Hoffnung die FB möge genauso überraschend
wieder funktionieren wie sie zuvor ausgefallen ist.
Doch bislang Fehlanzeige!

Dein Tipp macht mir wieder etwas Hoffnung.
Werde ich gleich morgen ausprobieren.
Mit welchem Befehl deinstalliert man denn auf der Konsole?
opkg -... ?

Vielen Dank, dass Du dich an mein Problem erinnert hast.

Gruss
Martin

11

Allgemeines [ General ] / Fernbedienung

« on: January 17, 2015, 19:24:13 »

Hallo.

Ich schon wieder.
Ich habe gestern auf meinem Bastel-PC den Snapshot vom 30.12.2014 wieder aktiviert.

Damit funktionierte meine FB wieder einwandfrei.
Ein anschließende Update führte wieder zum Ausfall der FB mit dem igorplug.

Ich habe aber ein paar Vorher/Nachher-Infos gesichert.

So sah es bis zum 30.12.2014 aus:

Code: [Select]

System
Name: MLD
Version: 4.0.1-32
Package Version
alsa 1.0.27.2-16_3.16.1.101
base 0-60
btrfs 3.12-83
busybox 1.22.1-32
dvb 2014.11.12-85_3.16.1.101
dvb-apps 1.1.1-1
eventlircd 2014.05.18-20_3.16.1.101
font-config 0-4
i2c 0-2_3.16.1.101
init 0-54
install 0-58
irkeytable 1.0.1-7
kernel 3.16.1.101-101
ldconfig 2.19-10
lirc 1:2014.05.09-47_3.16.1.101
lircd2uinput 0-0
locales 0-15
mld-remote 0-30
network 0-42_3.16.1.101
opkg 2014.11.30-63
perl 5.18.2-8
psplash 2009.05.28-17
python 2.7-11
python-gobject-2 2.7-4
python-uinput 2.7-9
scan 20130331-35
ssh 0-11
udev 204-29
vdr 2.1.6.141-144
vdr-plugin-epgsearch 2014.03.16-8_2.1.6.141
vdr-plugin-extrecmenu 2014.08.20-4_2.1.6.141
vdr-plugin-femon 2.1.1-5_2.1.6.141
vdr-plugin-opkg 0.1.0-21_2.1.6.141
vdr-plugin-osdteletext 2014.01.12-2_2.1.6.141
vdr-plugin-setup 0.3.1-24_2.1.6.141
wakeup 1.1-11_3.16.1.101
webserver 0-178
xfs 0-5
xorg 1.15.1-45_3.16.1.101
xorg-autodetect 1.15.1-25_3.16.1.101
Disks

Filesystem                Size      Used Available Use% Mounted on
/dev/sda1               955.0M    389.6M    561.4M  41% /
/dev/sda2               110.8G    105.1M    110.7G   0% /mnt/data

Modules

Module                  Size  Used by    Tainted: G 
dvb_pll                 7348  1
stv0299                 6524  1
snd_intel8x0           20001  3
dvb_usb_opera           6638 15
snd_ac97_codec         76411  1 snd_intel8x0
ac97_bus                 690  1 snd_ac97_codec
snd_pcm                49062  3 snd_intel8x0,snd_ac97_codec
dvb_usb                12166  1 dvb_usb_opera
snd_timer              11785  2 snd_pcm
snd                    35422  8 snd_intel8x0,snd_ac97_codec,snd_pcm,snd_timer
dvb_core               62447  2 stv0299,dvb_usb
sis900                 15171  0
rc_core                12890  1 dvb_usb
mii                     2783  1 sis900
lirc_igorplugusb        3541  0
lirc_dev                8243  4 lirc_igorplugusb
i2c_sis96x              2400  0
sis_agp                 2957  1
agpgart                17617  1 sis_agp
i2c_dev                 3369  0
uinput                  5136  1

Status

Mem: 143136K used, 1148572K free, 0K shrd, 0K buff, 46K cached
CPU:  60% usr   0% sys   0% nic  40% idle   0% io   0% irq   0% sirq

Network

eth0      Link encap:Ethernet  HWaddr 00:10:DC:9A:8A:97 
          inet addr:192.168.1.104  Bcast:192.168.1.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:438 errors:0 dropped:0 overruns:0 frame:0
          TX packets:489 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:37371 (36.4 KiB)  TX bytes:315191 (307.8 KiB)

lo        Link encap:Local Loopback 
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:260 errors:0 dropped:0 overruns:0 frame:0
          TX packets:260 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:195357 (190.7 KiB)  TX bytes:195357 (190.7 KiB)


MLD> ls -l /dev/lirc*
crw-------    1 root     root      251,   0 Jan 17 04:00 /dev/lirc0
lrwxrwxrwx    1 root     root            19 Jan 17 04:00 /dev/lircd -> /var/run/lirc/lircd
MLD> ps
  PID USER       VSZ STAT COMMAND
    1 root      2836 S    init
    2 root         0 SW   [kthreadd]
    3 root         0 SW   [ksoftirqd/0]
    4 root         0 SW   [kworker/0:0]
    5 root         0 SW<  [kworker/0:0H]
    6 root         0 SW   [kworker/u2:0]
    7 root         0 SW   [rcu_sched]
    8 root         0 SW   [rcu_bh]
    9 root         0 SW   [migration/0]
   10 root         0 SW<  [khelper]
   11 root         0 SW   [kdevtmpfs]
   12 root         0 SW<  [writeback]
   13 root         0 SW<  [crypto]
   14 root         0 SW<  [bioset]
   15 root         0 SW<  [kblockd]
   16 root         0 SW<  [ata_sff]
   17 root         0 SW   [khubd]
   18 root         0 SW<  [md]
   19 root         0 SW   [kworker/0:1]
   20 root         0 SW<  [rpciod]
   21 root         0 SW   [kswapd0]
   22 root         0 SW   [fsnotify_mark]
   23 root         0 SW<  [nfsiod]
   24 root         0 SW<  [cifsiod]
   25 root         0 SW<  [xfsalloc]
   26 root         0 SW<  [xfs_mru_cache]
   27 root         0 SW<  [xfslogd]
   39 root         0 SW   [scsi_eh_0]
   40 root         0 SW<  [scsi_tmf_0]
   41 root         0 SW   [scsi_eh_1]
   42 root         0 SW<  [scsi_tmf_1]I
   43 root         0 SW<  [exec-osm]
   44 root         0 SW   [kworker/u2:1]
   45 root         0 SW   [kworker/u2:2]
   46 root         0 SW<  [kpsmoused]
   47 root         0 SW   [kworker/0:2]
   48 root         0 SW<  [ipv6_addrconf]
   49 root         0 SW<  [bioset]
   50 root         0 SW<  [deferwq]
   51 root         0 SW   [kworker/u2:3]
   52 root         0 SW<  [kworker/0:1H]
   56 root         0 SW<  [btrfs-worker]
   57 root         0 SW<  [kworker/u3:0]
   58 root         0 SW<  [btrfs-worker-hi]
   59 root         0 SW<  [btrfs-delalloc]
   60 root         0 SW<  [btrfs-flush_del]
   61 root         0 SW<  [btrfs-cache]
   62 root         0 SW<  [btrfs-submit]
   63 root         0 SW<  [btrfs-fixup]
   64 root         0 SW<  [btrfs-endio]
   65 root         0 SW<  [btrfs-endio-met]
   66 root         0 SW<  [btrfs-endio-met]
   67 root         0 SW<  [btrfs-endio-rai]
   68 root         0 SW<  [btrfs-rmw]
   69 root         0 SW<  [btrfs-endio-wri]
   70 root         0 SW<  [btrfs-freespace]
   71 root         0 SW<  [btrfs-delayed-m]
   72 root         0 SW<  [btrfs-readahead]
   73 root         0 SW<  [btrfs-qgroup-re]
   74 root         0 SW<  [btrfs-extent-re]
   75 root         0 SW   [btrfs-cleaner]
   76 root         0 SW   [btrfs-transacti]
   91 root         0 SW   [kworker/u2:4]
   95 root         0 SW   [scsi_eh_2]
   96 root         0 SW<  [scsi_tmf_2]
   97 root         0 SW   [usb-storage]
  100 root         0 SW   [kworker/u2:5]
  110 root      4404 S    syslogd -m 0
  113 root      4408 S    klogd -c 1
  140 root         0 SW   [kworker/0:3]
  369 root      4876 S    udevd --daemon
  385 root         0 SW   [lirc_dev]
  424 root      4628 S    /usr/sbin/lircd --driver=default --device=/dev/lirc0 --output=/var/run/lirc/lircd-lirc0 --pidfile=/var/run/lirc/lircd-lirc0.pid /etc/lircd.conf
  430 root     14128 S    {lircd2uinput} /usr/bin/python /usr/bin/lircd2uinput --lircd-socket=/var/run/lirc/lircd-lirc0
  492 root         0 SW   [kworker/0:4]
  493 root         0 SW   [kworker/0:5]
  522 root         0 SW<  [xfs-data/sda2]
  523 root         0 SW<  [xfs-conv/sda2]
  524 root         0 SW<  [xfs-cil/sda2]
  525 root         0 SW   [xfsaild/sda2]
  602 root      2988 S    eventlircd -f
  603 root      4404 S    {runx} /bin/sh /usr/bin/runx
  636 root      4404 S    {startx} /bin/sh /usr/bin/startx
  648 root      3604 S    xinit /usr/bin/icewm-session-lite -- -ardelay 250 -arinterval 30 vt7
  649 root     35140 R <  {Xorg} X :0 -ardelay 250 -arinterval 30 vt7
  658 root         0 SW   [kworker/0:6]
  659 root         0 SW   [kworker/0:7]
  675 root      8244 S    /usr/bin/icewm-session-lite
  687 root     10596 S N  icewmbg-lite
  688 root     12304 S    icewm-lite
  689 root     11708 S    icewmtray-lite
  703 root      4404 S    {poswindows} /bin/sh /usr/bin/poswindows
  704 root      4404 S    {startup} /bin/sh /etc/X11/icewm/startup
  713 root      4404 S    {runvdr-sxfe} /bin/sh /usr/bin/runvdr-sxfe -f
  716 root      3600 S    monitor
  717 root      4404 S    {poswindows} /bin/sh /usr/bin/poswindows
  795 root      4404 S    {runvdr} /bin/sh /usr/bin/runvdr
  954 root      127m S    /usr/bin/vdr -s /etc/vdr/shutdown.d/rc.action -r /etc/vdr/recording.d/rc.action -w 60 -g /tmp -u root -l 1 -Pconflictcheckonly  -Pepgsearchonly  -Pepgsearch  -Pe
  980 root         0 SW   [kdvb-ad-0-fe-0]
 1013 root      142m S    /usr/bin/vdr-sxfe --fullscreen --reconnect xvdr://localhost -p tvtime:method=use_vo_driver --lirc
 1224 root      4272 S    acpid
 1388 root      4272 S    udhcpc -b -H MLD -i eth0 -p /var/run/udhcpc.pid
 1616 root         0 SW<  [kworker/u3:1]
 2251 root      2268 S    tcpsvd -l0 0 80 /bin/sh /usr/bin/webserver.sh
 2288 root      2680 S    sshd -E
 2367 root      4408 S    -sh
 2368 root      4408 S    -sh
 2372 root      4408 S    -sh
 2375 root      4408 S    -sh
 3505 root      2916 S    sshd -E
 3506 root      4408 S    -sh
 3515 root      4312 R    ps

Nach dem Update erhalte ich nach dem Booten folgende Ausgaben:

Code: [Select]

System
Name: MLD
Version: 4.0.1-32
Package Version
alsa 1.0.27.2-17_3.16.1.101
base 0-63
btrfs 3.12-86
busybox 1.23.0-38
dvb 2014.12.19-101_3.16.1.101
dvb-apps 1.1.1-1
eventlircd 2014.05.18-22_3.16.1.101
extlinux 0-0
font-config 0-4
i2c 0-3_3.16.1.101
init 0-61
install 0-71
irkeytable 1.0.1-7
kernel 3.16.1.101-126
ldconfig 2.19-10
lirc 1:2014.05.09-55_3.16.1.101
lircd2uinput 0-0
locales 0-16
mld-remote 0-30
network 0-45_3.16.1.101
opkg 2014.12.28-71
opkg-fixes 0-1
perl 5.18.2-8
psplash 2009.05.28-17
python 2.7-11
python-gobject-2 2.7-4
python-uinput 2.7-9
scan 20130331-37
ssh 0-11
udev 204-29
vdr 2.1.6.141-151
vdr-plugin-epgsearch 2014.12.27-11_2.1.6.141
vdr-plugin-extrecmenu 2014.08.20-4_2.1.6.141
vdr-plugin-femon 2.1.1-5_2.1.6.141
vdr-plugin-opkg 0.1.0-22_2.1.6.141
vdr-plugin-osdteletext 2014.01.12-2_2.1.6.141
vdr-plugin-setup 0.3.1-24_2.1.6.141
wakeup 1.1-12_3.16.1.101
webserver 0-181
xfs 0-5
xorg 1.15.1-46_3.16.1.101
xorg-autodetect 1.15.1-25_3.16.1.101
Disks

Filesystem                Size      Used Available Use% Mounted on
/dev/sda1               955.0M    461.6M    489.4M  49% /
/dev/sda2               110.8G    123.4M    110.7G   0% /mnt/data

Modules

Module                  Size  Used by    Tainted: G 
dvb_pll                 7348  1
stv0299                 6524  1
dvb_usb_opera           6638 14
lirc_igorplugusb        3541  0
lirc_dev                8243  1 lirc_igorplugusb
ir_jvc_decoder          1573  0
ir_sony_decoder         1599  0
ir_xmp_decoder          2237  0
ir_sharp_decoder        1541  0
ir_sanyo_decoder        1749  0
ir_mce_kbd_decoder      3042  0
ir_rc6_decoder          2186  0
ir_rc5_decoder          1541  0
ir_nec_decoder          1817  0
snd_intel8x0           20001  3
snd_ac97_codec         76411  1 snd_intel8x0
ac97_bus                 690  1 snd_ac97_codec
snd_pcm                49062  3 snd_intel8x0,snd_ac97_codec
rc_hauppauge            1886  0
snd_timer              11785  2 snd_pcm
sis900                 15171  0
dvb_usb                12166  1 dvb_usb_opera
snd                    35422  8 snd_intel8x0,snd_ac97_codec,snd_pcm,snd_timer
dvb_core               62435  2 stv0299,dvb_usb
igorplugusb             2012  0
mii                     2783  1 sis900
rc_core                12882 13 ir_jvc_decoder,ir_sony_decoder,ir_xmp_decoder,ir_sharp_decoder,ir_sanyo_decoder,ir_mce_kbd_decoder,ir_rc6_decoder,ir_rc5_decoder,ir_nec_decoder,rc_hauppauge,dvb_usb,igorplugusb
sis_agp                 2957  1
i2c_sis96x              2400  0
agpgart                17617  1 sis_agp
uinput                  5136  0
i2c_dev                 3369  0

Status

Mem: 129152K used, 1162556K free, 12956K shrd, 752K buff, 58200K cached
CPU:  45% usr  18% sys   0% nic  36% idle   0% io   0% irq   0% sirq

Network

eth0      Link encap:Ethernet  HWaddr 00:10:DC:9A:8A:97 
          inet addr:192.168.1.104  Bcast:192.168.1.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:198 errors:0 dropped:5 overruns:0 frame:0
          TX packets:193 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:16177 (15.7 KiB)  TX bytes:29754 (29.0 KiB)

lo        Link encap:Local Loopback 
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:415 errors:0 dropped:0 overruns:0 frame:0
          TX packets:415 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:561866 (548.6 KiB)  TX bytes:561866 (548.6 KiB)

MLD> ls -l /dev/lirc*
lrwxrwxrwx    1 root     root            19 Jan 17 04:25 /dev/lircd -> /var/run/lirc/lircd
MLD> ps
  PID USER       VSZ STAT COMMAND
    1 root      2840 S    init
    2 root         0 SW   [kthreadd]
    3 root         0 SW   [ksoftirqd/0]
    4 root         0 SW   [kworker/0:0]
    5 root         0 SW<  [kworker/0:0H]
    6 root         0 SW   [kworker/u2:0]
    7 root         0 SW   [rcu_sched]
    8 root         0 SW   [rcu_bh]
    9 root         0 SW   [migration/0]
   10 root         0 SW<  [khelper]
   11 root         0 SW   [kdevtmpfs]
   12 root         0 SW<  [writeback]
   13 root         0 SW<  [crypto]
   14 root         0 SW<  [bioset]
   15 root         0 SW<  [kblockd]
   16 root         0 SW<  [ata_sff]
   17 root         0 SW   [khubd]
   18 root         0 SW<  [md]
   19 root         0 SW   [kworker/0:1]
   20 root         0 SW<  [rpciod]
   21 root         0 SW   [kswapd0]
   22 root         0 SW   [fsnotify_mark]
   23 root         0 SW<  [nfsiod]
   24 root         0 SW<  [cifsiod]
   25 root         0 SW<  [xfsalloc]
   26 root         0 SW<  [xfs_mru_cache]
   27 root         0 SW<  [xfslogd]
   39 root         0 SW   [scsi_eh_0]
   40 root         0 SW<  [scsi_tmf_0]
   41 root         0 SW   [scsi_eh_1]
   42 root         0 SW<  [scsi_tmf_1]
   43 root         0 SW<  [exec-osm]
   45 root         0 SW   [kworker/u2:2]
   46 root         0 SW<  [kpsmoused]
   47 root         0 SW   [kworker/0:2]
   48 root         0 SW<  [ipv6_addrconf]
   49 root         0 SW<  [bioset]
   50 root         0 SW<  [deferwq]
   52 root         0 SW   [kworker/0:3]
   53 root         0 SW   [kworker/u2:4]
   54 root         0 SW<  [kworker/0:1H]
   58 root         0 SW<  [btrfs-worker]
   59 root         0 SW<  [kworker/u3:0]
   60 root         0 SW<  [btrfs-worker-hi]
   61 root         0 SW<  [btrfs-delalloc]
   62 root         0 SW<  [btrfs-flush_del]
   63 root         0 SW<  [btrfs-cache]
   64 root         0 SW<  [btrfs-submit]
   65 root         0 SW<  [btrfs-fixup]
   66 root         0 SW<  [btrfs-endio]
   67 root         0 SW<  [btrfs-endio-met]
   68 root         0 SW<  [btrfs-endio-met]
   69 root         0 SW<  [btrfs-endio-rai]
   70 root         0 SW<  [btrfs-rmw]
   71 root         0 SW<  [btrfs-endio-wri]
   72 root         0 SW<  [btrfs-freespace]
   73 root         0 SW<  [btrfs-delayed-m]
   74 root         0 SW<  [btrfs-readahead]
   75 root         0 SW<  [btrfs-qgroup-re]
   76 root         0 SW<  [btrfs-extent-re]
   77 root         0 SW   [btrfs-cleaner]
   78 root         0 SW   [btrfs-transacti]
   93 root         0 SW   [scsi_eh_2]
   94 root         0 SW<  [scsi_tmf_2]
   95 root         0 SW   [usb-storage]
  115 root      2840 S    klogd -c 1
  360 root      4872 S    udevd --daemon
  390 root         0 SW   [rc0]
  503 root         0 SW   [kworker/0:4]
  518 root         0 SW<  [xfs-data/sda2]
  519 root         0 SW<  [xfs-conv/sda2]
  520 root         0 SW<  [xfs-cil/sda2]
  521 root         0 SW   [xfsaild/sda2]
  584 root      2988 S    eventlircd -f
  601 root      4408 S    {runx} /bin/sh /usr/bin/runx
  622 root      4408 S    {startx} /bin/sh /usr/bin/startx
  634 root      3604 S    xinit /usr/bin/icewm-session-lite -- -ardelay 250 -arinterval 30 vt7
  635 root     35176 S <  {Xorg} X :0 -ardelay 250 -arinterval 30 vt7
  670 root      8244 S    /usr/bin/icewm-session-lite
  671 root         0 SW   [kworker/0:5]
  672 root         0 SW   [kworker/0:6]
  673 root         0 SW   [kworker/0:7]
  674 root     10596 S N  icewmbg-lite
  675 root     12304 S    icewm-lite
  676 root     11708 S    icewmtray-lite
  702 root      4408 S    {poswindows} /bin/sh /usr/bin/poswindows
  703 root      4408 S    {startup} /bin/sh /etc/X11/icewm/startup
  711 root      4408 S    {runvdr-sxfe} /bin/sh /usr/bin/runvdr-sxfe -f
  713 root      3600 S    monitor
  714 root      4408 S    {poswindows} /bin/sh /usr/bin/poswindows
  745 root      4408 S    {runvdr} /bin/sh /usr/bin/runvdr
  931 root      133m S    /usr/bin/vdr -s /etc/vdr/shutdown.d/rc.action -r /etc/vdr/recording.d/rc.action -w 60 -g /tmp -u root -l 1 -Pconflictcheckonly  -Pepgsearchonly  -Pepgsearch  -Pe
  962 root         0 SW   [kdvb-ad-0-fe-0]
 1193 root      2840 S    acpid
 1368 root      2840 S    udhcpc -b -H MLD -i eth0 -p /var/run/udhcpc.pid
 1517 root         0 SW<  [kworker/u3:1]
 1970 root      2840 S    syslogd -m 0
 2003 root      2680 S    sshd -E
 2008 root      2268 S    tcpsvd -l0 0 80 /bin/sh /usr/bin/webserver.sh
 2046 root      3016 S    ntpd -p de.pool.ntp.org
 2096 root      4412 S    -sh
 2097 root      4412 S    -sh
 2100 root      4412 S    -sh
 2104 root      4412 S    -sh
 2293 root      143m S    /usr/bin/vdr-sxfe --fullscreen --reconnect xvdr://localhost -p tvtime:method=use_vo_driver --lirc
 3090 root      2916 S    sshd -E
 3091 root      4412 S    -sh
 3098 root      4316 R    ps

Mir fällt auf, dass nach dem Update viel mehr Module geladen werden (ir_xx_decoder).
Vor dem Update wurde lircd gestarted und es existierte ein /dev/lirc0.
Beides fehlt seit dem Update.

Leider habe ich mir beim Hantieren mit den diversen Snapshots und Updates dieses System zerschossen.
Es bleibt am Bootlader hängen mit Meldung "No configuration file found)

Aber vielleicht hat ja noch jemand eine Idee bezüglich der FB und igorplugusb.

 Dieses Problem habe ich genauso auf meinem Hauptrechner.

Gruß
Martin

12

Allgemeines [ General ] / Fernbedienung

« on: January 16, 2015, 18:30:35 »

Hi Snorre,

Verwendest Du eine lircd.conf, oder funktionierte die bei Dir auch ohne lircd.conf.
Ohne lircd.conf geht das nur, wenn man ne Fernbedienung verwendet, die bekannte RC5 Codes sendet. Mögicherweise hat sich bei dem Update die Unterstützung der bekannten Fernbedienungen geändert. Oder der Empfänger funktioniert nur noch mit bekannten Fernbedienungen und die lircd.conf macht nur noch nen Mapping bekannter Tasten. Bei mir funktioniert mode2 jedenfalls nicht (mehr?).

Claus

Hallo Claus.

Ich verwende eine lircd.conf. (TTS35AI).

Was mich irritiert ist folgendes:
Im WebIF steht: (lirc_igorplugusb) is active
und unter remote control technisat/TTS35AI.
Soweit ist das ja auch okay.

Es läuft aber weder ein Prozess für lircd noch gibt es ein Device /dev/lirc bzw. /dev/lirc0.
Braucht man das nicht (mehr)?
Ich könnte schwören, dass es "früher" sowohl einen Prozess für lircd  als auch ein /dev/lirc0 gab.
Hab leider nur Halbwissen und solange alles funktioniert, achtet man nicht so genau darauf.


@Holger:
Bei dir läuft ein Prozess lircd und Du hast auch ein /dev/lirc0.
Aber Du hast auch noch einen seriellen Empfänger.
Wahrscheinlich deshalb.

Ich bin nicht  wirklich schlauer.
Aber vielen Dank für deine Mühen.

Danke für deine Mühen.

13

Allgemeines [ General ] / Fernbedienung

« on: January 16, 2015, 15:49:07 »

Hi Snorre,

ich hab nun meinen igorplugusb ausprobiert. Der funktioniert ohne irgendwelches weiteres zutun. Ich hab den einfach nur eingesteckt und sofort haben die meisten Tasten meiner RC5 Fernbedienung funktioniert. Beachte bitte, das die igorplugusb Empfänger nur mit RC5 Fernebdienungen funktioniert.

Meinen Seriellen Empfänger konnte ich leider nicht wiederfinden. Ich bin auch gar nicht mehr so sicher, ob ich noch einen habe. Kann aber auch einfach sein, dass ich den im laufe der Jahre einfach zu tief verbuddelt habe.

Claus

Hallo Claus.

Bei mir hatte auch alles problemlos funktioniert. Bis zu diesem Update Ende 2014.
Seither bringe ich die FB nicht mehr in Gang.
Auch nicht mit einer vollständigen Neuinstallation.

Kann mir mal bitte jemand mit funktionierendem igorplugusb die Ausgaben von
lsmod, ps und ls -l /dev/lirc* posten.
Vielleicht bringt mich das ja irgendwie weiter.

Vielen Dank.

Gruß
Martin

14

Allgemeines [ General ] / Fernbedienung

« on: January 15, 2015, 18:57:59 »

Hallo.

Leider kann ich nichts zur Lösung beitragen, will aber nochmal darauf hinweisen, dass meine FB ebenfalls
den Dienst verweigert.
Ich hatte bereits am 31.12.2014 dazu einen Beitrag geschrieben.
Ich verwende zwar einen anderen Empfänger (igorusbplug) aber das hier beschriebene Szenario kommt mir bekannt vor.
Ich vermute dass es sich hier nicht um ein Hardware- oder Konfigurationsproblem handelt, sondern irgendetwas mit lirc schief läuft.
Bei mir verweigert die ehemals funktionierende FB seit einem Update den Dienst.

Gruß
Martin

15

Allgemeines [ General ] / ACHTUNG: Fehler beim upgrade

« on: January 04, 2015, 15:12:55 »

Hallo.

Also, ich habe gerade mal wieder versucht die MLD auf dem Rechner meiner Mutter
zu aktualisieren.
Hat wie erwartet auch diesmal nicht geklappt.

Der Upload Code lautet: E5Y11H

Wäre toll wenn jemand helfen könnte,

Vielen Dank.
Martin

P.S.:
Wie funktioniert eigentlich dieser Upload Debug-Log?
Was passiert da?
Kann mich jemand erleuchten?