Newsgroup: it.hobby.radioamatori
Titolo: Conoscete LINUX?

Sono un OM impegnato con Linux in ambiente amatoriale e tramite
questo mio post volevo censire tutti i radioamotori che implementano
Linux come sistema operativo in generale e anche come sistema per
la stazione radio e gestore dei vari modi digitali.
Attendo le vostre *numerose* segnalazioni!
Pasquale HB9IRB


Io utilizzo linux (suse 8.2) ma non ho ancora trovato un programma 
semplicissimo tipo yapp per la gestione del tnc.



qualcosina utilizzo..-(qrl ambito sicurezza)..ma non troppo per
gestire la "stazione" ham. 
w1gen
ride...the wild turkey! 
 



prova a vedere cosa trovi qui:
http://radio.linux.org.au/?sectpat=All&ordpat=title
ciao
w1gen
ride...the wild turkey! 
 

 la stazione radio e gestore dei vari modi digitali.
Penso di essere stato "uno dei primi", ricordo il mio nodo tcp/ip in 
packet utilizzante il TNOS 2.30.
Adesso č un bel po' che non adopero il packet ma Linux č quasi il mio 
unico sistema operativo (ammetto di avere Windows 98 solo in un vecchio 
portatile che uso per l'Echolink!), correntemente utilizzato per 
gestione documenti, grafica e fotografia digitale, Internet, web, posta, 
GPRS; per l'uso radioamatoriale uso soprattutto Xastir per l'APRS (il 
log lo gestisco via web con "phphamlog", anch'esso sotto Linux ma nel 
sito personale in hosting).
73 a tutti.
Roberto IK5FKA
http://www.casamia.org

 la stazione radio e gestore dei vari modi digitali.
io ho usato la mia debian 3.1 per fare le prove di 
trasmissione/ricezione psk31 via pmr446!
per ora gli esperimenti sono stati condotti tra il salotto e la camera; 
prossimamente vedro' di implementare la trasmissione da casa a casa.
devo ammettere, pur essendo il fondatore di un LUG, che si fa sentire la 
mancanza di programmi di ricezione multi mode alla MixW...
ho usato un po' qsstv che fa sia sstv che fax.
forniresti una lista del software linux piu' usato per i vari modi?
intendo ovviamente i piu' diffusi come sstv, fax, rtty, psk31 per non 
parlare del packet.
ah,gia': non uso una interfaccia hamcomm, ma la scheda sonora, per la 
quale ho dovuto, sul portatile, mettere un kernel 2.6.3 e i moduli alsa, 
pena il non funzionamento in full duplex!
ciao
SiG
p.s.:il LUG e' quello di Piombino, 
http://gulp.perlmonk.org

 pena il non funzionamento in full duplex!
Potrà essere una scocciatura in senso generale, ma a meno che tu non 
voglia usare una radio full-duplex questo non fa differenza in pratica.
B73,
Andrea.
-- 
Homepage: 
http://andrea.borgia.bo.it
     /    Amateur radio: IZ4FHT
Key fingerprint: 6DBC 4554 47FB 64AD 5F8B  8E5D 2A18 2A13 2B8E FA9E

 Pasquale HB9IRB
No non lo conosco linux, e non lo voglio conoscere : mi bastano gia
le incazzature che prendo quando si incarta windows  :-)
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 voglia usare una radio full-duplex questo non fa differenza in pratica.
no, in pratica no, infatti la scheda in full duplex non mi serviva per 
la radio, ma per pilotare un real time sound processor...
la questione pero' era direttamente collegata, avendo scoperto che senza 
l'alsa non solo non funzionava in duplex ma emetteva una serie di 
borborigmi inquietanti appena la mettevo in registrazione...capirai che 
se non funziona la registrazione non posso nemmeno usare la linea in 
ingresso e quindi non posso decodificare un tubo!
col kernel 2.6, che ha l'alsa integrato, ho potuto farla funzionare 
senza dover compilare a parte i moduli ed installarli.
ciao
.... .--. -.-.

 le incazzature che prendo quando si incarta windows  :-)
sta proprio li' il punto: linux non "si incarta"...;-)
.... .--. -.-.

 ingresso e quindi non posso decodificare un tubo!
Non è che per caso hai anche dei rientri? Qui da me per un po' di tempo 
ho usato un'interfaccia non isolata, poi un bel giorno ha cominciato ad 
innescare in maniera paurosa e solo con un interfaccia completamente 
isolata ha smesso.


 ..... .--. -.-.
Maga ROTFL !


 canale ce n'e'.
