ho inibito con # le righe
if (cfg.sensor_type.upper() == "SIMULATE" ):
listOfMessages.append("./audio/mp3/simulate.mp3")

non so se è la soluzione ideale però il messaggio radio ora funziona ma non trova alcuni file .mp3 in quanto mancanti:

silence05s.mp3
message.mp3
winddirection.mp3

Grazie Tony,
il silence05s.mp3 purtroppo devo inserirlo, la pausa all'inizio è necessaria diversamente la prima parte del messaggio viene tagliata. Sto provando a ricavarne uno in qualche modo, vedo se riesco.

Ciao Tony,
nonostante inserisca i file silence.mp3 non c'è verso di far partire il messaggio per intero, la prima sillaba viene tagliata.
Nel messaggio ho scelto di iniziare direttamente con "direzione del vento". Sia nel messaggio breve (con valore only_wind) che nel messaggio completo (con valore all) il file silence viene ignorato.
Mi sono attrezzato di audacity e per strafare ne ho generato uno da 10s ma ignora anche questo. Se tengo premuto io il PTT della radio allora l'audio del messaggio è completo ma quando il sistema fa tutto da solo la radio va in trasmissione una frazione di secondo dopo il messaggio audio e quindi la prima sillaba è penalizzata. Si può anticipare, o meglio, si può ritardare l'avvio dei messaggi rispetto alla trasmissione della radio?

Piero

Ho fatto le prove con i diversi llivelli vox ma non cambia nulla. In ogni caso il file silence anche se muto è pur sempre un file audio che ha una sua durata, in tutte le prove ho immaginato che la durata avesse un suo significato ... a meno che, dato che parliamo di attivazione VOX e non COR come nei ripetitori è necessario che la radio "senta" realmente qualcosa, che sia un beep o un rumore ambientale per far partire la trasmissione, infatti se antepongo il file beep lo stesso parte a metà ma almeno salvo il resto del messaggio. In effetti ora che rifletto sui collegamenti passa tutto dai cavetti audio e non dai piedini di raspberry.
Sarebbe bello che fosse raspberry a comandare l'inizio delle trasmissione.
Tony le tue prove saranno piú illuminanti delle mie ... aspetto con ansia.
Piero

... come pensavo, la funzione VOX si attiva solo se la radio "sente" un file audio, il file silence.mp3 poiché è privo di audio non la attiva. E' sufficiente mettere in testa al messaggio il file Beep.mp3 presente nell'elenco dei file mp3 o generarne uno nuovo.

Ciao Tony,
tornando alla conversione dei file audio da mp3 a raw purtroppo con il comando riportato sulla documentazione non va a buon fine, il testo viene eseguito con una lentezza improponibile. Ho provato a rifare la stessa operazione da Windows, dal prompt dei comandi, collocando il file ffmpeg su una dir di c:\, la conversione avviene ma allo stesso modo, il testo è lentissimo ... la restante parte del messaggio composto di file raw presenti su swpi ha un audio perfetto, segno che la conversione eseguita da te è differente da quanto ho fatto io.
HELP!!!

Ciao Tony, grazie dei file, li ho copiati al posto dei miei ma vanno ancora male, la lentezza del messaggio è identica a quella dei miei. Non riesco a capire cosa possa essere. Secondo te ha a che vedere il modo in cui vengono generati in mp3?

vale la pena di fare un update di swpi?

Ciao Tony,
grazie, li proveró presto e ti farò sapere.
Grazie mitico.
Piero

Ciao Tony, ho risolto il problema della conversione dei file audio da .mp3 a .raw. Qualora il file mp3 sia stato generato stereo, prima della conversione in .raw dovrà essere convertito in mono.

Ciao Tony, grazie delle implementazioni relative alla parte radio.
Ho visto che il file radio.py ha già la parte "motor" dedicata al volo a motore.
E' già operativa? Su swpi.cfg si può già dare a radio_verbosity il valore = motor ?
Grazie
Pietro

Ciao Tony,
il messaggio audio "incloud" viene generato quando vi è formazione di nebbia o in altre condizioni?
Grazie
Ciao

Grazie,
se ti capita di rivedere i codici ti ringrazio da ora se mi farai sapere. In caso affermativo modificherò il file audio in "nebbia" per avere disponibile quest'altra utilissima info.
Many thanks!!
Pietro

Ciao a tuti, e in particolare Rossi...
Vorrei collegare la stazione con una radio VHF Icom aeronautica per trasmettere i dati del vento via radio....
Qualcuno potrebbe dirmi come posso interfacciare Sint wind PI con la radio?
In particolare vorrei quando mando due click di portante dal'eli la stazione mi rispondesse in frequenza...
Grazie a tutti in anticipo..

