Qualcuno sperimenta con Arduino?

[romoloman]

Originalmente inviato da Davide B.

Alcuni chiarimenti.
Per quanto mi riguarda la mia era un'osservazione dovuta al fatto che le librerie in java fossero di difficile reperibilità, che è un dato di fatto non espresso dal sottoscritto.
Che l' IDE di Visual studio sia un ottimo IDE (neanche lontanamente paragonabile ad Eclipse, che pure uso tutti i giorni) è pure un dato di fatto, anche se Eclipse ha delle funzionalità che mi farebbero comodo in VS.
Che dovendo sviluppare in multipiattaforma costretto con le spalle al muro IO non userei il java ma andrei su Firemokey è una mia opinione personale, ma è suffragata dal fatto di averli provati entrambi.
Si può discutere fino a che si vuole, ma il mio presupposto di partenza è che io con la programmazione ci mangio, spendere 3000 euro per un IDE non è un tabù, se questo investimento mi ripaga in maggiore produttività.
Non è mia intenzione scadere in una diatriba Microsoft contro tutti, e non mi si può certo additare come uno dei fans di microsoft (leggere sul mio blog il mio pensiero sul .NET Micro Framework, o su Windows 8), ma mi piace parlare di cose che conosco, e non per sentito dire.
Java l'ho provato, l'ho trovato improduttivo per quello che è il mio lavoro, l'ho scartato.
Quando ho dovuto lavorare con android ho paragonato Java al Basic4Android...
Uso quest'ultimo, anche se l'ho dovuto pagare.
In un post in questo forum ho pubblicato anche foto di alcuni miei lavori elettronici, l'ultimo raccontava di una mia cavolata, una pista dimenticata (cercare "maccheroni"), e nel tempo che è passato dalla pubblicazione ad oggi ho chiuso il progetto... con un firmware che gira su FreeRTOS con 8 task paralleli, uno dei quali gestisce in hardware l'USB, uno gestisce un flusso audio real time stereo a 22KHz per 16 bit, un'altro gestisce una scheda di memoria con FAT32 sulla quale sono salvati i sample audio.
Il tutto viene configurato tramite programma PC via USB o da telefonino android via SMS.
Questo giusto per chiarire il mio pensiero, a scanso di equivoci.
Scusa la brutalità e la franchezza.
Per .NET, ti consiglio di dare un'occhiata a questo articolo, scritto da un pirla che conosco bene, e che contiene molte informazioni che spero troverai utili
Porte Seriali e VB.NET

Io lavoro in visual C++ sotto win, GNU C++ sotto linux e Mac
QT Libraries, per le gui e mi trovo divinamente.
GCC su AVR e ARM mi trovo benissimo ugualmente.
Java mi ha sempre dato rogne anche se lo usa pesantemente la IDE che utilizzo (netbeans).
Credo che alla fine la differenza la faccia il background di formazione personale.

[faustog_2]

java da rogne se non si studia!!

java è fortemente orientato agli oggeti, necessita di conoscenze su UML, sull'uso per esempio delle interfacce.. dell'ereditarietà, il polimorfismo.. ecc... se usato bene permette di realizzare software scalabili e riusabili, infatti i tecnici di Arduino si sono orientati su Java... le QT un tempo le ho usate.. ottime librerie.. le trovo obsolete..

spesso le soluzioni veloci non sono le migliori!

a dopo
fasuto

Originalmente inviato da romoloman

Io lavoro in visual C++ sotto win, GNU C++ sotto linux e Mac
QT Libraries, per le gui e mi trovo divinamente.
GCC su AVR e ARM mi trovo benissimo ugualmente.
Java mi ha sempre dato rogne anche se lo usa pesantemente la IDE che utilizzo (netbeans).
Credo che alla fine la differenza la faccia il background di formazione personale.

[faustog_2]

perdonami forse sono stato un pò aggressivo, comunque giusto per non criticare e andare via... mi sono permesso di risponderti con piu garbo..

ti offro un link dove meglio di me spiegano il perchè Java è forte e robusto e soprattutto permette la scrittura di codici riusabili.. cosa importante per uno sviluppo di proporzioni ragguardevoli, tipo Ardupilot, o KKMulticopter Flash Tool e software simili che interagiscono con Arduino.

MokaByte Numero 34 - Ottobre 99 - Le interfacce in Java

