Search results for:

Nope, not HID.

The desktop application side is listening for events that are incoming from a ROS topic over a websockets connection (with roslibpy).

The bridge between puck.js and ROS is a very trivial webpage (source) that connects to the puck.js, and starts an interval to send over the knob's value (an analog pin read) (and also the capsense value, that I didn't use so far). That same page publishes the value to ROS topics via websockets as well.

All and all, it's extremely simple, but it uses a bunch of very unrelated technologies. ;)

Cool! Would you mind hinting me in the right direction to build for it? I have a box full of them for an upcoming hackathon and I would love to be able to offer this to the participants.

Hi!

Does espruino work on the (not-so-new-anymore) Arduino Nano 33 BLE boards? Considering it sports an nRF52840, it could actually work, right?

Cheers
Gonzalo

It's actually what I had in my drawer of enclosures, and I think it's actually aluminum, but for my silly use case, it works well enough, it's not blocking the RF connection. But it's a hack, a proper product design would change to a square form factor to be more composable with multiple knobs, and I would replace the top side of the box with glass-like black material.

Hey folks

Just want to share something I did over the weekend with puck.js. It's pretty simple, but it makes me very happy that it worked so smoothly! It's a physical knob controlling a virtual slider in parametric design tool Grasshopper 3D.

Cheers!

https://twitter.com/gnz/status/126231261­6866844672

before I go off trying to do my own thing

yep, I'd advice against building it yourself unless you have a lot of extra time in your hands. Not sure what's your project exactly, but unless your goal is really to build a packet forwarder in node.js, then go with lora-server (or TTN, or a loriot.io community account) as your backend.

Unless -of course- you're trying to build an espruino-powered lorawan gateway :)

Hey @Gordon, in general, TTN shouldn't differ much (at all?) from any other LoRaWAN network. I haven't tested myself, but there are a bunch of guys in our local community that have sensors that they interchangeably switch from network to network without issues.

If you wanna setup a local test environment to isolate from TTN and any other provider, I'd recommend this backend: https://github.com/brocaar/loraserver It's well documented and I know others have tried it successfully. About the concentrator, I guess you have it figured it by now, but you could use TTN install scripts (https://github.com/ttn-zh/ic880a-gateway­/wiki) and just change the backend server to forward to on the local_conf.json

The biggest problems you will face with downlink (from backend to espruino) are related to time sync, the receive window is rather small, and it's a source of constant issues on some MCUs.

Let me know if I can give you a hand.

Cheers
Gonzalo

EDIT: Actually, I DID test switching networks now that I remember, and it worked without having to make changes to my node. Just provision the keys on the new network and off you go.

Amazing job you're doing, @Gordon! Congrats!

Sweeeeet!!

Is there already guidance on how to put the puck.js in deep sleep and wake up on intervals? Is it as simple as using the NRF.sleep()?

Yes, that behavior is the LoRaWAN part. Class A devices (the only ones really available on the market right now) behave that way: they open receive windows after sending, and they won't receive at any other point. Class C devices are always listening and could receive downlink with an onMessage callback, but there's afaik none available right now, and no network support either.

In that case, check out this project: https://github.com/brocaar/loraserver
The guy behind it works very closely with TTN anyway, so it should be trivial to swap the two if you ever want to.

Awesome stuff @Gordon! I will test it with TheThingsNetwork and see if I can extend a bit!

About "some instructions for setting up your own LoRaWAN", there's plenty on the TTN website, here's just one I wrote, but there are many others available on the TTN website/forum :)

@Gordon cool...! if you start, I'll tag along and add stuff to it.

@Gordon totally agree, but isn't that just a final "publishing" step once the module is done?

@Jean-Philippe_Rey Thanks for the code! I just tried it and it works like a charm! I had a half-written implementation of something similar, but I was having problems with the module itself and never got around at giving it another spin until now.

It would be neat if we can polish your code and align it to the other official TheThingsNetwork libraries (such as this one that targets Arduino+RN2483). If you put that in some github repo, I'd love to contribute to it.

Cheers

I've been super busy but I had a simple driver working at some point, I will make it a bit more complete now that the ttn open network has OTAA support and publish as soon as I have a bit of time.

Awesome stuff! I started working on an espruino driver/module for the LoRaWAN Microchip RN2483 as well (using @DrAzzy 's breakout board). I haven't had time to wrap that up, but I'll try to finish it soon-ish!

yay! :)

Yep, that was mine! And also Borroz' according to this post on the TTN forum: http://forum.thethingsnetwork.org/t/rn24­83-breakout/729/20

Will try them tonight and let you know!

Definitely! I'll try them the day they arrive! :)

Already sold out! :D

Order placed! Thanks man! You rock!

Awesome! Where's the 'Buy now' button? ;)

yay!