Beiträge von woggle

KLar, ist kein Geheimnis.
HW ist komplett selbst gebaut auf Lochraster mit einem ATmega328p mit 20 MHz.
Gelegentlich muss ich mal einen Schaltplan Zeichnen alleine um nicht den Überblick zu verlieren.
Die Firmware habe ich um das irsnd-Modul von IRMP erweitert. Dann natürlich noch den HID-Report-Descriptor und die entsprechenden Routinen erweitert um einen IR-Sende-Code übertragen zu können.
IRMP habe ich auch erweitert damit ich das RC-MM Protokoll empfangen kann. So kann ich meine geliebte Fernbedienung vom Activy weiterbenutzen.
Alle Versuche RC-MM mit LIRC oder auch dem yaUSBIr zu empfangen sind gescheitert oder waren nicht sehr befriedigend. Mit dem IRMP geht das jetzt sehr gut.

Hier noch ein paar Links auf die benutzten Code-Teile:
IRMP von Frank M.
USB IR Remote Receiver von Hugo Portisch
V-USB von objective development

Um die Lizenzen habe ich mir bisher noch keine Gedanken macht da ich im Moment ja nur für mich privat bastle.

Hier mal mein Patch für das ir_control:

--- usb-ircontrol/ir_control.c	2014-01-23 00:46:14.564302834 +0100
+++ usb-ircontrol_n/ir_control.c	2014-01-22 23:00:35.431996520 +0100
@@ -19,6 +19,8 @@
 int readPowerOn = 0;
 int printVersion = 0;
 
+unsigned char repeat = 0;
+
 usb_dev_handle *handle = NULL;
 
 int main(int argc, char **argv) {
@@ -47,11 +49,7 @@
 				poweron_enable = 1;
 			break;
 		case 'r':
-                        {
-                        unsigned char cnt;
-                        cnt=(unsigned char)atoi(optarg);
-                        writeMinRepeats(cnt);
-                        }
+                        repeat = (unsigned char) atoi(optarg);
                         break;
 		case 's':
 			readPowerOn = 1;
@@ -104,6 +102,10 @@
 		writePowerOnEnabled(poweron_enable);
 	}
 
+	if(repeat) {
+                writeMinRepeats(repeat);
+	}
+
 	usb_release_interface(handle, 0);
 	usb_close(handle);
 	return 0;
@@ -216,7 +218,7 @@
 
 	IR_DATA emptyCode;
 
-	emptyCode.repeat = 23;
+	emptyCode.dummy = 0;
 	emptyCode.protocol = 0;
 	emptyCode.address = 0;
 	emptyCode.command = 0;
--- usb-ircontrol/ir_control.h	2014-01-23 00:46:14.564302834 +0100
+++ usb-ircontrol_n/ir_control.h	2014-01-22 23:03:38.461695525 +0100
@@ -9,7 +9,7 @@
 #define IR_CONTROL_H_
 
 #define PACKAGE    "ir_control"
-#define VERSION    "1.0.0 (20.05.2012)"
+#define VERSION    "1.0.1 (22.01.2014)"
 
 #define USBDEV_SHARED_VENDOR    0x16C0  /* VOTI */
 #define USBDEV_SHARED_PRODUCT   0x27d9  /* Obdev's free shared PID */
