Show Posts
Pages: 1 ... 3 4 [5] 6 7 ... 49
61  International / Generale / Re: Utilizzo trackpad per pilotare potenziometri digitali on: July 11, 2013, 02:57:43 am
Non ho mai usato il bluetooth con l'arduino però se tu avessi un modulo a disposizione potresti anche metterlo in ascolto per vedere cosa succede.. Prima però dovresti accoppiare il computer col tuo pad affinchè quest'ultimo mandi segnali.
L'unico hack che ho trovato è proprio fisico e si tira fuori i pin della comunicazione ISP http://www.andregoncalves.info/ag_blog/?p=172

Te lo dico per informazione e perchè l'ho provato, ma esistono software specifici per creare un controller sul tuo cellulare, facendo comunicare quest'ultimo col tuo pc, e quindi con l'arduino, tramite wifi. Oppure senza metterci il computer di mezzo ed utilizzando una shield wifi!
Se vuoi su questo posso darti informazioni in più, anche perchè è veramente facile smiley
62  International / Generale / Re: Problema gestione dei motori di un robot on: July 11, 2013, 02:36:00 am
in sostanza devi fornire un'alimentazione esterna ai motori e potresti anche farlo sfruttando in questo modo il pacco di batterie del robot stesso
63  International / Megatopic / Re: ROV - sottomarino a comando remoto on: July 10, 2013, 04:51:06 am
Ieri ho provato una gopro a mare.. che dirvi, mi sono scialato  smiley-lol
Ovviamente non ho chiesto se me la prestasse!
Comunque escluderei una connessione wifi o radio tra la videocamera all'interno del case ed un dispositivo di ricezione, già solo con l'app specifica per il cellulare ho visto che la qualità si abbassa decisamente ed il ritardo è di circa 2 secondi!

Pensavo così: vediamo se riesco a migliorare la qualità della mia attuale videocamerina installando il driver sul un altro pc per vedere almeno a colori, se si può guidare facendo riferimento a quel video una gopro gliela attacco all'esterno.
Se invece proprio non si riesce a guidare, potrei sostituire la videocamera con una simile ma di migliore qualità (tipo quella che aveva suggerito etemenanki, ma senza il super grandangolo) rimanendo su bassi prezzi altrimenti faccio prima a comprare una gopro.

Comunque non ho trovato una documentazione riguardo i segnali che si aspetta il bus usb della gopro 3 per il controllo.. qualcuno ne sa qualcosa?
64  International / Megatopic / Re: ROV - sottomarino a comando remoto on: July 09, 2013, 05:48:13 am
scordati di fare una connessione con fili volanti come indicato nel disegno che hai linkato.
?
65  International / Megatopic / Re: ROV - sottomarino a comando remoto on: July 09, 2013, 05:12:34 am
L'uscita video non dovrebbe essere un problema se si è disposti a sacrificare un cavo.. http://www.quadricottero.com/2013/03/uscita-video-dalla-gopro-hero-3.html
66  International / Megatopic / Re: ROV - sottomarino a comando remoto on: July 09, 2013, 04:09:58 am
EDIT: astro, non mi pare che la custodia stagna della gopro includa un jack impermeabile per tirarci fuori il segnale video da trasmettere in superfice smiley-wink smiley-razz
E ti pare che ci pensavo? cavoli non me la presteranno mai  smiley-sweat

Comunque si, prima i test per almeno 10metri li faccio a rov vuoto e poi scendo anche con quella cineseria che ho perora..

La cosa interessante della gopro sarebbe il fatto che molto probabilmente disporrà di ingressi di controllo, quindi potrei anche dirle dall'arduino di iniziare a registrare ed evitare di importare i video dal convertitore usb perdendo qualità smiley
67  International / Megatopic / Re: ROV - sottomarino a comando remoto on: July 09, 2013, 03:17:05 am
Per il video, dipende da quanto cavo vuoi usare ... se e' relativamente poco, puoi usare una camera con uscita AV e sovrapporre il video all'alimentazione usando un convertitore da AV a doppino (con i dovuti filtri ovviamente), ma scordati la gopro, segnale troppo HD ed incasinato per mandarlo in quel modo ed ottenere una qualita' decente in uscita ... inoltre considera che sott'acqua ci si vede poco ... se non sei in una decina di metri d'acqua ed in pieno sole, devi fornire tu la luce, ed in quel caso sara' gia tanto se vedrai qualcosa a piu di 5 o 6 metri ...
beh certo, fai conto che il problema delle infiltrazioni l'ho risolto solo pochi giorni prima dell'esame e per non rischiare troppo l'ho calato a neanche un metro come si vede nel video..
oggi mi sa che lo svuoto e lo provo a 5metri al porto!
Comunque dici che non vale neanche la pena provarla una gopro? neanche se me la prestano?
68  International / Megatopic / Re: ROV - sottomarino a comando remoto on: July 08, 2013, 01:44:20 pm
Il disegnino è fatto su frash paint su windows 8 e ho trovato che potesse rendere simpatica l'idea e anche conquistare la commissione col botto finale smiley-razz "ma pensa te..", ha detto una!
Comunque si, era appunto solo un'idea a livello concettuale, ovviamente se tutto non è studiato può facilmente succedere che sia la boa a trascinare il rov e non il contrario  smiley-lol

