Search results for:

Hello,
I have a pico with an ESP8226 working and trying to move some code that I currently have from a node.js project but it seems that res.on('end') does not work in espruino.
In order to fix it, I have to change the event from 'end' to 'close'.

I also tried changing my nodejs app to use 'close' but It does not work there, I know it's an easy change but I was tying to have the code compatible with node.js and espruino.

Is there a way to add the event 'end' in the http response in espruino?

Code not working in espruino pico

	var contents = "";
        require('http').get("http://www.pur3.co.uk/hello.txt", function(res) {
            res.on('data', function(data) {
                contents += data;
            });
            res.on('end', function() {
                console.log(contents);
            });
        });

thx

That clarifies all my questions and makes sense. Thank you for taking the time to explain it in detail.

Hello, are there any plans to make this work with the ESP8266?

Thx

Thx. I get it now.

#1) So what's the point of combining the espruino bootloader in the firmware? to only offset the space for espruino runtime ?

#2) Shouldn't the "advanced flashing" overwrite it and normal updates should not overwrite? I imagine that the number of people doing "advanced flashing" are small and have the tools to re-flash with stm32 uart tools. I'm getting spoiled using espruino IDE :)

Hello,
I have some questions about updating the espruino bootloader.

But let me first explain what I done (sorry for the lengthy explanation)

I compiled successfully firmware 1v79 with the espruino bootloader combined then used the advance flashing in the IDE to update the original espruino board. All went ok, update successful.

Then I changed the pin definition for BTN1 to be on port A0 (i need this for my experiments) , re-compiled and all went ok again, new .bin was created.
I re-flashed again using advanced flash option and all went ok. I connected again with the IDE and typed BTN1 and it displays "A0" so things seem to be ok as far as my change.
Then I proceeded to test that the bootloader was using A0 port but it did not. it was still using the original port B12 attached to the pushbutton. I tried several times to re-flash but the results where the same. it seems that the my new espruino bootloader is not being replaced.

I finally used stm32 flasher and UART to flash the very same .bin file i used previously and this time the espruino bootloader was updated and I was able to activated using port A0.

Why my espruino bootloader is not updated using the IDE-advanced flasher but it worked using STM32 flasher? what am I missing?

-Thx

Excellent work. Is it possible to configure this to do "RawHID"?
It would be neat to be able to write/read raw hid reports. Kind of what teensy example
https://www.pjrc.com/teensy/rawhid.html

thank you for your explanation.

Thanks for both answers.
Then will cut the trace for D2 so I can use it for UART5 RX

When the new changes are done to assign the SD card pins, are there any restrictions what pin I could use for the SD CS, for example can I use B0 ?

thx

Hello,
I have a Espruino board v 1.3 and I'm using the SD card and Uarts 1 to 4 already but I still need to use one more uart. So my plan is to use uart5/serial5 but that shares a pin with the SD (CS) so my initial thought was to setup serial5 to different pins.

So I tried to set up Serial5 to two of my available pins (B1 and B0) as
Serial5.setup(9600,{rx:B1,tx:B0});

but it does not seem to work.

Do I need to recompile the firmware to assign serial5 to B1 and B0?

Any info is appreciated.
Thx

Hello Gordon, will you publish the eagle files version 1.4 in GitHub?

actually , I'm interested in the schematics pdf for the v 1.4

Thank You

Gordon you did a terrific job with espruino. Now it's up to somebody to do roll the sleeves and work.

I imagine when you started thinking about Espruino and decided to do it, you evaluated in some way if smt32 would be able to do the job done (like flash size, speed, RAM etc) and once you evaluated and concluded that the chances of being successful with the given resources then you started your work.

I would like to try to port it but I have some questions
#1) Simplify API: What parts of the current espruino would you include ?

#2) RAM: You rightly mention about the 16Kb limiting and possible less as they have their library for the BLE (they call it softdevice). what do you think it's the minimum ram needed for a simplify API?

#3) Stages: I was thinking that to start this I would go port first the basic things and later I2c/SPI/PWM/Serial/Timers. Do you think any gotchas doing in that way?

Thx again for your time.

Hello Gordon, I'm also very interested if espruino could run on the nrf51822 even with a simplify API.

thx