# Rgb\_strip and mu\_sh3001 do not initialise

**URL:** <https://forum.sunfounder.com/t/rgb-strip-and-mu-sh3001-do-not-initialise/1124>\
**Category:** Robotic kit for Raspberry Pi\
**Created:** [May 18, 2024, 12:49pm UTC](https://forum.sunfounder.com/t/rgb-strip-and-mu-sh3001-do-not-initialise/1124 "2024-05-18T12:49:58Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![Olaf](https://avatars.discourse-cdn.com/v4/letter/o/73ab20/32.png) [@Olaf](https://forum.sunfounder.com/u/Olaf)\
**Post date:** [May 18, 2024, 12:49pm UTC](https://forum.sunfounder.com/t/rgb-strip-and-mu-sh3001-do-not-initialise/1124/1 "2024-05-18T12:49:58Z")

</div>

Raspberry 4  
Original Power-Supply from the Pi-Shop  
Pidog

Occurance: always  
The error occurs with fully loaded battery and **also** when the hat is connected to current.  
The error occurs with ssh and **also** when directly connected via hdmi and keyboard.

Starting yesterday my Pidog does not initialise (correctly)  
imu\_sh3001 and rgb\_strip  
anymore.

1. On 08\_pushup the LEDs illuminate correctly, but the Pi brings error messages.

2. When you run a script, e.g. 03\_patrol, it stops when it wants to call the rgb-strip

3. On the function demo I ran through all commands.  
The output of the pidog was always as expected,  
but action 24 brings an error message.

4. 11\_keyboard control works mainly correctly,  
but on key “minuscular L” an error message is shown and the script terminates.

5. When I ran the **test scripts** , there were **NO error messags**  
and the output of the pidog was always as expected,

6. I re-installed all modules, but it makes no difference.

 ![01 Error messages](https://canada1.discourse-cdn.com/flex029/uploads/sunfounder/original/1X/e78903f4570c0a63ff88c398bd71eaf813035c33.png)

 ![02 Function Demo](https://canada1.discourse-cdn.com/flex029/uploads/sunfounder/original/1X/e80b5542bc5780b3ab07e9049323aaa73b3cc8c1.png)

![03 LED working but errors](https://canada1.discourse-cdn.com/flex029/uploads/sunfounder/original/1X/c809301532d2d989839035042d9e0aadf9710101.png)

![04 Tests](https://canada1.discourse-cdn.com/flex029/uploads/sunfounder/original/1X/b40f39cdf7174c8a8109d6d9bdadfd7b3c8e4e41.png)

![05 keyboard control](https://canada1.discourse-cdn.com/flex029/uploads/sunfounder/original/1X/8ef1bd2d4afe432dff2038d39d98fe11ed790025.png)

How can I fix it, since the tests are running OK, and as said, for some days it worked correctly.

---

<div class="post-metadata">

**Author:** ![SunFounder\_Moderator](https://avatars.discourse-cdn.com/v4/letter/s/34f0e0/32.png) [@SunFounder\_Moderator](https://forum.sunfounder.com/u/SunFounder_Moderator)\
**Post date:** [May 20, 2024, 9:54am UTC](https://forum.sunfounder.com/t/rgb-strip-and-mu-sh3001-do-not-initialise/1124/2 "2024-05-20T09:54:15Z")

</div>

1.When you ran the example script, you encountered errors with imu\_sh3001 and rgb\_strip.  
This could be due to incorrect or loose wiring between the 6-DOF IMU module and the 11-channel light board.  
Please check the wiring to ensure it is correct and secure.  
If possible, provide us with a picture of the wiring for further assistance.  
You can also refer to our online tutorial, which includes a video on the assembly process, specifically the wiring section. [https://youtu.be/Gskge1fDR30](https://youtu.be/Gskge1fDR30)

2.You encountered an error message: “ERROR: [Errno 121] Remote I/O error.”  
This could indicate that the i2c is not enabled.  
To check if the i2c signal address is recognized, please execute the command “i2cdetect -y 1” and provide us with a screenshot of the output.  
If the i2c is not enabled, you can enable it by using the command “sudo raspi-config” and navigating to the settings page. [as photos]

3.Please ensure that the battery has sufficient charge, as the battery needs to be connected to the robot hat for it to work during startup.

4.To test if the sound is working, you can run the sound example and check if it produces sound. You can also try reinstalling the i2samp.sh by following these steps:  
cd ~/pidog  
sudo bash i2samp.sh  
After successful installation, restart the Raspberry Pi and try running the example code again to see if it works properly.  
 ![1](https://canada1.discourse-cdn.com/flex029/uploads/sunfounder/original/1X/47d696fb9391088367e17b45bcd779b71d241e43.png)  
 ![2](https://canada1.discourse-cdn.com/flex029/uploads/sunfounder/original/1X/edc58812c12a961846c89ba01608a17194ddadb1.png)  
 ![3](https://canada1.discourse-cdn.com/flex029/uploads/sunfounder/original/1X/61f1153678c2b7000b2ed497488d837836665a20.png)  
 ![4](https://canada1.discourse-cdn.com/flex029/uploads/sunfounder/original/1X/8723ba1a05638fd9fff5a81e4bdec82209d48d6e.png)

---

<div class="post-metadata">

**Author:** ![Olaf](https://avatars.discourse-cdn.com/v4/letter/o/73ab20/32.png) [@Olaf](https://forum.sunfounder.com/u/Olaf)\
**Post date:** [May 21, 2024, 9:38pm UTC](https://forum.sunfounder.com/t/rgb-strip-and-mu-sh3001-do-not-initialise/1124/3 "2024-05-21T21:38:26Z")

</div>

I ran a number of tests, sometimes with issues, sometimes without  
and I think I finally found the culprit.

The indicator for OK or NOK is the light of the 6-DOF-IMU - when it is off your problems just started.

When you move the head around (that of the dog of course),  
it seems that sometimes the cable of one of the white connectors to the front comes lose, just very slightly. It is hardly to see, but seems to be enough to create sometimes problems.

So the issue seems to be solved.

---

<div class="post-metadata">

**Author:** ![SunFounder\_Moderator](https://avatars.discourse-cdn.com/v4/letter/s/34f0e0/32.png) [@SunFounder\_Moderator](https://forum.sunfounder.com/u/SunFounder_Moderator)\
**Post date:** [May 22, 2024, 10:08am UTC](https://forum.sunfounder.com/t/rgb-strip-and-mu-sh3001-do-not-initialise/1124/4 "2024-05-22T10:08:06Z")

</div>

Do you mean the I2C interface cable connecting the robot hat is loose? And was affected by the head movement during operation?  
In theory, the wiring and connections for the I2C interface should not be impacted by the head movement.  
Could you please share some photos or a diagram of how you have the cable connected?

---

<div class="post-metadata">

**Author:** ![Olaf](https://avatars.discourse-cdn.com/v4/letter/o/73ab20/32.png) [@Olaf](https://forum.sunfounder.com/u/Olaf)\
**Post date:** [May 24, 2024, 9:36pm UTC](https://forum.sunfounder.com/t/rgb-strip-and-mu-sh3001-do-not-initialise/1124/5 "2024-05-24T21:36:51Z")

</div>

No, the cable came probably lose after head action and toppeling over.  
When you run the example scripts, like the covershot and then continue with something with big leg movements, it just falls over to the side, while the legs are still moving and pushing it over the carpet. I pressed the plug now seriously in and it seems to hold.

One problem left is the distance sensor. It delivers false readings.  
As a result, with 3\_patrol.py it just stops at one stage.

The readings change between -1.0, correct distance and 29465178537984.0 back and forth, although nothing has moved. Then at one stage it seems to lose the connection to the WiFi, because ctrl + c does not exit the script, but resets the connection.

 ![Dist 01](https://canada1.discourse-cdn.com/flex029/uploads/sunfounder/original/1X/960c459fa9dec5743efebcdf2355f9c78cf24a2c.png)

 ![Dist 02](https://canada1.discourse-cdn.com/flex029/uploads/sunfounder/original/1X/8618940e54b7ac54f1712e37e9e7f7af3028661a.png)

![Dist 03](https://canada1.discourse-cdn.com/flex029/uploads/sunfounder/original/1X/c3eff33ac85b54a4ede19c179bc6948bb6dbd1cd.png)

---

<div class="post-metadata">

**Author:** ![SunFounder\_Moderator](https://avatars.discourse-cdn.com/v4/letter/s/34f0e0/32.png) [@SunFounder\_Moderator](https://forum.sunfounder.com/u/SunFounder_Moderator)\
**Post date:** [May 27, 2024, 10:11am UTC](https://forum.sunfounder.com/t/rgb-strip-and-mu-sh3001-do-not-initialise/1124/6 "2024-05-27T10:11:42Z")

</div>

Please let us know what version of the system you are currently using.  
What model of Raspberry Pi are you using?  
This will help us to reproduce the problem and find a solution.
