-
Is there any update about the new Espruino WiFi? On this page it says there is a new version coming out this year but it has said that for a while and there is not much of the year left. I'd be interested in getting my hands on one.
Also, I notice something of an anomaly. The original WiFi board appears on the front page of espruino.com on the scrolling banner thing at £34.50 with a 'Buy Now' button which doesn't actually take the user anywhere useful. When it is found on Espruino Shop, it shows that it is out of stock and listed at £30.
-
-
In addition to the links provided by JumJum, I have found the following to be exceptionally useful while building custom extensions for Espruino on the ESP32.
Compiling:
https://github.com/espruino/Espruino/blob/master/README_Building.mdJSON Extension Format:
https://github.com/espruino/Espruino/blob/master/scripts/common.py#L52Espruino Internals:
http://forum.espruino.com/conversations/357006/#comment15666995
http://forum.espruino.com/conversations/302250/
http://www.espruino.com/Internals -
-
-
I'm learning to create my own extensions for Espruino. I have read the various guides and documentation and referred to existing libraries which have enabled me to succeed in making a simple extension that does not leak memory.
My success is despite uncertainty around the purpose of
jsUnLock()
and when to use it. My understanding so far is:- A locked JsVar will not be collected by the GC
- All
jsvNew[Whatever]()
functions return locked variables. - Any JsVar that is not intentionally returned to user code should be
unlocked. - Any JsVar that is returned (or child there of) should remain locked.
Have I misunderstood anything? Is there anything significant I am missing?
- A locked JsVar will not be collected by the GC
-
-
Hi,
I'm experiencing problems on the ESP32 when
Storage.compact()
is called, either explicitly or as a result of calling a write method.In the last hour I compiled Espruino from a clone of the source on Github and using the example code in this issue, I'm getting the same Stack Overflow problem there described.
Sometimes instead of a stack overflow, I see a guru meditation error:
Guru Meditation Error: Core 0 panic'ed (LoadStoreError). Exception was unhandled
In the project I'm trying to work on, I'm storing configuration in Storage and updating settings a second time causes a crash.
-
-
-
Hi,
I have just come back to a project on Espruino that hasn't received any attention in the last past 6 months or so. I'm having a problem using code that worked on V1.97, V1.98 and V1.99 with Espruino V2.00 and V2.01.
Configuration of Serial3 (and maybe also Serial1 and Serial2) is being ignored. To come to this conclusion, I have produced the most simple code that exhibits the problem:
function send() { console.log("Sending..."); Serial3.print("ZZZZZZZZZZZZ"); setTimeout(send, 100); } function onInit() { Serial3.setup(115200); send(); }
Connecting a logic analyser showed the data was actually being transmitted at 9600 baud and sure enough, when I reconfigured the receiver to 9600 baud, I received the characters transmitted by the ESP32.
I also tried using 19200 baud but the output was still 9600 baud. To be certain I wasn't doing anything silly I have tried this code on the last version I believed it to work on (V1.99) and it does work.
I am using Serial1 for programming from the Espruino Web IDE so I have not been playing with it's configuration. I have ESP-WROOM-32s mounted on a PCBs so it's not so easy for me to change the pins used. The PCB layout expect Serial2 to be redefined to { tx: D25, rx: D34 } and I'm not getting anything on these pins so I believe that the pin selection is being ignored too.
I also seem to be experiencing related error messages. I occasionally see this message pop up in the console on V2.01 (not sure about other versions):
E (59292) uart: uart_read_bytes(1131): uart driver error
And every few minutes it will experience an error that causes it to reboot.
Sending... Sending... Sending... /mnt/c/Users/rhys/esp32/V3.1/EspruinoBuildTools/esp32/build/esp-idf/components/freertos/queue.c:1441 (xQueueGenericReceive)- assert failed! abort() was called at PC 0x40092f88 on core 0 Backtrace: 0x400962cb:0x3fff7080 0x40096423:0x3fff70a0 0x40092f88:0x3fff70c0 0x4017b331:0x3fff7100 0x400f6c24:0x3fff7150 0x400f8245:0x3fff7170 Rebooting... ets Jun 8 2016 00:22:57 rst:0xc (SW_CPU_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT) configsip: 0, SPIWP:0xee clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00 mode:DIO, clock div:2 load:0x3fff0018,len:4 load:0x3fff001c,len:2588 load:0x40078000,len:7192 load:0x40080000,len:5288 entry 0x40080278 E (29) boot: ota data partition invalid, falling back to factory E (518) spiram: SPI RAM enabled but initialization failed. Bailing out. WARNING: Bluetooth is disabled per ESP32.enableBLE(false) Loading 2513 bytes from flash... Running onInit()... Sending... Sending... Sending...
Is this a known bug? Are there any work arounds?
Gary
Hi @Salariz,
I don't feel particularly able to answer your question but below are a set of links I have collected over the last few years. I thought it may help if I share. The first link should answer your question and the rest are links to things I wish I had found sooner when I started tinkering inside Espruino.
Gary
Compiling:
https://github.com/espruino/Espruino/blob/master/README_Building.md
Extending:
http://www.espruino.com/Extending+Espruino+1
http://www.espruino.com/Extending+Espruino+2
JSON Extension Format:
https://github.com/espruino/Espruino/blob/master/scripts/common.py#L52
Espruino Internals:
http://forum.espruino.com/conversations/357006/#comment15666995
http://forum.espruino.com/conversations/302250/
http://www.espruino.com/Internals
ESP-IDF
https://docs.espressif.com/projects/esp-idf/en/release-v3.3/api-reference/index.html