Grazie Tony.... sempre numero uno..

Ciao Cris, è ideale l'uso di radio LPD, già dotate di vox e soprattutto con una maggiore libertà di utilizzo. Il tuo interfono di bordo avrà sicuramente un ingresso aux per portare l'audio in cuffia.
L'attivazione remota di SWPI è una implementazione che sta a cuore anche a me. Se riesco a trovare il modo di realizzarla ne parlerò sul forum.
Ciao

Pietro wrote: Ciao Cris, è ideale l'uso di radio LPD, già dotate di vox e soprattutto con una maggiore libertà di utilizzo. Il tuo interfono di bordo avrà sicuramente un ingresso aux per portare l'audio in cuffia.
L'attivazione remota di SWPI è una implementazione che sta a cuore anche a me. Se riesco a trovare il modo di realizzarla ne parlerò sul forum.
Ciao

Ciao Pietro...
Io devo utilizzare una Icom aeronautica con centralina Vox quindi non è un problema per la trasmissione, volevo se possibile poter attivare la trasmissione con due click di portante...
Io utilizzo la stazione meteo nelle piattaforme petrolifere ed elisuperfici del 118 dove io presto servizio (elicotterista), pensavo di usare il sistema via radio in modo da poter aver ele ultime sul vento direttamente in frequenza ma solo su richiesta, giusto per non "disturbare" la frequenza...

@Tony
se python può gestire gli imput audio è già un'ottima cosa.
Bene, occorre documentarsi. L'inverno è lungo ...

@Cris
Capisco l'esigenza, io opero in aviosuperfici ulm, l'uso in frequenza
aeronautica però ho preferito evitarlo per ovvie ragioni oltre che per la
lunghezza del messaggio stesso, ho inserito praticamente tutti i dati
che l'ottimo progetto di Tony è in grado di dare, volevo qualcosa sulla
falsa riga dei messaggi ATIS. Se si riuscisse a realizzare l'interrogazione
remota via PTT, il massimo sarebbe poter scegliere, per esempio con due o
tre pressioni di PTT, il messaggio breve - solo vento - o il messaggio
completo tipo ATIS.

A parer mio è possibile l'interrogazione remota via radio senza neanche troppe modifiche, comunque sia nulla di sostanziale.
Semplicemente utilizzando qualche componente a corredo ovvero un lm567 tarato a 1750hz.
In pratica nella stessa maniera con cui i radioamatori eccitano i loro ponti ripetitori.
In dettaglio occorre costruire un circuito minimale e banale (ne ho fatti parecchi) collegarlo alla radio con un jack alla porta speaker e al raspberry ad una delle sue porte I/O.
Ovviamente è qui la vera modifica al codice, far "ascoltare" a swpi quando la porta del raspberry cambia lo stato logico e di conseguenza far partire il msg radio.
All' operatore che lo vuol interrogare da remoto sarà sufficiente premere la portante della radio ed inviare il tono a 1750 (di cui molte radio sono dotate).

Tanto per darvi una idea del funzionamento, ricordate l'orologio parlante cinese fatto a mela che diceva data ora e temperatura?

eccola con il circuitino implementato:

Rossi wrote: A parer mio è possibile l'interrogazione remota via radio senza neanche troppe modifiche, comunque sia nulla di sostanziale.
Semplicemente utilizzando qualche componente a corredo ovvero un lm567 tarato a 1750hz.
In pratica nella stessa maniera con cui i radioamatori eccitano i loro ponti ripetitori.
In dettaglio occorre costruire un circuito minimale e banale (ne ho fatti parecchi) collegarlo alla radio con un jack alla porta speaker e al raspberry ad una delle sue porte I/O.
Ovviamente è qui la vera modifica al codice, far "ascoltare" a swpi quando la porta del raspberry cambia lo stato logico e di conseguenza far partire il msg radio.
All' operatore che lo vuol interrogare da remoto sarà sufficiente premere la portante della radio ed inviare il tono a 1750 (di cui molte radio sono dotate).

Ciao,
purtroppo non è possibile inviare il tono in quanto le radio Garmin 430 e 530 installate sull'elicottero non hanno la possibilità dei toni... per questo pensavo ai 2 click di portante, come normalmente facciamo per accendere in volo le luci delle piazzole non presidiate...
Un grazie a tutti per i suggerimenti proposti, penso che potrebbero servire anche ad altri settori..
Purtroppo io non sono un programmatore e non saprei come modificare in SWPI...