Libia - ancora psyops

Una diversa trasmissione, stavolta indirizzata esplicitamente alla Marina libica.

Il messaggio è trasmesso solo in arabo ed inglese, con due testi separati per marinai ed ufficiali.

Attacco alla Libia - psyops

Ieri sono iniziate le operazioni militari contro il regime di Gheddafi e molte frequenze si sono animate. Tra le varie trasmissioni ne è emersa una di guerra psicologica, possibilmente rivolta ai militari della Marina libica.

In arabo, inglese e francese, il testo dice qualcosa tipo "tornate dalle vostre famiglie, il governo di Gheddafi sta violando le risoluzioni delle Nazioni Unite, per la vostra sicurezza lasciate le armi e le imbarcazioni e tornate in porto immediatamente".

Le trasmissioni potrebbero provenire da Niscemi o da piattaforme volanti EC130.

La frequenza potrebbe essere stata scelta sia perché cade tra due allocazioni di broadcasting africane (Radio Cairo e Radio Adis Abeba), sia perché ci sarebbero log riferibili alla Marina libica su frequenze limitrofe.

STS133 Discovery

Giovedì sera c'è stata l'ultima occasione per ascoltare le comunicazioni dello Shuttle Discovery durante l'ascesa verso la prima orbita. A differenza di quasi tutte le missioni nell'ultimo paio d'anni, sopra l'Italia si sono potuti udire un paio di brevi passaggi, mentre i colleghi del Nord Europa hanno avuto materiale a volontà.

STS133 è la terzultima missione del programma Space Shuttle e al suo termine la navetta Discovery andrà in pensione. 

Inutile dire quanto la fine del programma possa essere toccante per chi è stato ragazzino negli anni '70, con i primi test sulle spalle dei Boeing 747, o negli anni '80, con i lanci in diretta tv mondiale e la tragica esplosione del Challenger.

Tra tutte le navicelle della flotta il Discovery è quello dalla storia più lunga e gloriosa, con 38 missioni e 246 passeggeri portati in orbita (tutti i dettagli, ovviamente, sul sito della NASA). Salvo non si sia equipaggiati per la banda S, l'ultima occasione per ascoltare Discovery in UHF sarà durante le ultime 2-3 orbite prima del rientro a terra, previsto per il 7 Marzo.

La breve registrazione della trasmissione si trova nella sezione dedicata di www.tarapippo.net.

Sigmira, ora anche per Linux

Sebbene il pinguino offra oggi alcuni software molto validi e persino unici, come DSD, la disponibilità di demodulatori per i modi digitali non è ancora lontanamente comparabile a quella per il mondo Windows. Con Wine e macchine virtuali si può rimediare a tutto, ma il rilascio di un nuovo software nativo può essere solo una buona notizia.

Sigmira ha fatto storia nell'essere il primo (e penso ancora l'unico) software free con supporto per lo Stanag4285, seguito da un'integrazione con le SDR della RFSpace prima disponibile solo su pacchetti commerciali costosissimi.

Bene! Speriamo che lo sviluppo proceda spedito con nuove opzioni e funzionalità. In particolare penso sarebbero utili un'opzione di calibrazione della scheda audio e l'output verso file o socket di rete.
La homepage di Sigmira si trova a questo indirizzo: http://saharlow.com/technology/sigmira/index.htm

pinguini e Talibani

E lo sapevo. In un modo o nell'altro tutte le volte che c'è un upgrade di Ubuntu si rompe qualcosa. D'altra parte è difficile prolungare troppo la vita di una release, anche le LTS, perché dopo un po' librerie e pacchetti vari cominciano a lamentare incompatibilità. Così quando ho installato la USRP ho pensato di upgradare alla 10.10 Maverick Merkaat ma è successo il patatrac, con Multimon e DSD che non ne volevano più sapere.

