Error when uploading code to an wifi lora board - arduino

When I try to upload code to my board, I get this error:
exec: "python": executable file not found in $PATH
Error compiling for board WiFi LoRa 32.
How do I fix this? (I'm on mac 12.4.)

This Error means That python is Ethier, not installed, or is not in The PATH variable, to fix this try installing python if you are using a Linux machine then follow the instructions on the python website.

Related

Arduino IDE not compiling Digispark

I am attempting to upload a script onto my Digispark ATTINY85. I have installed all the correct packages on Arduino IDE. However when I try upload the script, I get this error:
Compilation error: fork/exec /Users/me/Library/Arduino15/packages/arduino/tools/avr-gcc/4.8.1-arduino5/bin/avr-g++: bad CPU type in executable
I am running on macOS Monterey 12.2.1 with Apple M1.
I have tried following this stack question, however then I am left with the following error:
bin/avr-g++: No such file or directory
I encountered the same problem and was able to fix it like this:
Delete / uninstall all previous Digispark boards
In the Arduino IDE under Preferences > Additional boards manager URLs replace the original digistump URL with https://raw.githubusercontent.com/ArminJo/DigistumpArduino/master/package_digistump_index.json
Reinstall the Digistump AVR Boards via Tools > Boards Manager. At this point I was able to compile the sketch, but not to upload it.
I had to downgrade to 1.7.2. Download the files from here.
Open ~/Library/Arduino15/packages/digistump/hardware/avr delete the content and insert the unpacked files from digistump-avr-1.7.1.zip
Go to ~/Library/Arduino15/packages/digistump/tools/micronucleus and create a folder with the name 2.5 if it does not exist yet. Delete everything else.
Go to the files that you downloaded and unpack /tools/micronucleus-cli-2.5-x86_64-apple-darwin.tar.gz it should create a new folder micronucleus

Digispark code not uploading to arduino. Error message being displayed

Trying to upload code to a DigiSpark USB in Arduino, but I keep getting this error...
Arduino: 1.8.19 (Mac OS X), Board: "Digispark (Default - 16.5mhz)"
fork/exec /Users/dhibbert/Library/Arduino15/packages/arduino/tools/avr-gcc/4.8.1-arduino5/bin/avr-g++: bad CPU type in executable
Error compiling for board Digispark (Default - 16.5mhz).
AVR is using an executable that is incompatible with your processor but we can trick it by linking to one that works. Run the following commands:
cd ~/Library/Arduino15/packages/arduino/tools/avr-gcc
mv 4.8.1-arduino5 old_4.8.1
ln -s /Applications/Arduino.app/Contents/Java/hardware/tools/avr 4.8.1-arduino5

How to cross compile Arduino code for esp8266?

I have a Raspberry Pi at a remote location. I have attempted to run the Arduino IDE on that system but it doesn't have enough memory. I would like to compile some code on my Ubuntu desktop, copy the executable file to the Pi and use some utility to load it to an ESP8266 running the OTA software. What I need is to know where the executable is after an IDE compile step and what utility might be used to transfer the file from the Pi to the ESP8266 over the lan.
Any ideas?
Thanks,
Jim.
in arduino ide,
go to, File-> Preferences. Tick mark the boxes for compilation “Show verbose output during: ☑ compilation"
Now You will get the location of all the files generated in arduino console.
See answer by Kinaly Jain. If you upload your code to a local esp, verbose mode will also show you the commands it used to do the upload. You can gather these commands into a script or a makefile to run on the remote Pi.
Thanks to both of the responders. I wanted to try to describe a possible scenario to satisfy my needs. I found out from another post that the "Sketch/Export compiled binary" menu selection will produce a bin file that can be uploaded using a script similar to the one in this page https://github.com/esp8266/Arduino/issues/3553
The script finds the available OTA ports in the network and then uses espota.py to upload the .bin file to the port that you select. I suggest slight update to that script. On my system, espota is in ~/.arduino15/packages/esp8266/hardware/esp8266/2.7.4/tools/espota.py and it is now a python3 script. It is executable so you don't need to explicity execute python.
/home/$USER/.arduino15/packages/esp8266/hardware/esp8266/2.7.4/tools/espota.py -i $ip -p 8266 --auth="$password" -f "$path" 2> /dev/null && echo -e "Success:\t$ip" || echo -e "Fail: \t$ip" &
I've not tested it yet but I think it'll work with maybe some small tweaks. The avahi-browse utility is in the avahi-utils package on the Raspberry Pi OS. It was not installed by default on RPi OS but it appears to have been on Linux Mint.
To summarize I will run the Arduino IDE on my desktop using the "Export ..." menu, then I'll find the .bin file in the sketch directory and copy it to the Pi. Then I'll use the script mentioned before to hopefully write the bin file to the esp8266 via OTA. I hope this will help someone else with a similar problem.
Thanks again,
Jim.

Arduino IDE unable to Compile Sketch

I am trying to compile the basic blink sketch in the Arduino IDE, however anytime I try to compile the sketch, I get this error:
"C:\Users\MY PC\AppData\Local\Arduino15\packages\Intel\tools\arduino101load\2.0.1/arduino101load" -c "-from=\"C:\Users\MY" "PC\AppData\Local\Temp\arduino_build_712395/Fade.ino.elf\"" "-to=\"C:\Users\MY" "PC\AppData\Local\Temp\arduino_build_712395/../arduino101_sketch.debug.elf\""
ERROR: need -from and -to arguments
Any suggestions of how to fix this?
Thanks.
Found the problem, I don't think the curie core installed correctly initially, so I removed it and reinstalled it.

vxWorks FTP boot error 0x8800dd

While trying to update the firmware on a device, I bricked it. Now I am trying to boot it via FTP from the vxWorks boot rom.
It successfully connects and downloads the firmware image file from the FTP server but then fails with the following error:
Loading... 3
Error loading file: errno = 0x8800dd.
vxWorks is not my area so, any help is greatfully appreciated.
Resolved: It turned out that the firmware image which I was trying to load was the problem. I don't know if it was damaged or just the wrong one.
Using another firmware image file, the system downloaded the file and booted properly.

Resources