cercasi programmatore arduino

[BLULEADER]

per me e troppo in queste settimane incomincero' ad applicarmi al linguaggio "C" utile per proframmare i pic .... di la vedremo cosa ne esce fuori

[riki1681]

ciao,

essendomi trovato di fronte alla stessa "necessità" posso provare a illustrarti i sistemi che ho preso in esame per risolvere il problema:
(e qualche considerazione completamente personale sulla soluzione)

modo software: (dipendente dal radiocomando che si utilizza)
se la tua radio supporta l'ingresso istruttore ti basta un cavo con attacco jack, un game controller usb per windows, e un pc con scheda audio.
esiste un software che permette di leggere i valori di un gamepad generico e codificarli in segnali PPM tramite scheda audio.
dovrai solo collegare l'uscita MIC della scheda audio all'ingresso istruttore del radiocomando.
potrai scegliere se pilotare con pc o tx in base all'abilitazione dell'ingresso istruttore sul radiocomando.


modo hardware 1 (fino a 8 canali)
compra una scheda arduino (consiglio la uno, va benissimo e la si trova per 25euro), un frsky hack module tx 8 canali e una ricevente frsky 8 canali compatibile (meno di 20 sterline l'una).
bisognerà poi collegare il modulo tx frsky all'arduino e l'arduino al pc via usb.
potrai così trasmettere via usb valori che poi arduino convertirà in segnale ppm.
tramite un pin della scheda arduino, collegato all'apposito ingresso PPm del modulo frsky, invierai i dati che poi verranno trasmessi dal modulo alla sua rx, che a sua volta pilotera i servi/esc/ecc montati sulla rx.
questo sistema permette anche di estendere l'escursione di tutti i servi da 0 a 180° via software, senza modifiche di alcun tipo all'hardware.

modo hardware 2 (numero di "canali" dipendenti dalla scheda arduino utilizzata)
questo è più flessibile ma più costoso.
scheda arduino collegata ai servi/esc/ecc. con modulo xbee.
secondo modulo xbee collegato via usb al pc.
i comandi impartiti sulla seriale verranno trasmessi tramite l'xbee sul pc al modulo xbee su arduino.
arduino, mediante la libreria servo.h piloterà servi/esc/ecc

modo hardware 3
(questo è da dove sono partito, non rispetta al 100% i requisiti ma è un buon punto di partenza)
qui c'è una guida su come trasformare un joystick da pc in una tx per radiomodelli, utilizzando una arduino nano.
Project - RC Joystick Tx

ad ora sto testando le soluzioni hardware 1 e 2.
sulla prima soluzione posso dire che è comoda.
i moduli frsky costano poco e tirano tanto. digeriscono input PPM di vario tipo (negativi, positivi) e per ora non mi hanno mai dato problemi. inoltre il led di stato lampeggia quando il modulo riceve il segnale ppm, rendendo comodo anche il debug.

la seconda, per quanto costosa, è quella che preferisco.
nessuna necessità di convertire in ppm i segnali e quindi di sincronizzarsi sui 22ms,
permette di trasferire dati e non solo segnali ppm relativi ai canali.
di contro costa parecchio. per mantenere un range simile al modulo frsky bisogna dotarsi di moduli xbee costosi.



spero di esserti stato d'aiuto.

[faustog_2]

studiando il segnale d'onda uadra che esce, o entra in una radio TX, si potrebbe creare un sistema generale che funzioni ugualmente senza dover essere legati ad una radio o ad una ricevente...

in attach uno schema sintetico di come dovrebbe funzionare, ovvero un PC che invia i dati per esempio su USB-seriale ad adrduino il quale per esempio potrebbe formulare un segnale PPM che a sua volta da TTL possa essere trasformato in uno adeguato alla radio, per cui un elettronica aggiuntiva che trasforma da TTL in un segnale adeguato all'input per una presa allievo maestro, dove appunto il PC assieme ad arduino costituiscono l'allievo, mentre il maestro è la radio,, che a piacere può prendere per buono i comandi che arrivano dal PC, oppure il pilota può decidere di prendere le redini e pilotare in mmodo classico, come se fosse il maestro.

vedi attach.

Originalmente inviato da riki1681

ciao,

essendomi trovato di fronte alla stessa "necessità" posso provare a illustrarti i sistemi che ho preso in esame per risolvere il problema:
(e qualche considerazione completamente personale sulla soluzione)

modo software: (dipendente dal radiocomando che si utilizza)
se la tua radio supporta l'ingresso istruttore ti basta un cavo con attacco jack, un game controller usb per windows, e un pc con scheda audio.
esiste un software che permette di leggere i valori di un gamepad generico e codificarli in segnali PPM tramite scheda audio.
dovrai solo collegare l'uscita MIC della scheda audio all'ingresso istruttore del radiocomando.
potrai scegliere se pilotare con pc o tx in base all'abilitazione dell'ingresso istruttore sul radiocomando.


modo hardware 1 (fino a 8 canali)
compra una scheda arduino (consiglio la uno, va benissimo e la si trova per 25euro), un frsky hack module tx 8 canali e una ricevente frsky 8 canali compatibile (meno di 20 sterline l'una).
bisognerà poi collegare il modulo tx frsky all'arduino e l'arduino al pc via usb.
potrai così trasmettere via usb valori che poi arduino convertirà in segnale ppm.
tramite un pin della scheda arduino, collegato all'apposito ingresso PPm del modulo frsky, invierai i dati che poi verranno trasmessi dal modulo alla sua rx, che a sua volta pilotera i servi/esc/ecc montati sulla rx.
questo sistema permette anche di estendere l'escursione di tutti i servi da 0 a 180° via software, senza modifiche di alcun tipo all'hardware.

modo hardware 2 (numero di "canali" dipendenti dalla scheda arduino utilizzata)
questo è più flessibile ma più costoso.
scheda arduino collegata ai servi/esc/ecc. con modulo xbee.
secondo modulo xbee collegato via usb al pc.
i comandi impartiti sulla seriale verranno trasmessi tramite l'xbee sul pc al modulo xbee su arduino.
arduino, mediante la libreria servo.h piloterà servi/esc/ecc

modo hardware 3
(questo è da dove sono partito, non rispetta al 100% i requisiti ma è un buon punto di partenza)
qui c'è una guida su come trasformare un joystick da pc in una tx per radiomodelli, utilizzando una arduino nano.
Project - RC Joystick Tx

ad ora sto testando le soluzioni hardware 1 e 2.
sulla prima soluzione posso dire che è comoda.
i moduli frsky costano poco e tirano tanto. digeriscono input PPM di vario tipo (negativi, positivi) e per ora non mi hanno mai dato problemi. inoltre il led di stato lampeggia quando il modulo riceve il segnale ppm, rendendo comodo anche il debug.

la seconda, per quanto costosa, è quella che preferisco.
nessuna necessità di convertire in ppm i segnali e quindi di sincronizzarsi sui 22ms,
permette di trasferire dati e non solo segnali ppm relativi ai canali.
di contro costa parecchio. per mantenere un range simile al modulo frsky bisogna dotarsi di moduli xbee costosi.



spero di esserti stato d'aiuto.

[riki1681]

Originalmente inviato da faustog_2

studiando il segnale d'onda uadra che esce, o entra in una radio TX, si potrebbe creare un sistema generale che funzioni ugualmente senza dover essere legati ad una radio o ad una ricevente...

in attach uno schema sintetico di come dovrebbe funzionare, ovvero un PC che invia i dati per esempio su USB-seriale ad adrduino il quale per esempio potrebbe formulare un segnale PPM che a sua volta da TTL possa essere trasformato in uno adeguato alla radio, per cui un elettronica aggiuntiva che trasforma da TTL in un segnale adeguato all'input per una presa allievo maestro, dove appunto il PC assieme ad arduino costituiscono l'allievo, mentre il maestro è la radio,, che a piacere può prendere per buono i comandi che arrivano dal PC, oppure il pilota può decidere di prendere le redini e pilotare in mmodo classico, come se fosse il maestro.

vedi attach.

si,
anche in un altro topic mi hanno anche consigliato di collegarmi direttamente al modulo della tx senza arduino.

ora chiedo a voi, perché io di elettronica ne so zero, qual è la soluzione più economica e veloce da implementare?

perché queste sopra partono dalla prima in cui avendo al radio non si spende nulla e si installa un semplice software, all'ultima, in cui ci si interfaccia con arduino tra un joystick ed una rx.

mentre ad ora tutte le proposte diverse prevedono delle operatività non immediate:
1) realizzazione di altri circuiti per la comunicazione seriale, che ad ora sostituisco con arduino, senza bisogno di saper saldare o avere conoscenze elettroniche.

2) implementazione di protocolli, che ora invece si risolve con un treno di impulsi su un pin di arduino, senza dover avere competenze sui protocolli.