Se lo dovessi rifare credo che comunque userei appunto un'alimentazione esterna, la batteria in questo caso l'ho usata per rendere il tutto più easy: scendi al mare col computer ed il rov ahah
Una cosa da migliorare subito è la comunicazione video, farmi prestare una GoPro magari e vedere se riesco a far passare il video in tempo reale.. eventualmente aggiungere anche degli adattatore d'impedenza.

Spero solo che queste mie considerazioni, ed anche le vostre, possano offrire degli spunti a chi come me si vuole o si è già cimentato nella costruzione di un mezzo simile!
69  International / Megatopic / Re: ROV - sottomarino a comando remoto on: July 08, 2013, 06:36:15 am
L'esame è andato benissimooooo. Giovedì i risultati!

Non credo che sott'acqua tu possa arrivare con il comando radio. Con il cavo che distanza riesci a coprire? Non mi riferisco a quanto è lungo ma a che cosa hai usato per la trasmissione, se un semplice cavetto collegato direttamente oppure vai di RS485 o simili. Allungando il cavo dovrai fare i conti con l'attenuazione dei segnali (non ho visto tutto lo schema, pardon: non so se hai già risolto).

Lo standard usato è appunto l'RS485 che su doppino dovrebbe poter raggiungere anche diverse centinaia di metri essendo una linea differenziale.
Per quanto riguarda le onde radio, la mia intenzione per il futuro potrebbe essere la seguente:
Mantenere il cavo tra mezzo e superficie, quindi attaccarsi ad una boa(o qualcosa di più pesante e stabile) all'interno della quale si trova un modulo radio che comunica con l'utente a riva smiley
70  International / Megatopic / Re: ROV - sottomarino a comando remoto on: July 07, 2013, 02:36:00 pm
Ti chiedo solo perché hai usato l'IDE 002x per scrivere il programma.
Non avevo fatto il passaggio all'uno e vedendo sempre nuovi post riguardo incompatibilità con le librerie ho preferito lasciare stare almeno per il momento!

PS: ho cambiato il titolo con uno più consono  smiley-wink

Sorry, è stata l'emozione a guidare la mano  smiley-sweat
71  International / Megatopic / ROV - sottomarino a comando remoto on: July 07, 2013, 12:54:38 pm
Ciau  smiley-sweat
Forse vi eravate dimenticati di me, nelle ultime settimane (addirittura mesi!) si può dire che non sono neanche etrato sul forum!

Sull'iniziare di Gennaio iniziai a lavorare su un prototipo di rov. Acquistai il materiale elettronico necessario e nel frattempo iniziai la costruzione del corpo del mezzo, che però, di non fare entrare acqua, non ne voleva sapere.
Dopo un certo periodo di inattività decisi tra maggio ed aprile di dedicarmi alla progettazione di un eventuale schema elettrico che successivamente concretizzai a scuola su di un pcb.
Ma l'acqua entrava, e di un immersione con scheda non se ne parlava ancora, decisi quindi di rifare la struttura.

Ecco il risultato:
http://www.flickr.com/photos/98537732@N05/
http://www.youtube.com/watch?v=mlJjK2xERX4&feature=youtu.be


Corpo: Rifornito presso ditte della zona di uno scarto di tubo dal diametro di 110 mm e di opportuni collari per l'avvitamento di un tappo e l'incollaggio di una cupola.
Motori: 4 pompe di sentina opportunamente modificate ai quali alberi sono stati aggiunte delle specifiche eliche. 12V DC e circa2.5A
Sostegni: Staffe per tubi, di diametro opportuno per corpo e per motori. Gambe costruite dal fabbro sotto casa.
Fari: 2 led 3W con opportuna lente, inserita all'interno di un tubo per irrigazione di opportuno diametro e quindi chiusi con quei tappetti che si mettono nei gambi delle sedie.
Videocamera: Giocattolino, inizialmente dotato di adattatore d'impedenza data la lunghezza del cavo (30 mt.) in seguito alla rottura dell'adattatore ne ho fatto a meno senza notare particolari perdite di qualità. (non che ce ne fosse chissà quanta!)
Batteria: Collocata all'interno del mezzo, LiPo 3S 5800mAh 25C
Cavo: Ethernet Cat5, 30 mt.

Lato PC:
Convertitore USB-RS485 e convertitore videoUSB (grabber?). Un joystick per il controllo dei motori ed un programma scritto in python che elabora un pacchettino di dati da spedire sulla porta seriale.
Purtroppo i driver del convertitore video installati sul computer del mio amico avranno dato problemi, la ripresa è infatti in b\n oltre che essere sfocata..