@@ -17,7 +17,7 @@
  * in firmware/usbdrv/USBID-License.txt.
  */
 typedef struct {
-	uint8_t repeat; // count of repeats
+	uint8_t dummy; // dummy byte
 	uint8_t protocol; // protocol, i.e. NEC_PROTOCOL
 	uint16_t address; // address
 	uint16_t command; // command
@@ -38,7 +38,6 @@
 int writeMinRepeats(unsigned char count);
 int deleteTrainedIRCode(void);
 
-void printIrmpVersion(void);
 
 static int usbGetStringAscii(usb_dev_handle *dev, int index, int langid, char *buf, int buflen);
 static usb_dev_handle *findDevice(void);

Ich habe mir auch mal kurz den irmplircd angeschaut. Die Einstellung der Repeat-Rate dort ist ja etwas ganz eigenes. Es gibt also zwei Möglichkeiten, die Repeat-Rate einzustellen:
im irmplircd und per ir_control direkt in der Hardware. Hmmm...
Auf jeden Fall braucht man das ir_control um z.B. einen neuen On/Off-Code anzulernen.

Meine "IRMP USB" Hardware und Firmware habe ich sowieso erweitert. So kann ich auch IR-Code senden (via ir_control), einen On/Off-Code per ir_control setzen und die Repeat-Rate abfragen.

Mit dem IR-Senden wollte ich z.B. automatisch den Fernseher einschalten wenn ich den VDR einschalte. Aber das geht im Moment ja nicht weil bei Benutzung von ir_control der irmplircd seinen Dienst einstellt.
Naja, wird's auch nicht langweilig...

Zitat von raiuns

+ mach doch einen Verbesserungsvorschlag?

Habe ich doch schon geschrieben, dass ich das ein Problem schon gefixt habe.
War irgendwann heute Nacht um 4
So "zwischendurch" muss ich auch mal was arbeiten. Und heute brennt es an allen Ecken
Mal gucken ob ich in der Nachtschicht weitermachen kann...

Hallo ihr zwei,
erst mal vielen Dank fürs Testen und Erstellen der Pakete.
Ich bin auch gerade am spielen mit dem IRMP USB Receiver und yaVDR .Da kam mir dieser Thread sehr gelegen ;-).

Der Empfang über irmplircd klappt prima,

Probleme habe ich noch mit ir_control.
Zum einen geht das Einstellen der Repeat-Rate überhaupt nicht (Segfault).
Ich habe den Source angeschaut. Das kann so gar nicht gehen! Einfach Murx programmiert.
Zum anderen verabschiedet sich bei Benutzung von ir_control der irmplircd mit

Error processing event from hidraw0: Input/output error

Da wird dem irmplircd vermutlich von ir_control das USB-Device unter den Füßen weggezogen. Oder so...

Die Repeat-Rate habe ich schon gefixt. Da kann ich seahawk gerne den Source schicken.
Zum Ausstieg von irmplircd habe ich leider keine Idee.

Zitat von Sundtek

Die Befehle sind nur für die alten Sticks (pollrc, -l)

Ok, kein wunder das es mit dem neuen Stick nicht funktioniert. Sollte aber irgendwo dokumentiert werden! Hätte mit stundenlanges herumprobieren erspart!

Zitat von Sundtek

Das alte Gerät konnte nur 4 vordefinierte Protokolle, der neue Stick kann so ziemlich alle Protokolle unterstützen da die IR Daten Roh übergeben werden und in Software dekodiert werden.

In welcher Software wird es dekodiert? Im sundtek-Treiber? Bzw. wo klinkt sich der sundtek-IR-Empfänger in die yavdr-IR-Struktur ein?

Zitat von Sundtek

Derzeit wird nur das NEC Protokoll unterstützt, für alternative Fernbedienungen musst du noch etwas abwarten (sie funktionieren aber auf jeden Fall).

NEC würde mir reichen

Zitat von Sundtek

Du kannst es versuchen, ich weiß aber jetzt nicht in wiefern das derzeit klappt
http://support.sundtek.com/index.php/topic,615.0.html (ab setrcmap, voreingestellt ist ja NEC, der RC5/6 dekoder ist noch nicht freigeschalten)

Ok, muss ich mal testen wenn ich mal wieder an Daddys VDR bin oder den Stick zum "spielen" hier habe.

Danke für die Antwort!
Geht da nur die mitgelieferte Fernbedienung?
Oder geht vielleicht auch eine andere Fernbedienung mit NEC-Protokoll? Wäre cool, weil da ist noch ein "übrig" (mit Farbtasten).

Was definitiv nicht geht:
mediaclient -l
liefert nur die Überschriften...
mediaclient --pollrc
macht auch nicht unbedingt das was es soll bzw. wie man es hier und da beschrieben findet.
Deshalb bin ich davon ausgegangen, dass der IR-Support für die neuen Sticks noch nicht funktioniert.

Zitat von gda