Però, come ti ha detto Andrea, usare il psk31 over fm è un nonsenso, anzi, 
aggiungo io, un duplice nonsenso.
L'idea di fondo è quella di ridurre la velocità (in questo caso 31.25bps) 
in modo di ridurre la banda occupata, in questo modo se pensi ad esempio al 
solo rumore termico , kTB, si riduce anche la potenza di rumore. 
Conclusione miglioramento del rapporto S/N. E' come avere una ERP maggiore.
E' ovvio che se poi passi su un canale RF di 12.5kHz (quindi 400 volte più 
grande del necessario) questo vantaggio non ce l'hai.
Ma questo probabilmente lo sai di già.
L'altro "nonsense" deriva proprio dall'FM e dall'effetto soglia: se guardi 
la caratteristica -C/N all'ingresso del demodulatore vs S/N all'uscita- 
vedi che c'è un punto, per bassi C/N dove cambia drasticamente pendenza 
(peggiorando). Al di sopra l'S/N in uscita è migliore di quello in ingresso  
di un fattore proporzionale all'indice di modulazione, al di sotto no.
A quel punto hai un canale largo(quindi ben più rumoroso di quando sarebbe 
il canale necessario per una psk31), però non hai il vantaggio della FM 
legato alla deviazione di frequenza.
73's AleX (IK5NJM)

Noi hai mensionato pero' quale distro hai installato?
"Roberto" <del...@tinNOSPAM.it> wrote in message
news:IaJ7c.107989$O31.4...@news4.tin.it...


 wrote in message
news:405e13bb$0$699$5402...@news.sunrise.ch...


 Nessuno ha esposto quale distro usa e come ci si trova!!
Io uso la versione "testing" di Debian: mi trovo bene ma non la 
raccomando ai principianti a meno che non abbiano contemporaneamente 
molto tempo da perdere (più di quello che perdi per i crash di Windows 
;-) e la testa molto dura.
B73,
Andrea.
-- 
Homepage: 
http://andrea.borgia.bo.it
     /    Amateur radio: IZ4FHT
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e-mail?

ora vorrei cambiare aria per una distro totalmente "opensource"!
www.gentoo.org
 !!!
ride...the wild turkey! 
 

