davidea ha scritto:
quindi se fai fare una scansione al tuner , e leggi l' intensita' del segnale STR, ti ritroverai ( o meglio ci dovremmo ritrovare) con un' intensita' molto basa su tutte le frequenze tranne che su F1 F2 F3 F4, memorizzi le frequenze, quando mandi un comando che da' una risposta, vai a vedere se c'e' segnale su F1 o su F1+23 Mhz ( o nelle immediate vicinanze)
considera che quando dai dei comandi che devono dare una risposta,l' lnb non sta funzionando , quindi non c'e' nienta' altro.
Mmm....
Ma sei sicuro che sia necessaria una scansione? Se cosi fosse, come setup sarebbe troppo complicato...Le frequenze non dovrebbero essere fisse?
Al limite si potrebbe consentire d'impostare la frequenza manualmente, ma dover riportare anche il segnale comincia ad essere una cosa complessa, soprattutto in considerazione delle innumerevoli configurazioni hardware/driver possibili.
L'esperienza m'ha insegnato che conviene sempre semplificare...
ciao
be la sicurezza non esiste.... ho visto lnb dove vi era scritto sotto la frequenza, nel mio no!
per iniziare si potrebbe anche saltare la parte di configurazione automatica e scrivere i valori a manina, ma poi bisognerebbe capire se realmente serve o meno.......
quando parli di innumerevoli configurazioni possibili sono io a non seguirti, non esiste un' interfaccia software del tipo
*struct risultato sintonizza_frequenza(frequenza da sintonizare)
dove restituisce una
struct risultato {
double intensita_segnale
double ber
int has_lock
int carrier
}
e cosi' via, in modo da passare per un ciclo for che ricerchi su tutte le frequenze del tuner???
@davidea: teoricamente e' cosi, ma all'atto pratico ci sono decine di release di driver e decine di schede hardware differenti e non tutte funzionano allo stesso modo e spesso possono problemi (dati fallati e stabilita')...
Mi basta pensare allo sviluppo di plugins come femon e rotor che spesso hanno dato (e danno) problemi...Se vuoi mandare in crash vdr basta giocarci un po' troppo...
IMHO, credo che le frequenze SCR siano standardizzate, quindi l'approccio potrebbe essere abbastanza semplice da seguire (tabella frequenze fisse modificabili), naturalmente se funziona la sintonizzazione in seguito si potrebbero implementare altre feature, ma inizialmente sempre IMHO, converebbe rimanere semplici e scarni...
ciao
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.
ragno ha scritto:@davidea: teoricamente e' cosi, ma all'atto pratico ci sono decine di release di driver e decine di schede hardware differenti e non tutte funzionano allo stesso modo e spesso possono problemi (dati fallati e stabilita')...
Mi basta pensare allo sviluppo di plugins come femon e rotor che spesso hanno dato (e danno) problemi...Se vuoi mandare in crash vdr basta giocarci un po' troppo...
cio' mi stai dicendo che esistono varie
*struct risultato sintonizza_frequenza(frequenza da sintonizare)
dipendenti dal driver e/o dall' hardware ?
ragno ha scritto:
IMHO, credo che le frequenze SCR siano standardizzate, quindi l'approccio potrebbe essere abbastanza semplice da seguire (tabella frequenze fisse modificabili), naturalmente se funziona la sintonizzazione in seguito si potrebbero implementare altre feature, ma inizialmente sempre IMHO, converebbe rimanere semplici e scarni...
ciao
sicuramente inizialmente si puo' seguire l' approccio semplice!
hai idea di dove dover metter mano? io no..... suggerimenti almeno di dove guardare?
io ieri sera ho dato un' occhiata ai sorgenti di scan, e non nen ho capito niente!
davidea ha scritto:
sicuramente inizialmente si puo' seguire l' approccio semplice!
hai idea di dove dover metter mano? io no..... suggerimenti almeno di dove guardare?
io ieri sera ho dato un' occhiata ai sorgenti di scan, e non nen ho capito niente!
Tempo permettendo, questo weekend mi metto al lavoro per una patch a vdr 1.4.7 (driver dvb standard no s2api)...
ciao
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.
davidea ha scritto:
sicuramente inizialmente si puo' seguire l' approccio semplice!
hai idea di dove dover metter mano? io no..... suggerimenti almeno di dove guardare?
io ieri sera ho dato un' occhiata ai sorgenti di scan, e non nen ho capito niente!
Tempo permettendo, questo weekend mi metto al lavoro per una patch a vdr 1.4.7 (driver dvb standard no s2api)...
ciao
grazie 1000 per la tua disponibilita:
ti devo preparare qualche tabellina, qualcosa di particolare?
devo installarmi la 1.4.7 ? o va bene anche la 1.6.0 (non ho idea delle differenze tra le due nella parte che andrai a toccare!
se commenti in modo prolisso il codice, sara' un momento di crescita anche per me!
@davidea: puoi darmi una mano calcolando le frequenze e comando E0 10 5A yy xx per un altro canale (altro tp)... Per il resto "lavoro" con vdr 1.4.7 perche' lo conosco un po' di piu', lo utilizzo...e ci sono piu' affezionato...
Il "passaggio" alla 1.6.0. non dovrebbe essere problematico...
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.
mediaset 11919 V diventa E0 10 5A 05 1A sempre su 1210 Mhz
sky discovery channel 11958 V diventa E0 10 5A 05 24 sempre 1210 Mhz
ho preso tre trasponder in banda alta verticale, se ne vuoi sulle altre bande dai un fischio
se vuoi prenderti un lnb scr, il mio e' un Fwave certificato sky preso in uno negozio sky, ed ha due uscite mutuamente esclusive, una legacy per i decoder normali ed una scr, se come me hai la parabola sul balcone facilmente accessibile, quando tutti dormono puoi scambiare e fare delle prove
comunque per dreambox c'e' gia' un firmware, quindi in giro ci dovrebbero esser gia' i sorgenti (o almeno spero) vedo se trovo qualcosa!
@davidea: dovresti fare le stesse prove selezionando un altro SCR (1,2,3)...
ciao
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, se funge, la famosa XX (4o byte del comando di sintonizzazione):
XX =
NNN_____ SCR (da 0 a 3) ok!
___NNN__ LO+POL (001 = HI V) le altre sono : LO V = 000, LO H = 002, HI H = 003 ______NN FREQ (parte alta) ok!
Confermi?
ciao
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.
scusami ragno, ma non ho avuto la possibilita' di montare l' ananlizzatore di spettro
ho pero' fatto questo piccolo programmino in C per il calcolo, spero non lo ritieni troppo rozzo!
anzi se gli dai un' occhiata, io ho trovato in questo programmino un comportamento strano, nell' ultima riga, quando stampa il byte basso, anche se e' un char (dovrebbe essere un byte) mi stampa FFFFFF99 , il risultato corretto con l' aggiunta di 3 byte a FF come fosse un' int, ma solo se l' scr id e' 1 , 2 o 3...... misteri....per il mio scarso C!
#include <stdio.h>
#include <string.h>
main()
{
int scr; // l' indicazione di quale scr id usare
int freq; //la frequenza da codificare in comandi scr
int freq_scr; //la frequenza corrispondente all' scr id
int freq_lo; //la frequenza di oscillatore locale
char pol; // la polarizzazione
char banda; // la banda
/* la union di seguito serve a poter fare i calcoli e dividere correttamente
i dati nei propri bit */
union calcolo {
struct {
char byte_basso;
char byte_alto;
};
struct {
int frequenza : 10; //meno significativo
int lo_pol : 3;
int scr_id : 3; //piu' significativo
};
} diseqc;
printf("\ninserire l' id scr (0 -3) la frequenza e la polarizzazione (v - h minuscolo)\n\n");
scanf("%d %i %c",&scr,&freq,&pol);
// ciclo di selezione della frequenza scr e del valore binario da inserire nei calcoli
switch (scr) {
case 0:
freq_scr=1210;
diseqc.scr_id=0b000;
break;
case 1:
freq_scr=1420;
diseqc.scr_id=0b001;
break;
case 2:
freq_scr=1680;
diseqc.scr_id=0b010;
break;
case 3:
freq_scr=2040;
diseqc.scr_id=0b011;
break;
default:
printf ("errore nell\' assegnazione dell\' scr id\n\n");
return 0;
}
// selezione della banda alta/bassa e assegnazione della frequenza di oscillatore
// locale
if (freq > 10600)
{
freq_lo=10600;
banda=1;
}
else
{
freq_lo=9750;
banda=0;
}
//selezione del valore dei tre bit relativi alla selezione O.L./polarizzazione
if (banda == 0 && pol =='v')
diseqc.lo_pol=0b000;
else
if (banda == 1 && pol =='v')
diseqc.lo_pol=0b001;
else
if (banda == 0 && pol =='h')
diseqc.lo_pol=0b010;
else
if (banda == 1 && pol =='h')
diseqc.lo_pol=0b011;
else
printf("\n\n banda / polarizzazione non riconosciuta\n");
//calcolo del tuning byte
diseqc.frequenza=((freq-freq_lo)+freq_scr)/4-350;
printf ("\n\n comando diseqc scr E0 10 5A %X %X\n",diseqc.byte_alto,diseqc.byte_basso);
@davidea: scusa per l'assenza...ho avuto un po' di altre cose da fare ed il tempo libero l'ho dedicato ad un altro progettino che sto seguendo...
Quanto prima cerco di mettere su la patch per l'unicable.
A parte il fatto che purtroppo non potro' provarla per mancanza di hardware, se funzionasse, l'unico vero problema sarebbe quello di "selezionare la scheda dvb"...comunque ne parleremo in seguito.
Ho dato un'occhiata a come gestisce l'unicable l'azbox, e come pensavo il setup semplicemente si limita a selezionale per l'lnb la frequenza SCR voluta...null'altro.
A presto, spero...
saluti
ragno
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.
Hi,
Have you seen this patch?
http://www.vdrportal.de/board/thread.php?threadid=89731&sid=529f3f9e990d7bf0a8e904651027c4a9
by adjusting unicable.conf, it works for me... with inverto lnb scr
Regards and many thanks to "fds2001"
P.s.: Eddi De Pieri... il cognome mi dice qualcosa
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".