|
switch ppm con Arduino, possibile? Buona sera a tutti. Ho un piccolo questito da porre a chi arduino lo conosce bene. Purtroppo io devo ancora addentrarmi in questo nuovo mondo. Per elettronica nessun problema, sulla programmazione sono in alto mare. Veniamo al dunque: Ho la necessità di switchare il segnale ppm proveniente dalla ricevente, da una batteria di 4 servi ad un'altra sempre da 4 servi. Inizialmente volevo usare dei semplici switch, ma ho pensato che con questo progetto potessi cominciare realmente ad addentrarmi in Arduino. Come dovrà funzionare: Il passaggio dai primi 4 servi ( collegati uno per canale rx) a gli altri avverà tramite un'interruttore della radio. Devo avere la possibilità di inserire un delay in attivazione e disattivazione su ogni canale in modo da poter ritardare le varie uscite. Domande: potrò incorrere in interferenze? Potrò avere degli sfarfallii ai servi? Che tipo di arduino mi consigliate? Io posseggo già una uno pronta per essere sverginata. Il progetto è fattibile secondo voi? Grazie mille e a presto. |
Secondo me è fattibilissimo. Nel loop con il digitalread rilevi constantemente il segnale pwm in ingresso dalla rx, lo attribuisci ad una variabile, lo restituisci ad una batteria di servi if(canale dello switch> di un certo valore and millis > delay), lo restituisci all'altra batteria altrimenti. Non so se sono stato chiaro anche perché ci vuole un minimo di conoscenza di linguaggio arduino/c. Se vuoi posso provare a buttare giù il codice. |
grazie mille per l'aiuto. Si mi farebbe piacere che te mi aiutassi con il codice ma a me interessa anche capire. Intanto posso usare la uno che ho già in casa? Grazie mille ancora, spero io riesca a fare ciò che ho in mente. A presto. |
Citazione:
Alla fine i pin di cui hai bisogno sono: 8 uscite ai servi, 4 ingressi dalla rx e un ingresso sempre dalla ricevente per il canale dello switch. La meglio cosa per capire è leggerti un pò di informazioni su come gestire i segnali pwm con arduino! Ce ne sono molte sul sito o nella wiki. Sei proprio a zero o già sai come fare per dichiarare variabili, fare confronti ecc ecc.? Intanto io butto giù un pò di codice. |
Ho letto il libricino "primi passi" solo che non ho mai messo le mani in pasta. Devo partire da zero con tutti i linguaggi.... Comunque domani mi metto a studiare sul pwm . Ciao e grazie ancora. |
Buongiorno Allora..... Ho ripreso in mano il libro di arduino e ho ricominciato a dare una lettura. Ho scritto uno sketch sicuramente sbagliato ma devo pur cominciare...... Quello che m'interessa al momento è sapere se il concetto scritto è giusto, non m'interessa sapere se è correttamente scritto o se funzionera'. Questo è quanto scritto: int ch1 = 1; int ch2 = 2; int ch3 = 3; int ch4 = 4; int ch8 = 5; int ch1(2) = 6; int ch2(2) = 7; int ch3(2) = 8; int ch4(2) = 9; int ch1(3) = 10; int ch2(3) = 11; int ch3(3) = 12; int ch4(3) = 13; void setup() { pinMode(ch1, INPUT); pinMode(ch2, INPUT); pinMode(ch3, INPUT); pinMode(ch4, INPUT); pinMode(ch8, INPUT); pinMode(ch1(2), OUTPUT); pinMode(ch2(2), OUTPUT); pinMode(ch3(2), OUTPUT); pinMode(ch4(2), OUTPUT); pinMode(ch1(3), OUTPUT); pinMode(ch2(3), OUTPUT); pinMode(ch3(3), OUTPUT); pinMode(ch4(3), OUTPUT); } void loop() { // read the value from the sensor: ch1 = analogRead(ch1); ch2 = analogRead(ch2); ch3 = analogRead(ch3); ch4 = analogRead(ch4); ch8 = analogRead(ch8); if ch8= LOW digitalWrite(ch1(2), Valore letto da ch1 ); digitalWrite(ch2(2), valore letto da ch2 ); digitalWrite(ch3(2), valore letto da ch3 ); digitalWrite(ch4(2), valore letto da ch4 ); else digitalWrite(ch1(3), valore letto da ch1) ; digitalWrite(ch1(3), valore letto da ch2) ; digitalWrite(ch1(3), valore letto da ch3) ; digitalWrite(ch1(3), valore letto da ch4) ; In pratica sto cercando di dire ad arduino che i 4 canali principali CH1,2,3,4 devono leggere il segnale proveniente dalla rx. Se ch8 ha un segnale basso ( switch radio basso) il segnale deve uscire dalla batteria di canali CH 1,2,3,4 (2) altrimenti uscire dall'altra batteria ch1,2,3,4 (3). E' la prima volta che scrivo un codice non mi massacrate :D |
Accortomi delle cavolate stratosferiche scritte sopra, voglio rincarare la dose. Aiutandomi con sketch degli esempi trovati sul programma ide, è venuto fuori questo #include <Servo.h> int ch1 = A0; int ch2 = A1; int ch3 = A2; int ch4 = A3; int ch8state = 0; Servo esc1; Servo esc2; Servo esc3; Servo esc4; Servo servo1; Servo servo2; Servo servo3; Servo servo4; int val1; int val2; int val3; int val4; void setup() { esc1.attach(6); esc2.attach(7); esc3.attach(8); esc4.attach(9); servo1.attach(10); servo2.attach(11); servo3.attach(12); servo4.attach(13); } void loop() { val1=analogRead(ch1); val2=analogRead(ch2); val3=analogRead(ch3); val4=analogRead(ch4); if (ch8state == 0) { esc1.write(val1); esc1.write(val2); esc1.write(val3); esc1.write(val4); servo1.write(511); // posizione servo a 0° servo2.write(511); // posizione servo a 0° servo3.write(511); // posizione servo a 0° servo4.write(511); // posizione servo a 0° } else { esc1.write(0); // esclusione esc esc1.write(0); // esclusione esc esc1.write(0); // esclusione esc esc1.write(0); // esclusione esc servo1.write(val1); servo2.write(val2); servo3.write(val3); servo4.write(val4); } } |
se vuoi dilettarti con Arduino, fai pure (anch'io lo uso raramente). Tuttavia esiste già un circuito che fa il caso tuo: 4 canali: http://www.hobbyking.com/hobbyking/s...ntroller_.html 8 canali: http://www.hobbyking.com/hobbyking/s...ntroller_.html Il funzionamento non è molto chiaro, rispetto quello che vorresti fare tu, non mi pare che la commutazione fra i 2 canali sia gestita tramite uno switch della radio. Penso che una radio sia il Master e una lo Slave: quando la Master smette di trasmettere (si può semplicemente decodificare la qualità dell'informazione ricevuta... io l'ho implementato sul mio tosaerba radiocomandato) entra in gioco lo Slave. Michele Praga dovrebbe avercelo. Prova a chiedere a lui. Per quanto riguarda la programmazione con Arduino, io (proveniendo da anni di programmazione schede elettroniche a microcontrollore) soffro molto la mancanza di un vedo debugger. Con Arduino, potresti impazzire per cercare di capire alcuni errori nella scrittura del software: il debugger su seriale di cui dispone, non ti permette di avere accesso diretto ai registri del microcontrollore. Ecco perchè la sua diffusione è ancora prerogativa degli ambienti hobbistici e non di quelli professionali. Quando i signori di Arduino riusciranno ad integrare nel loro IDE ad esempio il Dragon dell'Atmel, allora invaderanno il mercato embedded! Per quanto riguarda la tua applicazione, anche se concettualmente sembrerebbe molto semplice, potrebbe risultare più sofisticata del previsto a causa delle limitate prestazioni del microcontrollore Atmel AT328 di Arduino UNO (ridotta velocità di esecuzione del programma e gestione interrupt). Magari ci riuscirai anche, tuttavia se devi iniziare a fare dei filtraggi veloci sul segnale in ingresso, ti accorgerai di questo aspetto. Fammi sapere se riuscirai ad implementare con successo la tua applicazione! |
Grazie mille per la risposta e per i link. Volevo sfruttare questo progetto per cominciare con arduino, banalmente potrei fare con 4 switch e un servo..... Una domanda cos'è l'interrupt? Provo a mettere il progetto sul forum di arduino vediamo se incrociando le ricerche riesco a far muovere qualcosa. Se funziona l'applicazione sarai il primo a saperlo:wink: |
forse è meglio che frequenti un po' di più il forum di Arduino. L'interrupt è una routine software di gestione asincrona di eventi (cambio di stato di un pin, variazione di un bit di un registro, scadenza di timer, ...). Serve per gestire eventi veloci facendo uso di risorse hardware dedicate. |
si lo intuivo, ho postato anche sul forum di arduino la stessa domanda ma li ancora non rispondono. Continuerò a studiare.. |
Citazione:
Per il Ch8 dovresti implementare una routine basata sugli interrupt per leggerne con precisione la durata dell'impulso e, di conseguenza, decidere verso quali uscite copiare gli ingressi. Qualcosa sia sugli interrupt che sulla lettura del PPM la puoi leggere quì: RCArduino: How To Read RC Receiver PPM Stream Se tu riuscissi ad accedere all'intero frame PPM anzichè ai singoli canali, allora il codice che ti ho linkato è esattamente quello che ti occorre, dovresti modificarlo solo per la parte di uscita. Carlo |
Grazie Carlo. Ho scritto anche sul forum arduino e mi hanno detto che il codice non ha senso.... é impossibile far fare ad arduino ciò che mi serve..... Non so che dire, certo non demordo :wink: PRoverò a studiare di più e leggermi il link da te segnalato, grazie mille ancora. |
Citazione:
nel frattempo, se ci riesco e se ho tempo, provo a fare io quello che ti occorre. Carlo |
|
Se ho capito bene vuoi commutare due banchi di 4 servocomandi introducendo un certo ritardo sia nel passaggio banco 1 <-> banco 2. Per me si potrebbe realizzare con un paio di integrati 'tradizionali' TTL o CMOS + un NE555 senza scomodare microprocessori e firmware vari. :yeah: |
Citazione:
Carlo Citazione:
|
Permettetemi una considerazione: usando un microprocessore e relativo firmware può succedere che in caso di impallamento ci si trovi nella situazione che x servo del gruppo 1 ed y servo del gruppo 2 vadano insieme, non conoscendo l'applicazione ed il grado di affidabilità richiesto non so se tale situazione potrebbe creare problemi. Usando un micro si crea inoltre un ulteriore ritardo sul comando di ogni canale e bisognerebbe valutare se è tollerabile per l'applicazione. Se il delay della commutazione fosse gestito dalla Tx (molte hanno questa opzione) il circuito si semplificherebbe ulteriormente, poi se si vuole giocare con Arduino va tutto bene, sia chiaro. IMHO :yeah: |
Citazione:
Considerando l'applicazione in questione (un robot terrestre) non credo che ci siano grosse implicazioni di sicurezza, ma su questo dannyboy può essere più preciso. In ogni modo il codice che ho postato è solo un abbozzo, serve solo a vedere se la metodica può funzionare o, come è stato scritto sul forum di arduino, sarebbe troppo lento per eseguire quel lavoro correttamete. Nulla vieta, se i primi test daranno esito positivo, di migliorarne l'affidabilità. Carlo |
Dunque.... Il codice che hai postato , sotto certi aspetti và bene, sotto altri no.... Tanto per cominciare, l'errore più grande... Non conosci come funziona il segnale che comanda il servo, vero??? Quindi, siccome bisogna saperlo, leggiti questo: Come funziona un servocomando | Settorezero Continuando... Dopo che ti sei letto quello sopra, capisci che il comando "analogRead" non và bene... e, per aiutarti, potrei suggerirti il comando "PulseIn" (però leggilo il sito che ti ho linkato.... altrimenti non capisci nulla)... Continuando.... Che grado di precisione ti serve ai comando e che velocità di risposta???? Questa domanda và direttamente a influenzare il codice che và scritto perchè lo cambia moltissimo... Un codice abbastanza semplice e che è molto simile a quello tuo produrra si l'effetto voluto ma si noteranno delle imperfezioni dei comandi (il servo vibra leggermente oppure è scattoso)... Complicando il codice, invece, si può ottenere l'effetto voluto, ma ti assicuro che è codice abbastanza complesso e, sicuramente, non adeguato all'inizio di chi comincia (che non ci capirebbe nulla)... Finendo: Che sicurezza vuoi ai comandi... Mi spiego... l'arduino è una piattaforma di sviluppo.... non è realizzata per essere una piattaforma stabile.... Dove voglio arrivare??? a quello che è successo a me... che durante la navigazione del sommergibile dove la scheda arduino gestiva la pompa di immersione, si era bloccata (in tilt) a causa di un picco di tensione e mi era rimasta la pompa che caricava in immersione.... puoi immaginarti come ero... La soluzione è stato un miglior filtraggio dell'alimentazione e, per essere più sicuro, l'implementazione di codice aggiuntivo non descritto sull'arduino per un suo reset automatico... Per finire, un codice di esempio che dovrebbe funzionare potrebbe essere questo... Sicuramente non è finito e funzionerà male (non lo ho provato) però dovrebbe dare una idea di come funziona!!! #include <Servo.h> #define RX1 1 //Definizioni dei PIN #define RX2 2 //Ad ogni riga associa il nome al valore che segue #define RX3 3 //Quindi , per esempio, quando scriverò RX1, l'IDE lo sosituisce con 1 #define RX4 4 #define RX5 5 #define SERVO_A1 6 #define SERVO_A2 7 #define SERVO_A3 8 #define SERVO_A4 9 #define SERVO_B1 10 #define SERVO_B2 11 #define SERVO_B3 12 #define SERVO_B4 13 Servo SERVO_A[4];//Creo 4 variabili chiamate SERVO_A con, all'interno della quadra, il suo identificativo Servo SERVO_B[4]; int CH[5]; void setup() { //impostazione degli INPUT della ricevente pinMode(RX1, INPUT); pinMode(RX2, INPUT); pinMode(RX3, INPUT); pinMode(RX4, INPUT); pinMode(RX5, INPUT); //impostazione degli output del primo gruppo SERVO_A[0].attach(SERVO_A1); SERVO_A[1].attach(SERVO_A2); SERVO_A[2].attach(SERVO_A3); SERVO_A[3].attach(SERVO_A4); //impostazione degli output del secondo gruppo for (byte i=SERVO_B1; i<=SERVO_B4; i++){ //Questo fà la stessa cosa delle 4 righe sopra, ma in un modo più elegante SERVO_B[i-SERVO_B1].attach(i); } } void loop() { //Legge i 5 canali della ricevente.... CH[1] = pulseIn (RX1,HIGH, 30000); //il 30000 sono i uS che aspetta per rilevare il segnale CH[2] = pulseIn (RX2,HIGH, 30000); //non è un bel sistema di lettura e funziona abbastanza male, ma và benissimo per cominciare CH[3] = pulseIn (RX3,HIGH, 30000); CH[4] = pulseIn (RX4,HIGH, 30000); CH[5] = pulseIn (RX5,HIGH, 30000); if (CH[5] < 1500) { //Se è inferiore al centro del segnale (1500 è in ms) pilota il primo gruppo SERVO_A[0].writeMicroseconds(CH[1]); SERVO_A[1].writeMicroseconds(CH[2]); SERVO_A[2].writeMicroseconds(CH[3]); SERVO_A[3].writeMicroseconds(CH[4]); } else { //O pilota il secondo gruppo SERVO_B[0].writeMicroseconds(CH[1]); SERVO_B[1].writeMicroseconds(CH[2]); SERVO_B[2].writeMicroseconds(CH[3]); SERVO_B[3].writeMicroseconds(CH[4]); } } |
Citazione:
Moltissime riceventi mettono a disposizione il PPM, quindi non dovrebbe essere un problema. In questo modo utilizzi solo un pin come ingresso (il pin 2) ed il processore lavora solo su un segnale e non su 5. Carlo |
Idea peregrina con 2 integrati, 2 resistenze, 2 (3) condensatori..... ritardo su CH8 da radio (meglio) se lungo se no giocando sulle reti rc. http://win.wallytech.it/public/Schema Switch.jpg :yeah: |
Citazione:
Variando la rete RC si varia la soglia di intervento. L'unico problema che vedo è che la tensione in uscita dall'integratore varierebbe poco e sarebbe comunque abbastanza vicina a zero volt: tra 0,175V e 0,525V se non ho sbagliato i conti, quindi servirebbe un circuito amplificatore. Ho vinto qualche cosa? :) :) Lo si potrebbe anche ingegnerizzare e produrlo in piccola serie per venderlo.... :uhm: Carlo |
Citazione:
Giustamente la tensione dopo l'integrazione potrebbe non essere sufficiente ma basterebbe un partitore di pull-up od esagerando un transistor. Non ho calcolato i valori e nemmeno provato a realizzarlo ma sulla carta funziona; usando degli i smd verrebbe un circuito piccolo e leggero (la cosa ingombrante sarebbero i connettori di I/O). Certamente non introduce ritardi sui segnali di comando ed è più affidabile di un microprocessore. IMHO :yeah: |
Tornando però a bomba, dannybon che radio hai? Se hai una radio a mix liberi (T9x con OpenTx a bordo o Taranis, ad esempio) puoi fare a meno di tutto questo e risolvere semplicemente con la radio. Al carro assegni i canali dall'1 al 4, al robot i canali dal 5 all'8 e gestisci i mix con un interruttore sulla radio. E' più facile ed affidabile di qualsiasi altra soluzione di cui abbiamo parlato finora. Carlo |
ragazzi non so come ringraziarvi. Per rispondere un po a tutti vi dico che per il momento il mezzo è terrestre ma nulla vieta che un giorno potrebbe implementare un "giochino" su un mezzo volante. Tutto è cominciato per la grande voglia d'imparare a programmare una schedina semplice come arduino. Lavoro su plc facendo delle macchine automatiche ma per programmazione uso FBD quindi sistema grafico a porte logiche. Quindi questo codice per me è uno studio e mettersi in gioco. Trovare persone come voi disposte a donare parte del loro tempo per aiutare un amico virtuale non ha prezzo, grazie mille. L'affidabilità dovrà aumentare in base alla destinazione di lavoro del mezzo, se si dovesse piantare la benna di una pala meccanica poco male, ma se si dovesse piantare il quota...... Leggero i vostri link e non tarderò a stressarvi con altre domande :wink: Ho da studiare tanto ma mi fa piacere che almeno il mio primo codice (errato) l'ho scritto di mio pugno. A presto. |
Fra programmazione Ladder / FBD ed il wire di Arduino o peggio 'C' di strada da fare ne hai molta, anche perchè devi lavorare con HW a basso livello con tutte le problematiche annesse e connesse. Non voglio demotivarti ma forse come primo esperimento con Arduino è un po troppo ambizioso. Cercati un corso Arduino base ed inizia a fare i vari esercizi dalla gestione egli A/D ai timers, agli interrupt (usali con parsimonia) così scoprirai anche alcuni trick senza saltare passaggi ed accumulerai esperienza. Con Arduino ed Atmel in genere non posso aiutarti molto, con i PIC qualcosina di più. Buono studio. :yeah: |
lo so lo so..... ma se non sono motivato non parto... sono fatto così :wink: |
| Tutti gli orari sono GMT +2. Adesso sono le 07:17. |
Basato su: vBulletin versione 3.8.11
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
E' vietata la riproduzione, anche solo in parte, di contenuti e grafica. Copyright 1998/2019 - K-Bits P.I. 09395831002