Decodificatore SBus 16ch
 

Ho acquistato un economico decodificatore SBus da banggood (https://www.banggood.com/DIY-SBUS-To...r_warehouse=CN) e l'ho affiancato al ricevitore frsky S8R.

Tutto, senza nessuna necessità di programmazione aggiuntiva, funziona perfettamente perchè mi ritrovo i 16 canali mappati e funzionanti sulle uscite del decoder.

C'è un solo problema: appena il decoder viene alimentato, ovvero appena connetto la batteria all'ESC, i servi connessi alle uscite del decoder vengono attivati per un paio di secondi circa. Credo si tratti di una routine di inizializzazione.

Questo comportamento mi irrita non poco perchè vengono bypassate le limitazioni delle escursioni dei servi. In questo modo i servi si sforzano e sforzano le parti mobili.

Il decoder è venduto "nudo e crudo" perchè si tratta della realizzazione, da parte di terzi, di un progetto open source di un russo. s.Bus декодер для расширения числа каналов v2 - Микроконтроллеры - Чертежи и проекты - Каталог статей - RC - Мастерская

https://translate.googleusercontent.com/translate_c?depth=1&rurl=translate.google.it&sl=en &sp=nmt4&tl=it&u=http://rc-master.ucoz.ru/publ/19-1-0-87&usg=ALkJrhhzjbpaLps20dQZklj8vsTZ-Q0xYA

Ho dato uno sguardo veloce alla documentazione ed a parte del codice ma sono molto arrugginito...


C'è qualcuno che ha avuto la mia stessa esperienza e conosce qualche rimedio al problema?

Grazie.

se mi dici dove recuperare il sorgente posso guardare. dai link che hai postato non ho trovato, forse non mi sono impegnato abbastanza...

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

Quì trovi tutto:
https://github.com/mactep8/SBus_Decoder

Secondo me l'inghippo si trova sulla void FUTABA_SBUS::begin() vedi 'mpò tu. :D

Per maggiori info consulta s.Bus декодер для расширения числа каналов - Микроконтроллеры - Чертежи и проекты - Каталог статей - RC - Мастерская

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

Io ho un decodificatore e programmatore corona che funziona bene.

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

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. :wink:

Ehm... ci sarebbe anche un altro piccolo problema.
I servi attaccati al decodificatore "bippano" (voce del verbo fare bip :lol:) 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.

No, ognuno il suo

Inviato dal mio HUAWEI VNS-L31 utilizzando Tapatalk