Show Posts
Pages: 1 [2] 3 4 ... 18
16  Products / Arduino Due / Re: Updating 16u2 USB firmware on: February 12, 2013, 03:41:26 am
Well i've just installed the latest Xcode 4.6 running on Mac OS Lion so have now the latest DFU-programmer from macports http://www.macports.org/install.php#pkg but see below my terminal Shell results, it does NOT know atmega16u8

Maybe it is available on PC but right now, if really the DUE has the atmega16u2, can't erase it neither flash new firmware on the USB chip from a Macintosh.

It would nice someone provides the port device name handling the USB on arduino DUE, confirm it is atmega16u2 !

Thank, Albert

Code:
new-host:~ selfonlypath$ sudo dfu-programmer atmega16u2 erase
dfu-programmer 0.5.4
Usage: dfu-programmer target command [command-options] [global-options] [file|data]
targets:
        at89c51snd1c
        at89c51snd2c
        at89c5130
        at89c5131
        at89c5132
        at90usb1287
        at90usb1286
        at90usb1287-4k
        at90usb1286-4k
        at90usb647
        at90usb646
        at90usb162
        at90usb82
        atmega32u6
        atmega32u4
        atmega32u2
        atmega16u4
        atmega8u2
        at32uc3a0128
        at32uc3a1128
        at32uc3a0256
        at32uc3a1256
        at32uc3a0512
        at32uc3a1512
        at32uc3a0512es
        at32uc3a1512es
        at32uc3a364
        at32uc3a364s
        at32uc3a3128
        at32uc3a3128s
        at32uc3a3256
        at32uc3a3256s
        at32uc3b064
        at32uc3b164
        at32uc3b0128
        at32uc3b1128
        at32uc3b0256
        at32uc3b1256
        at32uc3b0256es
        at32uc3b1256es
        at32uc3b0512
        at32uc3b1512
        at32uc3c064
        at32uc3c0128
        at32uc3c0256
        at32uc3c0512
        at32uc3c164
        at32uc3c1128
        at32uc3c1256
        at32uc3c1512
        at32uc3c264
        at32uc3c2128
        at32uc3c2256
        at32uc3c2512
global-options: --quiet, --debug level
commands:
        configure {BSB|SBV|SSB|EB|HSB} [--suppress-validation] [global-options] data
        dump [global-options]
        dump-eeprom [global-options]
        dump-user [global-options]
        erase [--suppress-validation] [global-options]
        flash [--suppress-validation] [--suppress-bootloader-mem] [global-options] {file|STDIN}
        flash-eeprom [--suppress-validation] [global-options] {file|STDIN}
        flash-user [--suppress-validation] [global-options] {file|STDIN}
        get {bootloader-version|ID1|ID2|BSB|SBV|SSB|EB|
            manufacturer|family|product-name|
            product-revision|HSB} [global-options]
        getfuse {LOCK|EPFL|BOOTPROT|BODLEVEL|BODHYST|
                BODEN|ISP_BOD_EN|ISP_IO_COND_EN|
                ISP_FORCE} [global-options]
        setfuse {LOCK|EPFL|BOOTPROT|BODLEVEL|BODHYST|
                BODEN|ISP_BOD_EN|ISP_IO_COND_EN|
                ISP_FORCE} [global-options] data
        reset [global-options]
        start [global-options]
        version [global-options]
new-host:~ selfonlypath$
17  Products / Arduino Due / Re: Updating 16u2 USB firmware on: February 11, 2013, 03:33:01 am
I've been able to finally install Macports and DFU-programmer on my old iMac G5 running under Tiger following these instructions http://arduino.cc/en/Hacking/DFUProgramming8U2

Now it seems that atmega16u2 does not appear on the list, can someone tell me what is exactly arduino DUE device port name so I can proceed on upgrading the USB firmware

Here are extract of my Terminal shell showing where i'm stuck, Thanks

