Re: scr unicable, supporto vdr?
Inviato: 09 set 2009, 10:23
Comunità italiana utilizzatori VDR
https://forum.vdr-italia.org/
che immagine utilizzi??? link? hai per caso i sorgenti ? link? , sarebbe secondo me compatibile invece con un rotore!!!!!!, anche li' tutti dovrebbero vedere lo stesso satellite, ma non mi sembra ci siano controindicazioni a comandare sia il rotore che l' lnbSpaeleus ha scritto:Infatti. In monofeed funziona splendidamente, ormai lo sto utilizzando da diversi mesi con successo. Per il multifeed la questione si complica, perchè non è possibile (al momento) gestire più di due satelliti, e lo si può fare solo utilizzando lnb quatro+switch a matrice unicable, tra l'altro piuttosto costosi (gli switch).alez ha scritto:So che l'amico Spaleus doveva provare col Dreambox, pero' non so se poi ha avuto l'occasione di fare i test, so che si era arenato sul multifeed..
Il motivo è evidente: due decoder che tentassero di sintonizzare 2 diversi satelliti attraverso lo stesso cavo andrebbero inevitabilmente in conflitto, continuando a "rubarsi" la priorità a vicenda, ottenendo come unico risultato schermo buio (oltre a probabilmente danneggiare anche lo switch diseqc).
Quella non l'ho capita fino in fondo, anche se dallo schema applicativo del circuito integrato della ST sembra che la lettura della eprom sia opzionale, aggiungendo una manciata di componentii comandi E4 servono sull' lnb scr per leggere una memoria EEPROM, e ci sta circa 3,5 secondi per completare la lettura.
alez ha scritto:Quella non l'ho capita fino in fondo, anche se dallo schema applicativo del circuito integrato della ST sembra che la lettura della eprom sia opzionale, aggiungendo una manciata di componentii comandi E4 servono sull' lnb scr per leggere una memoria EEPROM, e ci sta circa 3,5 secondi per completare la lettura.
ciaoIs this true because normally for a diseqc 2.x command you would first
send a FE_DISEQC_SEND_MASTER_CMD ioctl with the diseqc command bytes and
then a FE_DISEQC_RECV_SLAVE_REPLY ioctl to read the reply. The
FE_DISEQC_SEND_MASTER_CMD might return without an error and the
FE_DISEQC_RECV_SLAVE_REPLY would return -EOPNOTSUPP.
se come risposte intendiin standard diseqc, no, come canale di ritorno usa quello della portanteragno ha scritto:@davidea:
quando avro' letto ancora qualche volta il tuo msg avro' le idee piu' chiare...Compliemtni per l'attrezzatura.
Comunque mi pare di capire/domande:
1) Non ci sono risposte da leggere.
no, le frequenze vanno lette con accuratezza tramite il meccanismo di scansione dewll' intera banda e rilevamento del livello di segnale, perche' poi se si deve mandare un comando dal quale ci si aspetta una risposta, in base allo scostamento o meno del tono di ritorno da quello standard, si capira' se la risposta e' affermativa o meno, nel senso, se chiedi all' lnb : supporti la frequenza di Ol 10600 Mhz, lui in caso affermativo mandera' un tono sulla frequenza di downlink, in caso negativo, lo mandera' sulla frequenza di downlink+23 Mhzragno ha scritto: 2) Le frequenze sono 4 e sono fisse (anche se possono variare leggermente). A questo proposito mi ricordo che le routine di sintonizzazione dei driver per comprensare l'eventuale deriva termica del tuner effettuano la sintonizzazione con un algoritmo chiamato "zip-zap" che lavora sulla frequenza centrale applicando quando necessario dei piccoli scostamenti rispetto alla frequenza stessa.
Al limite si potrebbe implementare un controllo tipo AFC lavorando per tentativi o se la frequenza di scostamento e' fissa con un valore ben definito.
come tono di risposta si intende una portante non modulata, praticamente sull' analizzatore di spettro vedi uno spillo invece del classico panettone della modulazione digitale.ragno ha scritto: 3) non sono a cooscenza se e' possibile tramite driver riconoscere toni di risposta. Teoricamente a livello hardware se e' possibile generarne, dovrebbe essere possibile rilevarli. Ma credo comunque di no.
e' piu' correttoragno ha scritto: 4) per le ragioni sopra indicate la frequenza scr (in base alla tabella 1209, 1420, 1680, 2040) deve essere scelta dall'utente...
In virtu' delle considerazioni fatte da un punto di vista operativo (dimmi se sbaglio) dobbiamo:
1) selezionare la frequenza scr
2) inviare il comando di inizializzazione
3) inviare il comando di sintonizzazione
ciao
Scusa, ma sono di coccio, ma come fai a leggere le risposte? Mica uno puo' stare con l'analizzatore di spettro...davidea ha scritto:
e' piu' corretto
1) inviare il comando di inizializzazione, il quale manda up tutte le frequenze di downlink
2) leggere quali sono e memorizzarle
3) opzionale ma non troppo, inviare i comandi di interrogazione sulle frequenze Ol supportate
4) opzionale (da me ho sempre risposta negativa), inviare i comandi di interrogazione sui modi operativi supportati
5) inviare il comando di sintonizzazione
6) allo spegnimento di vdr, inviare il comando di st-by all' lnb
ed e' proprio per questo che e' propedeutico i passi 1 e 2, quando esegui il passo 1 ti ritrovi con le 4 frequenze on air e basta, esempioragno ha scritto:
Scusa, ma sono di coccio, ma come fai a leggere le risposte? Mica uno puo' stare con l'analizzatore di spettro...
Le frequenze quindi dovrebbero essere fisse:
con lo splitter sicuramente funziona, bisognerebbe poi provare a vedere se funziona anche con lnb in e lnb outragno ha scritto:
Si seleziona dal menu SCR1,SCR2,SCR3,SCR4 e poi si effettuano le conversioni per la frequenza in base ad una tabella preconfigurata e si assembra il comando E0 10 5A xx yy
Ma forse mi sfugge qualcosa...
ciao
p.s. riguardo l'uso piu' schede dvf, immagino che serva uno splitter...
Mmm....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.