Recent submissions

Comment · 6 years ago
https://github.com/fhunleth/troodon-cam

This is somewhat old now, but the PRU code which i find to be the most important part is still good.

Comment · 6 years ago
My last company (https://farm.bot) worked with a supplier called LDO Motors. I believe they are a partial supplier to Prusa 3D printers as well.
Comment · 6 years ago
That's the beauty of Nerves in my opinion. We aren't trying to be a web framework. If that's what you want, bring it yourself. Nerves is here as a tooling for deploying your application to hardware platforms. It takes care of all the stuff that most people don't want to deal with. This means that aside from learning some basic mix tasks (`mix firmware` to assemble your firmware and `mix burn` to write it to an SD Card), you don't need to "learn Nerves" only "learn Elixir".
Comment · 6 years ago
Where did you get this information? it's simply not true. I shipped a product using RPI0W for $5 a pop in large quantity.
Comment · 6 years ago
Comment · 6 years ago
While i agree that products shouldn't ship on raspberry pi, it's not as nonviable as you might think.

> Not to mention, having to rely on Raspberry Pi of any kind for commercial use is tough in large quantities

Maybe you weren't talking to the right people? I've shipped two products using raspberry pi and getting them in quantity was never a problem for me. we could easily get them in quantities of 500-1000 at a time for the RPI0W models and the RPI3B+ models.

> True, but also consider you still need to add a radio and then run it all on batteries

I don't think Nerves is a great fit for battery power, but RPI0W comes with a BLE and WiFi radio built in. It's also easy to add LORA or other sub ghz radios.

Comment · 6 years ago
There have been a few projects that use the PRUs with Nerves. It's pretty trivial to get setup. We've been trying to come up with a way to package an Elixir project to get started.
Comment · 6 years ago
Hello, Nerves Core Team member here. Unfortunately, most of this just isn't true and i'd like to address some of your concerns to prevent incorrect information from being spread.

> until you realize it's basically all just ported C code that you're trusting to not crash the whole erlang VM.

We rely on very little C code at runtime. The networking libraries have a tiny bit of C glue code to talk to Linux, but other than that we use mostly Elixir. I've been shipping Nerves in production for 4+ years now and "trusting C code not to crash" has never been a problem for me or anyone else I know using Nerves in production.

> It's effectively one huge NIF.

We actually don't have any NIFs in the core of Nerves. You would have to bring them in yourself, which I expect would be caught in the dependency screening process of your project. Any time we need C to access something in Linux, we usually reach for Ports since they can be properly supervised.

> I'm still waiting for a nerves compatible PID control module!

there is at least one PID library in Elixir that I know several people have used, and at least one company uses in production.

I wish you had done a bit more research before writing this message, but I hope I've addressed any concerns for future viewers.

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton