errore compilazione core esp32

Ciao a tutti,

ho aggiornato su arduino 1.8.13 portable il core esp32 alla versione 1.0.6. Provando a compilare l’esempio blink, ottengo questo errore:

C:\Users\user\Desktop\arduino-1.8.13_ESP32\arduino-builder -dump-prefs -logger=machine -hardware C:\Users\user\Desktop\arduino-1.8.13_ESP32\hardware -hardware C:\Users\user\Desktop\arduino-1.8.13_ESP32\portable\packages -tools C:\Users\user\Desktop\arduino-1.8.13_ESP32\tools-builder -tools C:\Users\user\Desktop\arduino-1.8.13_ESP32\hardware\tools\avr -tools C:\Users\user\Desktop\arduino-1.8.13_ESP32\portable\packages -built-in-libraries C:\Users\user\Desktop\arduino-1.8.13_ESP32\libraries -libraries C:\Users\user\Desktop\arduino-1.8.13_ESP32\portable\sketchbook\libraries -fqbn=esp32:esp32:d1_mini32:FlashFreq=80,PartitionScheme=default,CPUFreq=240,UploadSpeed=921600 -ide-version=10813 -build-path C:\Users\user~1\AppData\Local\Temp\arduino_build_99351 -warnings=none -build-cache C:\Users\user~1\AppData\Local\Temp\arduino_cache_973822 -prefs=build.warn_data_percentage=75 -prefs=runtime.tools.mkspiffs.path=C:\Users\user\Desktop\arduino-1.8.13_ESP32\portable\packages\esp32\tools\mkspiffs\0.2.3 -prefs=runtime.tools.mkspiffs-0.2.3.path=C:\Users\user\Desktop\arduino-1.8.13_ESP32\portable\packages\esp32\tools\mkspiffs\0.2.3 -prefs=runtime.tools.xtensa-esp32-elf-gcc.path=C:\Users\user\Desktop\arduino-1.8.13_ESP32\portable\packages\esp32\tools\xtensa-esp32-elf-gcc\1.22.0-97-gc752ad5-5.2.0 -prefs=runtime.tools.xtensa-esp32-elf-gcc-1.22.0-97-gc752ad5-5.2.0.path=C:\Users\user\Desktop\arduino-1.8.13_ESP32\portable\packages\esp32\tools\xtensa-esp32-elf-gcc\1.22.0-97-gc752ad5-5.2.0 -prefs=runtime.tools.esptool_py.path=C:\Users\user\Desktop\arduino-1.8.13_ESP32\portable\packages\esp32\tools\esptool_py\3.0.0 -prefs=runtime.tools.esptool_py-3.0.0.path=C:\Users\user\Desktop\arduino-1.8.13_ESP32\portable\packages\esp32\tools\esptool_py\3.0.0 -verbose C:\Users\user\Desktop\arduino-1.8.13_ESP32\examples\01.Basics\Blink\Blink.ino
C:\Users\user\Desktop\arduino-1.8.13_ESP32\arduino-builder -compile -logger=machine -hardware C:\Users\user\Desktop\arduino-1.8.13_ESP32\hardware -hardware C:\Users\user\Desktop\arduino-1.8.13_ESP32\portable\packages -tools C:\Users\user\Desktop\arduino-1.8.13_ESP32\tools-builder -tools C:\Users\user\Desktop\arduino-1.8.13_ESP32\hardware\tools\avr -tools C:\Users\user\Desktop\arduino-1.8.13_ESP32\portable\packages -built-in-libraries C:\Users\user\Desktop\arduino-1.8.13_ESP32\libraries -libraries C:\Users\user\Desktop\arduino-1.8.13_ESP32\portable\sketchbook\libraries -fqbn=esp32:esp32:d1_mini32:FlashFreq=80,PartitionScheme=default,CPUFreq=240,UploadSpeed=921600 -ide-version=10813 -build-path C:\Users\user~1\AppData\Local\Temp\arduino_build_99351 -warnings=none -build-cache C:\Users\user~1\AppData\Local\Temp\arduino_cache_973822 -prefs=build.warn_data_percentage=75 -prefs=runtime.tools.mkspiffs.path=C:\Users\user\Desktop\arduino-1.8.13_ESP32\portable\packages\esp32\tools\mkspiffs\0.2.3 -prefs=runtime.tools.mkspiffs-0.2.3.path=C:\Users\user\Desktop\arduino-1.8.13_ESP32\portable\packages\esp32\tools\mkspiffs\0.2.3 -prefs=runtime.tools.xtensa-esp32-elf-gcc.path=C:\Users\user\Desktop\arduino-1.8.13_ESP32\portable\packages\esp32\tools\xtensa-esp32-elf-gcc\1.22.0-97-gc752ad5-5.2.0 -prefs=runtime.tools.xtensa-esp32-elf-gcc-1.22.0-97-gc752ad5-5.2.0.path=C:\Users\user\Desktop\arduino-1.8.13_ESP32\portable\packages\esp32\tools\xtensa-esp32-elf-gcc\1.22.0-97-gc752ad5-5.2.0 -prefs=runtime.tools.esptool_py.path=C:\Users\user\Desktop\arduino-1.8.13_ESP32\portable\packages\esp32\tools\esptool_py\3.0.0 -prefs=runtime.tools.esptool_py-3.0.0.path=C:\Users\user\Desktop\arduino-1.8.13_ESP32\portable\packages\esp32\tools\esptool_py\3.0.0 -verbose C:\Users\user\Desktop\arduino-1.8.13_ESP32\examples\01.Basics\Blink\Blink.ino
Using board 'd1_mini32' from platform in folder: C:\Users\user\Desktop\arduino-1.8.13_ESP32\Portable\packages\esp32\hardware\esp32\1.0.6
Using core 'esp32' from platform in folder: C:\Users\user\Desktop\arduino-1.8.13_ESP32\Portable\packages\esp32\hardware\esp32\1.0.6
cmd /c if exist "C:\\Users\\user\\Desktop\\arduino-1.8.13_ESP32\\examples\\01.Basics\\Blink\\partitions.csv" copy /y "C:\\Users\\user\\Desktop\\arduino-1.8.13_ESP32\\examples\\01.Basics\\Blink\\partitions.csv" "C:\\Users\\user~1\\AppData\\Local\\Temp\\arduino_build_99351\\partitions.csv"
& non atteso.
exit status 1
Errore durante la compilazione per la scheda WEMOS D1 MINI ESP32.