Code:
new-host:~ selfonlypath$ sudo dfu-programmer at90usb82 erase
dfu-programmer: no device present.
new-host:~ selfonlypath$ sudo dfu-programmer atmega16u2 erase
dfu-programmer 0.5.4
Usage: dfu-programmer target command [command-options] [global-options] [file|data]
targets:
       at89c51snd1c
       at89c51snd2c
       at89c5130
       at89c5131
       at89c5132
       at90usb1287
       at90usb1286
       at90usb1287-4k
       at90usb1286-4k
       at90usb647
       at90usb646
       at90usb162
       at90usb82
       atmega32u6
       atmega32u4
       atmega32u2
       atmega16u4
       atmega8u2
       at32uc3a0128
       at32uc3a1128
       at32uc3a0256
       at32uc3a1256
       at32uc3a0512
       at32uc3a1512
       at32uc3a0512es
       at32uc3a1512es
       at32uc3a364
       at32uc3a364s
       at32uc3a3128
       at32uc3a3128s
       at32uc3a3256
       at32uc3a3256s
       at32uc3b064
       at32uc3b164
       at32uc3b0128
       at32uc3b1128
       at32uc3b0256
       at32uc3b1256
       at32uc3b0256es
       at32uc3b1256es
       at32uc3b0512
       at32uc3b1512
       at32uc3c064
       at32uc3c0128
       at32uc3c0256
       at32uc3c0512
       at32uc3c164
       at32uc3c1128
       at32uc3c1256
       at32uc3c1512
       at32uc3c264
       at32uc3c2128
       at32uc3c2256
       at32uc3c2512
global-options: --quiet, --debug level
commands:
       configure {BSB|SBV|SSB|EB|HSB} [--suppress-validation] [global-options] data
       dump [global-options]
       dump-eeprom [global-options]
       dump-user [global-options]
       erase [--suppress-validation] [global-options]
       flash [--suppress-validation] [--suppress-bootloader-mem] [global-options] {file|STDIN}
       flash-eeprom [--suppress-validation] [global-options] {file|STDIN}
       flash-user [--suppress-validation] [global-options] {file|STDIN}
       get {bootloader-version|ID1|ID2|BSB|SBV|SSB|EB|
           manufacturer|family|product-name|
           product-revision|HSB} [global-options]
       getfuse {LOCK|EPFL|BOOTPROT|BODLEVEL|BODHYST|
               BODEN|ISP_BOD_EN|ISP_IO_COND_EN|
               ISP_FORCE} [global-options]
       setfuse {LOCK|EPFL|BOOTPROT|BODLEVEL|BODHYST|
               BODEN|ISP_BOD_EN|ISP_IO_COND_EN|
               ISP_FORCE} [global-options] data
       reset [global-options]
       start [global-options]
       version [global-options]
new-host:~ selfonlypath$ sudo dfu-programmer atmega16u4 erase
dfu-programmer: no device present.
new-host:~ selfonlypath$ sudo dfu-programmer atmega16u4 flash Arduino-DUE-usbserial-prod-firmware-2013-02-05.hex
dfu-programmer: no device present.
Arduino-DUE-usbserial-prod-firmware-2013-02-05.hex
MacPorts-2.1.3.pkg
new-host:~/desktop selfonlypath$ sudo dfu-programmer atmega16u4 flash Arduino-DUE-usbserial-prod-firmware-2013-02-05.hex
dfu-programmer: no device present.
new-host:~/desktop selfonlypath$ sudo dfu-programmer atmega16u2 erasedfu-programmer 0.5.4
Usage: dfu-programmer target command [command-options] [global-options] [file|data]
targets:
       at89c51snd1c
       at89c51snd2c
       at89c5130
       at89c5131
       at89c5132
       at90usb1287
       at90usb1286
       at90usb1287-4k
       at90usb1286-4k
       at90usb647
       at90usb646
       at90usb162
       at90usb82
       atmega32u6
       atmega32u4
       atmega32u2
       atmega16u4
       atmega8u2
       at32uc3a0128
       at32uc3a1128
       at32uc3a0256
       at32uc3a1256
       at32uc3a0512
       at32uc3a1512
       at32uc3a0512es
       at32uc3a1512es
       at32uc3a364
       at32uc3a364s
       at32uc3a3128
       at32uc3a3128s
       at32uc3a3256
       at32uc3a3256s
       at32uc3b064
       at32uc3b164
       at32uc3b0128
       at32uc3b1128
       at32uc3b0256
       at32uc3b1256
       at32uc3b0256es
       at32uc3b1256es
       at32uc3b0512
       at32uc3b1512
       at32uc3c064
       at32uc3c0128
       at32uc3c0256
       at32uc3c0512
       at32uc3c164
       at32uc3c1128
       at32uc3c1256
       at32uc3c1512
       at32uc3c264
       at32uc3c2128
       at32uc3c2256
       at32uc3c2512