Diesen Skript unter yaVdr nicht installieren! Wer lesen kann der stellt fest, das die Pakete vom 19. Januar sind. Siehe 2. Post.

Als ich über die Feiertage daran gebastelt habe gab es nur den uralt Treiber vom September. Deswegen das Script. Und das läuft prima. Habe zumindest bis jetzt noch keine Nebenwirkungen festgestellt

Falls es mittlerweile im Paket einen neueren Treiber gibt ist das natürlich prima. Allerdings gibt es bei sundtek im Moment wohl fast täglich eine neue Version

Zitat von gda

Der neue Stick läuft übrigens gut

Auch Infrarot? Das kriege ich nämlich noch nicht hin

Habe für meinen Daddy die Tage daran "gebastelt". Er will unter yavdr damit DVB-C empfangen.
Das ist recht schnell zum Laufen zu bringen.

Einfach die sundtek-Pakete für yavdr nachinstallieren

sudo apt-get install yavdr-hardware-sundtek

und am besten gleich noch den 3.8er Kernel

sudo apt-get install linux-image-generic-lts-raring linux-headers-generic-lts-raring

Da die sundtek-Pakete einen uralt Treiber vom September installieren habe ich ein kleines Script geschrieben das den Treiber aktualisiert:

#!/bin/bash


# vdr anhalten und sundtek mediaserver beenden
sudo stop vdr
sudo /opt/bin/mediaclient --shutdown


# neuen Treiber holen
wget http://www.sundtek.de/media/netinst/64bit/installer.tar.gz


# temporäres Verzeichnis erstellen und Treiber entpacken
mkdir -p sundtek_tmp
sudo tar -xzf installer.tar.gz -C sundtek_tmp


