Qualcuno sperimenta con Arduino?

[Davide B.]

tieni conto che Open Office è fatto in java così come gli IDE di Arduino e delle schede KK basate su ATMega 168

faustog_2, visto che tu sai tutto spiegami come mai l'Atmel Studio 6, che sarebbe l'IDE rilasciato da Atmel per gli AVR e per gli ARM, insomma, quello ufficiale (che comunque ha come base compilatore il GCC) è stato sicuramente scritto in .NET, anzi, gira nella Visual Studio 2010 shell... Quelli di atmel vanno a letto con bill gates stesso?
Ho ricevuto uno sfottò gratuito sul fatto che fossi il figlio di Bill Gates mentre volevo solo portare quella che è la mia esperienza, continui ad asfaltare i cabasisi con Java... manco fossi pagato dalla Oracle o dalla Apple.
Se IO ho provato Java e l'ho trovato IMPRODUTTIVO in confronto ad altri linguaggi di programmazione tipo il VBNET (ammesso che si possa ancora chiamare tale quello che uso io), credo che con qualche migliaio di software installati in 5 lingue ed in 7 paesi posso anche avere le mie ragioni, visto che all'anno spendo quasi 7000 euro in licenze, anche per avere un supporto pagato che risponda IN ORE e non scrivendo su forum dove il primo che si crede di sapere tutto mi spara la sua str... inutile.
Ieri sera ho installato su un PC di un mio cliente una demo di un programma che sto scrivendo... 55 mega... compresi aggiornamenti automatici, teleassistenza, sistema di diagnosi remota, logging, insomma un ecosistema enterprise di quelli seri.
Quanto ci avrei messo a farlo in JAVA? Ammesso che certi sistemi esistano in JAVA (di questo non sono sicuro)
Se romoloman ha lottato 10 anni con il java per poi abbandonarlo certamente avrà avuto le sue buone ragioni. Non ho motivo di dubitare che non sia un cantinaro, ma un professionista (ed anche di quelli bravi).
Se uno mi dice che lavoro in java, certamente non lo sfotto, se si trova bene sono contento per lui.
Peraltro mi sembra che questa discussione stia andando fuori tema per cui non replicherò ulteriormente. Non intendo perdere tempo.
Ritornando in tema.

nel mio caso specifico trasmetto da un pc un insieme di pacchetti ad arduino, che si occuperà poi di convertire le mie istruzioni in segnali PPM.
Si tratta quindi di inviare i dati legati a diversi canali.
La comunicazione è a senso unico, arduino non ha nulla da dirmi di "interessante" se non darmi l'ack della ricezione del pacchetto.
e qui sorgono le prime domande:
ma come strutturo l'informazione?
devo specificare un id canale e un valore da convertire.
e che valore scelgo?
in che formato?
e la regolazione dei trim? la includo in maniera trasparente?
e preventivo un id univoco per i pacchetti?
e cosa faccio con i pacchetti non sincronizzati? li reinvio o li ignoro?

Io dell'ACK di ritorno me ne fregherei bellamente prevedendo un'istruzione di "polling" che, chiamata periodicamente, mi dica se l'arduino è vivo o meno, eventualmente inserendo un byte di crc, che risponda picche quando il crc fallisce.
Credo che per strutturare decentemente la comunicazione sia necessario avere un elenco delle informazioni da trasmettere, ad esempio l'indicatore di canale ed informazione di posizione(?)
E poi è necessario avere idea di quante volte devono essere rinfrescate ogni secondo queste informazioni, nonchè del jitter massimo accettabile... ad esempio in windows puoi schedulare delle operazioni fino al millisecondo, anche se con tecniche piuttosto particolari (se hai bisogno chiedi pure), come pure bisogna prevedere di lavorare su più thread per non tenere le varie interfacce utente occupate (idem come sopra se hai bisogno di aiuto)
Avute queste informazioni un primo abbozzo di protocollo credo verrà da se.