Search results for:

Does there have to be a separate connection for each chunk of 20 bytes (or maybe 6 x 20 bytes as the Nordic docs indicate)?

And if this code, along with the wifi setup (all nicely wrapped in a function), is set e.g. by E.setBootCode(..) - will it come up again after reset()? Such that a new telnet session can be established without cycling power of the device?

+1 for an option to disable linting or having a dialog like "Linter detected code issues, but if you're sure the code is correct, upload anyway?". I was in the same situation as jtrick just recently.

This is good news and telnet surviving reset would be a good reason for me to upgrade the firmware.
Requiring EspruinoWiFi as builtin module can be done directly on the naked Espruino, no upload and save (e.g. through the Web IDE) involved. This makes the preparation of the device for wireless only operation easier - no big deal, but more comfortable.
All the Espruinos are well designed, powerfull devices and your support in the forums makes them even greater :)

Thanks for clarification., using save() for wifi and onInit() for the connection works well.

Now I wonder why the not official ESP8266 gets such goodness built it, including a telnet server, and the official Espruino WiFi needs extra initialization to enable networking.

I've got a brand new EspruinoWifi and flashed v1.95 via web IDE.
From http://www.espruino.com/Modules I take it that the module EspruinoWifi (or .. 0V25) is builtin, but this doesn't seem to be the case.
Is this a glitch in the docs or in the code - or do I miss something?

... yes, I did. I used the wrong Python version :(
(Wished I could remove this conversation.)

I've been trying for a while now to compile Espruino for Linux. While it worked acouple of months ago I now keep getting an error:
`$ make

Generating pin info

Exception ignored in:
AttributeError: 'Discarder' object has no attribute 'flush'

make: *** [Makefile:2093:

/home/steffen/workspace/espruino_src/Esp­ruino/gen/jspininfo.h] Error 120
`
Am I missing something?

Great! Looking forward to 1v92..

On a Pico, v1.91, Creating an empty array with new Float32Array([]) or Float64Array([]) hangs up Espruino.
Passing "0" as argument has the same effect.
Passing a not empty array as argument works as expected: new Float32Array([1]). Creating other arrays of size 0 (Uint8 etc.) also works.
Is this a (small) bug?

Definitely, yes. Thanks for the explanation :)

On a Pico with v1.91 I can do digitalPulse(B3, 1, 0.10, 0.1) to get a short pulse of 0.1ms length, with the pin returning to 0 at the end. I'm expecting the same for digitalPulse(B3, 1, [0.1, 0.1]).
However, when passing the lengths as array the pin state is finally 1.
What am I missing here?

Same thing for me. I never got a good connection (or a connection at all) with the IDE or the Espruino command line tool. However, using a plain terminal always works for me (on Linux: screen /dev/ttyUSB0 115200 8N1).