Si, giusto, precisamente LabView non è un software ma piuttosto un linguaggio di programmazione grafico, chiedo scusa!
Al momento, però, è l'unico che mi ha permesso di utilizzare Arduino con una certa semplicità. Per esempio, in meno di 15 minuti ho creato un piccolo programmino per gestire degli scambi, con tanto di interfaccia grafica, che con un click del mouse su un bottone dello schermo mi permetta di far scattare gli scambi. Ho poi realizzato un semplice ma efficace pannello per monitorare la posizioni degli aghi. Non sarà gran che, ma è funzionale e migliorabile, e sinceramente con altri linguaggi la vedo un poco dura, o almeno, non è così intuitivo come con LabView. Poi vuoi mettere la comodità di poter realizzare pulsanti, indicatori luminosi, ecc.. ? Secondo me è un formidabile linguaggio per i nostri semplici usi.
Tra l'altro, credo, ma non ne sono sicuro al 100%, che programmando Arduino con un linguagio pseudo-C sia un po difficile se non quasi impossibile realizzare algoritmi davvero parelleli (comunque non ho mai approfondito la cosa). Se qualcuno ha una soluzione mi faccia sapere, mi interesserebbe molto!
Comunque non c'è nesuna disputa! Si discute solo per confrontare diverse esperienze!
Ovviamente LabView costando 1500 euro o giù di li potrebbe per molti non essere una soluzione... ma se mandate una mail alla National Istrument e chiedete una Student Version in pochi giorni ve la mandano gratuitamente! Ed è praticamente uguale alla versione Pro.
La conclusione, per quanto mi riguarda, è semplicemente che ci si potrebbe divertire molto e in modo tutto sommato semplice, anche senza conoscere linguaggi di programmazione C o simili!

Per una fila di led serve un driver come dice Fausto! Ritorniamo al discorso dell'inizio si usano le cose senza sapere con cosa si ha a che fare. Andare oltre la corrente di specifica del pin di un microprocessore puoi creare malfunzionamenti allo stesso!!!

Ovvio che con il c si possono realizzare algoritmi paralleli.....o meglio multitasking o qualcosa che ci assomiglia. Non dimentichiamolo il C è uno strumento in mano al programmatore che deve adeguatamente usarlo, ne caso del multitasking semplicisticamente si fa qualcosa che usa uno switch:case dove ogni case è uno stato della tua macchina a stati o task ovviamente il tutto deve essere opportunamente inserito nel contesto del processore qualunque esso sia.

eppure credo di parlare italiano.....ho detto N volte che i dispositivi da alimentare vanno alimentati A PARTE!!!!!!!!!!! e non tramite arduino, che come ho gia detto e ripetuto supporta fino a massimo 1A e quindi basterebbe ad alimentare un solo servo!!

Quindi per la striscia di led basta una resistenza, a seconda della tensione di alimentazione.....mentre ad arduino arriva solo il controllo!!!!!!! cioè solo un filo!

Non, non è questo che vorrei fare.
Vorrei sapere se Aruino può gestire contemporaneamente due processi del tutto indipendenti, lavorando su righe di codice assolutamente slegate tra di loro.
Però da quel che ho capito l'architettura stessa di Arduino non permette di gestire processi che non abbiano un certo grado sequenzialità.
Spero di esermi spiegato un attimo meglio... =P

Per far quello che dici tu servirebbe un processore multicore.....quello che ti sto dicendo io praticamente è un algoritmo di round robin e si fa sui processori single core e in sostanza fa quello che dici tu.

certo che lo puoi farei...io gestisco led e servo, anche completamente indipendenti tra loro.

Ribadisco l'architettura...

alimentatore 9V/1A(è piu che sufficiente) <-> arduino <-> (filo_controllo)-utilizzatori <-> alimentatore 5V/16A (es. ATX, alimentatore per PC)

è ovvio che tra gli utilizzatori e l'alimentazione potrebbero volerci delle resistenze, come nel caso dei led.

Appena posso faccio un disegno.....

di_russo chiede un altra cosa...

si, ho riletto e credo di aver capito.

Ho capito che lui intendeva se arduino gestisce piu processi contemporaneamente e non in modo sequenziale.

La risposta è no, cioè arduino gestisce comandi in modo sequenziale. E' pur vero che, a meno che la funzione di loop non dura 5 secondi, è abbastanza veloce da poter sembrare che le cose che svolge siano svolte in parallelo. Di solito i delay che si preferisce mettere vanno nell'ordine dei 10-50ms.

Sborone modalità ON.
Nella mia centrale il ciclo di delay come lo chiami tu dura 12us microsecondi. Ma c'è uno scheduler che per ogni tick decide cosa fare.
Sborone modalità OFF.

dipende da cosa devi fare.....il delay a 50ms/100ms lo metto per far muovere un servo di 85° in 10 secondi, ma è ovvio che per un led posso mettere anche 1us....

Ma comunque il paragone col digitale non ha ragione di essere, già per il solo discorso economico, poi se uno ha soldi da spendere....fà come preferisce....

Comunque una domanda sorge spontanea: come si gestisce in DCC un movimento come questo?
http://www.youtube.com/watch?v=F1vZrBFK70Q

nel senso, come fai a variare la velocità del servo, l'inclinazione, etc....

thanks

Anche li per il mio decoder servo , discorso generale al di fuori del digitale, il tempo di delay dura 15us.......con lo stesso principio sopra citato. IL discorso dei costi nona ha niente a che vedere.

O non capisci il problema o ci stai prendendo in giro.
Il segnale di comando di Arduino come tale non permette di sopportare più di qualche decina di mA, per comandare correnti superiori necessita un'interfaccia di potenza che è una cosa ben diversa da una resistenza.

Non sto prendendo in giro nessuno.....io credevo che si parlasse dell'assorbimento dell'alimentazione e non del segnale di comando.

Per cui, considerando che tu ad arduino mandi i soli segnali di comando (per i servo è il filo giallo), se leggi qui (io ho la 2009):

http://arduino.cc/playground/Main/Ardui ... imitations
http://arduino.cc/en/Main/arduinoBoardDuemilanove

i pin di arduino gestiscono fino a: DC Current per I/O Pin 40 mA per un massimo di 200mA.

A 200mA (per i fili di controllo) non ci si arriva nemmeno con 20 servo collegati contemporaneamente....tant'è che nei datasheet dei servo motori è un dato che nemmeno riportano (anche se non è corretto, a mio parere).

se sbaglio, correggimi...




nel momento in cui abbiamo le stesse prestazioni, il discorso devia necessariamente sui costi....

Adesso spiegami il legame tra un tempo di delay a 12us e i costi...