ad ora resto saldo su arduino.
nel giro di una settimana (spedizioni comprese) chiunque può mettere su la baracca, senza conoscenze di elettronica, senza troppo impegno legato alla programmazione.

senza nemmeno tirare fuori la pappa pronta, perché delle soluzioni che ho proposto sono gia disponibili codice e schemi.

ma magari, con il supporto del forum, si potrebbe rendere altrettanto semplice una soluzione più "professionale", questo in un ottica diversa della semplice sostituzione del radiocomando con un joystick, ma magari implementando qualche altra features.

che ne pensate?

[XSparter]

Originalmente inviato da BLULEADER

per me e troppo in queste settimane incomincero' ad applicarmi al linguaggio "C" utile per proframmare i pic .... di la vedremo cosa ne esce fuori

Guarda che tu secondo me non hai neanche le basi di programmazione... Costruire una nave 3d è gia un impresa di suo (quindi levatela dlala testa),per quanto riguarda il software con arduino ci sono vari metodi,personalmente opterei per VB con interfaccia seriale bluetooth con arduino (è il metodo più semplice) progettai qualcosa di simile tempo fa. Il "C" è un linguaggio abbastanza difficile se non hai già una "mente da programmatore",personalmente ti consiglio di iniziare da VB,poi vai su processisng (e questi due già bastano per fare un mucchio di cose). Se invece ti vuoi orientare sulla gestione tramite "web" ti consiglio python che ha un controllo dei socket davvero semplice da capire. Lascia stare roba come "C",Java e altro,per quello che vuoi fare servono a poco e ti complicano solo la vita.