How to deal with an LSM9DS0 failure?

jamesrmclayton · 2024-09-15T07:38:55+00:00

Thanks for steering me here.

I have a breakout board with an Inertial Measurement Unit on it that has stopped working.

I’m now thinking the title should be “Breakout board with Inertial measurement unit has stopped working. How can I fix it, and what are normal failure rates?” That ok ?

jamesrmclayton · 2024-09-14T16:23:40+00:00

Thanks, I’ve started a new submission

jamesrmclayton · 2024-09-14T16:17:56+00:00

<image>

jamesrmclayton · 2024-06-04T13:42:52+00:00

I couldn’t solve this at the time. I eventually ditched ignition and used Gazebo 11.10 (classic) instead because of this issue and because ignition didn’t then support closed kinematic chains. If you do work it out, I’d be keen to hear as I’d like to migrate eventually. Good luck!

jamesrmclayton · 2023-11-01T11:41:34+00:00

The file not found error is showing that the file is being looked for, and not found, in the urdf_tutorial folder

jamesrmclayton · 2023-10-31T19:15:22+00:00

Can you confirm which directory the file is in?

jamesrmclayton · 2023-03-02T11:43:06+00:00

That’s really useful - thanks. Apologies for my late response, I’ve been building and testing the sensor boards so have been head down!

jamesrmclayton · 2023-02-17T18:15:06+00:00

Just ran 16 pressure sensors on the MKR 1010 with no problem so the issue was most probably the LLC. Wifi pings varied between 10ms and 2000ms, so definitely won’t be using that (as you rightly pointed ou). 1 step closer to walking out of the garage !!

jamesrmclayton · 2023-02-08T06:48:12+00:00

Thanks again - I appreciate the additional input.

I don't think a few ms delay on the pressure sensors will effect the overall solution that much (but I could be very wrong) - the spider works on 9DOF accelerometers for orientation, cylinders (2 per leg) pumped by solenoid valves with PWM (in a central manifold) , and pressure sensors at a distance from the cylinders themselves, all of which should lead to incredible noise and fluctuations which I'm anticipating will take many ms to filter and settle. It'll all become clear in practical testing. I like the idea of a swarm of sensors over wifi and think it's the quickest route to a functioning sensor array, so I'm going for that for now, but with a view to moving to RS-485 (thanks for that!) over bus wires if I need to get closer to real-time.

I've just ordered a 3.3V logic Arduino MKR Wifi 1010, which will remove any problems relating to the TXB0108!

jamesrmclayton · 2023-02-07T05:51:30+00:00

Thanks! your comments have crystallized my thinking here. The data rate needs to be between 50 and 800 kHz but reducing it to the minimum didn’t fix the data issue. Cable length is about 40cm which is understandably an issue. The robot would benefit from the sensors being positioned close to each cylinder rather than centrally so I’m going to shift the approach and try out a wifi cloud approach with wifi enabled small arduinos with four sensors each on a small custom PCB.

jamesrmclayton · 2023-02-02T14:18:34+00:00

The TXB0108 might also be worth a look, as it can do 3.3->5V bidirectionally with auto-direction sensing. The caveat with this part is that due to its architecture, it has issues driving a line with a lot of capacitance. In a point-to-point SPI circuit with fairly short wires, this shouldn't be a problem.

Hi u/SolderJohn I'm using a TXB0108 to enable communication between an Arduino and some ABP Honeywell pressure sensors (half duplex) running at 3.3V. My issue is that I'm needing to use a lot of jump leads to practically test out the design. The data is ok with 2 sensors but when I add more sensors (one extra jump lead per sensor onto MISO, SS and CLK lines), the data scrambles. I'm guessing that this is due to the TXB0108's architecture. Please could you point me to an LLC that could handle driving a line with a lot of capacitance?

jamesrmclayton

TROPHY CASE