Radiocomandare un sottomarino

[seengapoor]

Originalmente inviato da Naraj

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

Credo che non abbiamo ben chiaro gli ordini di grandezza. Mi risulta che i sommergibili usino gli idrofoni e i sonar con portate di centinaia di metri, e lo stesso dicasi per le boe spia acustiche (senza dimenticare le balene...).

Nessun nostromo di Ottobre Rosso su questo forum?

[BBC25185]

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.

Magari può anche funzionare in una piscina o in un laghetto tranquillo. Forse anche al mare (dove le interferenze prodotte da onde e simili sono più alte). Però, in ogni caso, avresti il problema di vederlo per pilotarlo... Con 40mhz in piscina ho fatto 3m. Ma lo vedevo solo perché ero sulla verticale. Appena navighi un pochino, anche 10cm sotto non lo vedi più (e garantisco che, anche se lo vedi, fai estrema difficoltà a pilotarlo)!

In ogni caso, per chi vuole lustrarsi gli occhi: https://youtu.be/cDNfvaGT25s
Inviato dal mio SM-N960F utilizzando Tapatalk

[sub53]

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.

Sicuramente potrebbe funzionare, uno dei problemi è la minor quantità di dati che puoi inviare, non credo sia possibile modulare una portante a 100Kz. con gli impulsi delle nostre radio, è anche vero che un U-BOOT non ha bisogno di 2048 punti di risoluzione... Resta sempre il problema che, senza video e posizionamento puoi solo tentare di indovinare la posizione del mezzo !

In ogni caso se hai voglia di approfondire l'argomento ... leggi :
https://escholarship.org/uc/item/8j70s26c
mi sembra molto chiaro ed esaustivo...

Prima o poi provo a costruire qualcosa di simile....

[BBC25185]

Originalmente inviato da sub53

Sicuramente potrebbe funzionare, uno dei problemi è la minor quantità di dati che puoi inviare, non credo sia possibile modulare una portante a 100Kz. con gli impulsi delle nostre radio, è anche vero che un U-BOOT non ha bisogno di 2048 punti di risoluzione...



In ogni caso se hai voglia di approfondire l'argomento ... leggi :

https://escholarship.org/uc/item/8j70s26c

mi sembra molto chiaro ed esaustivo...



Prima o poi provo a costruire qualcosa di simile....

Vediamo... Diciamo 255 punti di risoluzione, 8ch, almeno un minimo di controllo del segnale e refresh di 50hz...
64bit per i canali, 16 bit per il controllo del segnale moltiplicato 50 di refresh = 4000 bit/s...
Riducendo il refresh a 25hz avremo 2000 bit/s...
Forse si riesce con i comuni ultrasuoni!

Inviato dal mio SM-N960F utilizzando Tapatalk

[sub53]

Originalmente inviato da BBC25185

Magari può anche funzionare in una piscina o in un laghetto tranquillo. Forse anche al mare (dove le interferenze prodotte da onde e simili sono più alte). Però, in ogni caso, avresti il problema di vederlo per pilotarlo... Con 40mhz in piscina ho fatto 3m. Ma lo vedevo solo perché ero sulla verticale. Appena navighi un pochino, anche 10cm sotto non lo vedi più (e garantisco che, anche se lo vedi, fai estrema difficoltà a pilotarlo)!

In ogni caso, per chi vuole lustrarsi gli occhi: https://youtu.be/cDNfvaGT25s
Inviato dal mio SM-N960F utilizzando Tapatalk

La difficoltà di vederli e localizzarli è stato il motivo per costruire i sommergibili ... dal primo, l' Hunley

E anche nel modello il problema rimane...

[Naraj]

Per codifica semplice, intendevo più o meno, tre impulsi gira a destra e 5 impulsi gira a sinistra e così via.
Gli attuatori possono essere a spinta lineare e non i nostri soliti servi.



Naraj.

[BBC25185]

Originalmente inviato da Naraj

Per codifica semplice, intendevo più o meno, tre impulsi gira a destra e 5 impulsi gira a sinistra e così via.
Gli attuatori possono essere a spinta lineare e non i nostri soliti servi.

Naraj.

Perchè scendere a compromessi così grandi quando l'elettronica moderna permette, con poca spesa e piccole dimensioni, di avere qualcosa di buono e, sopratutto, essere compatibile con i nostri servi?

Oltretutto non è neanche così difficile da realizzare, anzi!

un protocollo semplice semplice potrebbe essere così composto:
ID (8bit) | Ch1 (8bit) | Ch2 (8bit) | Ch3 (8bit) | Ch4 (8bit) | Ch5 (8bit) | Ch6 (8bit) | Ch7 (8bit) | Ch8 (8bit)| CRC (8bit) = 80 bit da inviare continuamente. ID è un nuomero identificativo (nel caso ci sia più di un modello in acqua) e CRC è il controllo integrità del segnale (in caso di controllo errato, ignora il comando). In caso di perditan del segnale per tot tempo, posizione di failsafe dei servi!

[sub53]

Originalmente inviato da BBC25185

Perchè scendere a compromessi così grandi quando l'elettronica moderna permette, con poca spesa e piccole dimensioni, di avere qualcosa di buono e, sopratutto, essere compatibile con i nostri servi?

Oltretutto non è neanche così difficile da realizzare, anzi!

un protocollo semplice semplice potrebbe essere così composto:
ID (8bit) | Ch1 (8bit) | Ch2 (8bit) | Ch3 (8bit) | Ch4 (8bit) | Ch5 (8bit) | Ch6 (8bit) | Ch7 (8bit) | Ch8 (8bit)| CRC (8bit) = 80 bit da inviare continuamente. ID è un nuomero identificativo (nel caso ci sia più di un modello in acqua) e CRC è il controllo integrità del segnale (in caso di controllo errato, ignora il comando). In caso di perditan del segnale per tot tempo, posizione di failsafe dei servi!

Si potrebbe ulteriormente ridurre utilizzando 1 bit per i canali solo on/off tipo luci, missili e siluri

[Naraj]

Ho evitato l'uso dei servi normali poiché hanno bisogno per i comandi di treni di impulsi ad "alta" frequenza e in acqua potrebbe essere più soggetta a disturbi.

Naraj.

[sub53]

Originalmente inviato da Naraj

Ho evitato l'uso dei servi normali poiché hanno bisogno per i comandi di treni di impulsi ad "alta" frequenza e in acqua potrebbe essere più soggetta a disturbi.

Naraj.

Hai ragione, non si possono usare direttamente, ma il sistema ad ultrasuoni farebbe da convertitore ed i servi normali che in emersione potrebbero essere collegati alla rx normale ed utizzare gli ultrasuoni quando si perde il segnale RF.

E' un progetto a cui pensavo da tempo... ma abitando a Milano purtroppo avrei difficoltà a sperimentarlo

Diversi anni fa ho collaudato un VII C, lunghezza circa 1,5 mt. , in una piscina .... incredibile !