ecco leggendo capirai i concetti più interessanti d questo linguaggio, pensa la Oracle ha "sposato" java ... ho amici che lavorano con questo strumento dalla STMicroelectronics, alla Oracle ecc.. a basso livello invece ovvero sul Microcontrollore va bene qualuque linguaggio.. ..purchè si abbia conoscenza del datasheet e delle caratteristiche del Micro in Uso... lavorare nel buio non conviene..

poi aggiungo un link interessante:

Software

con qesta libreria.. puoi acquistare un interfaccia Hardware Da USB to RS232 e lavorare come se avessi una seriale su tuo PC..

a dopo
fausto

Originalmente inviato da faustog_2

java da rogne se non si studia!!

java è fortemente orientato agli oggeti, necessita di conoscenze su UML, sull'uso per esempio delle interfacce.. dell'ereditarietà, il polimorfismo.. ecc... se usato bene permette di realizzare software scalabili e riusabili, infatti i tecnici di Arduino si sono orientati su Java... le QT un tempo le ho usate.. ottime librerie.. le trovo obsolete..

spesso le soluzioni veloci non sono le migliori!

a dopo
fasuto

[romoloman]

Originalmente inviato da faustog_2

java da rogne se non si studia!!

java è fortemente orientato agli oggeti, necessita di conoscenze su UML, sull'uso per esempio delle interfacce.. dell'ereditarietà, il polimorfismo.. ecc... se usato bene permette di realizzare software scalabili e riusabili, infatti i tecnici di Arduino si sono orientati su Java... le QT un tempo le ho usate.. ottime librerie.. le trovo obsolete..

spesso le soluzioni veloci non sono le migliori!

a dopo
fasuto

Scusa ma credo di aver programmato in java per 10 anni e proprio non va...
Incompatibilità fra macchine virtuali, fra diverse versioni dello stesso produttore, tempi di loading pazzeschi, utilizzo di risorse spropositato, ogni volta era una lotta: Era nato per essere portabile e invece non ti puoi neanche permettere di fare upgrade di sicurezza che ti si pianta l'applicazione che funzionava correttamente due versioni prima.

Tutte le caratteristiche che hai elencato del java i C++ ce le ha.

Comparison of Java and C++ - Wikipedia, the free encyclopedia

e ne ha anche qualcuna in più tipo l'aritmetica unsigned.
Tutti gli esempi che trovi di arduino sono in C/C++

Scusa la franchezza ma quando dici che i tecnici di arduino si sono orientati su java, si lo hanno fatto sull'interfaccia, ma tutto il resto è programmato in C.
Che le QT siano obsolete, bah contento tu.... mai vista tanta sicumera.
Saluti

[faustog_2]

ciao romoloman

se ti riferisci alle applet, concordo pienamente.. altrimenti il discorso VM, va detto che queste devono essere aggiornate.. se prendo un sistema configurato con una Java Virtual Machie di 10 anni fa è logico che non posso sfruttare le nuove caratteristiche.. poi non credo che alla Oracle siano così pazzi da utilizzare una soluzione scarsa! anzii c'è da dire che la Oracle è al vertice delle software-house ..tieni conto che Open Office è fatto in java così come gli IDE di Arduino e delle schede KK basate su ATMega 168 ecc..

va be chiudiamo qui, rispetto la tua opinione, perchè vedo che siamo entrati in loop!!
fausto

Originalmente inviato da romoloman

Scusa ma credo di aver programmato in java per 10 anni e proprio non va...
Incompatibilità fra macchine virtuali, fra diverse versioni dello stesso produttore, tempi di loading pazzeschi, utilizzo di risorse spropositato, ogni volta era una lotta: Era nato per essere portabile e invece non ti puoi neanche permettere di fare upgrade di sicurezza che ti si pianta l'applicazione che funzionava correttamente due versioni prima.

Tutte le caratteristiche che hai elencato del java i C++ ce le ha.

Comparison of Java and C++ - Wikipedia, the free encyclopedia

e ne ha anche qualcuna in più tipo l'aritmetica unsigned.
Tutti gli esempi che trovi di arduino sono in C/C++

Scusa la franchezza ma quando dici che i tecnici di arduino si sono orientati su java, si lo hanno fatto sull'interfaccia, ma tutto il resto è programmato in C.
Che le QT siano obsolete, bah contento tu.... mai vista tanta sicumera.
Saluti

[romoloman]

