next topic »

[Reply #1545 on:]

ma, che tu sappia, si usa anche di fare l'impulso LOW variabile per singolo canale?

L'ho visto sulle vecchie radio analogiche dove il PPMSUM era creato con una cascata di monostabili, ma è preistoria
Attualmente tutti i sistemi RC sono totalmente digitali gestiti con micro, la generazione del PPMSUM è precisa sia nelle tempistiche che nelle separazioni.
Tieni presenti che i valori indicati sono quelli sicuri e molto conservativi, puoi trovare sistemi radio che sul PPMSUM usano solo 10 us di separazione e impulsi compresi tra 1100 e 1900 us in modo da poter codificare 9 canali invece di otto.
Attualmente tutte le radio di recente uscita usano solo sistemi di codifica digitale per la trasmissione dei canali, il che permette di avere Tx da 9-10-12-14 canali, cosa impossibile con i vecchi sistemi, e sta prendendo sempre più piede non usare le singole uscite PPM per i servo/esc ma un sistema a bus, p.e. l'S.BUS di Futaba, in modo da eliminare i grovigli di fili semplificando il cablaggio e aumentare la velocità di risposta dei device.

[Reply #1546 on:]

e immagino tu ti riferisci a questo.
Ok, grazie molto per le spiegazioni.
Se poi hai tempo di postare una lettura del tuo ppm-sum sarebbe un gesto molto gradito.

Allora mi metto al lavoro sulla schedina ppm-encoder.. a presto!

[Reply #1547 on:]

e immagino tu ti riferisci a questo.

Questo è il vecchio sistema PCM, modulazione numerica digitale con informazione numerica che consentiva una risoluzione di 1024 step su 90°, il precedente sistema di modulazione analogica su segnale AM/FM al massimo consentiva non più di 600 step reali.
Attualmente si usano sistemi radio a 2.4 GHz che sono simili ad un cellulare GSM per come lavora la parte RF, numero di canali trasmissibile virtualmente illimitato, risoluzione fino a 4096 step (a mio avviso assolutamente inutile), la cosa migliore di questi sistemi radio, oltre all'elevata immunità ai disturbi, è che lavorano su più canali in automatico cambiandoli come serve ed è possibile usare più sistemi radio in contemporanea senza darsi fastidio.
Per contro i sistemi radio a 2.4 GHz possono soffrire di problemi di latenza, quando piloti un modello rc anche pochi ms si fanno sentire, c'è voluto del tempo per risolverli.
Attualmente tutte le radio dei produttori principali sono perfette e affidabili, molte hanno sistemi radio bidirezionali che consentono di ricevere informazioni telemetriche dalla ricevente, che è anche un Tx, incluso anche l'uso di un GPS per sapere a che distanza, quota si trova un modello, la sua velocità e le esatte coordinate per ritrovarlo in caso di incidente.

[Reply #1548 on:]

intanto ho trovato questo pdf sul ppm per chi fosse interessato:
http://www.omegaco.demon.co.uk/mectnpdf/mectn004.pdf

[Reply #1549 on:]

Ecco un paio di misure dirette del PPM in uscita dal mio Tx Hitec Aurora 9, la prima è tutto il frame dei nove canali, la seconda il dettaglio del primo canale.
Mi sono ricordato che a seconda del numero di canali il separatore può essere utilizzato per comporre la durata complessiva dell'impulso, nel caso della Aurora 9 il separatore è di 400 us e va sommato con l'impulso per ottenere la durata reale, nel dettaglio del canale 1 lo stick è al centro e sono 1500 us complessivi sommando il separatore, la logica è negativa, idle a 1.

[Reply #1550 on:]

mmm ok, quindi i LOW fissi a 400uS e gli HIGH vanno da (1000-400)uS minimo a (2000-400)uS massimo. immagino che la tua Aurora fa così per farci stare comodi 9ch in 20ms (2000uS * 9 = 18ms), anche se poi lascia 10ms (?) di HIGH per il Sync.
Perchè chiami questa logica negativa? l'idle è HIGH e il segnale del singolo canale è HIGH..

[Reply #1551 on:]

anche se poi lascia 10ms (?) di HIGH per il Sync.
Perchè chiami questa logica negativa? l'idle è HIGH e il segnale del singolo canale è HIGH..

Dove li vedi 10 ms ?
La logica è negativa perché lo stato di idle è positivo.

[Reply #1552 on:]

No, in effetti non li vedo, c'è un solo frame d'impulsi, ma vedo che prima e dopo ce n'è di idle, e ne conto circa 9ms anche se potrebbero essere di più, o sbaglio?

[Reply #1553 on:]

No, in effetti non li vedo, c'è un solo frame d'impulsi, ma vedo che prima e dopo ce n'è di idle, e ne conto circa 9ms a

Il prima non conta nulla visto che è legato al trigger, in questo caso settato in modalità larghezza d'impulso maggiore di 3 ms, in realtà la fine del frame si trova esattamente alla fine della videata e sono esattamente 20 ms.
Va da se che a seconda della durata dei nove impulsi il periodo di sync può arrivare anche a 11 ms, però la durata complessiva degli impulsi sarebbe solo 9 ms perché sono tutti al minimo possibile.

[Reply #1554 on:]

Ok, questa è la copia del segnale che esce dall'Aurora di Astrobeed.
ho fatto un treno di 8 impulsi che vanno HIGH da 600uS a 1600uS ogni 20ms.
la seconda immagine è uno zoom su i primi due canali con il primo al minimo (600uS) e il secondo a palla (1600uS)
lo spazio tra due canali, come dall'Aurora, è di 400uS che sommati agli HIGH danno un canale da 1000uS a 2000uS.

C'è qualcosa di strano nel codice però, appena metto a posto lo metto qui.

EDIT: pardon, devo aver sbagliato immagini, che queste hanno un LOW di 200uS...
Scusatemi.

[Reply #1555 on:]

Ragazzi ho un problema con il software multiwii.
Nel conf di multiwii il segnale della ricevente fa come gli pare va su e giu, tutti quanti, senza che muovo le leve, se le muovo lui risponde xò oscilla sempre di molto. come posso fare? metto il video così si capisce meglio.
http://www.youtube.com/watch?v=WO-SiBX9TVI&feature=youtu.be

Spero possiate aiutarmi....
grazie in anticipo

[Reply #1556 on:]

non vedo i video, sono blocato dal proxy, ma se vedi delle bande nere/freeze video, allora è erchè il video è trasmesso in analogico, e qualsiasi trasmittente che usa la stessa frequenza si sovrappone degradandoil segnale.

Soluzine è di cambiare frequenza dei trasmettitori o passare alla trasmissione digitale, cosa che purtroppo non ho ancora visto in giro, anche se con rasperry & co. ormai è una fosa fattibilissima.

[Reply #1557 on:]

No no io parla nella GUI di multiwii i valori che mi fa vedere che gli arrivano dalla ricevete sono tutti sballati vanno su e giu come matti senza che io tocco gli stick, se muovo gli stick loro si muovono però restano sempre molto instabili con incremente e decrementi veloci e vertiginosi !

[Reply #1558 on:]

Sono molto probabilmente delle interferenze radio.
Quello che Leo suggeriva era una probabile fonte di interferenza video, se usi trasmissione video tu o se ce n'è nelle vicinanze, sui 2.4GHz.

Non è davvero colpa del multiwii.
Altrimenti la trasmittente, ma su tutti i canali contemporaneamente non è un problema di potenziometri rotti.

io proverei altrove, così da confermare un disturbo radio.

[Reply #1559 on:]

Io nel frattempo vi aggiorno su quanto stavo facendo, così per aggiungere 2 centesimi..
Allora ho fatto una schedina di conversione con un atmega 328p, che prende un protocollo seriale da una APC220 (19200 baud per almeno 600mt forse più..) e lo trasforma in PPM SUM. Trasmetto il movimento di un joystick 4 assi letto tramite processing via pc, il refresh della draw() è di circa 17-18ms.

Devo dire funziona egregiamente, solo che poi ho scoperto che multiwii ha già un suo bel protocollo, e che si possono iniettare direttamente i pacchetti degli 8 canali, più un semplice checksum direttamente su qualsiasi altra UART, quindi ho tradotto il mio protocollo e adesso gli 8 canali sono direttamente spediti ogni 17-18ms, in digitale.
Non mi sembra una brutta cosa..
se uno avesse una scheda radio full-duplex immagino che con la stessa velocità potrebbe ricevere anche dati di telemetria..

Per ora comunque ancora niente voli, solo un pò di tarature dei PID, ma da verificare. Poco tempo a disposizione..

Ciao!