A parte le battute, con grande soddisfazione mi sono portato una versione prototipale del nuovo COR alla fiera di Osimo svoltasi lo scorso 14 e 15 dicembre 2013.
Sempre carico e soddisfatto ho tirato fuori il pacchetto per far vedere quello che é lo stato avanzamento e soprattutto per comunicare a tutti che siamo ad uno stato molto avanzato (quasi al termine). Il fatto che le cose stavano andando per il verso giusto lo sapevo da tempo (altri articoli sul COR possono essere trovati qui e qui) ma non lo avevo mai palesato.
Il tempo di collegare l’alimentatore e mostrare i segnali di ingresso ed uscita alla scheda, come:
- Potenziometri per simulare lo squelch/Busy del segnale radio Ponte e del segnale radio Link
- Led di segnalazione dello stato dei 2 PTT
- Display di debug e controllo del funzionamento (visualizzazione compatta ed estesa)
- Led per la visualizzazione del segnale PWM (beep o altro)
- Led per lo stato degli switch audio
- Pulsanti e led per il comando di play e controllo della riproduzione delle 3 sintesi vocali previste
(per maggiori informazioni su questa scheda premere qui)
- La seriale RS232 per impostare i tempi, le priorità e tutti gli altri parametri di configurazione (sono
molti) che possono essere modificati “al volo” durante il funzionamento della scheda COR
Poi ho fatto vedere il funzionamento classico la durata della coda, l’intervallo delle sintesi vocali, la
disabilitazione dell’apparato di Link, l’impostazione della soglia di squelch (impostazione manuale o
automatica) ecc...
E finalmente arriva la prima domanda di Claudio IK6DIO:
“Ma se arrivano due segnali in contemporanea tra Ponte e Link?”
“Nessun problema” rispondo, é una situaziopne prevista dove la priorità viene data al Link.
Peccato che nel far vedere la cosa mi sono accorto che il segnale di switch audio del ponte che doveva andare basso non ci andava..... facendo qualche prova in più, se il segnale busy del link arriva prima di quello del ponte tutto funziona senza problemi, ma se arriva prima ils egnale di busy link, l’audio del ponte non viene interrotto.... in pratica un BUG.
A parte lo scherzoso aneddoto, siamo ad uno stato avanzato degli sviluppi, ora dobbiamo collegare i
componenti a contorno come gli switch audio, la scheda di sintesi vocale ecc... e siamo pronti per le prime prove con le radio.
Il firmware é organico e completo ed il livello di configurabilità della scheda é altissimo, attraverso un normale terminale seriale RS232 a 9600 baud si possono impostare tantissime cose e verificare lo stato di tutte le uscite e di tutti gli ingressi, é anche possibile eseguire un completo reset della scheda ed il ritorno alle impostazioni iniziali.
Come accenanto negli altri articoli, tutte la configurabilità da seriale ci permette di creare delle schede aggiuntive per aumentare le funzionalità di questo modulo base (per esempio una estenzione bluetooth, una estensione ethernet, oppure il collegamento al sistema di telecontrollo).
Per quanto riguarda i pin, abbiamo utilizzato circa l’80% degli I/O disponibili e siamo a circa il90% della memoria utilizzata. La questione dell’elevato utilizzo della memoria programma mi impensierisce un pochino per gli sviluppi fututi, ma non ho potuto fare altrimenti ... la configurabilità si paga da qualche altra parte. Eventuali “aggiunte” saranno gestite da microcontrollori esterni alla scheda base.
I prossimi passi:
- Collegamento degli switch audio
- Collegamento della scheda di sintesi vocale
- Collegamento dei segnali di squelch/busy dell’apparato di ricezione ponte e dell’apparato di Link
Poi passeremo alla ingegnerizzazione del PCB e ad una prima versione della scheda COR.
Il tutto dopo aver scovato e risolto il bug di Osimo.
Buon Natale
Saluti.
Sergio IW6CQF
Nessun commento:
Posta un commento