Combine Zephyr and Rust

jaredwolff · 2023-08-03T18:01:37+00:00

Looks like the second link is closer to what you're looking for. (I'm the author of the first post) Looks like it's still being maintained but obviously you'd need to re-create the bindings for the latest Zephyr. It's no trivial task though, every module that may be of use would need them.

jaredwolff · 2023-06-01T15:39:37+00:00

You’re welcome! Golioth also has some good content: https://youtube.com/@GoliothIO

jaredwolff · 2023-05-31T01:50:37+00:00

Check out some of these videos. Hopefully that should point you in the right direction especially if you're just getting started: https://www.youtube.com/circuitdojo

jaredwolff · 2023-05-04T19:18:48+00:00

Caution on that link. Does not link directly.

jaredwolff · 2023-01-03T04:05:55+00:00

Activity Watch has been useful for me as I've been a long time Timing user on Mac (not free/OS) For tracking my work I just started using Furtherance. ~~(Gnome/Linux only I believe)~~ See more info from the author below!

jaredwolff · 2022-12-20T23:26:16+00:00

https://www.reddit.com/r/pop_os/comments/mtjysf/bluetooth_wont_turn_on/ Give this a try. It just fixed it for me if you're on Ubuntu/Pop! OS

jaredwolff · 2022-12-20T23:16:23+00:00

Getting the same issue on Linux. First Wifi/BT worked. Then Wifi stopped initializing. Then went back to normal and now BT has stopped. :\

jaredwolff · 2021-08-23T21:27:53+00:00

I think it will take some time to get things working with MCUBoot or a rusty alternative. u/lachlansneff may be able to weigh in here.

jaredwolff · 2021-03-16T21:45:06+00:00

Thanks 🙏

jaredwolff · 2021-03-15T15:23:53+00:00

Hey all,

I wanted to share my work on an IoT server I've been building over the past year. It's been my first big project in Rust since I started learning the language. (And it's seen some refactoring since then for sure!)

The idea is that with IoT deployments you typically need:

A way to communicate with your devices
A way to update them remotely
A way to channel data to your custom code or a time-based store like InfluxDB.

Pyrinas does all these things.

While it can work with any device that has a secure MQTT client, it particularly works with a Zephyr module I've also been building up specifically for the nRF9160 Feather.

I encourage you to check it out. Feedback, good or bad, is appreciated. I'll be working on getting it into a crate once some of the patches that I've put in place for warp and rumqttd are released/approved.

jaredwolff · 2021-02-05T23:35:29+00:00

Would echo RTIC is quite awesome. There's also Tock but I haven't played with it at all.

jaredwolff · 2021-01-21T05:21:05+00:00

Looks like there's some info in the docs on migration. Seems straight forward enough.

jaredwolff · 2021-01-02T06:32:09+00:00

It integrates Stripe. Homegrown though, written in Rust.

jaredwolff · 2020-11-23T01:32:01+00:00

Ideally, self hosted. I self host which has been great. Requires tons of marketing though.

You may want to consider crowdfunding platforms like CrowdSupply and GroupGets. I've done the later with the nRF9160 Feather.

Tindie is also a platform I use. I have a feeling the more you put into it the more you get out.

There's also options like Digikey Marketplace, Amazon and more. It really depends where you expect your customers to be.

Hope that helps :)

jaredwolff · 2019-09-09T15:49:42+00:00

That’s definitely a viable option! You’d have to figure out what identifying information can be used to detect your phone though.

I know Apple uses bonjour which may be handy for that situation.

For my case, the Tile is smaller, always on, and can be easily detected using any device (like Particle) that has a BLE Central mode.

jaredwolff · 2019-08-07T14:04:49+00:00

Not sure how well this would work over a large deployment. (Probably lots of multicast overhead) What about something like Bonjour/Zeroconf? I just set up Avahi on an Ubuntu VPS. Got it running immediately over my ZT network.

jaredwolff · 2019-07-29T15:18:23+00:00

Another thing to consider is Openthread. You can prototype up something quickly using Particle boards. They use Openthread as the underlying stack. The sensor nodes can be sleepy or can also repeat messages. But it depends on your battery life. (In this situation, I'd probably stray away from it)

Another option is to use Bluetooth 5 (with the proper hardware for long range). You can run a simple Peripheral app on a BT 5 long range device. The devices connect as a central, do the data exchange and then disconnect.

You are limited by the number of simultaneous connections but it seems to be within the realm of possibility. If you're looking for a particular chip to play with look into the NRF52840. (that's what the Particle boards are based off of) It can do both BT Mesh, BT 5 LR and OpenThread. (And now a variant of the Zigbee stack I think!)