Originalmente inviato da faustog_2

ciao romoloman

se ti riferisci alle applet, concordo pienamente.. altrimenti il discorso VM, va detto che queste devono essere aggiornate.. se prendo un sistema configurato con una Java Virtual Machie di 10 anni fa è logico che non posso sfruttare le nuove caratteristiche.. poi non credo che alla Oracle siano così pazzi da utilizzare una soluzione scarsa! anzii c'è da dire che la Oracle è al vertice delle software-house ..tieni conto che Open Office è fatto in java così come gli IDE di Arduino e delle schede KK basate su ATMega 168 ecc..

va be chiudiamo qui, rispetto la tua opinione, perchè vedo che siamo entrati in loop!!
fausto

Il problema non è aggiornare la VM è dover aggiornare le applicazioni che hai sviluppato per i clienti e che non funzionano più dopo l'aggiornamento della VM.
LibreOffice/OpenOffice hanno una minima parte scritta in Java ed è principalmente la parte legata al JDBC/OfficeBasic che è più portabile dispetto all'ODBC il resto è sacrosanto C++ come puoi facilmente verificare guardando i sorgenti e controllando le librerie linkate:

ldd /usr/lib64/libreoffice/program/soffice.bin
        linux-vdso.so.1 =>  (0x00007fffd05ff000)
        libuno_sal.so.3 => /usr/lib64/libreoffice/program/../basis-link/ure-link/lib/libuno_sal.so.3 (0x00007f9fd5c08000)
        libsofficeapp.so => /usr/lib64/libreoffice/program/../basis-link/program/libsofficeapp.so (0x00007f9fd5999000)
        libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00007f9fd568f000)
        libm.so.6 => /lib64/libm.so.6 (0x00007f9fd5438000)
        libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f9fd5222000)
        libc.so.6 => /lib64/libc.so.6 (0x00007f9fd4e92000)
        libdl.so.2 => /lib64/libdl.so.2 (0x00007f9fd4c8e000)
        libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f9fd4a71000)
        libcomphelpgcc3.so => /usr/lib64/libreoffice/program/../basis-link/program/libcomphelpgcc3.so (0x00007f9fd46fd000)
        libuno_cppuhelpergcc3.so.3 => /usr/lib64/libreoffice/program/../basis-link/program/../ure-link/lib/libuno_cppuhelpergcc3.so.3 (0x00007f9fd4430000)
        libuno_cppu.so.3 => /usr/lib64/libreoffice/program/../basis-link/program/../ure-link/lib/libuno_cppu.so.3 (0x00007f9fd41f4000)
        libdeploymentmisclx.so => /usr/lib64/libreoffice/program/../basis-link/program/libdeploymentmisclx.so (0x00007f9fd3fcf000)
        libi18nisolang1gcc3.so => /usr/lib64/libreoffice/program/../basis-link/program/libi18nisolang1gcc3.so (0x00007f9fd3dc8000)
        libsfxlx.so => /usr/lib64/libreoffice/program/../basis-link/program/libsfxlx.so (0x00007f9fd3780000)
        libsvllx.so => /usr/lib64/libreoffice/program/../basis-link/program/libsvllx.so (0x00007f9fd3469000)
        libsvtlx.so => /usr/lib64/libreoffice/program/../basis-link/program/libsvtlx.so (0x00007f9fd2df2000)
        libtklx.so => /usr/lib64/libreoffice/program/../basis-link/program/libtklx.so (0x00007f9fd2771000)
        libtllx.so => /usr/lib64/libreoffice/program/../basis-link/program/libtllx.so (0x00007f9fd24bb000)
        libucbhelper4gcc3.so => /usr/lib64/libreoffice/program/../basis-link/program/libucbhelper4gcc3.so (0x00007f9fd2242000)
        libutllx.so => /usr/lib64/libreoffice/program/../basis-link/program/libutllx.so (0x00007f9fd1ef8000)
        libvcllx.so => /usr/lib64/libreoffice/program/../basis-link/program/libvcllx.so (0x00007f9fd182d000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f9fd5e68000)
        libuno_salhelpergcc3.so.3 => /usr/lib64/libreoffice/program/../basis-link/program/../ure-link/lib/libuno_salhelpergcc3.so.3 (0x00007f9fd1626000)
        libdb-4.8.so => /usr/lib64/libdb-4.8.so (0x00007f9fd12aa000)
        libxcrlx.so => /usr/lib64/libreoffice/program/../basis-link/program/libxcrlx.so (0x00007f9fd0ffd000)
        libfwelx.so => /usr/lib64/libreoffice/program/../basis-link/program/libfwelx.so (0x00007f9fd0d56000)
        libsaxlx.so => /usr/lib64/libreoffice/program/../basis-link/program/libsaxlx.so (0x00007f9fd0b3c000)
        libsblx.so => /usr/lib64/libreoffice/program/../basis-link/program/libsblx.so (0x00007f9fd0753000)
        libsotlx.so => /usr/lib64/libreoffice/program/../basis-link/program/libsotlx.so (0x00007f9fd04f3000)
        libxml2.so.2 => /usr/lib64/libxml2.so.2 (0x00007f9fd0195000)
        libbasegfxlx.so => /usr/lib64/libreoffice/program/../basis-link/program/libbasegfxlx.so (0x00007f9fcfec9000)
        libicuuc.so.46 => /usr/lib64/libicuuc.so.46 (0x00007f9fcfb7a000)
        libjvmfwk.so.3 => /usr/lib64/libreoffice/program/../basis-link/program/../ure-link/lib/libjvmfwk.so.3 (0x00007f9fcf95d000)
        libjpeg.so.62 => /usr/lib64/libjpeg.so.62 (0x00007f9fcf711000)
        libz.so.1 => /lib64/libz.so.1 (0x00007f9fcf4f9000)
        libi18npaperlx.so => /usr/lib64/libreoffice/program/../basis-link/program/libi18npaperlx.so (0x00007f9fcf2f3000)
        libi18nutilgcc3.so => /usr/lib64/libreoffice/program/../basis-link/program/libi18nutilgcc3.so (0x00007f9fcf0df000)
        libicule.so.46 => /usr/lib64/libicule.so.46 (0x00007f9fceeaa000)
        libjvmaccessgcc3.so.3 => /usr/lib64/libreoffice/program/../basis-link/program/../ure-link/lib/libjvmaccessgcc3.so.3 (0x00007f9fceca4000)
        libfreetype.so.6 => /usr/lib64/libfreetype.so.6 (0x00007f9fcea18000)
        libfwilx.so => /usr/lib64/libreoffice/program/../basis-link/program/libfwilx.so (0x00007f9fce7e6000)
        libicudata.so.46 => /usr/lib64/libicudata.so.46 (0x00007f9fcd768000)

