Arduino first upload failure

[arc]

Hi,

I have managed to update the oak and connect it to the particle cloud but when I tried to upload my first blink LED program i got the following error:
/home/***/.arduino15/packages/digistump/hardware/oak/1.0.6/cores/oak/OakParticle/oakboot-bigflash.c: In function 'Cache_Read_Enable_New':
/home/***/.arduino15/packages/digistump/hardware/oak/1.0.6/cores/oak/OakParticle/oakboot-bigflash.c:32:9: note: #pragma message: CACHE READ COMPILED
 #pragma message "CACHE READ COMPILED"
         ^
/home/***/.arduino15/packages/digistump/hardware/oak/1.0.6/cores/oak/OakParticle/particle_core.cpp: In function 'void particle_core::oak_rom_init()':
/home/***/.arduino15/packages/digistump/hardware/oak/1.0.6/cores/oak/OakParticle/particle_core.cpp:2893:21: note: #pragma message: SYSTEM DEFINE NOT SET, DEFAULTING TO USER ROM
     #pragma message "SYSTEM DEFINE NOT SET, DEFAULTING TO USER ROM"
                     ^
Cannot run program "/home/***/.arduino15/packages/digistump/tools/esptool2/0.9.1/esptool2" (in directory "."): error=2, No such file or directory

Can someone help me with what I need to do next please?

Thanks,

ARC

[PeterF]

Hi ARC,

The first two messages (#pragma message "CACHE READ COMPILED" and  #pragma message "SYSTEM DEFINE NOT SET, DEFAULTING TO USER ROM") are normal, and are simply information messages about the compilation of the core files for the Oak. You can safely ignore them.

The actual error message that is causing your problems is the last one - "Cannot run program "/home/***/.arduino15/packages/digistump/tools/esptool2/0.9.1/esptool2" (in directory "."): error=2, No such file or directory". It appears that file file is missing...

Try navigating to that folder ("~/.arduino15/packages/digistump/tools/esptool2/0.9.1"), and see if it exists, and what is there. If you are using the 1.0.6 release of the Oak Arduino package like I am, you'll find that the esptool2 binary is actually one level deeper in ~/.arduino15/packages/digistump/tools/esptool2/0.9.1/0.9.1 ... move it up one level, and it should be fine. It looks like it was nested one folder deeper by accident on the latest update.

I'll open an issue on the OakCore github. I t seems to be be a bug that exists on Linux, not on windows, as I'm pretty sure I updated my windows build to 1.0.6 the other day, and didn't have any issues.

[wickwire]

Hi, just confirming arc's report - I'm also using Linux and redefined esptool's directory in order to deploy code to Oak using 1.0.6, it's as you said PeterF - has meant to bring it up sooner but forgot...