Il mancato funzionamento era dovuto all'assenza dei tradizionali dispositivi audio sotto forma di /dev/dsp* e un po' di giri sui forum ne hanno svelato l'origine, riconducibile a uno dei problemi di lungo corso di Linux: il supporto delle schede audio. Ovviamente il tema è di grossa rilevanza se, come nel mio caso, si vogliono usare più schede audio per gestire i modi digitali.

Il primo pseudo-standard diffusosi tra le distribuzioni, oltre una decina d'anni fa, è stato l'Open Sound System (OSS). Solo che la licenza non era open e l'approccio ambiguo dei detentori ha spinto la comunità verso altri strumenti, la cui interazione è schematicamente riprodotta nell'immagine. Entrano così in scena ALSA e poco dopo, per i suoi limiti, anche PulseAudio. Tuttavia i due non sono in grado di offrire piena compatibilità verso applicazioni scritte per OSS e nelle distribuzioni viene mantenuta una modularità che consente di caricare i vecchi dispositivi quando necessario. Facile no?

Queste magagne sono sempre state note nella comunità e hanno persino ispirato un pinguino con problemi sonori in un film di animazione (Toy Story 2), ma hanno permesso che Linux cominciasse davvero ad essere diffuso in ambiente desktop, con installazioni quasi sempre lisce e lo smanettamento del kernel ridotto quasi a un ricordo.

Questo fino alla Ubuntu 10.10, quando il supporto per OSS scompare più o meno alla chetichella. I sostenitori della mossa sostengono che il passo fosse necessario per testare in pace il nuovo ambiente e che, comunque, l'avviso di "deprecazione" era già stato dato da tempo.

Fatto sta, i forum sono pieni di lamentele da parte di utenti con applicazioni che in assenza di suono non possono più essere usate, principalmente giochi e applicazioni multimediali connesse a schede tv e similari. Purtroppo la risposta "convinci lo sviluppatore ad aggiornarlo" non è sempre praticabile, specie nel caso di pacchetti proprietari vecchi di qualche anno.

Mi sono fatto tentare dall'opzione di sostituire tutta la sezione audio con OSS4, ma ciò non solo comportava problemi in qualche modo complementari all'accoppiata ALSA-PulseAudio -soprattutto se si hanno schede audio USB-, ma è anche piuttosto difficile da rimediare qualora si trovi la soluzione non ideonea. Learn from my fail...

La soluzione al problema si trova piuttosto nell'impiegare un kernel con il supporto OSS abilitato. Ci sono due modi per procuraselo:

• affidarsi a qualche buon sammaritano che lo abbia già fatto per voi. Per esempio attraverso questa pagina http://vanvalkinburgh.org/blog/3153
• compilare il proprio kernel con l'opzione "M" alla voce Device Drivers > Sound Card Support > Advanced Linux Sound Architecture > OSS PCM (digital audio) API. Qui c'è una guida efficace su come farlo: http://www.question-defense.com/2010/09/26/how-to-recompile-your-ubuntu-10-10-kernel-for-patching-or-to-add-support-for-a-specific-device il passaggio relativo a Grub è valido anche nel caso sopra. 

Se avete una scheda che usa i driver della serie High Definition Audio potreste avere ulteriori problemi (ioremap error) che prescindono dalla querelle OSS: io li ho risolti applicando tre misure, non so quale sia stata quella definitiva:

• usare il modulo patchato di David Henningson che si trova in questa discussione
• inserire nelle opzioni di boot del kernel il parametro aggiuntivo pci=use_crs
• modificare nei parametri di bios l'allocazione di memoria alla scheda video (256mb iso 128)

Buone demodulazioni...

Una verticale da vacanza