Per quanto riguarda il controllo dei motori sono stati usati direttamente degli ESC per motori brushed viste le elevate correnti in gioco ed un relè a doppia bobina per l'inversione della polarità. E' stato creato un apposito stadio pilota per il relè che permette di alternare le due bobine ( e quindi l'inversione della polarità dei motori) con un solo pin di arduino.
Lo so, alcune piste sono troppo strette ma stretto era anche il tempo  smiley-confuse
Sono stati lasciati dei pin liberi per collocare un eventuale freeimu per il bilanciamento autonomo del mezzo.
La scelta del cavo ethernet è stata dettata dal fatto che dispone di quattro coppie di cavi intrecciati tra di loro, che risultano essere un mezzo ideale per lo standard 485.
Sono state usate tre coppie ma ne sarebbero bastate 2: una per l'rs485 (half duplex) e una per il video. Ma il prof non si è molto convinto e si è deciso quindi di accoppiare ogni polo dell'rs485 a massa, usando quindi 2 doppini. Un quarto doppino è stato lasciato libero per un eventuale segnale audio.

Dal punto di vista software:
L'asse y dello stick destro del joystick corrisponde all'avanzamento sull'asse orizzontale, ad una variazione dell'asse x dello stick varia anche la direzione dello spostamento (quindi destra o sinistra)
L'asse y dello stick sinistro corrisponde invece all'avanzamento sull'asse verticale, quindi la profondità. Anche qui ad una variazione dell'asse x dello stick varia la velocità delle due eliche per uno spostamento laterale, ma ci si deve ancora lavorare bene..
Essendo la comunicazione bidirezionale, su richiesta dell'utente il mezzo può restituire delle informazioni che potrebbero essere pressione, temperatura e quant'altro ma dal momento che manca proprio l'hardware necessario viene inviata una 'A' a scopo dimostrativo.


Ragazzi sono un po' teso, domani ho l'orale della maturità e infatti mi rendo conto di aver descritto un po' maluccio.. ma la mia commissione non sarà di tecnici a parte un professore interno, quindi inutile annoiarli con le specifiche elettroniche.
Per qualsiasi info mi metto a disposizione anche sull'email dario.sciortino@yahoo.it.

Ah il disegnino è per dire alla commissione che una prospettiva per il futuro potrebbe essere quella di eliminare il cavo tra utente e mezzo. Mantenerlo si tra mezzo e superficie ma su quest'ultima potrebbe essere collocato un dispositivo radio che comunica con la riva.

Allego file python, schema in pdf, e codici arduino. Non riesco a caricare altro quindi su richiesta posso fornire anche i file gerber per il pcb o il layout smiley

Sono molto gradite le domande, anche per prepararmi a domani   smiley-confuse smiley-confuse smiley-confuse
72  International / Software / Re: primi passi... on: March 24, 2013, 06:38:39 am
Cominciamo col dire che l'analogRead() richiede solo un paramentro e cioè la porta di cui vuoi leggere il valore. Avrai di ritorno un valore compreso tra 0 e 1023. Le porte a cui fare riferimento per la lettura analogica sono appunto le analogiche: A0, A1, A2, An..
Quindi non puoi usare il pin 1 a questo scopo, sia perchè non è analogico ed in secondo luogo perchè insieme allo 0 è utilizzato per il caricamento dei tuoi sketch.

Hai detto che vuoi attivare il pin 13 quando hai un valore alto su di un altro ingresso, quindi devi verificarne lo stato prima di agire:
Code:
se pin analogico è alto:
          attiva pin 13

Che si traduce in:
Code:
if(analogRead(Ax)==1023){
          digitalWrite(13,1);
       }

Gira un po' nel reference tra le voci digitalRead(), digitalWrite(), analogWrite() ed analogRead()
73  International / Hardware / Re: HC-SR04, Dubbi su misurazioni. on: March 21, 2013, 04:50:44 pm
uhmm ma quindi non sai come misurare quest'angolo e chiedi se il sensore da te citato te lo possa tornare?
comunque ipotizzando che la forma del robot sia quadrata potresti posizionare due sensori IR di prossimità ai due angoli, se misurano la stessa distanza sei parallelo al muro altrimenti dovresti riuscire a calcolare lo "sfasamento" in base a quale dei due rileva più o meno distanza!
74  International / Hardware / Re: RS485 per programmare ATmega on: March 21, 2013, 04:34:38 pm
 smiley-sweat

Direi che ora rimanga il problema del reset:
O compro un altro convertitore che abbia un pinout sul reset (non fatemelo fare, vi prego), oppure..?
75  International / Hardware / Re: RS485 per programmare ATmega on: March 19, 2013, 11:55:33 am
No la compilazione la fa, il problema sta appunto nel sorgente in cui avrò sbagliato qualcosa!  smiley-sweat

2- Il problema sta nel fatto che sul convertitore non ho un "buco" che vada al reset o agli altri pin del ft232! (non si chiama pinout?)
Pages: 1 ... 3 4 [5] 6 7 ... 49