Anyone looked at Shearwater CANBus Protocol?

Please register or login

Welcome to ScubaBoard, the world's largest scuba diving community. Registration is not required to read the forums, but we encourage you to join. Joining has its benefits and enables you to participate in the discussions.

Benefits of registering include

  • Ability to post and comment on topics and discussions.
  • A Free photo gallery to share your dive photos with the world.
  • You can make this box go away

Joining is quick and easy. Log in or Register now!

telemonster

Contributor
Messages
444
Reaction score
195
Location
Northern Virginia
# of dives
200 - 499
Has anyone poked at the Shearwater CANBus protocol?

I have a Prism2 and always wondered about something like a DIY NERD2 that only has PPo2 and depth information on it. There are some cheap OLED Color screens out there that are tiny. Microcontrollers with CANBus are cheap. The optics side is a bit more tough, as is housing. Maybe also add an offset motor if the PPo2 values fall too far out of line (in the red.)

I love the NERD units but the DIY side in me is curious (plus price point is rough.)
 
What is DiveCAN® and why should I care? - Shearwater Research

I have to agree with the sentiment. It would be a fun project. I suspect shearwater would share the documentation on DiveCAN if asked. After all, they intend for third party rebreather manufacturers to be able to talk to them over DiveCAN.

Oh interesting! I wish that diagram was in the Prism2 manual. The people I asked didn't know how things were laid out inside (System architecture) so I ended up taking the unit apart to see.

I asked if the protocol was open at the DC Dive Show and was told no. I doubt they want work-a-like products available, or devices that could cause problems. Or people asking for support on things that aren't generating revenue for them.

Also, they tend to only do deals with manufacturers for their CCR electronics AFAIK. They don't sell the control electronics as generic kits to convert non-Shearwater units and homebuilds.
 
CanBUS tools on the way. Will report what I find once they arrive and I get a chance to poke at it.
What did you end up going with? My scope (dirt cheap rigol ds1054z with upgrades) doesn't include logic inputs, so I was kicking around the idea of getting a cheapie USB logic analyzer which could then be accessed with sigrok which in turn decodes CAN (and many other protocols). There's about a million options for decoding CANbus though, so I'm curious.
 
What did you end up going with? My scope (dirt cheap rigol ds1054z with upgrades) doesn't include logic inputs, so I was kicking around the idea of getting a cheapie USB logic analyzer which could then be accessed with sigrok which in turn decodes CAN (and many other protocols). There's about a million options for decoding CANbus though, so I'm curious.

I have a similar Rigol DSO as well, with the protocol decoder unlocks. A smart friend said the decoders don't work very well. I ended up ordering a DSLogic Basic, which can use the DSView software or the Sigrok tools. Friends also pointed me to the Travis Goodspeed CANBus tools, but from quick glance they look more bent towards automotive. Huge props to Travis all around though. Seed Studio has an Arduino AVR board with CanBUS transceiver ICs on it as well, that might be a good place to prototype.

Outside of the diving stuff most of my electronics is pretty low speed vintage computer repair or arcade/pinball machine repair so the DSLogic Basic should be good enough for my usual needs.

I haven't looked at the connectors yet, but I think it's a 4 or 5 pin thing. Will have to figure out power and ground, then find where the data lives.

With the 12 LED Shearwater HUD (Which is bad ass, so tiny given what it does) it does have a calibration function. So not sure if the HUD just receives the mV readings from the OBOE board and is responsible for handling the ppo2 ratio / save calibration setpoint or if it passes a message back to the OBOE board to tell it to save the values. Very impressive either way given it's size.
 
@telemonster the calibration is stored in the SOLO or OBOE's, not in the displays. This allows you to actually hot swap the displays between units while diving to transfer your deco information over, but not have janky calibration information. This is used by some of the guys in the KUR on their decompression rebreathers. They'll take their monitor off of the primary unit that has been tracking live the whole dive, then plug it into the deco breather and it gives them accurate deco data. This is all validated from fixed ppO2 independent handsets, but it does work and is quite nifty.
 
@telemonster the calibration is stored in the SOLO or OBOE's, not in the displays. This allows you to actually hot swap the displays between units while diving to transfer your deco information over, but not have janky calibration information. This is used by some of the guys in the KUR on their decompression rebreathers. They'll take their monitor off of the primary unit that has been tracking live the whole dive, then plug it into the deco breather and it gives them accurate deco data. This is all validated from fixed ppO2 independent handsets, but it does work and is quite nifty.

tbone1004 - Awesome info! So that means anything created to replace the HUD needs to be able to pass message back to the OBOE to trigger calibration.

Much thanks for the info!
 
Started trying to poke at this last week. So far I've established pin #1 (which is the center bottom pin on the 5 pin connector) is tied to system ground.

The next issue I have is the connectors used. They're pretty sexy, but in my mind I could back it out part way and access the contact to clip on. Turns out it's not the case (I rarely disconnect my handset and hud from the head.)

I found the connectors that they use I believe, wet mate MCIL-5F and MCIL-5M. So far the pricing for the connector alone seems to be in the $80+ range each. Whooo bum stinging thinking about that one. They're use in a few applications so I will either hunt for an extension cable that can be sacrificed or maybe look at 3d printing something and using some nice pins.

I'm only looking to sniff the read-only hud side.
 
The next issue I have is the connectors used. They're pretty sexy, but in my mind I could back it out part way and access the contact to clip on. Turns out it's not the case (I rarely disconnect my handset and hud from the head.)

In similar scenarios, I've been able to insert the ends of wire-wrap wires (i.e. insulated, stripped, very fine gauge) into the female sockets, and hold it in place while plugging in the male connector.
 

Back
Top Bottom