Vehicular libraries/projects written using Elixir (e.g. OBD-II logger etc.)

There must be something, as IIRC QuickCheck was used in the automotive industry for testing some systems. But I cannot tell anything more.

About NgCAN, it seems that with OTP 23+ (or 24+) you do not need C code, as you can use socket module instead (it allows any protocol ID, and these can be found via socket:supports/{0,2}).

Thanks for your response.

Yeah with NgCAN you should be right.

Hey @fklement, did you make progress here? I’m converting a Ford Transit into a vanlife/tinyhome and am building a Nerves/Phoenix dashboard for management of lighting, heating, etc. I have an OBDLink MX+ bluetooth OBD-II reader and am attempting to query vehicle data. Did you find more prior art or develop a solution yourself?

Hey, for reading the vehicle data maybe you wanna checkout my latest project here

Hi @skyler first of all sorry for the late reply.
No, I would have loved to. But I decided not to use nerves for my project.

Regarding reading CAN data, I have started to develop a small library to facilitate the candump tool for Linux. The library is called cannes (GitHub - fklement/cannes: A library for CAN written in Elixir · GitHub) and is in a very early stage. But I plan to develop it further after I finish my master thesis next month.
(@pay64k This might be interesting for you to look into as well. Maybe we could work together to develop a unified CAN library for elixir. )

Thanks also to @pay64k for pointing out your project. I will definitely have a look at it.

Definitely, it would be nice to be able to use CAN library for projects that includes reading data form car’s ECU. My project uses ELM327, which has some hiccups from time to time - I don’t know wether it’s caused by poor quality of my adapter or by the fact that it’s not fast enough (or maybe it’s the ECU). Problems appear when, for example I try to read a lot of data in short intervals (like 250 ms). I believe that eliminating ELM and talking directly over CAN would be faster.

On the other hand, getting ELM is way cheaper then a specialised CAN module/connector for RPi for example. But hey, I’d definitely like a smoother data refresh on my dashboard

I’ve been using elixir professionally in the automotive industry for a few years. One of the artifacts was open sourced and be found here GitHub - AleksandarFilipov/signalbroker-server: Development tool to read and write CAN/LIN/flexray and other buses using gRPC which allows usage of preferred language. · GitHub - it was previously hosted by and automotive company.
Today I’m working on a derivate (which is closed source) which is located here GitHub - beamylabs/beamylabs-start · GitHub (yep it’s a shameless plug) but nevertheless it might be fun knowing that stuff is ongoing.
I would have assumed that the mentioned open source project would be easy to find given that I’ve populated it will loads of automotive buzzwords.

I also found this: https://medium.com/@zolotarev_k/elixir-nerves-for-controlling-your-car-part-1-3474afed4749

How far have you gone? Can you share an update?

Just found this thread while searching for folks using elixir for OBD, in case you aren’t aware, with two other folks, we’ve worked on a side project that allows to make parts from different manufacturers to talk together in the same vehicle. We used it to retrofit an old VW Polo and make it remote controled: Driving a car powered with Nerves and Elixir

We’ve also created a new library to interact with the CAN bus: GitHub - open-vehicle-control-system/cantastic: An Elixir library to interact with CAN/Bus via lib_socket_can · GitHub

We are looking into adding OBD support so we can allow anyone to get started with the components we created by simply plugging them to their car’s OBD plug. If there are elixir libraries to easily interact with OBD, we’d love to check them out.

Small update, OBD2 support was just added to Cantastic.

I’ll explain how to use it in my upcoming NervesConfEU talk: A Nerves Car, and I’ll work on the cantastic documentation afterwards. It’s not a full OBD2 support but it handles the request response scheme, accepts multiple PIDs,… so it’s already good enough to get started.