Beiträge von olebowle

Das liegt daran, dass du das Skript vor dem make nicht ausgeführt hast. Ich habe es gerade mal mit einem 12.04 Live-Stick versucht. Und es läuft hier ohne Probleme durch. Ich bin folgendermaßen vorgegangen:

$ wget http://dvbsky.net/download/linux/media_build-bst-13-140619.tar.gz
$ tar xvf media_build-bst-13-140619.tar.gz
$ cd media_build-bst-13
$ ./v4l/build_x64.sh ODER ./v4l/build_x86.sh ODER ./v4l/build_dvbc_x64.sh ODER ./v4l/build_dvbc_x86.sh
$ make
$ sudo make KDIR26="/lib/modules/$(uname -r)/updates/kernel/drivers/media" media-install


$ cd ..
$ wget http://dvbsky.net/download/linux/dvbsky-firmware.tar.gz
$ tar xvf dvbsky-firmware.tar.gz
$ cd dvbsky-firmware
$ sudo ./copy-firmware.sh

Durch KDIR26 installiert es dir die neuen Module parallel (sie werden präferiert) zu den bereits bestehenden.
BTW: media_build_bst_121102.tar.gz ist auch zu alt.

Du hast in der Tat eine V3. Die gibt es noch nicht lange. Aber zusätzlich hast du noch eine andere DVB-Karte im Rechner, oder?
Das im ersten Post benutzte Archiv ist viel zu alt. Versuch mal ein neueres Archiv: http://dvbsky.net/Support_linux.html.

Du könntest mal media_build-bst-13-140619 probieren. Aber ob das mit einem 3.2er Kernel baut? Versuch macht kluch. Ab 3.19 ist der Treiber für deine Karte im Mainline Kernel.

Zitat von vdr-box

Hab ihr die DVBSky auch unter Ubuntu 12.04.05 mit Kernel 3.2 ans laufen bekommen?

Bei mir funkt nämlich gar nix!

Wo hängt es denn? Laut Support sollte auch mit einem 3.2er Kernel laufen. Dafür solltest du aber besser einen neuen Thread aufmachen.
Das hat ja nix mit DKMS zu tun.

EDIT: Und solltest du mit Ubuntu 12.04.5 nicht Kernel 3.13 haben? Oder hast du von 12.04 immer Updates eingespielt?

Zitat von M-Reimer

Eventuell mal ein Unicable-LNB eines anderen Herstellers probieren?

Wie in meiner Signatur benutzte ich folgendes Unicable LNB: http://www.gt-sat.com/product/GT-S3SCR4/24
Ich habe damit absolut keine Probleme inkl. HD, die Kabel sind ca. 15 Jahre alt. Es bietet sogar 3 Legacy Ausgänge.
Ich musste auch keine Dosen austauschen, was ich vorher befürchtet hatte.

Falls du immer noch an dem Punkt bist und sich nix tut hab ich einen Tip für dich.
In der VM gibt es wohl nicht allzu viele Entropiequellen, sodass /dev/random gerne mal ewig blockiert.

https://wiki.archlinux.org/index.php/Haveged

Ach du hast eine S952V3, ich bin von der T982 ausgegangen. Dann redet ihr aber bisschen aneinander vorbei. Der Treiber für deine Karte ist in drivers/media/pci/smipcie/smipcie.c. Im Archiv auf deren Website steht rc_dev->driver_type = RC_DRIVER_SCANCODE drin. Ein rc_dev->driver_type = RC_DRIVER_IR_RAW ist momentan auch schon drin, aber noch auskommentiert. Das kommt dann wohl hoffentlich noch mit einer neueren Version.

TEN
Bei dir müsste die Ausgabe von sudo ir-keytable aber entsprechende "Supported protocols" ausgeben. Dann könntest du lirc auch komplett weg lassen (Einlesen von Tastencodes etc. kann man sich dann auch sparen) und beispielsweise eventlircd nehmen.

Kannst du mal die Ausgabe von sudo ir-keytable posten? Ich versuche lirc auch immer zu vermeiden. Bei mir habe ich eventlircd in Benutzung. Das sollte bei dir eigentlich auch gehen, da die Tastendrücke als /dev/input/event* erscheinen.

Ich kann mir irgendwie nicht vorstellen, dass es mit der LANG Variable zu tun hat. Sollte man nicht außerdem mindestens en_US.UTF-8 in /etc/locale.gen auskommentiert haben (und locale-gen danach ausführen). Das war zumindest immer mein Eindruck beim Lesen des Beginners' Guide.

IMHO wahrscheinlicher ist es, das es hiermit zusammen hängt.:
https://lists.archlinux.org/pi…2014-December/026798.html
https://lists.archlinux.org/pi…2014-December/026807.html

Prinzipiell müsste der Empfänger alle Protokolle dekodieren können, die der Kernel dekodieren kann (allowed_protos = RC_BIT_ALL).

http://git.linuxtv.org/cgit.cg…3885/cx23885-input.c#n322
https://git.kernel.org/cgit/li…nclude/media/rc-map.h#n59

