@alez: si ok, la versione git e' quella corretta: mi riferivo all'archivio segnalato a suotempo da vonfritz, ora non piu disponibile (il link nel wiki e' quello).
Per la crosscompilazione di cose non troppo complesse, penso che un CodeSourcery dovrebbe andare bene, strano comunque che il codice non giri sotto DS. boh?
vdr: 1.4.7+extpatch54 (pensionata), 1.7.27 (yavdr 0.4) Percorri la via che porta al sole,
e non camminare sui sentieri oscuri. E quando penso che sia finita,
è proprio allora che comincia la salita.
Ricapitolando, tu hai provato l'ultimo git e funziona correttamente?
In alternativa riesci a fornirmi il link di una versione stabile di irmplircd da poter mettere nella documentazione sul wiki?
Per ora posso proseguire i test e preparare la documentazione con la versione che ho funzionante del 2011, nessun problema, ma mi piacerebbe fornire agli utenti una versione più recente e funzionante
@alez: avevo il compilato del vecchio archivio. Poi ho cancellato tutto (grrr) ma il link non andava piu'. Poi ho trovato il git dell'autore, compilata l'ultima versione e mi sembra che vada meglio....
p.s.allego un script da inserire in rc.local se la regola udev nonfunge a regola d'arte: con yavdr ora uso questa modalita'
#! /bin/sh
#dmesg|grep "USB IR Remote"|awk -F, '{print substr($2,0,8)}'
hid_draw=`dmesg|grep "USB IR Remote"|awk -F, '{print substr($2,0,7)}'`
if [ ! -z "$hid_draw" ]; then
#if [ "$hid_draw" == "hidraw1" ]; then
echo $hid_draw
/home/mark/irmplircd -t /home/mark/remoto.map /dev/$hid_draw
/bin/mkdir /var/run/lirc
/bin/ln -s /var/run/lirc/lircd /dev/lircd
fi
vdr: 1.4.7+extpatch54 (pensionata), 1.7.27 (yavdr 0.4) Percorri la via che porta al sole,
e non camminare sui sentieri oscuri. E quando penso che sia finita,
è proprio allora che comincia la salita.
Dovrebbe funzionare, imposto proprio cosi xbmc sotto yavdr, il remoto funge: forse dovresti provare un'altra versione oppure verificare il path di userdata.-> http://wiki.xbmc.org/?title=Raspberry_Pi/FAQ
vdr: 1.4.7+extpatch54 (pensionata), 1.7.27 (yavdr 0.4) Percorri la via che porta al sole,
e non camminare sui sentieri oscuri. E quando penso che sia finita,
è proprio allora che comincia la salita.
vdr: 1.4.7+extpatch54 (pensionata), 1.7.27 (yavdr 0.4) Percorri la via che porta al sole,
e non camminare sui sentieri oscuri. E quando penso che sia finita,
è proprio allora che comincia la salita.
Si trattava solamente di una cavolata colossale: il file lo chiamavo lircmap.xml invece di Lircmap.xml (con la L maiuscola funziona)
Prima di postare sono convinto di avere provato anche con la L maiuscola... come al solito se ci si blocca ci vuole una pausa per riuscire a farcela, grazie del file
l' altro "giorno" ho aggiornato la mia Arch (VDRBOX) e son passato da un kernel 3.7.9 ad un 3.8.3 e all riavvio
il ricevitore non funzionava piu' il device /dev/hidraw non viene creato con il kernel 3.8.x dunque ATTENZIONE! se aggiornate.
io ho risolto facendo un downgrade riportando la mia arch al 3.7.9.
il problema e che con il kernel 3.8 la USB-ID del ricevitore IR viene usata dal nuovo device Masterkit M901 USB-Radio.
2 soluzioni a parte il downgrade :
1. si patcha il kernel 3.8 togliendo il supporto Masterkit M901 USB-Radio.
2. si riprogramma il ricevitore IR con un altra USB-ID "libera".
bye
Ci sono novita'?
Nel weekend ho scoperto che il kernel di yavdr05 non vede piu' il dispositivo. Dopo innumerevoli bestemmie sono tornato alla 0.4
Francamente sono scocciato da questa piega e stufo di perdere tempo appresso ad un potpuorri dov avere qualcosa funzionante e' praticamente un terno al lotto.
nel 3.8.7 (attuale stable) non e stata ancora inserita "l'ultima patch" che rimette a posto il tutto.
nel 3.9.X, non ancora rilasciato,
basta non usare un kernel 3.8.X, il ricevitore funziona bene fino al 3.7.X e funzionera' di nuovo con il 3.9.X senza fare modifiche.
oggi archlinux e "passata" dal 3.8.11 al 3.9.2, fatto l' aggiornamento completo (avevo bloccato il kernel al 3.7.10) e il ricevitore ir-usb-irmp funziona bene.
ricordo che con il 3.8.2 e successivi (attualmente 3.8.12) il "nostro" ricevitore ir non viene piu' riconosciuto.
con il 3.9.2 :
[root@VDRBOX fritz]# lsusb
Bus 001 Device 002: ID 1058:1023 Western Digital Technologies, Inc. Elements SE
Bus 003 Device 002: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC
Bus 003 Device 003: ID 16c0:05df Van Ooijen Technische Informatica Masterkit MA901 radio
Bus 004 Device 002: ID 076b:1021 OmniKey AG CardMan 1021
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
[root@VDRBOX fritz]# lsusb -v -s 003:003
Bus 003 Device 003: ID 16c0:05df Van Ooijen Technische Informatica Masterkit MA901 radio
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 1.10
bDeviceClass 0 (Defined at Interface level)
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 8
idVendor 0x16c0 Van Ooijen Technische Informatica
idProduct 0x05df Masterkit MA901 radio
bcdDevice 1.07
iManufacturer 1 www.vdritalia.org
iProduct 2 USB IR Remote Receiver
iSerial 0
bNumConfigurations 1
Configuration Descriptor:
va bhe, comunque funziona
VDRBOX-HD : in pensione!
ALTRO : freerunner (openmoko) ; nokia n900 ; 2 seagate dockstar, samsung ps64d8000, diversi dispositivi ARM (Allwinner, Amlogic) Don't feed the trolls non alimentate sistemi proprietari
Ho pensato di inizare da zero descrivendo come realizzare l'interfaccia in versione USBASP, dato che mi sembra la più appetibile, essendo super economica e alla portata di molti più utenti rispetto alla versione realizzata ad hoc partendo da atMega8
Per ora solo la parte hardware e di introduzione è fatta, spero di fare a breve anche la mancante di installazione / configurazione di irmplircd e configurazione di XBMC e VDR
Se sarete d'accordo, quando finisco volevo modificare il primo post di questo thread puntando direttamente a quell'articolo del Wiki...
Inoltre mi piacerebbe conoscere qualche commento su come ho implementato l'hardware descritto nel wiki
Beh, risolto mica tanto...Non sapevo di aver realizzato una radio usb con l'atmega.
Per il resto volevo chiederti se avevi utilizzato un TSOP differente da quello classico ed inoltre se il foto accoppiatore da te citato e' differente o equivalente al cy (che a me non funziono' quando provai).
vdr: 1.4.7+extpatch54 (pensionata), 1.7.27 (yavdr 0.4) Percorri la via che porta al sole,
e non camminare sui sentieri oscuri. E quando penso che sia finita,
è proprio allora che comincia la salita.
Il foto accoppiatore è diverso, ho usato un C1010 della Kosmos, dato che ne ho recuperati molti da degli UPS trovati in discarica se vuoi te ne mando qualcuno. Se vuoi prima prova ad invertire il cavetto power switch che collega il foto accoppiatore alla scheda madre, se vedi l'ho scritto nelle istruzioni, l'uscita del foto accoppiatore è polarizzata, me ne sono accorto col prova diodi del tester.
Lo TSOP usato da me è il 4838, ne avevo presi 2 quando lo ordinai per fare il ricevitore GPIO per RaspBerry, se guardi il progetto sul wiki YaVDR DE vedrai che loro mostrano l'uso sia con TSOP 1738 che con 4838, quest'ultimo è leggermente più piccolo, il pinout cambia tra i due.
Uno dei vari todo è anche allegare al Wiki i PDF con i datasheet del C1010 e dello TSOP 4838.
@alez: accidenti sei troppo preciso pure il righello, io avrei saldato "brutalmente" i componenti
Comunque ho ordinato un paio di lcstudio per vedere come sono, costano la stessa cifra degli betemcu.
vdr: 1.4.7+extpatch54 (pensionata), 1.7.27 (yavdr 0.4) Percorri la via che porta al sole,
e non camminare sui sentieri oscuri. E quando penso che sia finita,
è proprio allora che comincia la salita.
L´utilizzo dei cookies è finalizzato a rendere migliore l´esperienza di navigazione sul nostro sito.
Se continui senza cambiare le tue impostazioni, accetterai di ricevere i cookies dal sito "VDR Italia Forum".