HAL, il collegamento col mondo esterno
Senza l’HAL (Hardware Abstraction Layer) comunicare con i sensori e gli attuatori sarebbe difficile. Per ogni tipo di sensore si dovrebbe scrivere un pezzo di firmware (come si fa con Arduino) e ad ogni nuova variazione dei sensori, si dovrebbe riscrivere il firmware.
E sarebbe anche molto difficile, raggiungere le prestazioni, che si raggiungono con il nostro firmware, e il nostro HAL (ci lavoriamo da 3 anni, dieci ore al giorno, festivi compresi – fanno oltre diecimila ore, mica noccioline!)
Ci hanno chiesto “Come mai si deve per forza usare l’HAL ?”
L’HAL deve essere usato se si deve accedere all’hardware via USB. In teoria non è assolutamente necessario, ma noi non abbiamo trovato un sistema migliore. Per chi volesse provarci, ecco le informazioni che servono:
- Questo è il protocollo per comunicare con il firmware:
https://www.theremino.com/technical/protocol
- Qui è spiegato come si convertono i valori da e verso l’hardware:
https://www.theremino.com/technical/pin-types#values
- E naturalmente una grande comodità è il progetto stesso dell’HAL da cui copiare
https://www.theremino.com/downloads/foundations#hal
Perché non esporre dei meccanismi per guidare l’HAL dall’esterno?
Per quante funzioni si esponessero, mancherebbe sempre qualcosa (ad esempio i grafici dell’oscilloscopio, le configurazioni, la riconnessione automatica, la calibrazione…). Ma supponiamo che qualcuno, con un lavoro faraonico, arrivasse a controllare tutte le funzioni dell’HAL. Il risultato sarebbe soltanto, di aver ricreato un clone dell’HAL, in una altra applicazione.
Come già scritto nel precedente paragrafo, se qualcuno vuole provarci, si accomodi.
Come usare l’HAL
L’HAL può aprirsi e chiudersi da solo in modo invisibile. Tutti le applicazioni che ne hanno bisogno, lo aprono e chiudono loro stesse. Normalmente l’HAL si apre minimizzato e non da fastidio. Ma quando serve, si può aprire la sua finestra che è molto utile, per effettuare comode regolazioni, e provare i sensori. Poi lo si minimizza di nuovo, così la prossima volta si aprirà minimizzato.
Come aprire e chiudere l’HAL da dentro a una applicazione è spiegato qui:
https://www.theremino.com/wp-content/uploads/files/ThereminoHAL_Start-Stop.rtf
E se una applicazione non è in grado di aprire e chiudere l’HAL?
In questo caso si prepara una cartella con la propria applicazione, l’HAL e un file “Start All”, come spiegato qui:
https://www.theremino.com/downloads/foundations#starter
interessante soluzione.
recupero i video ufficiali e proseguo per un confronto con i dati rilevati con i piezo.
una rilevazione microfonica sarebbe ricca di tante onde spurie a causa del caos generale.
ma provo comunque.
In ogni caso penso di aver trovato la soluzione.
In signalscope dopo aver avviato RUN invece di ripremere run per lo stop, si può cliccare direttamente su “save buffer” sembra funzionare bene.
cosa ne pensi?
saluti.
Si, se è qualcosa di importante, il “save buffer” è l’operazione da fare prima di ogni altra cosa. E poi ci starebbe bene anche un backup del file salvato (metti che per sbaglio ci scrivi sopra…). Comunque se non perdi l’audio originale il buffer lo rifai tutte le volte che vuoi.
Se il microfono lo posizioni vicino a dove sparano, la leggibilità degli spari sarà perfetta.
E’ già ottima quella di youtube, se ci fai attenzione il pubblico non disturba per niente.
L’unico che disturba è lo speaker, perché probabilmente era collegato allo stesso mixer che usavano per registrare.