Ich hab den Empfänger allerdings noch nie getestet. Mach ich vielleicht mal über Weihnachten.
Über ir-keytable müsste man sehen können, welche Protokolle unterstützt werden und welche aktuell aktiviert sind. Ich vermute bei dir ist derzeit nur RC5 aktiviert.

Dein syslog ist ziemlich unvollständig. Es sieht nicht so aus, als würde der VDR die Frontends sehen. Was sagt denn folgendes Kommando?

ls -lR /dev/dvb/

Das Steuerkreuz hat bei meiner Harmony 600 tactile domes. Das sind die Tasten, die richtig klicken beim Drücken. Die haben bei mir noch keine Probleme gemacht. Es waren eher die Tasten mit der konventionellen Membran. Keine Ahnung, ob man die Domes reinigen kann.

Membran: http://tronixstuff.files.wordp…m/2011/04/remotepcbss.jpg
Dome: http://i00.i.aliimg.com/wsphot…ypad-Metal-dome-sheet.jpg

Vielleicht ein bisschen OT. Die Frage ist ja was mit Geist aufgeben genau gemeint ist.

Ich hatte bei meiner Harmony 600 auch Probleme, dass sie erst nach mehrmaligen stärkeren Drücken reagiert hat. Ich habe sie letzte Wochen mal zerlegt und die Kontakte auf dem PCB und die dazughörigen auf der Membran mit Aceton gereinigt. Jetzt läuft sie wieder top. Ich hab mich an folgendem Video orientiert um die Schrauben und Snap-In Verbinder zu finden: https://www.youtube.com/watch?v=I1XTLMXptpg

Benutzt du den aktuellen git Stand von irmplircd (geändertes ReportID-handling)?
Es gab einige Veränderungen in der Firmware zum STM32. Könntest du mal folgende Firmware flashen: https://github.com/j1rie/IRMP_STM32?

Ich hab die ReportID 0x02 zur Konfiguration gesetzt. Es kommen jetzt nur noch IR-Codes durch.

Das Vorgehen basierte auf einer ungeklärten Lizenzfrage. Soweit ich weiß bekommt man den Code ja nicht mehr anders aus dem Repo raus?

Ich denke auch, dass andere Projekte nicht zu beeinträchtigen die Maxime sein sollte. Also doch nur eine ReportID blacklisten?

Du hast ja bei dir in IRMP_DATA ein uint8_t dummy, was ja die ReportID darstellt. Könnte man sich drauf einigen, dass irmplircd nur bei einer gewissen ReportID Meldung auf dem lirc Socket macht und die anderen ignoriert?
Ich bin nämlich gerade dabei jrie STM32 Projekt bisschen umzubauen und es wäre schön, wenn man das Konfigurationsprogramm parallel zu irmplircd ausführen könnte, ohne das irmplircd auf die Erfolgs-/Fehlermeldung vom STM32 nach erfolgter Konfiguration reagieren würde - und damit Tastendrücke meldet, die gar keine waren.
Welche Projekte außer dem USBASP Einschalter verwenden denn noch den irmplircd?

Das Repetition-Verhalten nach deinem Commit passt jetzt. Macht Sinn das Flag zu löschen, es wird ja sonst als andere Taste erkannt. Allerdings war noch ein kleiner Bug drin, deshalb der PullRequest.

Um noch einmal auf das repetition flag zurückzukommen: Das wird in irmplircd ja gar nicht ausgewertet. Die Variable repeat wird ja ausschließlich auf Basis der Zeit hochgezählt. Könnte man das flag nicht auswerten, wenn z.B. das Argument repeat-time beim Aufruf nicht gesetzt ist? Oder meinetwegen, wenn es auf einen negativen Wert gesetzt wird.

--- a/irmplircd.c	2014-11-17 10:12:54.291936000 +0100
+++ b/irmplircd.c	2014-11-17 10:12:28.425761000 +0100
@@ -50,6 +50,8 @@
 #include "hashmap.h"
 #include "mapping.h"
 
+#define IRMP_FLAG_REPETITION 0x01
+
 typedef struct {
   uint8_t	dummy;		// additional useless byte 
   uint8_t	protocol;	// protocol, i.e. NEC_PROTOCOL
@@ -194,7 +196,7 @@ static void processevent(evdev_t *evdev)

 	struct timeval current;
 	gettimeofday(&current, NULL);
-	if(time_elapsed(&previous_input, &current) < repeat_time)
+	if(time_elapsed(&previous_input, &current) < repeat_time || (!repeat_time && event.flags & IRMP_FLAG_REPETITION))
 		repeat++;
 	else 
 		repeat = 0;

Sofern ich das richtig verstehe hat Olli Salonen das aus dem Objectfile ausgelesen:

Zitat

Values in cx23885_gpio_setup, cx23885_card_setup and dvbsky_t9580_set_voltage as well as the EEPROM read function are taken from the manufacturer provided semi-open source driver. The drivers in question are Linux GPL'd media tree drivers for cx23885 modified by Max Nibble (nibble.max@gmail.com) with proprietary tuner/demod drivers. Max is aware of this patch and has approved my use of the values in this patch.

Quelle: http://git.linuxtv.org/cgit.cg…ace50ae14318ac025a56843d8