Rispetto la tua opinione, ma non la condivido, non posso condividerla avendone fatto un uso professionale e avendoci smadonnato dietro per anni.

[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.

[romoloman]

Originalmente inviato da Davide B.

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.

Riguardo al protocolo, perche no prevedi di implementare in arduino un protocollo documentato tipo il DSM2 o il PXX frsky ?
La logica che ti vorrei suggerire è la seguente:
partendo dall'assunto che tu voglia generare un treno di impulsi PPM per comandare un modulo tu vuoi comandare in seriale un'arduino per fargli generare il PPM.
Se tu usassi come protocollo arduino/pc un protocollo standard seriale tipo il DSM/DSMX dei moduli della DX4/DX5 o il PXX frsky, potresti pensare di evitare, in un futuro, arduino, utilizzandolo solo come interfaccia di compatibilità per altri tipi di moduli.
A volte reinventare la ruota non conviene.
La regolazione dei trim non la farei calcolare ad arduino ma la includerei in modo trasparente.
Se hai bisogno di documentazione su quei protocolli chiedi pure.

[faustog_2]

ciao davide.. non io volevo sfotterti, hai scambiato un espressione scherzosa, leggera, in una pesante accusa. Se a me mi dicessero che sono figlio di Bil Gates, mi farei una risata.. Mi dispiace che tu sia così suscettibile. Chiudo anch'io questo ping pong

E comunque non siamo fuori discussione, perchè L'IDE di Arduino è realizzato in Java.

Per il protocollo PPM tra PC e Micro, ho realizzato un sistema che prevede l'invio dei dati per ordine di poszione, per sicurezza dall'applicazione tra un dato e l'altro passano 20 mS... il firmware posizionerà in un buffer i dati secondo l'ordine d'arrivo, piuttosto che [posizione, valore] questo ha senso soprattuto se i canali sono pochi , 4 per esempio.

Originalmente inviato da Davide B.

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.

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.