Newsgroup: it.hobby.radioamatori
Titolo: top band e adsl

Ciao a tutti,
 
vero che ormai qui non scrive più nessuno, ma tentare non nuoce. :)
 
Finalmente sono riuscito ad accroccare qualcosa di semi-funzionante per 
i 160: Un inv-L alta 20 metri con due radiali caricati. Sembra che vada, 
sono anche riuscito ad evitare l'intervento dell'AT200-pro, che in 160 
per aggiustare un ROS di due o poco più spara dentro tutta la batteria 
di L e C di cui dispone, con risultati non certo lusinghieri per il 
rendimento: ROS 1 a 1840, ormai la frequenza più in voga. :)
 
Problemone, stanotte mi sono accorto che perdevo la connessione del 
router adsl, subito chokes in ferrite come se piovesse ma nisba. Poi 
andando a leggere mi sono reso conto che adsl 2+ significa portanti fino 
a 2.2Mhz. Problema apparentemente irrisolubile, il router riceve 
comunque il segnale della radio e si impalla, provato anche con 10W.
 
Qualcuno ha risolto?

 router adsl, subito chokes in ferrite come se piovesse ma nisba. 
 
Ciao Dottor Mistero, 
è da tanto che non ti leggevo!
Se non riesci a risolverlo tu il problema, figurati io! :-))
Ad ogni modo, se chokes, filtri vari, es. trappole con LC serie, filtri notch ottenuti con stub λ/4 in cavo coassiale aperti alla fine (o λ/2 cortocircuitati) in parallelo al doppino, non funzionano o non sono praticabili (λ/4 ≈ 40 metri :-)  ×fattore di velocità del cavo)
 
prova un po' a leggere questa discussione su ARI Fidenza 
http://www.arifidenza.it/Forum/topic.asp?TOPIC_ID=328491
 
 
Tra le soluzioni proposte al problema, alcune bizzarre ma risolutive a dire degli interessati: 
- eliminare il condensatore in parallelo alla suoneria di fine linea, se ancora presente (riconoscibile da una piccola campana metallica)
- alimentare il router direttamente dall'alimentatore della stazione radio (magari, aggiungo, con 12 V invece di 13,8 V)
- cambiare il firmware con uno più aggiornato, in grado di adottare misure compensative (a scapito della velocità di connessione) al decremento del rapporto segnale/ruumore, a seconda di quali canali siano utilizzabili al momento
- (?) connettersi ad un preciso DNS (l'autore parla di un search sul Cluster DX Summit) esattamente nel momento in cui inizia la trasmissione in 160 m, ciò, per qualche oscuro motivo, renderebbe il router immune al disturbo fino al suo successivo spegnimento (mah! un altro utente ipotizza - e mi sembra la spiegazione più razionale - che nel router siano installati, in realtà, due firmware; appena acceso, funzionerebbe il meno aggiornato; la connessione ad un particolare DNS provocherebbe l'attivazione del firmware più aggiornato)
 
Prova.... in fondo non hai nulla da perdere. 
Facci sapere.
 
73 de
--
Gino Di Ruberto, IK8QQM
(american callsign K8QQM),
ID DMR: 2228273
 

 
http://www.arifidenza.it/Forum/topic.asp?TOPIC_ID=328491
 
 
Visto, e interessante. In pratica la miglior soluzione è negoziare ADSL 
semplice mentre si emette la portante, perchè arriva a 1.1Mhz e i 
segnali non si intersecano.
 
Quelli che mettono condensatori etc. fissi, se hanno ADSL 2 in pratica 
si tagliano le palle da soli. :)
 
Devo vedere se col mio router riesco a fare qualcosa di automatico, 
perchè quando fa la rinegoziazione perde l'IP, e allora mi devo 
ricordare di sistemare un po' di configurazioni di iptables in giro 
(niente di trascendente, lo faccio con knock, ma tendo a scordarmelo).
 
Forse la miglior soluzione sarebbe doppino schermato tipo ftp fino alla 
derivazione condominiale. Ma devo sentire Telecom, non posso farlo io, e 
certamente non il 187, devo beccare qualche tecnico che conosco e vedere 
che si può fare.
 
interferenza di saluti

 semplice mentre si emette la portante...
 
Problema risolto meglio di quanto sperassi; ovvero, il protocollo di 
negoziazione del router ADSL è più intelligente di quanto pensassi:
 
Ho iniziato a trasmettere a piena potenza un cq JT9, quindi 
sufficientemente lungo da far cadere la connessione adsl e far 
risincronizzare il modem prima della fine della chiamata, questa la 
situazione prima della disconnessione:
                  upstream     downstream
bitrate ch B0-L0:  1104         22232  kbps
attain. bitrate :  1108         22452  kbps
delay   ch B0-L0:  8.0          8.0    ms
INP     path  L0:  1.0          1.1    DMTSymbols
noise margin    :  7.9          6.2    dB
line attenuation:  10.7         18.7   dB
signal attenuat.:  10.6         17.6   dB
tx power        :  12.4         19.8   dBm
 
Prima che finisse il cq c'è stata la riconnessione:
 
                  upstream     downstream
bitrate ch B0-L0:  1096         19928  kbps
attain. bitrate :  1100         22076  kbps
delay   ch B0-L0:  8.0          8.0    ms
INP     path  L0:  1.0          1.0    DMTSymbols
noise margin    :  8.1          9.1    dB
line attenuation:  10.5         18.7   dB
signal attenuat.:  10.5         17.6   dB
tx power        :  12.4         19.9   dBm
 
In breve la rinegoziazione non si limita a selezionare un protocollo più 
vecchio (adsl 1) ma negozia le portanti disponibili nell'ambito di adsl 
2+, così ho perso solo la portante che va a cadere precisa sulla nostra 
top band; la perdita, come si vede, è modesta.
 
Da questo momento, fino al riavvio del router, posso trasmettere come mi 
pare senza disconnessioni ulteriori.
 
Se invece la trasmissione fosse troppo breve (es. FT8) può accadere che 
il modem si riallinei ai parametri soliti ed ho una nuova disconnessione 
quando trasmetto.
 
negoziazione di saluti

 quando trasmetto.
 
Grandioso!
Scusami, solo una domanda: conosci la data di rilascio del firmware?


 Scusami, solo una domanda: conosci la data di rilascio del firmware?
 
Certamente, ma si tratta di un Aethra, un router italiano che viene 
venduto solo ai provider, io me ne sono ritrovato uno in casa per 
ragioni di lavoro, e non sai la fatica per configurarlo visto che non 
rilasciano il manuale ai privati ed ha un'interfaccia peggio di IOS Cisco.
 
E' questo qui:
ATOS Version: 5.6.23 (14@BVMEDtjuukbpjWcwovv)
ATOS Date: 04/04/2014 13:34
ATOS License: ETH1+AdvancedPlus
Hardware: BG7420W - 250-544300-603A
 
Per la verità sono stato un po' frettoloso a scrivere che con un cq in 
JT9 si sistemava tutto, la seconda volta che ci ho provato non è 
successo, poi però mi son messo a fare qso in FT8 e dopo cinque minuti 
ho notato che si era risincronizzato come la prima volta, in parole 
povere, alla fine basta insistere. :)
 
saluti insistenti