-
• #2
Great job! Thanks.
-
• #3
Great job 👍! I made a special donation. This project is saving me tons of headaches. Happy to see it moving forward. Thanks 😍!
-
• #4
Wow, thank you!
-
• #5
This latest update fails to download.. the link is http://www.espruino.com/binaries/espruino_2v07.4_pico_1r3.bin
I can't find that file in the binaries..
Is it me?
Nige -
• #6
Are you sure you should have the extra
.4
in there--where did you get the link 🙂?https://www.espruino.com/binaries/espruino_2v07_pico_1r3.bin -
• #7
Ahh, you used the IDE to download?
Sorry - just checked up on this and it looks like the JSON files are wrong. Just updated them and it should now work ok if you refresh.
-
• #8
it seems that some script cannot start on Pixls.js
rev. 2v07
after a reboot. we encountered this problem at work and a downgrade to 2v06 fixed the problem.
Unfortunately I cannot share the script but it does nothing special.. a fewsetWatch
, somesetInterval
and that's it. Any idea? -
• #9
I'm afraid not... Are there any error messages?
Any chance you could share the script privately via email/forum PM? Or strip it back to something that you can share but that still exhibits the problem?
-
• #10
Thanks.. that's worked a treat.
Nige
-
• #11
@Jean-Philippe_Rey I have just updated the 2v07 release with a fix for the issue you were seeing.
Anyone who downloads 2v07 from now on should be fine though.
-
• #12
Any reason why the semver specification is not adopted by the project, Gordon 🙂? (I think it's used with the IDE already, right?)
I see some potential frustrations if people think they have a specific FW version, but not the same behavior, as others 😬. Personally, if I already had version 2.07, I would be very unlikely to download it again. Or is this what the cutting edge builds are meant to cover?
-
• #13
The issue for me really has been it's a reasonable undertaking to ensure that all the supported boards actually work with a specific firmware version, and it can take a while for everyone to flash firmware too so I don't want to be releasing new versions all the time.
So generally a release is when:
- Something big has been added/fixed that I think users want
- Some time has passed since any big changes I think could cause issues
- It's been a particularly long time since the past release
To get around that, there are the cutting edge builds, which are
2v07.commits_since_release
As for re-releasing a firmware image of the same number: yes, it's totally confusing and I try not to do it, however if it's been less than a day or two since the last release and there's something big that basically makes the firmware unusable on one of the devices I think it's probably worth doing.
In reality very few people will have updated to the new firmware at that point. I figure more people will be inconvenienced in the long term if a broken firmware is left on the website.
- Something big has been added/fixed that I think users want
-
• #14
I see your point(s) 😎.
if it's been less than a day or two since the last release
if a broken firmware is left on the website
I completely agree. And the gain-to-hassle ratio should also be reasonable of course.
I might disagee the day Espruino is powering mission critical components on the Orion Spacecraft though 😬.
-
• #15
@Jean-Philippe_Rey I have just updated the 2v07 release with a fix for the issue you were seeing.
Anyone who downloads 2v07 from now on should be fine though.I confirm that the new release works really well! Thank you Gordon!
-
• #16
Hi, I just got a new Micoro:bit and flashed it immediately to 2v07 as I want to interact with my Pixl and Puck.
Lovely and easy. Unfortunately
show();
doesn't work.
I flashed 2v06 just in case I was missing something obvious and show worked fine in 2v06.Thanks
-
• #17
Ouch, sorry about that. Just fixed, so it'll be in the next release (or the attached firmware)
1 Attachment
-
• #18
👍 grand thanks
-
• #19
Hi @Gordon, I'm not sure now whether this is the right place to post but I'll give it a go.
That's started to work well now.
If I write a simple bit of code and set the WebIDE to flash I get a an uncaught error.
If I send to the device's RAM then enter save(); I get a fuller error message stating that my code is too big to save to flash.The code is simple and is....
var on = true; function setP() { if (on) { digitalWrite(D4,1); on = false; show("1 1\n"+ " 1 \n"+ " 1 \n"+ "1 1\n"+ " 111 \n"); } else { digitalWrite(D4,0); on = true; show(0); } } setWatch(function() { setP(); }, BTN1, {repeat:true, debounce:20, edge:"falling"});
My code is ~300 bytes.
If my understanding of http://forum.espruino.com/conversations/346537/#comment15336682 is correct then I should have 262144-260096 ie 2048?>process.memory(); ={ free: 267, usage: 33, total: 300, history: 8, gc: 0, gctime: 3.02124023437, blocksize: 12 , stackEndAddress: 536884560, flash_start: 0, flash_binary_end: 258940, flash_code_start: 260096, flash_length: 262144 }
Thanks
Steve
2 Attachments
-
• #20
Ok, I've just pushed a fix.
save()
will still fail but the IDE's save to flash will be ok.But this really isn't the right place - if you have issues with micro:bit please post them in the 'Other Boards' forum - otherwise every 'new version' news thread just gets posted issues people are having (legitimate or not) with each new version.
-
• #21
Thanks, I wasn't sure whether the issue is v2.07. I'll re-post on the 'other board' forum.
thanks
Espruino 2v07 is now out!
This one contains mainly minor tweaks and improvements. However:
Bangle.js power consumption has been massively improved. Battery life when idle is now up to around 90 days from the 1-2 weeks it was previously.
Other notable improvements are: