Arduino e programmazione ESC

[romoloman]

Originalmente inviato da Gabryx

Ho preso da poco un Arduino Nano e la mia intenzione sarebbe quella di vedere i settaggi attuali degli ESC e cambiare i loro parametri (con ausilio di un'interfaccia in VB.net).

Quasi tutti gli esc quando attaccati alla loro program card capiscono un protocollo seriale single wire non documentato e proprietario.
Per leggere i parametri è necessario conoscere il protocollo.
Per conoscere il protocollo è necessario fare reverse enginering della comunicazione single wire fra ESC e scheda di programmazione.
Per fare reverse enginering quindi è necessario avere la scheda di programmazione.
Se hai la scheda di programmazione il gioco con arduino rimane solo un gioco, anche perchè al campo quasi nessuno si porta un tablet per configurare un ESC.
Quindi rimane un bel gioco ma di dubbia utilità pratica, anche considerando il costo medio delle program card.

questo ad esempio è il reverse enginering di un esc Turnigy
Turnigy ESC Programming Card Reverse Engineered | Eleccelerator

[romoloman]

Originalmente inviato da romoloman

Quasi tutti gli esc quando attaccati alla loro program card capiscono un protocollo seriale single wire non documentato e proprietario.
Per leggere i parametri è necessario conoscere il protocollo.
Per conoscere il protocollo è necessario fare reverse enginering della comunicazione single wire fra ESC e scheda di programmazione.
Per fare reverse enginering quindi è necessario avere la scheda di programmazione.
Se hai la scheda di programmazione il gioco con arduino rimane solo un gioco, anche perchè al campo quasi nessuno si porta un tablet per configurare un ESC.
Quindi rimane un bel gioco ma di dubbia utilità pratica, anche considerando il costo medio delle program card.

questo ad esempio è il reverse enginering di un esc Turnigy
Turnigy ESC Programming Card Reverse Engineered | Eleccelerator

Volendo si potrebbe provare a leggere gli impulsi inviati ai motori per generare i beep di programmazione ed evitare il reverse enginering del protocollo utilizzando solo le istruzioni del manuale... Ma mi sa tanto di UCAS.

[Gabryx]

E' ovvio che se uno ha già la program card, Arduino non serve a niente, l'intenzione è di evitare l'acquisto di una card per ogni serie di ESC e cmq divertirsi con Arduino, ho già avuto modo di "catturare" il protocollo di un calibro digitale, ma in quel caso si trattava di leggere un solo parametro (la misura) dalla porta USB/Seriale dopo che veniva premuto un tasto sul calibro, nel caso dell'ESC ci sarà sicuramente un segnale di partenza e poi le stringhe di dati.
Si la pagina di eleccelerator.com l'avevo vista, se non c'è niente altro in giro partirò da quella per capirci qualcosa sul protocollo di trasmissione.
Se qualcun altro ha dei consigli è sempre ben accetto.

[romoloman]

Originalmente inviato da Gabryx

E' ovvio che se uno ha già la program card, Arduino non serve a niente, l'intenzione è di evitare l'acquisto di una card per ogni serie di ESC e cmq divertirsi con Arduino, ho già avuto modo di "catturare" il protocollo di un calibro digitale, ma in quel caso si trattava di leggere un solo parametro (la misura) dalla porta USB/Seriale dopo che veniva premuto un tasto sul calibro, nel caso dell'ESC ci sarà sicuramente un segnale di partenza e poi le stringhe di dati.
Si la pagina di eleccelerator.com l'avevo vista, se non c'è niente altro in giro partirò da quella per capirci qualcosa sul protocollo di trasmissione.
Se qualcun altro ha dei consigli è sempre ben accetto.

Il problema è che c'è poco da capirci, quel protocollo che è abbastanza banale va bene solo esclusivamente per alcuni ESC (neanche tutti i turnigy).
Non è neanche detto che in tutti ci sia un segnale di partenza in forma digitale.
In alcune program card che ho, il fatto di portare l'esc in programmazione via program card è dato dal tenere l'ingresso ad un livello alto per un periodo di tempo maggiore al 1/2 secondo. Quando la program card porta il pin in alta impedenza l'ESC inizia la comunicazione seriale spedendo alla program card il suo stato.

Ogni produttore di ESC ha il suo, per quello dico che per fare il programmatore universale alla fine li devi avere tutti.
Comunque seguo i progressi...

[Gabryx]

Si, leggendo in giro ho visto che ogni esc ha il suo protocollo, voglio cominciare dal segnale di partenza e leggere i dati in arrivo in forma digitale (la lettura in PWM dà risultati troppo diversi per essere interpretati) su 3 esc differenti e vedere se c'è qualche corrispondenza...e da lì partire....oppure chiudere il discorso se non c'è corrispondenza.

[romoloman]

Originalmente inviato da Gabryx

Si, leggendo in giro ho visto che ogni esc ha il suo protocollo, voglio cominciare dal segnale di partenza e leggere i dati in arrivo in forma digitale (la lettura in PWM dà risultati troppo diversi per essere interpretati) su 3 esc differenti e vedere se c'è qualche corrispondenza...e da lì partire....oppure chiudere il discorso se non c'è corrispondenza.

La cosa migliore se hai le program card di quegli esc e di leggere il flusso dati con un analizzatore di protocollo, anche se ti scontrerai con un piccolo problema...
Essendo la comunicazione single wire è molto difficile capire chi dice che cosa...

[Gabryx]

Cmq il programmino presente su Eleccelerator mi dà errore sin fase di compilazione, probabilmente la ide 1,63 che sto usando è + rigorosa nell'assegnazione delle variabili, cmq un altro che ho trovato in giro per esc Turnigy almeno mi dà qualche risposta, anche se sbagliata, anche perchè l'esc che sto testando ha al primo posto il tipo di batteria anzichè il brake on/off, domani vedo di rimescolare le carte e vedo che succede, tenendo conto che almeno il tipo di batteria e il numero di celle devono risultare giuste...e poi vedo il resto