Developer

FTDI cable and ArduIMU+ (non flat) error (SOLVED)

I tried all the eight debugging steps, but the error persists.

My arduino board works perfectly with the latest FTDI drive, but with DIY FTDI cable I have this error:

3690830183?profile=original

So I will try to use an Usbasp AVR programmer to replace the bootloader with AVRDude.
It will require a "path-board" between programer and ArduIMU, because the pins order is different. But the worse part is the pin "D10"... what is it funcion?

On AVR programer I have this pins:

MOSI
VCC
RST
SCK
MISO
GND

On the ArduIMU+ there is:

GND
VCC
SCK
MISO
MOSI
D10     <---- ( what is this??? Is it mandatory for the connection with ArduIMU+?)
RST

Last question: Is the bootloader exactly the same that Arduino 328?

My spine is freezing... but I don't see another way to go.

------------------------------------------------------------------------------
Added:

SOLVED

It was solved by doing this steps over an AVR programmer.
(Is VERY important that you do the first step and check the result)

1 - Erasing the chip (make sure that "lock fuses" are changed to FF);
2 - Setting the other fuses by this way:

low_fuses = 0xFF (bits 11111111)
high_fuses = 0xDA (bits 11011010)
extended_fuses = 0x05 (bits xxxxx101, because only the three last bits are changeable) ;

3 - Recording the "ATmegaBOOT_168_atmega328.hex".


You need to be a member of diydrones to add comments!

Join diydrones

Email me when people reply –

Replies

  • Developer

    OK!!! It's working now!!!

    I tested the mix chip through a code that I sent to ARDUIMU+ with the AVR Programmer:
    The code received and sent data over FTDI cable. It commuted the serial data flux on MIX chip by D2 output with a pre-programmed delay time. OK! Nothing is wrong with the board.

    So... I cheked all again in avrdude ans saw some inconsistent data. I did run all the setup again: erasing all the chip, setting the fuses and recording the bootloader. OK!!! It's finally working.

    I noticed that at the fist atempt the "lock fuses" wasn't changed. The value wasn't "FF" but "CF". Other thing that happens: the first program that I used (eXtreme burner) recorded weird bits on the extended fuses by the input value "0xDF" instead "0x05". Man... I'm so very... very... happy now!!! :D

    Thanks for all the friends that helped me here! I'm very grateful.

  • Developer
    Really better, but... :(

  • Developer
    I burned the bootloader with the AVR Programmer, but it wasn't the problem. The red error output wasn't solved.

    If anyone have the USBasp programmer and want to burn bootloader using the Arduino IDE. All you need to do is add this lines on the end of file [ \hardware\programmers.txt ]:

    usbasp.name=USBasp
    usbasp.protocol=usbasp

    For now... I'm compiling my sketch on Arduino IDE and sending the hex to ArduIMU with the AVR programmer.

    The FTDI cable isn't working for send code. It's working only for debugging the ArduIMU serial prints (serial monitoring on Arduino IDE or ArduIMU demo). I'm suspecting that the latest FTDI driver isn't working perfectly with the cable.
  • 3D Robotics
    I'm not sure I understand. You're using the DIY Drones FTDI cable, right? The bootloader is exactly the same as the one on any Arduino (or ArduPilot). But if you're going to replace the booloader with and AVR programmer, the ISCP header is also totally standard. Just like any Arduino board.
  • D10 acumula slave-select. se não tiver mais nada no barramento, jumpeia.
    esr
This reply was deleted.

Activity

DIY Robocars via Twitter
RT @RoboticMasters: Monaco GP Circuit in the Donkey Sim (coming soon). Including buildings, tunnel and all! https://github.com/robotics-masters/sim-donkeycar-f1/tree/f1-tracks @diyr…
4 hours ago
DIY Robocars via Twitter
RT @breadcentric: Here are the details of #AWSDeepRacer finals: https://blog.deepracing.io/2020/12/01/aws-deepracer-league-finals-2020-round-1-schedule/ #awsreinvent2020 #AWSreInvent https://t.co/ovqsjp8V…
4 hours ago
DIY Robocars via Twitter
RT @breadcentric: #AWSDeepRacer League #awsreinvent2020 Open race is on Dec 1st - Dec 31st in three categories, 15 DeepRacer Evo (with LIDA…
4 hours ago
DIY Robocars via Twitter
RT @a1k0n: @SmallpixelCar @diyrobocars It's just something that's easy to track with chroma keying. I ended up using different colors on th…
Monday
DIY Robocars via Twitter
Monday
DIY Robocars via Twitter
RT @TinkerGen_: "The Tinkergen MARK ($199) is my new favorite starter robocar. It’s got everything — computer vision, deep learning, sensor…
Nov 23
DIY Robocars via Twitter
Nov 23
DIY Robocars via Twitter
RT @roboton_io: Join our FREE Sumo Competition 🤖🏆 👉 https://roboton.io/ranking/vsc2020 #sumo #robot #edtech #competition #games4ed https://t.co/WOx…
Nov 16
DIY Drones via Twitter
First impressions of Tinkergen MARK robocar https://ift.tt/36IeZHc
Nov 16
DIY Robocars via Twitter
Our review of the @TinkerGen_ MARK robocar, which is the best on the market right now https://diyrobocars.com/2020/11/15/first-impressions-of-tinkergen-mark-robocar/ https://t.co/ENIlU5SfZ2
Nov 15
DIY Robocars via Twitter
RT @Ingmar_Stapel: I have now explained the OpenBot project in great detail on my blog with 12 articles step by step. I hope you enjoy read…
Nov 15
DIY Robocars via Twitter
RT @DAVGtech: This is a must attend. Click the link, follow link to read the story, sign up. #chaos2020 #digitalconnection #digitalworld ht…
Nov 15
DIY Robocars via Twitter
RT @a1k0n: Got a new chassis for outdoor races (hobbyking Quantum Vandal) but I totally didn't expect that it might cause problems for my g…
Nov 11
DIY Drones via Twitter
First impressions of the Intel OpenBot https://ift.tt/36qkVV4
Nov 10
DIY Robocars via Twitter
Nov 9
DIY Robocars via Twitter
Excellent use of cardboard instead of 3D printing! https://twitter.com/Ingmar_Stapel/status/1324960595318333441
Nov 7
More…