Ci sono pure loro 

Fatta la prova, utilizzando il loro file batch pare funzionare anche il trasferimento del software su Arduino, la cosa buffa è che la fase di programmazione termina con un errore però il programma è stato trasferito e risulta funzionante.
Non mi convincono molto i parametri che utilizzano per AVRdude e poi c'è il fatto che AVRdude per Arduino utilizza un file di configurazione appositamente modificato, mi sa tanto che tocca fare un merge delle due cose.

Code:

Launching the programmer...
C:\Programmi\Matrix Multimedia\Flowcode AVR V4\Tools\MX_bats\avrc_arduino1.bat m328p stk500 com3 57600 "1. Lighting an LED.hex"

Stato della periferica COM3:
----------------------------
    Baud:                 57600
    Parit…:               None
    Bit di dati:          8
    Bit di stop:          1
    Timeout:               ON
    XON/XOFF:             OFF
    Sincronizzazione CTS: OFF
    Sincronizzazione DSR: OFF
    Sensibilit… DSR:      OFF
    Circuito DTR:         HANDSHAKE
    Circuito RTS:         OFF


C:\Documents and Settings\Documenti\Downloads\Flowcode_V4_Examples\Components\LED & Switch>"C:\PROGRA~1\MATRIX~1\FLOWCO~1\Tools\MX_bats\..\AVRDUDEusb\avrdude.exe" -p m328p -P com3 -b 57600 -c stk500 -U flash:w:"1. Lighting an LED.hex"                     
avrdude.exe: successfully opened stk500v1 device -- please use -c stk500v1

avrdude.exe: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.05s

avrdude.exe: Device signature = 0x1e950f
avrdude.exe: NOTE: FLASH memory has been specified, an erase cycle will be performed
             To disable this feature, specify the -D option.
avrdude.exe: erasing chip
avrdude.exe: reading input file "1. Lighting an LED.hex"
avrdude.exe: input file 1. Lighting an LED.hex auto detected as Intel Hex
avrdude.exe: writing flash (300 bytes):

Writing | ##########################################
........................................


avrdude.exe: stk500_paged_write(): (a) protocol error, expect=0x14, resp=0x64
######## | 100% 10.14s

avrdude.exe: failed to write flash memory, rc=-4


.............................

avrdude.exe: stk500_cmd(): programmer is out of sync

Error returned from [avrdude]

Return code = 1

Flowcode non è ingrado di trasferire il flowxhart al microcontrollore. Controllare le opzioni del programma e le connessioni.

FINISHED

Disponibile per il download MultiWii 1.8 patch 1, queste sono le modifiche rispetto alla 1.8.

Code:

1.8 patch 1:

MAIN SOFT: Better deadband implementation thanks to the suggestion of PeterPilot
    http://www.multiwii.com/forum/viewtopic.php?f=7&t=608

MAIN SOFT: updated PIN 46 on mega boards for CAM TRIG servo (more convenient for flyduino boards)

MAIN SOFT: failsafe small bug correction thanks to jevermeister
    prevent any motor glitch rearming in some conditions
    http://www.multiwii.com/forum/viewtopic.php?f=8&t=610

MAIN SOFT: small bug correction about BUZZERPIN, STABLEPIN, DIGITAL_TILT_PIN in MEGA board definition
    http://www.multiwii.com/forum/viewtopic.php?f=8&t=583&start=10#p3049

MAIN SOFT: OCTOP bug correction (left motor was not correctly PID mixed)

GUI: minor bug correction about serial protocol, detected by Hamburger

MAIN SOFT:
    Correction from Fabio about the 5 Free IMU possibilities and the according orientations.

tu hai anche la 2009 immagino, puoi fare piu' prove.

Ho a mia disposizione per fare prove 2009 originale, UNO originale, MEGA2560 originale, Luigino 328, Luigino stand alone con bootloader 2009.

p.s capisco che non vuoi installare windows, ma almeno una macchina virtuale con win-xp la devi tenere  

Tu non sai ancora chi è Leo, ti metto un vero scoop, è una foto che ritrae Leo al lavoro, per l'occasione si è camuffato un pochino però è riconoscibilissimo  

Finalmente una programmazione grafica come io la intendevo
si chiama FlowCode, consigliato da Astro l'ho provato.

Flowcode permette di sviluppare applicazioni abbastanza complesse senza sapere nulla del micro che si vuole utilizzare e di programmazione, è a un livello di astrazione superiore a qualunque altro linguaggio.
Io non uso Flowcode però ne avevo visto una presentazione ad un convegno e mi ha aveva favorevolmente impressionato nell'ottica dell'utilizzo didattico o rivolto a chi deve realizzare semplici automatismi senza dover perdere mesi per capire cos'è un timer o un interrupt, che poi è la stessa filosofia di Arduino.
Sto scaricando la demo per AVR e il file batch per Arduino, poi ti faccio sapere se si riesce a programmare Arduino direttamente da Flowcode tramite il suo bootloader e gli eventuali problemi.

Cmq secondo me non è errato perché lì sta usando il sensore praticamente attaccato ad Arduino. Uwe ti ha detto che serve una R da 5K5 per cavi fino a 20 m, ma lì siamo a 20 cm 

