Recentemente mi sono appassionato al progetto M17, un nuovo protocollo radio digitale, attualmente in sviluppo come alternativa ai protocolli esistenti, che fa del suo punto di forza la libertà. Un modo digitale Open Source e libero da brevetti a livello di hardware, coded voce, protocollo di trasmissione, e codice sorgente.

Il modo in cui mi sono avvicinato al progetto è stato attraverso OpenRTX, un progetto di firmware Open Source per diverse radio attualmente in commercio.

Mi sono procurato una Retevis RT3, gemella della Tytera MD-380, e ho iniziato a studiare la documentazione del progetto.

Per attivare la trasmissione M17 è necessaria una modifica hardware permanenete che non ho ancora effettuato, ma è possibile provare il OpenRTX utilizzando la sola modulazione FM con una radio senza modifiche.

Attenzione, stiamo parlando in firmware altamente sperimentale ed in piena fase di sviluppo. Non aspetattevi di installarlo e usare la vostra radio come niente fosse.

Ad ogni modo, per la prima volta da quando sono IU5BON, c'è un aspetto dell'hobby in cui posso contribuire attivamente senza dover semplicemente copiare e ripetere i progetti altrui. Quindi mi sono rimboccato le maniche ed ho iniziato a contribuire le mie modifiche al progetto OpenRTX.

Domenica 21 Novembre 2021, complici un pranzo in famiglia al settimo piano, e Gabriele IZ5HQB, sono riuscito a fare il mio primo QSO FM in 70cm QRP con la radio utilizzando OpenRTX e le mie stesse modifiche al firmware della radio.

Buona sperimentazione e spero di riuscire presto a fare il mio primo QSO in M17.

Cercavo una soluzione per tenere la famiglia al fresco in questo sabato di agosto, inizialmente avevamo pensato al mare, ma il weekend da bollino nero autostradale non era proprio il massimo per il relax.

Viene proposta una grigliata a Vallombrosa nelle aree attrezzate e subito mi viene in mente che è una riserva naturale.

In men che non si dica lo zaino con la radio è pronto e si parte per la radio-grigliata!

Fino a dopo pranzo opero solo con portatile e gommino, sento qualche QSO ma non riesco mai a entrare.

Dopo pranzo, quando tutta la famiglia fa il pisolino, è il momento di montare la stazione radio.

Dopo le vacanze in Trentino mi è rimasta la voglia di VHF, quindi decido di lasciar perdere la EFHW e di montare solo la yagi 4 elementi.

Volevo provare anche il pacco batterie al litio a cui ho installato il connettore powerpole giusto prima di uscire di casa.

Nell'ora e mezza che mi è stata concessa per giocare alla radio ho fatto a pelo i 10 QSO per validare l'attivazione sul POTA americano, un ringraziamento di cuore va a IK5ILH, Roberto, che si è prestato a fare tutti i QSY del caso per fare FM/DStar/SSB in 2m e 70cm.

Alla fine ho smontato tutto in fretta e furia e mi sono dimenticato di verificare il corretto funzionamento del pacco batterie! Sarà per la prossima volta.

73 de IU5BON

Micropub specs allows for a 202 Accepted answer for creating a new h-entry, as explained in 3.3.6 Response:

If the endpoint chooses to process the request asynchronously rather than creating and storing the post immediately, it MUST return an HTTP 202 Accepted status code, and MUST also return the Location header.

But the Media Endpoint only allows for a 201 Created answer, as explained in 3.6.4 Response.

I propose we extend the usage of 202 Accepted to the media endpoint to make static site generators compliant with the spec.

Just to give an example of my setup: my blog is statically generated in CI, and my micropub server is a stateless container that converts incoming requests into git commits, those commits in turn triggers my CI and the blog is published.

With such enviroment it will be not possible to make the image immediately available.