Search results for:

I'd make sure the battery is perfect, or you power it via other means. The range is not very far, but I had difficulty capturing and replaying a signal with a poor battery. A new battery improved things.

Modules in the right, are resolved using your computer internet connection, and loaded with your code which is sent over serial/bluetooth to espruino device. In the left, you're on the espruino board itself and modules are not loaded. Indeed you've no guarantee of internet on some boards. Similarly, I woudn't expect you could require and resolve http addressed modules at runtime as you appear to be doing. "Unexpected reserved word" I don't know about.

If you go direct to the module code you can appraise what calls are available - and also use as basis for modifying if not suit your need.

http://www.espruino.com/modules/ws.js

Edit : Ignore, different pin choices seem to have sorted receive

Digging up an old thread, but it seems most relevant. I was messing with IR receiver on Puck with no issues, then decided to apply same on NodeMCU ESP8266, with same detection code as used on Puck and the array just fills with false positives, no signal anywhere near. I wondered if you'd encountered anything like this on NodeMCU @Wilberforce? You may not remember I understand.

I had the original (with the non-qwerty keyboard), the 3, and the 5.
Psions were fabulous machines in their time.
Great idea for a project - good luck.

If this is better yes why not, it would save my embarrassment like above - but why can we flash the ESP8266 at speeds of 115k upwards though? Is it unfair to say the boards can't handle it? Or is it firmware limited?

1) Many routers let you reserve an IP based on MAC address. I've used this facility on a Netgear router on an Espruino/ESP8266 project of my own.
2) WebSockets if you can connect directly to the ESP8266 over LAN, MQTT if you need to be remote/WAN and don't want to open your firewall to your home network.
3) ESP8266 Espruino build has facility to save WIFI credentials independently of your sketch/code. Check out the documentation.

Good luck

Edit: If you can't assign an IP based on Mac address go with MQTT. This negates the issue of a dynamically changing IP address, lets you use remotely without firewall compromise (which is often unsafe DMZ), and is great for two way communication.

Very nice! Do you get wacky readings during a decent fermentation - I could see it being knocked about with some yeasts. Does their tilt app average it out?

If like Robodyn there’s an antenna embedded in the board itself, there’s a tiny hole in it. Trying shorting it and grounding at the hole. I can’t remember which worked, but on Robodyn that improved reception - which I believe is the issue.

Probably not practical fix as board gets very warm.

But problems I experienced on Robodyn just same as you describe and above worked.

That looks a lot like a robodyn board (based on embedded circuitry vs mounted ESP8226 12 as seen on node MCU). Myself and a couple of others had no success with WiFi and Espruino. Others have been able to use WiFi with Arduino.

The web IDE is very fast. It scans and finds the devices really quickly. And seems to upload quickly too. I didn't remark on it Gordon as I don't use the web IDE day to day, so don't have something to compare to.

I use (probably) an old/soon to be deprecated chrome app, but the if you want a comparison between those two - they are like chalk cheese for me. Web IDE much faster.

No issues connecting to Pixl for me. Chrome app or Web IDE.

I started messing with a load cell, but concluded it would be just as vague as a bubble counter - nice graph but really only indicative of when process had finished. Batch size also needs to be factored in, whereas nice thing about the Tilt is it calibrated so as well as determining when finished it gives the OG and FG data and batch size is irrelevant.

Be interested to know if you got connected to it @Wilberforce?

It's possible that the Tilt doesn't advertise very often in order to conserve battery power.

That makes sense. Don't need second by second readings on a process which lasts 7 - 14 days. But if @Wilberforce can see it on Rasp Pi with Node.js, would that be the case?

@Wilberforce there is an OS project out there that uses Wifi called Spindel. Probably power hungry would expect, but for personal use, and putting patents to side, this is a really interesting project for accelerometer and Espruino.

I’d seen the Tilt and was interested in how it worked and trying to make one (espruino on micro bit). So I’ve seen a number of tutorials out there on connecting to a tilt from Rasp Pi using Python - maybe they can offer some insight?

I printed one at weekend. Was impressed with the fit too. Nice job!

I downloaded again - fine that time.

3Dhubs - PLA 200μm layer height - £4.38 + £2 shipping (UK second class)

Europe shipping (tracked) is £10

I'd bet 3Dhubs are competitive - though I've just tried to upload the STL to get some representative prices and it would not accept the files. I also can't open them in Cura? Just me?

It does look excellent though.

Guilty as charged. Sorry to waste your time on that one :/

I had to bring the baud right down to 9600 to get connected over serial. Anything higher and I have no console and get the prompt not detected error on upload. Is this the standard baud rate for Microbit - I didn't see it in the docs and I will add it if thats an omission?

Code upload great over Web BT and serial now.

Thanks. Wanted to play with the accelerometer. Appreciate there’s not much room. I best look at my serial again. Thanks again

I've put 1.99 on a Microbit. I'm having issues connecting over serial - I can't - from a Macbook with OSX 10.11.6

I can connect over Web Bluetooth, but can't upload anything. Though the same code pasted into the console works fine over Web BT.

On upload an example error response is :

>Uncaught Error: Function "setTimeZone" not found!
 at line 1 col 27
setTime(1530126694.283);E.setTimeZone(1)
                          ^
New interpreter error: FIFO_FULL

However RAK have said that they will be adding one to new boards, so
we'll see what happens...

Strategically that would be very smart IMO. This stuff has to be OTA updatable.

I'll check out those other boards and go from there.

@Gordon that RAK8211 looks interesting. But expensive. Would you be able leverage your clout with RAK if as a forum we wanted to set up a group buy? Just thinking out loud.

Also, at risk of asking a dumb question. The lack of a bootloader means we need another expensive piece of kit to work with these and this seems to be common on any BT boards you don't directly produce. But when OTA firmware updates on Puck and Pixl are so easy why is a bootloader not standard feature for these other boards?

Ha. I had completely missed this feature @MaBe. Cheers!