Poco prima delle maggiori feste comandate (Natale, Pasqua...) vengo preso dalla smania di equipaggiarmi per fare radio in trasferta. In passate occasioni ho usato un dipolino rigido caricato con prese variabili per la scelta delle bande, ma la soluzione non è molto comoda quando si possa operare da una posizione non proprio campale. L'idea della canna da pesca non risonante con un-un alla base non mi convince troppo, ma penso che la canna in sé come supporto sia un'ottima base di partenza. Ho pensato quindi ad un sistema con radiatore in filo elettrico e trappole in cavo coassiale da incastrare o appendere su di essa, in una soluzione leggera e veloce da installare al tempo stesso.

Il supporto in mio possesso è da 7 metri (massima lunghezza disponibile presso noto grande magazzino di articoli sportivi), su cui intendo far stare elementi per 10, 15, 20 e 40, questi ultimi ottenendo la risonanza con una piccola bobina di carico.

Fase 1: le trappole

Per compatibilità con le dimensioni generali del progetto le trappole sono realizzate in cavo coassiale RG174: secondo esperienze leggibili in rete l'isolamento è sufficiente per i 100w canonici. Come supporto per avvolgerle ho impiegato del tubo in pvc per impianti elettrici di diametri compresi tra i 16 ed i 32mm.

Le dimensioni si possono calcolare con il software CoaxTrap di VE6PY. Consiglio di verificare la risonanza dei valori di L e C suggeriti attraverso una delle utility di Radioutilitario, in modo da evitare di impazzire come è successo a me quando ho fatto i calcoli inserendo i decimali della frequenza desiderata usando il separatore sbagliato (punto/virgola).

Qualche altra lezione imparata: 

• non tutti gli RG174 hanno la stessa capacità per metro: il software di calcolo non per nulla specifica il "Belden". Ho avuto dei buoni risultati con uno marchiato Accor, che sembra essere realizzato abbastanza bene. Al contrario un altro spezzone che avevo in casa, dalla calza non altrettanto fitta, non portava agli stessi risultati, con una trappola che non voleva saperne di risuonare.
• quando manchi "capacità" si può aggiungere uno spezzone di coassiale in parallelo alla trappola: grossomodo 1pF per centimetro, ma tenendo conto della nota sopra

La risonanza delle trappole l'ho misurata con l'analizzatore d'antenna AW-07 (simile ai più famosi MFJ-259 ecc.), che innestando un'induttanza sulla presa d'antenna può funzionare stile grid-dip meter: la frequenza di risonanza è data dal minimo ROS. Alcuni siti consigliano di tarare le trappole leggermente fuori dalla banda d'interesse, ma non mi è chiarissimo quanto lo scostamento debba essere.

Ora ho il supporto e una serie di fili e trappole: se il meteo sarà clemente spero di poter fare l'assemblaggio con le relative tarature nei prossimi giorni.

USuRPato

Infine ho ceduto alle tentazioni da sperimentatore curioso e acquistato la USRP. Come menzionato in passato non è assolutamente un oggetto "plug & play", ma piuttosto l'equivalente nel secondo millennio di un sacchetto di componenti con cui costruire la propria radio. Il passaggio non è semplice per chi venga dal mondo delle radio come utente piuttosto che come ingegnere.
Non parliamo dell'assenza di manopole o bottoni, ma di qualcosa a livello assai più basso: per costruire un filtro non ci sono induttanze da avvolgere e compensatori da tarare, ma funzioni matematiche da popolare con parametri che, nella migliore delle ipotesi, la maggior parte di noi al massimo ricorda menzionati sul Neri.

USRP e Geremia

A questo si aggiunge la confusione tipica del mondo open source: documentazione mai scritta o riferita a versioni obsolete, messaggi d'errore criptici e ore intere passate leggendo le mailing list alla ricerca di una dritta.

Per agevolare chi vorrà imbarcarsi nella stessa impresa sto pubblicando i miei appunti su www.tarapippo.net. Sono in inglese perché non mi aspetto molto pubblico italiano -in fin dei conti sono state vendute poche migliaia di unità in tutto il mondo- ma sono a nauralmente a disposizione di chi volesse contattarmi per scambio di idee ed esperienze.