Endless trouble with Redboard ATP

Hi all,

I’m new to redboards/artemis but have a fair amount of experience with arduinos. I was just gifted two Redboard ATPs by a very thoughtful secret santa, but I can’t get either to work.

  • - Can't get simple "blink" sketch to upload (`Upload Failed`)
  • - Can't get Redboard examples to compile (`Error Compiling ...` ... `Define according the use Cortex core...`)
  • - Can't get Arduino TensorFlowLite examples (hello_world, specifically) to compile (tons of warnings... figure out exactly what is killing it)
  • I’ve tried both of my boards (so it isn’t hardware issue) and multiple usb-c cables, and I’m having all of these issues on both my machines:

  • - MacOSX Catalina with Arduino IDE 1.8.11
  • - Ubuntu 20.04 with Arduino IDE 1.8.13
  • and multiple baud rates, and confirmed that I'm using the right ports (they disappear when unplugged). I'm using the ambiq bootloader, as the sparkfun one is "out of order".

    I’ve attached the error messages, though I had to clip a lot from the tf one to get it down to an uploadable size.

    Obviously I’m doing something stupid, (multiple stupid things?) but I have no idea what that might be. Would very much appreciate any help.

    tf_hello_world.txt (93.5 KB)

    artemis_microphoneoutput.txt (9.14 KB)

    blink.txt (12.7 KB)

    I haven’t delved into this for a while, but using the Ambiq Secure Bootloader (ASB) has likely wiped the Sparkfun Variable Bootloader (SVB) which is the one you want to be using, the reason why it’s greyed out, and the reason why things aren’t working. There has been a fair bit of discussion on the forums and in documentation, some of which will be out of date, the process has changed a few times.

    Find (recent) instructions on upgrading the SVB to reinstate it, and then make sure it’s selected. Might be worth following the basic “getting started” tutorial in excruciating detail too, just to make sure there wasn’t anything else missed. Certainly, I’ve been guilty of skipping things in the past!

    Thanks for the response, Stephen.

    I had the same theory re the bootloader, but the out of order sign is independent of the actual hardware (see attached image). Even when I unplug the board, it’s still marked out of order. Trying to upload using it, I get this message:

    `

    Phase: Setup

    Cleared startup blip

    Failed to enter bootload phase

    Target failed to enter bootload mode. Verify the right COM port is selected and that your board has the SVL bootloader.

    `

    even after I run Burn Bootloader with SVL as my selected bootloader (doens’t seem like burn bootloader is working anyway).

    I’ve read through that post and every relevant getting startedI could find. I tried to follow them all quite carefully, but no dice.

    ‘The Sparkfun Variable Loader (out of order)’ is defined as such in the boards.txt. It is not an error. Looking at your issues, focus on getting blinky running first. At least that compiles without errors and the issue is upload. The other 2 have a coding problem, but first get the basics right .

    I run on Ubuntu 20.04 / Arduino 1.8.13 / Sparkfun 2.0.2/ ATP and use the Ambiq Secure Bootloader. The upload is done with 115K, so much slower than the SVL, but I have not been able to get the CH340 run stable on a higher speed. The major issue I had in the beginning was to get the right the CH340 driver in place. Look for information around that on this forum and setup pages to pick the right driver.

    Just to make sure : an older issue with Arduino and USB ports failing on Ubuntu/ Linux is the modemmanager. In case you have not done that already remove it : sudo apt-get --purge remove modemmanager

    Thanks Paul.

    Just removed modemmanager and rebooted, and I’ve gone through everything I can find re the ch340 drivers. Using Ambiq at 57K.

    The serial loop back test works, but arduino sketch uploads still fail with that “No response for command 0x00000000. Failed to respond. Upload failed.” business.

    Is there a chance I got 2 bad boards?

    Could be…

    Try another USB cable if you have any.

    Still you could try to Sparkfun Variable loader (although that states out of order… you can still select it). Try different baudrates. Maybe it reacts.

    I’ve tried 3 cables now, 2 boards, 2 computers, all available baud rates, and both bootloaders. No dice.

    looks to me you have tried what you could have… unless Sparkfun has better ideas, I would return the boards.

    Also look at another post viewtopic.php?f=171&t=53923&p=221527#p221527. It is referring to a post on the Apollo3 library issues on github. There it links to https://github.com/sparkfun/Artemis-Firmware-Upload-GUI

    I have not tried that…

    I actually tried that too, on both boards, with multiple cables, albeit only on my linux machine and not the mac (mac has some features locked).

    Same problem… upload failed

    SparkFun mods… any ideas? I was really excited about these boards and would much rather not return them, but given that I can’t get anything to upload to either of them, and can’t get the examples to compile, I’m not feeling great about the product.

    I would find it very strange to have had 2 ATP boards pass QC with issues.

    Try reverting to previous versions of the Apollo3 core and/or the Arduino IDE considering Arduino 1.8.13 is a newer version which could have bugs in it.

    Let us know what happens.

    Hi John,

    I’ve tried all combinations of Arduino 1.8.13, 1.8.12, and 1.8.11 and Apollo 2.0.3, 2.02, and 1.2.1. No dice.

    Again, that GUI bootloader updater (totally separate from arduino ide) fails on both boards on my linux machine. (Can’t test it on my mac).

    Any chance there’s some sort of direct message apparatus where you and I could walk through possible solutions in realtime, then copy them into the forum after we’ve figured it out/given up?

    Mike

    … I just installed win10 as a hail mary, it worked!

    No idea why, and I’d still very much appreciate any advice on how to get it working on ubuntu.

    Additionally, the sparkfun example sketches still don’t compile on windows.

    We have our engineers looking into it.

    In the meantime, to go back to using the SVL you may have to use the ‘flash bootloader’ option in the Arduino “Tools” menu, with the proper port selected. I think that should work in Windows and Ubuntu.

    Hopefully we can get the issue figure out soon. Glad a fresh install of Windows 10 seems to have it working!