Decodificatore SBus 16ch

[massimob]

io uso quello della FrSky e non ho di questi problemi, idem con il Corona, ma che è difficile da reperire


https://www.banggood.com/Frsky-SBUS-..._warehouse=CNo

[Lillo]

Originalmente inviato da massimob

io uso quello della FrSky e non ho di questi problemi, idem con il Corona, ma che è difficile da reperire


https://www.banggood.com/Frsky-SBUS-..._warehouse=CNo

Conosco quello della FrSky. L'ho usato ed è come tu dici: nessun problema. Visto che il costo del 16 canali era quasi identico al 4 canali della FrSky ho pensato di provare.
Se non riesco a risolvere il problema sarò costretto a rimpiazzare il decoder 16ch con due Frsky 4ch tanto mi servono solo 6 canali extra via SBus.

[gawain]

Originalmente inviato da Lillo

Conosco quello della FrSky. L'ho usato ed è come tu dici: nessun problema. Visto che il costo del 16 canali era quasi identico al 4 canali della FrSky ho pensato di provare.
Se non riesco a risolvere il problema sarò costretto a rimpiazzare il decoder 16ch con due Frsky 4ch tanto mi servono solo 6 canali extra via SBus.

secondo me l'errore sta nel non forzare zero sulle porte finché non c'è un pacchetto sbus valido...
magari lo riscrivo come piace a me...
la maniera più semplice leggendo il codice velocemente mi sembra spegnere i timer finché non c'è il pacchetto valido interverrei quindi in servo.ino

[Lillo]

Originalmente inviato da gawain

secondo me l'errore sta nel non forzare zero sulle porte finché non c'è un pacchetto sbus valido...
magari lo riscrivo come piace a me...
la maniera più semplice leggendo il codice velocemente mi sembra spegnere i timer finché non c'è il pacchetto valido interverrei quindi in servo.ino

Francamente i servi, in partenza, non si portano a 0 inteso come posizione centrale. Se invece lo zero sulle porte corrisponde al -100 a cui siamo abituati allora hai sicuramente ragione.
Anzi, non conosco arduino ma non credo che le porte trattino valori negativi. E' più probabile che trattino valori da 0 a 255 e che poi convenzionalmente vengano convertiti in un range -125...+125

Mi sa tanto che hai centrato il problema.
Il progetto è open source. Contatta l'autore e contribuisci con il tuo codice.

[Lillo]

Ehm... ci sarebbe anche un altro piccolo problema.
I servi attaccati al decodificatore "bippano" (voce del verbo fare bip ) a turno sempre.
Mi sa tanto che c'è qualche ciclo che scrive qualche valore in sequenza sulle porte le quali vengono subito sovrascritte dal valore ricevuto dal ricevitore.

[gawain]

Originalmente inviato da Lillo

Ehm... ci sarebbe anche un altro piccolo problema.
I servi attaccati al decodificatore "bippano" (voce del verbo fare bip ) a turno sempre.
Mi sa tanto che c'è qualche ciclo che scrive qualche valore in sequenza sulle porte le quali vengono subito sovrascritte dal valore ricevuto dal ricevitore.

bisogna guardare il codice nel dettaglio... forse non hanno disabilitato l'interrupt che Arduino usa per la funzione micros() . comunque per scrivere le uscite per 16 servi hanno fatto i salti mortali. io mi sono fatto un Flight controller dedicato agli alianti in special modo f3k e per aver un timing perfetto al microsecondo senza collisioni devi segare tutte le librerie di Arduino scrivere le porte direttamente come bytes esempio PORTD^=(PULSE_MASK & ENABLE_MASK) questo oggetto crea fonti di salita e discesa sequenziali con pulsemask avente due bit sequenziali a 1 e shifta di una posizione ad ogni comparazione raggiunta del timer...ma così hai il limite di una porta se non vuoi fare schifezze...

[Lillo]

Originalmente inviato da gawain

bisogna guardare il codice nel dettaglio... forse non hanno disabilitato l'interrupt che Arduino usa per la funzione micros() . comunque per scrivere le uscite per 16 servi hanno fatto i salti mortali. io mi sono fatto un Flight controller dedicato agli alianti in special modo f3k e per aver un timing perfetto al microsecondo senza collisioni devi segare tutte le librerie di Arduino scrivere le porte direttamente come bytes esempio PORTD^=(PULSE_MASK & ENABLE_MASK) questo oggetto crea fonti di salita e discesa sequenziali con pulsemask avente due bit sequenziali a 1 e shifta di una posizione ad ogni comparazione raggiunta del timer...ma così hai il limite di una porta se non vuoi fare schifezze...

Non credo che siano tanti ad utilizzare tutte le porte del decoder. Magari riducendo il numero di porte 8-12 aumentano le risorse a disposizione e si evitano i problemi.
Comunque la rogna principale resta la forzatura a zero delle porte.

[italo.driussi]

Originalmente inviato da massimob

io uso quello della FrSky e non ho di questi problemi, idem con il Corona, ma che è difficile da reperire


https://www.banggood.com/Frsky-SBUS-..._warehouse=CNo

Io ho un decodificatore e programmatore corona che funziona bene.

Visto che li hai tutti 2, il programmatore corona funziona con il decodificatore frsky?

[massimob]

Originalmente inviato da italo.driussi

Io ho un decodificatore e programmatore corona che funziona bene.

Visto che li hai tutti 2, il programmatore corona funziona con il decodificatore frsky?

No, ognuno il suo

Inviato dal mio HUAWEI VNS-L31 utilizzando Tapatalk