global-options: --quiet, --debug level
commands:
       configure {BSB|SBV|SSB|EB|HSB} [--suppress-validation] [global-options] data
       dump [global-options]
       dump-eeprom [global-options]
       dump-user [global-options]
       erase [--suppress-validation] [global-options]
       flash [--suppress-validation] [--suppress-bootloader-mem] [global-options] {file|STDIN}
       flash-eeprom [--suppress-validation] [global-options] {file|STDIN}
       flash-user [--suppress-validation] [global-options] {file|STDIN}
       get {bootloader-version|ID1|ID2|BSB|SBV|SSB|EB|
           manufacturer|family|product-name|
           product-revision|HSB} [global-options]
       getfuse {LOCK|EPFL|BOOTPROT|BODLEVEL|BODHYST|
               BODEN|ISP_BOD_EN|ISP_IO_COND_EN|
               ISP_FORCE} [global-options]
       setfuse {LOCK|EPFL|BOOTPROT|BODLEVEL|BODHYST|
               BODEN|ISP_BOD_EN|ISP_IO_COND_EN|
               ISP_FORCE} [global-options] data
       reset [global-options]
       start [global-options]
       version [global-options]
new-host:~/desktop selfonlypath$
18  Products / Arduino Due / Updating 16u2 USB firmware on: February 07, 2013, 11:05:50 pm
It seems a bug in the firmware of the 16u2 that does USB-2-serial conversion.

https://github.com/arduino/Arduino/pull/1267

Can you check if the updated firmware above solves the issues?


I'm new to Github (just created an account) as well as updating firmware, never done it so far so would like testing this new firmware.

Could someone provide detailed steps so i can I update this firmware from my Macintosh and/or my spare arduino MEGA interfaced with arduino DUE ?

Thank you in advance, Albert
19  Products / Arduino Due / Re: Garbage using serial functions in Arduino Due on: February 05, 2013, 11:27:10 pm
The firmware is better but I still get occasional odd results. For example,  after uploading (fixed) AnalogReadSerial  then uploading ASCIITable then opening the serial monitor, I get this:

Would you mind run my Java ElectroShaman SerPro as discussed on other thread http://arduino.cc/forum/index.php/topic,146696.0.html to see if firmware update helps ?

I suggest this because a real RX/TX with 16-bits CRC detection provides many diversity of USB links so in a way, is tough or heavy duty test.

Thank you, Albert
20  Products / Arduino Due / Re: Serial USB with Java - Programming port issue - Complex test with HDLC on: February 05, 2013, 02:41:47 am
P.S. I've just noticed that also Xmit LED does slight lights ON which is NOT normal !
21  Products / Arduino Due / Re: Serial USB with Java - Programming port issue - Complex test with HDLC on: February 05, 2013, 01:31:47 am
Many thanks stimmer to contribute on this issue.

Good news and bad news.

Good news: I've done per your instructions and now my Java GUI receives all the local PWM parameters from arduino DUE, upon changing values via sliders, my Java GUI does send new parameters to arduino DUE, at least I see proper reaction of my LED's.