Cos’è questo errore?

Grazie

aggiungo che se faccio un downgrade alla versione 1.0.5 del core di esp32 non cambia nulla, mentre con la 1.04 compila.

Se qualcuno può aiutarmi sarei molto grato.

Grazie

Prova a fare un’installazione pulita del framework ESP32 per Arduino.

Io ho tutto all’ultima versione (non portable) e compila senza alcun problema.

Grazie Tolentino,

l’ho già fatto ma non compila nulla. Purtroppo mi serve la versione portable perchè quella installata la uso x le schede ESP8266 ed in quella portable le ESP32. Non so che pesci prendere…

Ho provato anche a caricare il core esp32 v1.0.6 sulla versione installata di arduino 1.8.13 ed ho esattamente lo stesso errore. Comincio a pensare che il core scaricato sia corrotto o che ci sia qualche incompatibilità sulla mia versione di windows10.
Idee?

la uso x le schede ESP8266 ed in quella portable le ESP32.

Perdonami, ma secondo me è un modo un po’ cervellotico per gestire i propri progetti…
Se hai bisogno di tenere differenziate versioni di framework e/o librerie, allora ti conviene passare ad un IDE più evoluto che ti consente di gestire le opzioni a livello di progetto e non di editor stesso (come dovrebbe essere sempre, ma a quanto pare il team di Arduino IDE non è di questa opinione visto che hanno mantenuto la filosofia anche con il 2.0).
Io mi trovo benissimo con VSCode (e non sono il solo, visto che è uno degli IDE più usato in assoluto), ma ovviamente è solo un suggerimento ed ognuno è libero di organizzarsi come preferisce.

Altra cosa, vedo che hai tutto sul desktop; prova a spostare le cartelle ad esempio in C: perché Windows ha di default una limitazione sui percorsi dei file più lunghi di 260 caratteri.

Grazie Tolentino, spostando tutta la cartella in C in effetti l’ide ha ripreso a compilare. Resta un mistero sul perchè con la versione 1.0.4 io non abbia mai avuto questo problema.
Avendo cominciato il mio hobby del “niubbo programmatore” con arduino per me è stato naturale usare il suo IDE. Accolgo il tuo invito a provare vscode, che sto già scaricando per vedere come mi trovo.

Intanto grazie. adesso posso provare la tua libreria asynctelegram 2 su una scheda esp32. Vorrei provare qlc modulo cam. Vediamo…

1 Like

Ho avuto un problema simile al tuo su macOS … 1.04 compilava correttamente, 1.05 dava errore, la cosa è stata risolta con la 1.06 …

… nel mio caso erano gli “spazi” all’interno del nome di una “cartella” del percorso dove si trovava la mia versione “portable” del IDE … :roll_eyes: … quindi … bisogna fare attenzione con i nomi dei files e delle cartelle :grin:

Guglielmo

I moduli ESP32-CAM sono un po’ permalosi :laughing:

Se non lo hai già acquistato, ti consiglio di prenderli con lo shield per la programmazione cosi eviti di fare il prestidigitatore in fase di boot. Se vuoi ti passo il progetto VSCode+platformio già “configurato”.

Va bene Tolentino, accetto volentieri il tuo materiale e stamattina procedo ad acquistare la cam con shield di programmazione (ero già orientato a questo anche se ho adattatore FDI) + un modulo PIR così da ottenere un allert dopo il motion detect e conseguente invio di foto su telegram. Poi vorrei inserire il tutto in un vaso da stampare al 3d da mimetizzare sulla mensola tra gli altri.

Cambiando argomento, come/dove posso segnalarmi un paio di cosette riguardo qualche esempio che non riesco a compilare in merito ad asynctelegram2?

Grazie 1000

Nicola

Se hai provato tra ieri e oggi, c’era un refuso di un pezzo di codice usato per il debug che ho appena corretto. Per quanto riguarda le segnalazioni, apri pure una issue su Github o se preferisci mandami un messaggio.

Non sono riuscito a trovare il solo shield, l’ho trovato solo accoppiato alla CAM.

Ho anche notato che quelle che vendono con antenna esterna poi nel modulo sembra che il connettore non sia abilitato perché la microscopica resistenza è saldata verso l’antenna integrata.

esatto quella resistenza un pò come su tutti i moduli esp8266/32 , che hanno il connettere ipex, va spostata in base all’antenna che intendi usare e puoi farlo a cuor leggero tanto è solo una resistenza smd a valore 0 ohm. Quindi poi nel risaldarla nella posizione nuova, se hai problemi, puoi semplicemente cortocircuitare le piazzole con dello stagno.

Ciao

Il primo che mi hanno venduto invece aveva la resistenza verso il connettore e difatti si agganciava al router solo a pochi centimetri. Prima di scoprire l’arcano ho elencato un po’ delle parolacce che conoscevo.