Avatar for Gordon


Member since Sep 2013 • Last active Feb 2017

Most recent activity

  • in General
    Avatar for Gordon

    I'll reply properly in email, but...

    If you're going to be using Espruino boards in your product and exposing Espruino to the end-user, that's amazing! I think in that case it's basically a win/win position and I'm happy to help promote your product however I can.

    Just to add one thing I didn't really say: Espruino is designed first and foremost to make embedded development easy. If most people can get started and use it fine but 10% of people find the IDE a bit 'wet' (but are skilled enough to work around it) then that's a good compromise IMO.

    In an ideal world we wouldn't have to compromise, but sadly I am quite restricted by what I can work on at the moment.

  • in General
    Avatar for Gordon

    Ideally, I'd like Espruino to be used more professionally. I'd love to see it in a few geeky consumer products and exposed to the user - but I think that's unlikely :)

    My problem is my work is driven by where I make money.

    Companies do use Espruino, but on the whole they contribute very little back. They'll (maybe) buy one or two Espruino boards and ask for support on the forum, but will then stick the Espruino firmware on their own boards for production which means I don't make anything. Nobody licenses Espruino and very few companies have ever paid for support - which makes it a very bad deal for me.

    So I have two types of customer:

    • Personal/hobbist user: More laid back, buys one or two boards, asks the odd question (probably with full code) and is happy when answered, posts up what they've done which is great for publicity, and they also help other users.
    • Commercial user: Often under time pressure, buys one or two boards but not more, asks a lot of questions, usually with no code and rarely posts what they're doing because it's some secret part of a product. Rarely helps others.

    You can see why the personal one - right now - is a lot better for me and Espruino as a whole, so they're who I'm most interested in.

    If commercial customers actually made me money - for instance they used Espruino boards in their products or paid for support - then I would definitely put more effort into that side of things.

    That looks like it could change with Puck.js, but in the last few years I can only think of one company that made a big purchase of Espruino boards, but I know of several that are using the software on their custom hardware in commercial products.

    The web IDE has been buggy lately

    If you find anything that could help with that I'd be very interested to know - like what OS and if there are any log messages/errors in the console.

    Very little has changed with the Web IDE itself in the last few months, so if there is some issue it could be related to a Chrome update.

    Uncaught Error: String too big to convert to float

    Are you using a custom build? that error would appear to be coming because of something in process.env (I suppose there's a small possibility that the git hash in that version just happened to be all numeric).

    Gordon, I'm concerned that you've stretched yourself too thin. I would like to offer the friendly suggestion that you even go so far as to drop support for some things

    I am stretched too thin - but I have a feeling you're suggesting I drop support for things that the majority of my users use and focus on what a small number of people want - which is the exact opposite of what I should be doing.

    I'm not stupid - if the majority of people really wanted the CLI over the Web IDE then I'd be spending more time on that - but it seems like they don't, and most of the rest find the current CLI works well for their needs.

    If you really want support for some feature for your company then get in touch and get them to pay me to implement it. Or if your company has placed an order for hundreds of boards then absolutely - I'm willing to go out of my way to make sure things work smoothly.

    ... and yes, there are a lot of tests for the main Espruino. The IDE/CLI end up being a lot more painful to write useful tests for though - I'm not convinced that'd be a particularly good use of my time.

  • in Porting to new Devices
    Avatar for Gordon

    You might see some other threads on redbear/espruino if you search.

  • in Interfacing
    Avatar for Gordon

    Did you post in the wrong thread? I know you posted a bunch of stuff in other RN2483 threads, but I'm not convinced this really has much to do with the question of setting up a non-TTN LoraWan network

  • in General
    Avatar for Gordon

    Looks like an issue with void only parsing an ID, not the whole expression - I just created a bug for it: github.com/espruino/Espruino/iss­ues/1079

    Bit busy now but it should be an easy fix.

  • in Interfacing
    Avatar for Gordon

    Does anyone have any links to sensible code for a really basic (non-TTN) LoRaWAN setup? I'm trying to get something really simple set up that I would have thought would be easy:

    • RN2483 with an Espruino
    • ic880a concentrator & Pi
    • Sending and receiving packets of data from node.js

    After much fighting I now have packet_forwarder running and forwarding packets over UDP, which I can decode in node.js. However it looks like sending data the other way is going to be just as painful, if not more so.

    @Jean-Philippe_Rey any ideas? It seemed like you'd done quite a bit of LoRa stuff

  • in Interfacing
    Avatar for Gordon

    Personally I haven't used one, but any AT-command-based cellular modem should be pretty trivial to interface to.

    Probably if you use a 4G module from SimCom (who make the SIM800/900) it'll 'just work' with the SIM800 Espruino module.

  • in Interfacing
    Avatar for Gordon

    test.mosquitto.org/ seems to imply that port 1883 is still unencrypted, and doesn't need a certificate.

    The not authorized is probably because you've got:

      username: "username",
      password: "password",

    What happens if you just remove those?

    But even for the encrypted comms, you can still use TLS with Espruino WiFi and/or the Pico.

  • in Puck.js
    Avatar for Gordon

    Just a quick note to say I was at MakerCon.de last week and I noticed that an awful lot of people (probably half?) had trouble getting started with Puck.js from their computer (so no Bluetooth LE adaptor, or a version of Windows below 10 - or both!).

    However most people had a Android or iOS phone that'd work fine. So to try and work around it I'll be coming up with a web-based solution that will let you use your phone to connect to Puck.js, but then to use the IDE website on your main PC to communicate via your phone.

    Hopefully I'll have something by the end of the week - so if you're having trouble now then just hang on - things should get a lot easier soon!