rispondo ad entrambi cosi' chiarisco in un attimo.
io non ho mai detto che usassi la modulazione psk31 per ragioni 
d'efficienza o per fare dx con i pmr446, tant'e' vero che ho specificato 
il fatto che le trasmissioni fossero del tutto "sperimentali" e condotte 
tra una stanza e l'altra.
l'intento di spingere la cosa fra una casa e l'altra, ancora, non e' un 
tentativo di dx.
quando ho detto che non e' necessario usare l'ssb intendevo dire che per 
trasmettere un segnale in digitale - mediante codifica binaria, quindi, 
ottenuta per mezzo di toni - non c'e' bisogno di utilizzare un 
particolare agente di trasporto (modulazione), essendo la codifica 
soltanto un fatto legato ai suoni e non al modo in cui questi vengono 
trasmessi.
che questo non sia per niente efficiente e' indubbio; ho usato il psk31 
solo per praticita', poiche' la codifica e' piu' veloce di un semplice 
rtty, non certo per spremere dalla banda tutte le potenzialita'.
restano un paio di considerazioni da fare.
la prima e' che, come mi pare di aver detto, se si prende come esempio 
un cw over fm, per quanto minima possa essere la convenienza, ci si 
guadagna in leggibilita', poiche' si eliminano fattori di disturbo 
"umani", come appunto ho detto del dialetto, la cattiva pronuncia, il 
raffreddore, l'abbassamento di voce, la gente che si mangia le parole 
etc. etc. e questo non puo' essere considerato che un vantaggio.
ma il cw ha pur sempre una pecca: il "decodificatore" e' umano, quindi 
ci vuole un orecchio allenato.
nel caso di un modo digitale, sia rtty o psk31 o cos'altro, non solo la 
trasmissione e' precisa "al micron", ma l'orecchio del decodificatore e' 
ancora un computer, con la medesima precisione. pertanto, il vantaggio 
ulteriore rispetto a cw over fm e a fonia e' duplice e consiste in una 
diminuzione del'errore nella rx/tx e nella disponibilita' *a video* del 
testo decodificato. si capisce che, se qualche lettera va persa a causa 
del rapporto S/N o di qrm improvviso o cos'altro, avendo il testo 
sott'occhio si puo' facilmente sopperire alle mancanze proprio come si 
fa con un gioco enigmistico e comunque mantenere il senso del discorso.
al contrario, specialmente in fonia, se uno si mangia le parole, poi 
c'e' qrm, poi passa qualcuno vicino a noi e suona il clacson impedendoci 
di capire - fattore sempre trascurato - il discorso in brutte condizioni 
appare disgustosamente frammentario e incomprensibile, e oltretutto per 
tentare di ricostruirlo dovremmo farlo "a memoria", cosa ben piu' 
difficile che avere una trascrizione immediata su cui ragionare.
la seconda considerazione e' che nonostante la modulazione fm sia - uso 
un termine improprio - inefficace al di sopra e al di sotto di certe 
soglie di frequenza (audio, non rf) gioca a favore dell'utilizzo di modi 
digitali rispetto alla fonia, poiche' la gamma delle frequenze audio 
della voce umana, per quanto possa essere ritenuta ristretta, non lo 
sara' mai quanto quella dei due toni usati per la codifica digitale.
se ne evince che, scegliendo con criterio la frequenza dei toni usati e 
centrando questi nella "banda efficiente" della modulazione fm, questi 
non soffriranno dei problemi intrinsechi a questo tipo di modulazione 
mentre un qso in fonia si'.
per concludere, la terza considerazione e' la seguente: in fonia la 
trasmissione di dati ve la sognate.
se io ho un file da trasmettere, abbastanza lungo, posso comprimerlo ed 
uuencodarlo in modo da renderlo puramente ascii. a questo punto, tramite 
un qualsiasi modo digitale, anche over fm, posso trasmettere testi, 
immagini, binari e quant'altro a distanza senza fare ricorso a costosi 
setup radioamatoriali.
ovvio che in questo caso si impone un controllo dell'errore, 
implementabile tramite crc o hash md5 o cos'altro; si rende necessaria 
la suddivisione in pacchetti di piccole dimensioni, in modo da 
minimizzare i retransfer dei pacchetti eventualmente corrotti da un 
fattore accidentale, ma una volta testata una linea di comunicazione 
fissa a due vie (da casa a casa, per esempio) ed appurata la sua 
efficienza in fonia, si puo' stare quasi certi che dei dati codificati 
in digitale transiteranno senza problemi.
una possibile implementazione consisterebbe in un sistema di 
osservazione che scatta foto low-res a intervalli prestabiliti, le 
comprime, ne calcola l'hash md5, le uuencoda e trasmette hash e dati via 
pmr446 o perfino lpd ad una stazione ricevente; foto del genere 
sarebbero di dimensioni talmente ridotte che una volta compresse 
potrebbero essere anche trasmesse in doppia o triplice copia via radio, 
per avere la certezza di una trasmissione esente da errori.
ripeto e concludo: non e' efficiente, non e' conforme alle aspettative 
di chi l'ha ideato ma per funzionare funziona, e oltretutto ha dei 
vantaggi sulla fonia che magari a prima vista non sono cosi' evidenti.
il bello dell'hacking e' proprio questo: ideare utilizzi alternativi di 
strumenti esistenti, nel bene e nel male.
buoni smanettamenti!
.... .--. -.-.

 isolata ha smesso.
non c'entrano i rientri.
il feedback lo riconosci abbastanza bene.
e' semplicemente il modulo oss del kernel che non riesce a pilotare la 
scheda in registrazione. ho visto questa cosa molte altre volte sui 
portatili di amici e conoscenti...
giusto per darti un'idea, il cavo che uso per il real time sound 
processor (un generatore di effetti per strumenti musicali) e' schermato 
  ed ha choke su toroidi di ferrite ad entrambe le estremita'...
steso cavo, stessi livelli, stesso software ma coi moduli alsa invece 
che oss e la scheda funziona senza il minimo rumore di fondo.
del resto se l'oss e' stato abbandonato in favore dell'alsa, un motivo c'e'.
coi kernel 2.4.x i moduli erano a parte ed occorreva eseguire una 
compilazione e un'installazione oltre alla modifica manuale del modules.conf
a partire dal kernel 2.6.1 i moduli alsa sono parte del kernel e quelli 
oss figurano come deprecated.
grazie della consulenza, ma e' un problema esclusivamente software!
ciao
.... .--. -.-.

 soglie di frequenza (audio, non rf)
Non so se ti stai riferendo all'effetto soglia da me citato, ma in tal caso 
non hai compreso il problema: non si tratta di soglia di frequenza ma di 
potenza.
L'effetto di cui parlavo io è quello che avviene quando il rapporto S/N in 
ingresso (ma più correttamente si dovrebbe dire C/N, carrier to noise) 
scende al di sotto di un certo valore. Quando questo avviene il rapporto 
S/N in uscita al rivelatore cala drasticamente perdendo il vantaggio che la 
FM mostra rispetto all'AM.
In SSB l'S/N è proporzionale alla potenza di trasmissione, nella FM entra 
in gioco l'indice di deviazione che permette di migliorare l'S/N pur 
mantenendo la stessa potenza di tx.
se ben ricordo dovrebbe essere:
S/N = 3*(delta_f/B)^2 * C/N
Ma questa relazione vale solo se il C/N è superiore alla soglia.
Anche il packet (AX25) a 1200bps in VHF si trasmette "over FM" ma la 
motivazione è quella della semplice facilità di sintonia.
BTW, come mai hai pensato al psk31 piuttosto che all'ax25 visto che 
quest'ultimo implementa già la correzione d'errore?
73's AleX (IK5NJM)

 Nessuno ha esposto quale distro usa e come ci si trova!!
