nelle mie telefonate con il sipura IL CHIAMATO sente sempre un fastidoso eco
Dando per scontato che il problema non sia riconducibile ad un uso intensivo della connessione internet (vedi p2p) durante la telefonata, si puo effettivamente constatare che un limite costruttivo del sipura e rappresentato dalla presenza di un fastidioso eco udibto dal CHIAMATO (non da te che chiami con il sipura).
Questo problema non e stato ancora fixato con il rilascio di un nuovo firmware, ma e comunque "aggiustabile" lavorando su alcuni parametri che ridurranno al minimo il presentarsi del problema.
Questi parametri lavorano in diretta connessione l'unocon l'altro e duqnue solo attraverso prove e prove riuscirete a ricavare il settaggio perfetto per la vostra configurazione.
nella tab [REGIONAL] alla voce Miscellaneous
FXS Port Input Gain: (se settato ad un valore positivo amplifica la voce in input - cioe quella di chi chiama dal telefono connesso al sipura - , se settato ad un valore negativo invece la smorza )
FXS Port Output Gain: (se settato ad un valore positivo amplifica la voce in output - cioe quella di chi e chiamato, sentirai una voce piu alta nel telefono connesso al sipura - , se settato ad un valore negativo invece la smorza )
Dunque il valore INPUT regola quanto alta e la vostra voce, il valore OUTPUT quanto alta e la voce che sentirete in cornetta.
Da sottolineare che impostando un valore negativo molto alto in FXS Port Output Gain: quando chiamerete attraverso la pstn (ex chiamate d'emergernza) il chiamato vi sentira a malapena.
Da sottolineare che impostando un valore negativo molto alto in FXS Port Input Gain: quando chiamerete attraverso la pstn (ex chiamate d'emergernza) il chiamato vi sentira a malapena.
Per ovviare dovete lavorare nella tab [PSTN] alla voce Miscellaneous
International Control
SPA To PSTN Gain: (se settato ad un valore positivo amplifica la voce in USCITA dal sipura verso la PSTN, se settato ad un valore negativo invece la smorza )
PSTN To SPA Gain:(se settato ad un valore positivo amplifica la voce in ENTRATA dalla PSTN al sipura, se settato ad un valore negativo invece la smorza )
Un valore positivo dei 2 setting implica l'aumento dell' eco, un valore negativo invece una diminuzione dell'eco.
Ed infine i "magic setting" che a me hanno dato maggiori soddisfazione:
FXS Port Input Gain: -2
FXS Port Output Gain: -4
SPA To PSTN Gain:2
PSTN To SPA Gain:-3
NOTA: I valori validi per queste impostazioni spaziano da 12 (il piu alto) a -15 (il piu basso).
Il volume si alza del doppio (o si abbassa della meta) ad ogni intervallo di 6.Questo significa che se passate da un valore di 12 ad uno di 6 il volume si dimezzera, mentre se passate da un valore di -12 ad un valore di -6 il volume si raddoppiera.
ECO...ECO....ECO....ed ancora ECO!!!!!
Insomma il problema e che non si riesce ad eliminare il fastidioso eco (o ritorno di cuffia) durante una comunicazione.
Dobbiamo partire da alcuni presupposti.
Il primo e che i diversi firmware sipura si comportano piu o meno bene nella gestione dell'eco.Personalmente ritengo che i migliori siano il "vecchio" 2.0.13g ed il "nuovo" 3.1.10, con tutti gli altri non sono mai riuscito a trovare soluzioni pienamente soddisfacenti.
Seconda premessa e che il sipura (o meglio la parte FXO dell'ata) si adatta piu o meno bene alla nostra linea telecom domestica, ogni linea puo avere delle "micro differenze" (apparecchi telefonici,cavi, anzianita della struttura...)per cui una soluzione che va bene a me, a voi va da schifo.
Terza premessa:ogni firmware sipura si comporta in modo differente per quanto riguarda la gestione dell'eco.Quindi se ad esempio trovate un buon compromesso con il firmware 3.1.x e poi fate un upgrade, non e detto che con il nuovo firmware quelle impostazioni funzionino altrettanto bene!!!!
Il mio consiglio e di non toccare piu nulla una volta trovata la "vostra configurazione", a meno che il nuovo firmware non abbia nuove features delle quali proprio non riusciamo a fare a meno o risolva seri bugs.
Partiamo ora con il setup.Per prima cosa cerchiamo le impostazioni che funzionino bene per le chiamate fatte e ricevute dalla LINE1.
I parametri da modificare sono i seguenti:
nella tab [REGIONAL] alla voce Miscellaneous
FXS Port Input Gain: (se settato ad un valore positivo amplifica la voce in input - cioe quella di chi chiama dal telefono connesso al sipura - , se settato ad un valore negativo invece la smorza )
FXS Port Output Gain: (se settato ad un valore positivo amplifica la voce in output - cioe quella di chi e chiamato, sentirai una voce piu alta nel telefono connesso al sipura - , se settato ad un valore negativo invece la smorza )
Dunque il valore INPUT regola quanto alta e la vostra voce, il valore OUTPUT quanto alta e la voce che sentirete in cornetta.
Se impostate entrambe le voci ad un valore minore di -12 (valore limite) i toni che comporrete non saranno ricevuti dall'ata (e non riuscirete a comporre il numero).
Se impostate entrambe le voci ad un valore maggiore di 15 (valore limite) sentirete un fortissimo eco (come se parlaste in una grotta)
Normalmente la maggior parte degli utenti si trova bene con valori che spaziano da -4 a +4, se andate troppo oltre forse sbagliate qualcosa.
Ora impostiamo la parte FXO, per farlo al meglio ci conviene settare un provider voip in PSTN LINE e poi provare a fare un po di chiamate voip to pstn e pstn to voip per ricercare i valori migliori.
I valori da modificare sono nella tab [PSTN] alla voce Miscellaneous
International Control
SPA To PSTN Gain: (se settato ad un valore positivo amplifica la voce in USCITA dal sipura verso la PSTN, se settato ad un valore negativo invece la smorza )
PSTN To SPA Gain:(se settato ad un valore positivo amplifica la voce in ENTRATA dalla PSTN al sipura, se settato ad un valore negativo invece la smorza )
Valgono le stesse considerazioni fatte poco prima per i valori troppo alti o troppo bassi e per i settaggi che comunemente vanno bene (da -4 a+4).
Altre considerazioni:
Alcuni utenti affermano che togliendo i controlli sui FAX la qualita delle chiamate e migliorata e l'eco e sparito, se volete provare -e non avete fax connessi la sipura- dovrete settare questi valori in LINE1 e PSTN LINE
• FAX CED Detect Enable: no
• FAX CNG Detect Enable: no
• FAX Passthru Codec: G711u
• FAX Codec Symmetric: no
• FAX Passthru Method: None
• FAX Process NSE: no
Altri invece hanno notato miglioramenti cambiano i valori dell'impendenza.Al riguardo l'impendenza italiana dovrebbe essere: 270+750||150nF , ma io dopo diversi test l'ho prsonalmente settata (senza che questo significhi che debba andare settata in questo modo): 220+820||120nF
Relativamente all'impendenza questo thread sembra interessante:
Impedance Settings
Most non-US countries use "Complex Impedance" in their PSTN circuits where the US typically uses 600 ohms. If you select an improper impedance level you are very likely to get strong echo - as heard by the person on the OTHER END of your connection. That is, if YOU hear a delayed echo, it is probably the remote end which is at fault and vice versa.
Most echo is caused by impedance mismatch in the hybrid circuit that combines 4 wire (speak pair, listen pair) into 2 wire telephone lines.
I’m in North America and was using the 600 ohms default. What I suspected all along, but could never confirm is that there might be a better setting than the obvious/default. That is, until now.
The hint came from yet another Google search. Cisco document 64282, Analog Voice Port Best Match Impedance Setting Choice, discusses optimal settings based on -- surprise, surprise -- distance to the CO. Near the end of the Problem Description section you'll find a table listing FXO/DID impedance settings, and below that some general recommendations.
These recommendations can almost directly be translated to Sipura FXO impedance settings. To summarize:
• 0 to 5,000 feet: Cisco "600r" = 600
• 5,000 to 10,000 feet: Cisco "complex4" = 270+750||150nF
• Over 10,000 feet: Cisco "complex6" = 350+1000||210nF
The best way to find out the distance to the CO from your location is to call your telephone company. If you have DSL, particularly, they've probably already determined this. Otherwise, you may be able to get an estimate by visiting DSL Reports, clicking Find Service in the navigator on the left, then click CO Distance. (As of this writing, here's a direct link to that page.) Note: My DSL estimate 13,500 feet!!!
I’ve tweaked my settings and I'm a little leery about declaring the problem fully resolved, but at the least, I've dramatically reduced echo when placing PSTN calls through my SPA-3000.
Quanto alle funzioni di gestione dell'eco del sipura eccone una breve spiegazione:
Echo Canc Enable: se settato a YES abilita la gestione dell'eco.Attivatelo altrimenti l'eco sara altissimo
Echo Canc Adapt Enable: se settato a YES riduce ulteriormente l'eco ma genera un po di fruscio e ritorno di cuffia quando i 2 interlocutori parlano entrambi nello stesso momento.Alcuni la disattivano.Io personalmente lo lascio attivo,altrimenti durante tutta la comunicazione sento un elevato ritorno di cuffia (sento sempre la mia voce di sottofondo)
Echo Supp Enable: gestisce l'eco automaticamente riducendolo a seconda di quale interlocutore sta parlando.Alcuni lo disattivano perche puo far diventare le chiamate in stile CB (half-duplex...cioe si parla uno alla volta come se usassimo una radio).Tra gli altri inconvenienti vi e quello che alle volte rende il livello della voce "fluttuante" (cioe si alza ed abbassa in continuazione):ci si rende conto di questo sopratutto durante le chiamate voip to pstn gateway o pstn to voip gateway, quando, mentre il telefono del chiamato squilla, noi sentiamo nell'apparecchio un primo squillo a basso volume seguito da un secondo a piu alto volume.Io personalmente lo lascio attivo
Una considerazione finale: una volta settate al meglio la parte LINE1 e la parte PSTN purtroppo NON e detto che durante le chiamate gw0 (ovvero si chiama o riceve tramite pstn usando il telefono connesso al LINE1) non compaia nuovamente un po di eco residuale.Personalmente NON sono mai riuscito ad eliminare completamente il ritorno di cuffia quando entrambi gli interlocutori parlano allo stesso momento.
L'ho portato a valori accettabili, ma purtroppo non eliminato.
AGGIORNAMENTO: A success story :P . Come ho eliminato l'eco "di ritorno" durante una chiamata che si manifestava quando entrambi gli interlocutori parlavano insieme
Presupposto: vi siete letti tutto il thread sull'eco, e quindi gia sapete che con le impostazioni classiche purtroppo non si riusciva ad eliminare il ritorno di cuffia che si manifesta quando entrambi gli interlocutori parlano insieme (cosa che personalmente a me capita spessissimo) durante una chiamata gw0 o un gateway (pstn to voip o viceversa).
Ho attribuito la causa di tutti i "miei mali" al valore:
Echo Canc Adapt Enable: che si trova in [PSTN] TAB.Questo controllo sebbene faccia un lavoro fantastico per la riduzione dell'eco, ha come "effetto collaterale" la creazione di forti rumori di sottofonfo quando entrambi gli interlocutori parlano insieme durante una chiamata gw0 o un gateway (pstn to voip o viceversa).Una volta disabilitato tale valore e fatte un po di telefonate ho constatato che:
A) vi era un fortissimo ritorno di cuffia durante tutta la chiamata avvertito solo da colui che parla dal telefono collegato al LINE1 del sipura
B) Quando gli interlocutori parlavano insieme NON si creavano rumori di sottofondo.
TOMBOLA.Bastava risolvere il problema A).
Dando per scontato che il ritorno di cuffia si genera quando il volume del microfono e dell'auricolare sono troppo alti (in modo che quanto ricevuto nell'auricolare viene "intercettato" dal microfono e ritrasmesso in loop) ho tentato di abbassare tali volumi.
Le soluzioni possibili sono 2:
C)Il vostro telefono permette di regolare il volume di microfono e auricolare (e non era il mio caso)
D)Bisogna lavorare sull' interfaccia FXS del sipura.
Ho intrapreso la via D) (l'unica possibile nel mio caso) settando:
FXS Port Input Gain: -15
FXS Port Output Gain: -15
Perfetto il ritorno di cuffia era sparito.Si presentava pero un altro problema.I livelli della porta FXS erano cosi bassi che se tentavo di comporre un numero i toni DTMF non erano ricevuti del sipura (e non partiva la chiamata).
Ho dunque lavorato sul valore:
DTMF Playback Level: (si trova in [REGIONAL]->Miscellaneus) ponendolo al valore -31 (di norma e settato a -16, ma io avevo abbassato i valori del volume delle porte FXS di 15 unita, e dunque 16+15=31).I toni erano ricevuti "a random".Ho abbassato dunque tale valore a -40. PERFETTO, i toni erano ricevuti.
Le chiamate voip in uscita erano perfette (ovviamente io sentivo meno forte del solito, ed anche il mio interlocutore sentiva la mia voce meno forte, ma la chiamata era perfettamente intelleggibile).
Nelle chiamate gateway (via pstn) invece nulla da fare: il chiamato mi sentiva a malapena.
Ho risolto settando nella tab [PSTN]
SPA To PSTN Gain:11
PSTN To SPA Gain:7
Ora io sento perfettamente il mio interlocutore, mentre lui a dir la verita mi sente un po "basso".Ad ogni modo le chiamate sono intelleggibili (a meno che il chiamato non sia al mercato).
Alzare ulteriormente il valore SPA to PSTN reintroduce l'eco ( di cui al problema A) ) e dunque considero 11 il valore limite (almeno nel mio caso).
Mi sentiranno un po "piu basso o lontano" del solito, ma almeno non ci sono "ritorni di cuffia" quando si parla in contemporanea.
OVVIAMENTE LA SCELTA DEL MALE MINORE (rumori di sottofonfo quando entrambi gli interlocutori parlano insieme o essere sentiti un po bassi) SPETTA A CIASCUNO DI NOI IN BASE ALLE NOSTRE ESIGENZE E PREFERENZE.
Ps.Dimenticavo una cosa a cui non ho saputo dare una spiegazione.Non appena settato il mio spa con i parametri della [PSTN] Tab sentivo ancora un leggerissimo ritorno di cuffia (di cui al problema A).Non sapendo che fare riabilitai il valore Echo Canc Adapt Enable: . Il ritorno di cuffia persistente (problema A) era sparito, ma si ripresentava il problema del ritorno quando gli interlocutori parlano insieme.A questo punto ho provato a disabilitare nuovamente il valore Echo Canc Adapt Enable: e sorpresa TUTTO FUNZIONA A MERAVIGLIA.
Questo comportamento dell'ata sinceramente non me lo so proprio spiegare, ma pr ora me lo tengo cosi come e....

b]Causa tempo non mi connettero più di un paio di volte alla settimana al forum.In quelle poche volte sarà data precedenza assoluta ai post NON attinenti installazioni commerciali (o che io reputo tali a mio insindacabile giudizio)[/b]