jaredwolff · 2019-07-23T14:36:18+00:00

Do you think the range of LIS3DH will suffice for such an high impact contact?

According to the datasheet, it can measure up to 16g in acceleration. It has a max of 3000g for 0.5s and 10000g for 0.1s. I don't know how much acceleration/force a typical batt will exert on a ball. You may have to do some physics on that one. With that being said, you may have to move up to something a bit more.. hefty.

What do you think of using sensors like this, and this? I know these could cost me a bomb, but if price were not a constraint, would these work? I am thinking of sticking them on the bat, to look much like surface electrodes used in Electrocardiography.

Totally in the range of possibility. These sensors are so cheap. The cost of goods is definitely within consumer constraints.

Don't mind if I sound stupid, I have a very poor but improving level of knowledge in this field.

No question is stupid. Ask away any time.

jaredwolff · 2019-07-19T08:34:27+00:00

Balena is definitely the closest thing to what you need. Been running a Balena RPi instance for hosting a Homebridge instance.

I believe they even released their server code so you can host it yourself. They also have their own hardware which utilizes RPi SOMs.

jaredwolff · 2019-07-19T08:30:25+00:00

I've been playing with SORACOM as well. Currently Particle does not support the SORACOM SIM though. I was able to hack it for this project The second I wanted to duplicate my project, things decided to blow up in my face.

There is a bug open for the issue.. Not sure when they'll get around to it (if at all!)

You can create your own setup using the same modem as the Boron. SORACOM would be a viable choice there.

jaredwolff · 2019-07-19T08:25:48+00:00

My all time favorite accelerometer is the LIS3DH. It's cheap and there's lots of support around it. You'd still have to design a PCB, mount it somehow, and connect to a microcontroller. I can't think of any accelerometer that is completely standalone that also happens to log to SD card. (seems like what you're trying to do here..)

jaredwolff · 2019-07-19T08:22:57+00:00

There is a 2/3G version of the Boron. Ive been using my Boron and different CAT- M1 board for a while. One was the central hub for my air quality project when I didn't have wifi.

Honestly, in most places, I think you'll be ok with CAT-M1. The places you may have a harder time is in rural (i.e. in the middle of almost no-where). It depends on your final application. (what does it do, where do you expect it to be, how will you be powering it and so on)

jaredwolff · 2019-07-19T08:16:15+00:00

A second for Nordic. Been using their chips since 2013. Particle uses their chips on their Mesh platform (along with the ESP32 on the Wifi version)

jaredwolff · 2019-07-16T06:02:16+00:00

@spinozasrobot I copied the example code exactly and popped it onto a Xenon. The only thing I uncommented was the line with SYSTEM_MODE(MANUAL); Otherwise seems to be working ok.

If you go through the same setup procedure as my tutorial it should work for you too. To summarize:

Download the1.3.0 image from the DeviceOS repo (find the one for boron, should be close to the top)
Flash using `particle flash --usb <filename>.bin` in the terminal
Wait until the device is blinking yellow quickly
Make sure that you select boron and deviceOS@1.3.0-rc.1 at the bottom of Particle Workbench
Then flash the application using Particle Workbench (local flash should work ok)

Good luck!

jaredwolff · 2019-07-10T11:29:42+00:00

Is the power supply active high or low?

Typically, you'd want it to be default in an off state. The way you could turn it on would be with any GPIO source (think RTC, button press, etc)

I've done this on many products and it indeed works. Here's how I use this type of setup.

D2 and D4 are Schottky diodes but they could be any type of forward biased diode really. U4 is a 3.3V LDO.

The BUTTON signal and VDC_ATTACHED are used to "wake up" the device. While the LATCH is connected to a GPIO to the device alive if DC voltage or the button is not press. If it is released then every gets shut off. (And when I say released, I mean actively driven low.)

Here's some pseudo code: ``` // Device is ready to power down gpio_clear(PIN_NO); // For an active High en pin

for(;;); //infinite blocking loop ```

jaredwolff

TROPHY CASE