veramente io l'ho detto: una Debian 3.1 (ossia la testing).
se vuoi passare a una distro totalmente open ma non hai grossa 
esperienza con l'amministrazione di sistema senza l'aiuto di tool 
grafici ti sconsiglio di usare Debian come se fosse la tua attuale 
distro. devi sapere dove mettere le mani.
non e' ne' piu' difficile ne' piu' facile, e' solo una questione 
d'abitudine.
faccio un esempio che non so se risultera' chiaro:
con Autocad le operazioni si fanno in due modi, con i bottoni o con i 
comandi da tastiera.
nessuno e' piu' difficile o piu' facile, io ho imparato subito i comandi 
da tastiera in modo che se cambio versione, se uso il pc di un altro o 
uno del laboratorio e i bottoni sono stati spostati, nascosti o 
cambiati, io lo uso tranquillamente, un altro no.
se non hai macchine mission-critical e hai posto e tempo, installala da 
qualche parte e perdici del tempo, prova a configurare tutto l'hardware, 
a compilare programmi ed instalarli, a ricompilare il kernel, etc.
in poco tempo saprai utilizzarla per tutto quanto.
buon lavoro!
ah, dimenticavo: inutile usare un derivativo grafico di Debian alla 
Knoppix, per intenderci; serve solo a dire "uso Debian" senza averne le 
competenze...imho. se si usa una di queste distro per compiti specifici 
ok, ma non si pensi di imparare ad usare Debian in questo modo. Si 
impara solo ad usare qualche nuovo tool grafico o automatizzato.
.... .--. -.-.

 quest'ultimo implementa già la correzione d'errore?
perche' per fare delle prove tecniche di trasmissione ho usato il primo 
software che avevo sotto mano. per essere precisi, quando ho fatto le 
prime prove credevo che per l'ax25 ci volesse il supporto nel kernel, 
che non avevo, mentre solo dopo ho scoperto che non c'e n'e' bisogno se 
usi la soundcard...
inoltre il packet e' leggermente piu' complicato rispetto ai modi 
digitali "da qso". si deve prima far funzionare la connessione e su 
questa poggiare i protocolli di trasferimento e di comunicazione;
per provare un cavo e vedere se funziona la codifica digitale ho 
preferito la via breve.
probabilmente mi interessero' presto anche all'ax25.
che software si usano, di solito, sia in ambiente linux xhe in ambiente win?
grazie dei consigli.
ciao
.... .--. -.-.

 win?
Per Windows, conosco (di fama, non direttamente) AGWPE. Sotto Linux, per 
la gestione del packet hai due scelte: il kernel e il soundmodem.
Riassumendo, il driver nel kernel è nato per primo e successivamente è 
stato trasportato in userspace (il soundmodem), con il vantaggio di 
essere indipendente dalla scheda audio che hai (infatti usa il driver 
come un normale programma e si interfaccia col kernel).
Sopra al soundmodem (come anche al modem nel kernel) puoi metterci 
quello che ti pare, dipende da cosa vuoi ottenere. Puoi usare ax25_call, 
xcall oppure anche direttamente qualunque software che usi IP, se 
dall'altro lato hai qualcuno che usa IP-over-AX25.
B73,
Andrea.
-- 
Homepage: 
http://andrea.borgia.bo.it
     /    Amateur radio: IZ4FHT


 frequenza, uno shift, insomma) e il B?
ok :-)
in modulazione di frequenza alle variazioni di _ampiezza_ nel tempo del 
segnale modulante s(t) corrispondono proporzionali variazioni di 
_frequenza_ del segnale portante c(t) rispetto alla frequenza nominale.
Delta_f č questa deviazione.
B č invece la f_max del segnale modulante.
Ci aggiungo poi anche quest'altra formulina:
banda_occupata=2*(delta_f+f_max).
Se fai due conti, in NBFM (canalizzazione 25kHz) si ha delta_f=5kHz ,con 
una modulante di f_max=4kHz ottieni: S/N=4.7*C/N. Se lo esprimi in dB il 
guadagno č poco meno di 7dB. Ovviamente se sei sopra la soglia di cui si 
sta parlando.
73's AleX (IK5NJM)