Invece è sbagliato, è lo stesso discorso della I2C dove è imperativo mantenere un certo livello minimo garantito di corrente sulla pull up indipendentemente dalla distanza.
Il produttore del sensore dice chiaramente che la resistenza minima deve essere 5k, o valore prossimo, per distanze inferiori ai 20 metri, deve essere più bassa, cioè più corrente, per distanze maggiori.
Se c'è una cosa a cui bisogna sempre attenersi senza se e senza ma sono le specifiche dei produttori sui datasheet se non si vuole incorrere in problemi strani o in malfunzionamenti occasionali che poi ti fanno impazzire e fanno perdere un sacco di tempo.

Infatti, negli anni 70-80 erano i prìncipi della musica internazionale (secondo me lo sono ancora oggi),

Io ho ancora tutta la discografia completa in vinile, anche se ora le versioni rimasterizzate su cd, dei Queen, Deep Purple, Pink Floyd, Rolling Stones.
Lady Gaga quando la sento per radio cambio stazione 

MITICO ASTROBEED... Hai ragione

Tanto per cambiare  

, ho mandato un send sulla IDE arduino  ed ha ripreso a funzionare!! questa non la sapevo...
allora pensi che montando un lltro BL possio risolvere ?

Sul tuo chip c'è una versione non aggiornata dell'optiboot che crea non pochi problemi per l'uso in standalone, hai due soluzioni, o ci metti sopra il bootloader della 2009 oppure ci metti l'ultima release dell'optiboot dove hanno risolto vari problemi incluso questo.

http://arduino.cc/forum/index.php/topic,54613.0.html

Si ma è sempre la solita notizia relativa al lotto delle Ethernet shield con i componenti in più, montati per sbaglio in produzione, che bloccava l'autoreset creando problemi sia in programmazione che al regolare funzionamento, nulla di nuovo sotto il sole e, sopratutto, nulla di misterioso.
Lo ripeto per l'ennesima volta, e spero ultima, non è possibile in alcun modo che la flash si cancella/altera da sola, può succedere solo se il software utente ci va a scrivere sopra esplicitamente oppure in seguito ad una esposizione massiccia a radiazioni ionizzanti, impulso EMP, disturbi EMI enormi, tutte cose che in casa non esistono.

e probabilmente mai potra' esistere, una programmazione visuale.

Esiste e si chiama Flowcode, c'è anche per gli AVR.

Però ho ritrovato una discussione in cui si parlava di un bug che esisteva con alcune ethernet shield montate sull'Arduino che facevano perdere lo sketch all'Atmega.

Quale sarebbe questa discussione ?

(cmq quel lampeggio non è uno sketch di default, è il segnale che ti ho detto, che l'Atmega8U2 non comunica con l'Atmega328).

No è esattamente l'opposto, è  l'optiboot che non riesce a dialogore con l'8u2 e si autoresetta in continuazione.
Basta inviare un qualunque carattere sulla seriale, o collegare a +5V Rx di Arduino per un attimo, per far partire nuovamente lo sketch caricato sul micro, la flash non si perde nulla, è praticamente impossibile che si cancella da sola.

Ma c'è un punto di fondo, io NON ho Windows... ho solo Linux sui miei PC (se si eccettua un PC vecchio che uso solo per fare qualche partita a MAME ogni tanto).

Mica è un problema questo, usa un qualunque editor per programmatori per Linux.

Alla fine resto con quest'IDE, aspettando qualcosa dal team di Arduino.

Ti dico la soluzione che uso io per editare/scrivere sketch lunghi senza rinunciare a nulla e senza diventare pazzo con i limiti dell'editor dell'IDE.
Nelle preferenze dell'IDE seleziona l'uso di un editor esterno, la schermata dell'editor cambia colore e non puoi modificare gli sketch.
Carica lo sketch su cui vuoi lavorare nell'IDE e su un editor esterno per programmatori, p.e. il già citato Programmer Notepad, fai quello che devi fare con tutto il supporto dell'editor, salva lo sketch, vai sull'IDE e lancia la compilazione, lo sketch viene ricaricato in base all'ultima modifica e compilato, dopo di che puoi decidere se caricarlo su Arduino nel solito modo.
Insomma unisci i vantaggi dell'IDE, e di wiring, con i vantaggi di un editor avanzato per programmatori ottenendo quello che desideri con sforzo 0.

Dite che basta la corrente del reset per dare un HIGH logico?? E' possibile utilizzarlo come input analogico o digitale?

Il livello logico dipende esclusivamente dalla tensione, quindi non ci sono problemi sotto questo profilo, però dato che questo pin non è in grado di erogare più un paio di mA, anzi meglio rimanere sotto il singolo mA.
Non si può usare il reset come GPIO per accendere un led o pilotare la base di un transitor, puoi usarlo per comandare un qualunque gate logico, un ingresso digitale di un micro, il gate di un piccolo mos a patto che sia un azionamento a bassa velocità, no pwm.
Il reset risulta anche come ADC0, quindi è utilizzabile come ingresso analogico e, ovviamente, anche come ingresso digitale.
Attenzione che se setti il reset come GPIO non puoi più programmare il micro tramite ISP, devi ricorrere alla modalità HV.
Sul data sheet relativamente al fuse RSTDISBL trovi queste note:

Code:

1. Controls use of RESET pin. See “Alternate Functions of Port B” on page 62.
2. After this fuse has been programmed device can be programmed via high-voltage serial mode only.