# Rechte setzen und Treiberkomponenten kopieren
sudo chmod -x sundtek_tmp/opt/bin/dvb/*
sudo cp --preserve sundtek_tmp/opt/bin/dvb/* /opt/bin/dvb/


sudo chmod -x sundtek_tmp/opt/bin/extension/*
if [ ! -d /opt/bin/extension ]; then
sudo mkdir /opt/bin/extension
fi
sudo cp --preserve sundtek_tmp/opt/bin/extension/* /opt/bin/extension/


sudo chmod -x sundtek_tmp/opt/bin/plugins/*
if [ ! -d /opt/bin/plugins ]; then
sudo mkdir /opt/bin/plugins
fi
sudo cp --preserve sundtek_tmp/opt/bin/plugins/* /opt/bin/plugins/


sudo cp --preserve sundtek_tmp/opt/bin/getinput.sh /opt/bin/
sudo cp --preserve sundtek_tmp/opt/bin/mediaclient /opt/bin/
sudo cp --preserve sundtek_tmp/opt/bin/mediasrv /opt/bin/


sudo cp --preserve sundtek_tmp/opt/lib/pm/10mediasrv /opt/lib/pm/


sudo chmod -x sundtek_tmp/opt/lib/*
sudo cp --preserve sundtek_tmp/opt/lib/libmcsimple.so /opt/lib/
sudo cp --preserve sundtek_tmp/opt/lib/libmediaclient.so /opt/lib/


# aufräumen: Treiber und temporäres Verzeichnis wieder löschen
rm installer.tar.gz
sudo rm -rf sundtek_tmp/*
rmdir sundtek_tmp


# sundtek mediaserver und vdr wieder starten
sudo /opt/bin/mediaclient --start
sudo start vdr

Das Script kann man immer dann laufen lassen wenn im sundtek-Forum ein neuer Treiber freigelassen wurde.

Das Einzige was noch nicht funktioniert ist der IR-Empfänger des Sticks...

Danke! RTFM hat geholfen

Ich habe dazu noch eine Frage:

Zitat von Andi_B

- Die Schritte 1 bis 5 aus dem Blog von Ben Periton durchführen:
http://ben.periton.co.uk/2012/06/configu…remote-control/

Wenn ich den Schritt 1 aus der obigen Anleitung bei einem yaVDR 0.5 ausführen will, dann wird nicht nur lirc deinstalliert sondern auch yavdr-essential.
Danach ist dann die Paketverwaltung der Meinung, dass man eigentlich alles nichtmehr braucht.
Wie kriege ich denn das "gebacken"?

Zitat von tioan

Blos kein Areca, wenn LSi oder Adaptec hab leider noch einen server mit Areca hier, bin froh wenn der endlich raus fliegt.

Persönliche Abneigung oder kannst du das begründen?
Habe hier seit ein paar Jahren einen Areca 12-Port SATA-RAID-Controller im Keller-Server im Einsatz. Bisher ohne jegliche Problem.

Zitat von hepi

Du könntest ja mal die dmesg-Ausgabe von Deiner Cine S2 posten, damit lukas_v sehen kann, wie es bei Dir aussieht, wenn die Karte erkannt und initialisiert wird.

Hier ist es. Hoffe ich habe beim Kürzen nicht zu viel gelöscht.
System ist ein YAVDR 0.4 mit allen aktuellen Updates. Der Cine S2 V6 habe ich noch ein Erweiterungsmodul verpasst, so dass ich 4 Sat-Eingänge habe.

Ausgabe von lspci:

02:00.0 Multimedia controller: Device dd01:0003

Ausgabe von dmesg:

[    0.827454] pci 0000:02:00.0: [dd01:0003] type 0 class 0x000480
[    0.827484] pci 0000:02:00.0: reg 10: [mem 0xfb900000-0xfb90ffff 64bit]
...
[   15.692467] [drm] Initialized drm 1.1.0 20060810
[   15.702031] WARNING: You are using an experimental version of the media stack.
[   15.702033] 	As the driver is backported to an older kernel, it doesn't offer
[   15.702034] 	enough quality for its usage in production.
[   15.702035] 	Use it with care.
[   15.702036] Latest git patches (needed if you report a bug to linux-media@vger.kernel.org):
[   15.702037] 	2d04c13a507f5a01daa7422cd52250809573cfdb [media] dvb-usb: improve sanity check of adap->active_fe in dvb_usb_ctrl_feed
[   15.702038] 	4b5d01e9f66446be0c2beebfab0463210bed315d [media] dvb-usb: fix streaming failure on channel change
[   15.702040] 	62dd28d0c659db29bdb89cfe9f0aefe42f0adfe9 [media] saa7164: Add support for another HVR2200 hardware revision
[   15.756671] Digital Devices PCIE bridge driver, Copyright (C) 2010-11 Digital Devices GmbH
[   15.756714] DDBridge 0000:02:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[   15.756724] DDBridge driver detected: Digital Devices Cine S2 V6 DVB adapter
...
[   15.788186] Port 0 (TAB 1): DUAL DVB-S2
[   15.788825] Port 1 (TAB 2): NO MODULE
[   15.789569] Port 2 (TAB 3): DUAL DVB-S2
[   15.790003] DVB: registering new adapter (DDBridge)
[   15.792809] ppdev: user-space parallel port driver
[   15.830275] usbcore: registered new interface driver uas
[   15.831847] i915 0000:00:02.0: enabling device (0006 -> 0007)
[   15.831854] i915 0000:00:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[   15.831858] i915 0000:00:02.0: setting latency timer to 64
[   15.836753] Initializing USB Mass Storage driver...
[   15.842467] usbcore: registered new interface driver usbhid
[   15.842469] usbhid: USB HID core driver
[   15.845802] WARNING: You are using an experimental version of the media stack.
[   15.845803] 	As the driver is backported to an older kernel, it doesn't offer
[   15.845805] 	enough quality for its usage in production.
[   15.845805] 	Use it with care.
[   15.845806] Latest git patches (needed if you report a bug to linux-media@vger.kernel.org):
[   15.845807] 	2d04c13a507f5a01daa7422cd52250809573cfdb [media] dvb-usb: improve sanity check of adap->active_fe in dvb_usb_ctrl_feed
[   15.845809] 	4b5d01e9f66446be0c2beebfab0463210bed315d [media] dvb-usb: fix streaming failure on channel change
[   15.845810] 	62dd28d0c659db29bdb89cfe9f0aefe42f0adfe9 [media] saa7164: Add support for another HVR2200 hardware revision
...
[   16.061525] LNBx2x attached on addr=a
[   16.063010] stv6110x_attach: Attaching STV6110x
[   16.063014] attach tuner input 0 adr 60
[   16.063017] DVB: registering adapter 0 frontend 0 (STV090x Multistandard)...
[   16.063083] DVB: registering new adapter (DDBridge)
...
[   16.119994] LNBx2x attached on addr=8
[   16.120083] stv6110x_attach: Attaching STV6110x
[   16.120085] attach tuner input 1 adr 63
[   16.120088] DVB: registering adapter 1 frontend 0 (STV090x Multistandard)...
[   16.120143] DVB: registering new adapter (DDBridge)
...
[   16.339912] LNBx2x attached on addr=b
[   16.340007] stv6110x_attach: Attaching STV6110x
[   16.340009] attach tuner input 4 adr 60
[   16.340012] DVB: registering adapter 2 frontend 0 (STV090x Multistandard)...
[   16.340128] DVB: registering new adapter (DDBridge)
...
[   16.379691] LNBx2x attached on addr=9
[   16.379766] stv6110x_attach: Attaching STV6110x
[   16.379767] attach tuner input 5 adr 63
[   16.379770] DVB: registering adapter 3 frontend 0 (STV090x Multistandard)...

Zitat von hepi

Meines Erachtens ein Tipp der Kategorie "wenig hilfreich", gerade nachdem seahawk schon gute Tipps gegeben hat. Lass doch den Thread-Ersteller erstmal Diagnose betreiben, er hat doch sein System gerade erst zusammengebaut. Wieviele Leute hier haben schon geglaubt, ihre Karte sei defekt und dann herausgefunden, dass sie doch nicht defekt ist?

Gruß
hepi

Vielleicht ist es deiner Aufmerksamkeit entgangen, aber die Posts haben sich überschnitten.

Was ich mit meinem Post zum Ausdruck bringen wollte ist, dass die Cine S2 V6 sehr wohl mit YAVDR 0.4 läuft.
Das ging aus der ersten Antwort von seahawk nämlich nicht hervor.

Die Cine S2 V6 lief hier mit dem yavdr0.4 "out of the box". Vielleicht ist deine Karte defekt.

Ich habe mal im Source des Live-Plugins gewühlt.
Soweit ich das überblicke setzt die Play-Funktion (Sendung im Browser anzeigen) im Live-Plugin ganz speziell auf vlc.

Also das VLC-Browser-Plugin für den Mac ist total veraltet und läuft auf aktuellen Mac OS Versionen nicht mehr.
Wann es ein neues Plugin für 64bit Mac OS geben wird steht in den Sternen.

Das ist zumindest das Ergebnis meiner Recherchen.

Kann das von Reihnold nur bestätigen.
Ich habe mir vor ein paar Wochen ein neues VDR-System zusammengebaut.
Zuerst mit "nur" einer Cine S2 V6 und yaVDR 0.4. Ich war so begeistert das ich vor ein paar Tagen eine Erweiterungskarte eingebaut und mein Sat-System auf Unicable umgebaut habe. Jetzt habe ich 4 Empfänger. Geht mit yaVDR "out of the box"!

Danke. Klare Worte. Das konnte ich so aus dem softhddevice Thread nicht herauslesen.

Ja, das stand so im softhddevice Thread.
Aber vielleicht kann ein Erleuchteter auch erklären warum.

Nö, da läuft nur der avahi-mounter aber KEIN avahi!
Ist vermutlich das gleich Problem wie bei mir, siehe Post #5.

Die Domain deines Netzwerkes ist .local und das mag avahi nicht, d.h. das wird beim Start von avahi geprüft und wenn die Domain .local ist wird avahi erst gar nicht gestartet. Die "Fehlermeldung" findest du im syslog.

Also entweder änderst du die Domain deines Netzwerkes oder du folgst dem Tipp in dem Link aus meines Post #5.
Bei mir habe ich die Domain geändert. Danach lief alles.