Radiocomandare un sottomarino

[dooling]

Buongiorno, volendo costruire un sommergibile degno di questo nome, bisognerebbe modificare una radio (a perdere) trasformandola in un quadro di controllo.

Gli stick, smontati e rimontati paralleli tra loro come i telecomandi dei motori sulle barche;
stick di sinistra: centro = ferma, avanti + aumento regime, indietro + aumento regime

Stick di destra, timone di direzione, timoni orizzontali a scendere o salire.

Il bello viene ora; Apertura elettrovalvola allagamento e sfiati per casse di immersione, quelle principali, le casse assetto non sono prese in considerazione perchè non c'è assetto da modificare in base al carico, trattandosi di un modello.

Timoni a scendere, motori avanti mezza.

Emersione; elettrovalvola che apre l'aria compressa oppure il gas per ricarica accendini in modo da espellere l'acqua nelle casse di immersione.

Timoni a salire, motori avanti tutta.

Volendo; tubi di lancio pronti, fuori uno, fuori due.

Pensate che sia possibile inviare il segnale di una radio mediante cavo oppure in RF con antenna montata su una boetta?

E' solo una mia idea, una piccola soddisfazione..

Grazie.




https://www.delfinidacciaio.it/immersione.html

[BBC25185]

Bhè... sul mio U47, come comandi ho:
Motori (2 motori collegati assieme ad un unico canale)
Timone di direzione
Timone di profondità (anteriore e posteriore gestiti in modo separato da una centralina autocostruita che prende il comando da un unico canale)
Controllo allagamento camera (gestita sempre dalla centralina sopracitata)
Periscopio

Totale 5 canali base!
Una volta avevo il 6° (Luci), ora collegate allo svuotamento della camera (camera vuota, luci accese, anche solo un pò piena, luci spente).
Non ho mai attivato il 7° canale (selezione modalità di stabilizzazione assetto e profondità elettronica) che la mia centralina doveva fare!

Sull'altro mio sommergibile (un classe Gato), i comandi sono simili:
Motori (1 motore, 2 eliche collegate con ingranaggi)
Timone di direzione
Timone di profondità anteriore
Timone di profondità posteriore
Controllo allagamento camera (pompa a ingranaggi gestita da una mia schedina autocostruita con auto-stop per evitare l'esplosione della camera)

[giocavik]

Discussione interessante...e si
arriva a diverse conclusioni...
Per il topic, quindi, conviene
adottare radio sui 27MHz
Ma se FM o AM farebbe qualche
differenza..?

[CarloRoma63]

Originalmente inviato da Naraj

Per carità non ridete di quanto scrivo.

In acqua i suoni si propagano molto bene.
Si potrebbe fare un trasduttore stagno con una membrana che trasmetta il suono in acqua.
Il TX basato su Arduino, deve avere una codifica molto semplice che emetta i comandi con impulsi di suono al trasduttore.
L'RX sempre con arduino e sensore ricevente (tipo altoparlante stagno) riceve i suoni codificati e li invia agli attuatori.

Non ho idea dei metri di portata del suono in acqua, ma una decina di metri penso che sia possibile raggiungere.

Nel mio caso ho perso molto della passione per le costruzioni elettroniche altrimenti avrei tentato di fare questa interessante apparecchiatura.

A questo punto è permesso solo sorridere.

naraj.

Non rido affatto, avevo la stessa identica idea anche io!!

Non ti nascondo che, se avessi i trasduttori a portata di mano, l'avrei già testata.



Carlo

[Naraj]

Sono inattivo da un paio di mesi e non solo per l'età.
In questo periodo vedo molte stelle. Se continua così passerò all'astronomia.
Le stelle non le vedo con un cannocchiale ma attraverso il nervo sciatico.

Oggi ho ripreso in mano un Arduino Nano per adattarlo ad un vecchio progetto che mi necessita per un amico. Spero che mi riappassiono, e chi sa se riesco a fare qualche prova di trasmissione in acqua (con tempi molto lunghi).

Naraj.

[CarloRoma63]

Originalmente inviato da Naraj

Sono inattivo da un paio di mesi e non solo per l'età.
In questo periodo vedo molte stelle. Se continua così passerò all'astronomia.
Le stelle non le vedo con un cannocchiale ma attraverso il nervo sciatico.

Oggi ho ripreso in mano un Arduino Nano per adattarlo ad un vecchio progetto che mi necessita per un amico. Spero che mi riappassiono, e chi sa se riesco a fare qualche prova di trasmissione in acqua (con tempi molto lunghi).

Naraj.

https://www.aiutocomputerhelp.it/com...i-arduino-uno/


La velocità è variabile, attorno ai 20 byte/secondo. Per un veicolo lento non credo che sia un problema....

Carlo

[Naraj]

Grazie.Carlo.


Naraj.

[CarloRoma63]

Originalmente inviato da Naraj

Grazie.Carlo.


Naraj.

Il protocollo di comunicazione non mi piace come è stato fatto. Io avrei scelto un timing fisso, gestito da interrupt, e ci avrei messo i bit. In questo modo si potrebbero inviare frame più lunghe, includendo anche un CRC o almeno un bit di parità....

Carlo

P.S. mi dispiace per le stelle...

[CarloRoma63]

Originalmente inviato da giocavik

Discussione interessante...e si
arriva a diverse conclusioni...
Per il topic, quindi, conviene
adottare radio sui 27MHz
Ma se FM o AM farebbe qualche
differenza..?

Con i 27 Mhz dovresti andare abbastanza bene, specialmente in acqua dolce. Forse in FM sei meno soggetto ai disturbi delle onde....
Il problema di lavorare con frequenze così basse è che l'antenna è proporzionalmente più lunga e/o più complicata.

Carlo

[CarloRoma63]

Originalmente inviato da CarloRoma63

Il protocollo di comunicazione non mi piace come è stato fatto. Io avrei scelto un timing fisso, gestito da interrupt, e ci avrei messo i bit. In questo modo si potrebbero inviare frame più lunghe, includendo anche un CRC o almeno un bit di parità....

Carlo

P.S. mi dispiace per le stelle...

Un'altra alternativa, più ad alto livello, potrebbe prevedere l'utilizzo della libreria di comunicazione della Radio Head RadioHead: RadioHead Packet Radio library for embedded microprocessors, usando il driver per una seriale generica. La differenza è che, rispetto al codice che ho già postato, occorre un generatore di tono separato (che potrebbe essere arduino stesso) ed un mosfet che applica tale tono all'emettitore ad ultrasuoni.
Se l'arduino che usi ha solo una seriale, solitamente utilizzata per il debug, si può utilizzare la SoftwareSerial e creare così una seconda seriale.

La libreria di RH gestisce direttamente la pacchettizzazione ed il CRC.

Carlo