Bad news: when i connect DUE to my iMac USB (no launching of ElectroShaman GUI), the CRCerror LED is faintly ON so for some reason, it detects incorrect HDLC frame (this does NOT happen with same IDE on MEGA or UNO). Now when I launch my Java GUI per your special reset instruction sequence, the GUI sliders will properly light ON the LED's except the CRCerror led stays a bit ON (not normal) and most problematic, the Linkup LED never lights ON.

I cannot see why there would be a bug in my IDE or Java explaining partial CRCerrors, maybe there is bug but I still have serious doubt (please verify or debunk if I'm wrong) because the way i've programmed SerPro is to be free of any endianness issue.

My feeling but just intuitive, there are once in a while garbage data flowing through programming USB port whatever application and that is major issue, not only for my project but is general issue for arduino community.

I think the problem is the same as the one we have noticed here before - when the serial port is opened the Due sends a few lines of serial output, then resets, then starts again. I don't think that problem is solved yet.

Do you think this can be solved by software or is it built-in hardware on arduino DUE board ?
22  Products / Arduino Due / Re: Data loss when sending to native USB port (SerialUSB) on: February 04, 2013, 11:03:22 pm
I read you have Albert's test running. Is it easy to test with SerialUSB?

Please note that the real author of SerPro is Alvaro (on arduino forum http://arduino.cc/forum/index.php?action=profile;u=16163) who build some interesting applications here, one being arduinoscope running on UNO and MEGA, see old posts on arduino forum like http://arduino.cc/forum/index.php/topic,7762.0.html

The topic of secure USB serial communication with arduino's was always tricky so Alvaro came up with SerPro. What happened is that my scientific and extreme electronics project required very safe RX/TX error-free so Alvaro added 16 CRC's along with HDLC protocol and other stuff as we both are telco engineers with critical software.

For some of you interested in non-java SerPro like GTK or C or C++, you'll find a mine of info directly at Alvaro's github https://github.com/alvieboy/arduino-serpro

The IDE version i've published on my website has removed the arduino-oscilloscope hence not using anymore ADC's link.

In fact, Alvaro is building a new arduino tech based on ZPU, namely you create your own softcore uC inside a FPGA with dedicated instructions, like emulate part of the Atmega2560 you want keep and build low level instructions not found in the market
http://www.alvie.com/zpuino/

Regarding ElectroShaman.jar, I've made for my own projects and might publish on github if there is more interest.
23  Products / Arduino Due / Re: Serial USB with Java - Programming port issue - Complex test with HDLC on: February 04, 2013, 12:29:59 am
On a side note, you might want to see the type of critical software I'm using with MEGA applied to extreme power electronics going up to 3 KVAR's (public) and 10 KVAR's (private). For example, in this video I'm using the four 16-bits MEGA timers, each being specifically delayed 90°, 180°, 270° with less than 62.5 ns time jitter.



P.S.1. In fact, there really SIX 16-bit timers, two of them are being emulated by my specific protoshield using some 74HCxy chips

P.S.2. You might notice from time 7min 0s in the video that actually I live update by ISR (Interrupt Software Routines) all the FOUR internal 16-bit timers register so you'll se a global frequency sweeping up. Due to the special topology of my circuit, this is equivalent to have arduino MEGA-generate phase locked 8 independent PWM rails aka 8 channel frequency generator.

Just hoping the arduino team will soon fix the USB serial issue (programming port) via a new IDE release, at least on my side I cannot afford to migrate my actual project MEGA software using very advanced timer register tricks since i'm shuttling more than 5000 VAR's with my igbt's drivers, blue smoking and $$$ gone !

Once DUE serial USB will be OK, I'll look deeper on the DUE timers which i feel from datasheet are very very interesting with fascinating new features not feasible with MEGA, same with DAC's and ADC's.

You'll notice some of my boards hosting the MEGA as piggy board are in fact fully space compatible with DUE, the board were designed more than 1 year ago betting DUE will come up.

About MEGA used to induce anomalous plasma-resonance, this old video might be of interest



Albert
24  Products / Arduino Due / Re: Serial USB with Java - Programming port issue - Complex test with HDLC on: February 03, 2013, 11:58:06 pm
Many thanks Stimmer to have 3rd party independent tested the serial USB issue on DUE's programming port and validated it works as i've claimed on UNU, MEGA 1280 and MEGA 2560 (all rev).

As I've mentioned before, this SerPro has been used on critical software and power electronics for open source alternative scientific projects in many countries for more than 2 years wether Mac, PC or Linux.

Let's hope the arduino team resolves the issue.

25  Products / Arduino Due / Re: Serial USB with Java - Programming port issue - Complex test with HDLC on: February 03, 2013, 12:23:48 pm
P.S. I'm sure most users are aware to install special USB Java libraries required for USB protocol working, with PC I don't know but with Macintosh, one needs two libs, namely:
  • librxtxSerial.jnilib in same folder where ElectroShaman.jar is launched due to Mac OS issue
  • RXTXcomm.jar in Libaries/Java/Extensions/
26  Using Arduino / Project Guidance / Re: Arduino MEGA Pinout Diagram on: February 03, 2013, 10:00:08 am
Many thanks, these way of presenting info is really great, helpful and easy to read
27  Products / Arduino Due / Serial USB with Java - Programming port issue - Complex test with HDLC on: February 03, 2013, 07:47:23 am
Hello cmaglie,

Per your private mail request in order for your team to troubleshoot the USB programming port issue found in my private laboratory, please find the link to a simplified Serial Protocol between any arduino (UNO, MEGA,...) and a Java GUI which has been running on PC and Mac for years in my power electronics open sourced projects (ferro-resonance and plasma-resonance).


You would need only wire 4 LEDS on pins 24, 28, 32 and 36 each in serie with 1K resistors in sink mode to verify that SerPro for some reason, does not correctly communicate with java GUI on my MacBook Air and iMac.

LED24 for LinkUp
LED28 for CRCerror (HDLC with 16 bits CRC)
LED32 for Xmit data
LED36 for Rcv data

When the link is first correctly established, LED24 will stay ON then using the left two GUI slider will make blink LED24 otherwise, using the right sliders will make blink the LED28.

P.S.1. Prior moving any sliders, the Java GUI will receive from arduino then display some PWM frequencies and duty cycle, namely 24450 Hz, 37%, 10%...

P.S.2. After using left sliders, LED24 will then always stay OFF except when moving left sliders

One example of very complex use of multiple timers on arduino MEGA along with homemade FPGA's being isolated barrier from more than 7000 peak of reactive power (loose-coupled Hartley oscillator), please see this specific video on my YouTube channel



When compiling and downloading my arduino DUE the IDE, everything goes OK except all the LED's keep flashing hence serial HDLC link is never established, many CRC errors, constant Xmit and Rcv for ever.

Thank you in advance for your time, Albert
28  Products / Arduino Due / Re: SerialUSB RX Buff Size on: February 02, 2013, 01:21:33 pm
Does this thread and issue concerns Native USB port or Programming USB Port ?
Thank you for clarifying, Albert
29  Products / Arduino Due / Re: Data loss when sending to native USB port (SerialUSB) on: February 02, 2013, 01:14:05 pm
Ok Stimmer I see now but I'm confused, in other threads there were issues with USB routines, are there just on native USB ?

As i've reported when moving an arduino MEGA code to arduino DUE, the USB link between Java running on my MacBook air and DUE would never work, in that case i was using USB programing port.

Maybe it would help someone makes clear thread on USB programming port and USB native port, different type of issues, have they been solved in new IDE...

I'm lost now  smiley-confuse
30  Products / Arduino Due / Re: Data loss when sending to native USB port (SerialUSB) on: February 02, 2013, 12:11:04 pm
Hi Stimmer,

Would it be possible for you to make the same test but on Programming Port USB ?

Thank you, Albert
Pages: 1 [2] 3 4 ... 18