arduino 1.8.12 is out. The recent port devel/arduino18 (incarnation 1.8.5) seems to have severer problems with a stable serial communication to some kind of ESP32 (using those ESP32 offered by AZ delivery in Germany). BoardManager menu entry is missing in 1.8.5 as of devel/arduino18
Now up to 1.8.13; it is not trivial to update though. Boards Manager has been patched out since this was added via PR213659 I came across this issue while following https://learn.sparkfun.com/tutorials/pro-micro--fio-v3-hookup-guide/installing-mac--linux The package should list these caveats on install
+1 to update. I need to build some stuff for ESP32 that controls FPGA. Would be really nice to have 1.8.12 or 1.8.13 already on FreeBSD :-) On Linux 1.8.13 has better Board manager :-) Please push at least 1.8.12 :-)
Btw. why 1.8 is not the default `arduino` while old gets `arduino10` ? Its a bit confusing to see "2:1.0.X" version name :-) :-)
Also ESP32 does not seem to be available in Arduino Web Editor :-) :-)
Can we please push this update? There are other problems with ESP32 build even though all environment is setp up manuall :-) https://forums.freebsd.org/threads/a-guide-for-installing-esp32-board-for-arduino-on-freebsd12.78408/
if you want to build arduino projects for ESP32, it is now possible with my private port. https://github.com/trombik/xtensa-esp32-elf/tree/devel/devel/xtensa-esp32-elf I personally don't use arduino IDE.
Thanks, for that was quick build-and-run, I made it back then with some manual hacking, no rush from me on this matter, I personally work with ZEPHYR RTOS, but updated Adruino IDE may be interesting for the others too :-)
On the https://www.arduino.cc/en/software, 1.8.15 is current. I tried building devel/arduino18 (arduino18-1.8.5_1) last night and it barfed during fetch-depends because a lot of missing files: ... ===> arduino18-1.8.5_1 depends on file: /usr/local/sbin/pkg - found ===> Returning to build of arduino18-1.8.5_1 =========================================================================== =======================<phase: fetch-depends >============================ =========================================================================== =======================<phase: fetch >============================ ===> License GPLv2 accepted by the user => reference-1.6.6-3.zip doesn't seem to exist in /portdistfiles/arduino. => Attempting to fetch http://downloads.arduino.cc/reference-1.6.6-3.zip reference-1.6.6-3.zip 6840 kB 8464 kBps 00s => Galileo_help_files-1.6.2.zip doesn't seem to exist in /portdistfiles/arduino. => Attempting to fetch http://downloads.arduino.cc/Galileo_help_files-1.6.2.zip Galileo_help_files-1.6.2.zip 4250 kB 7717 kBps 01s => Edison_help_files-1.6.2.zip doesn't seem to exist in /portdistfiles/arduino. => Attempting to fetch http://downloads.arduino.cc/Edison_help_files-1.6.2.zip Edison_help_files-1.6.2.zip 3243 kB 6939 kBps 01s => arduino/arduino is not in /usr/ports/devel/arduino18/distinfo. => Either /usr/ports/devel/arduino18/distinfo is out of date, or => arduino/arduino is spelled incorrectly. *** Error code 1
I will try to get this updated this weekend...
Created attachment 229761 [details] patch file for the platform.txt for SAM processors this patch is applied to the file in its installed location. It is a trivial change, though.
You may want to address another bug while you are at it with the update. (I meant to include this comment for the above patch) Recently I installed arduino18-1.8.5_1 from Q4 ports and it runs as expected. However something I'd patched myself was still unfixed so I am describing it here in case the problem still exists. in order to use the SAM build environment with the arduino 1.8.5 port I had to patch the following file: /usr/local/arduino/hardware/arduino/sam/platform.txt using the attached patch. In short, I remove '-gcc' from the end of one of the recipe build commands in the platform.txt associated with the SAM processor. (it causes a compile error, no debug format known as 'cc' or similar) not sure if this is an upstream issue or whether the FBSD port is the only thing affected. In any case I suggest using the patch, in case the separately compiled gcc (ARM) build for FBSD is what is surfacing the problem. kernel and package info: FreeBSD slash.SFT.local 12.2-STABLE FreeBSD 12.2-STABLE r370671 GENERIC amd64 arduino-avrdude-6.3_3 avr-binutils-2.37_1,1 avr-gcc-10.2.0 avr-libc-2.0.0_4,1 avrdude-6.3_3 gcc-arm-embedded-10.2.20201211_1 arduino-avrdude-6.3_3 arduino-builder-1.3.25_2 arduino-core-1.6.18_1 arduino-ctags-5.8_1 arduino-tools-1.8.2_4 arduino18-1.8.5_1 arduinoOTA-1.2.0 libastylej-arduino-3.0.1_2
With recent projects (i.e. HyperionLED, and many others) I run into a severe problem with the linker: [...] /usr/local/xtensa-esp32-elf/bin/../lib/gcc/xtensa-esp32-elf/5.2.0/../../../../xtensa-esp32-elf/bin/ld: cannot find crt1-sim.o: No such file or directory /usr/local/xtensa-esp32-elf/bin/../lib/gcc/xtensa-esp32-elf/5.2.0/../../../../xtensa-esp32-elf/bin/ld: cannot find _vectors.o: No such file or directory collect2: error: ld returned 1 exit status [...] Same with some projects of my own. Following the instructions from the ESP32 WiKi (https://wiki.freebsd.org/electronics/arduino/esp32) exactly and as well as putting the git clones of arduino-esp32 -> esp32 and esptool under ./sketchbook/hardware/espressif/... With arduino-esp32 branch release/v1.0 and esptool branch master compilation quits with clockless_rmt_esp32.h:149:33: error: 'cpu_hal_get_cycle_count' was not declared while checking out branch master for arduino-esp32 gives crt1-sim.o not found while linking. Somehow I find myself stuck and hope this can be solved by an update of the port to a more recent arduino IDE.