Open stavi58 opened 3 years ago
That's what I was following and didn't seem to have luck. That in conjunction with your manuals.
On Tue, Feb 9, 2021, 1:26 PM Ton van Overbeek notifications@github.com wrote:
Does this help? https://community.octoprint.org/t/using-brightpi-with-octoprint/18557
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/PiSupply/Bright-Pi/issues/18#issuecomment-776182583, or unsubscribe https://github.com/notifications/unsubscribe-auth/ASZB4TXUB4VGCFISVLQADBDS6GD6NANCNFSM4XKMIFJQ .
Anything else using the I2C bus? (e.g. LCD display, sensors on the printer, sending commands to the printer, etc.).
What is the output from i2cdetect -y 1
(note: no sudo).
Bright-Pi uses I2C address 0x70.
No there isn't. This is what I get with the I2Cdetect command.
Something is definitely wrong with your i2c setup. i2cdetect detects a response on every i2c address. Check your wiring for the i2c bus (GPIO2 and GPIO3, physical pins 3 and 5 on the 40-pin connector).
Generally this happens because something is pulling SDA (pin 3) low. The i2cdetect program checks for the existence of a device by sending its address then letting SDA float high. If the device exists it should pull SDA low to signal its presence. Check your wiring to make sure SDA hasn't been inadvertently connected to ground.
Ok i got the light up and running via the test command (brightpi-test.py) through the command line. Now my last question. What plugin on octoprint do I use to independently control the IR LEDs and the white LEDs?
On Tue, Feb 16, 2021, 8:53 AM Ton van Overbeek notifications@github.com wrote:
Generally this happens because something is pulling SDA (pin 3) low. The i2cdetect program checks for the existence of a device by sending its address then letting SDA float high. If the device exists it should pull SDA low to signal its presence. Check your wiring to make sure SDA hasn't been inadvertently connected to ground.
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/PiSupply/Bright-Pi/issues/18#issuecomment-779888016, or unsubscribe https://github.com/notifications/unsubscribe-auth/ASZB4TT6I4QRIUWHMZZFH73S7KBFFANCNFSM4XKMIFJQ .
The LEDs can be controlled with the functions of the library. See https://github.com/PiSupply/Bright-Pi. You must find a way to run your own python scripts from octopi.
Got it. Thanks
On Sun, Feb 21, 2021, 6:27 AM Ton van Overbeek notifications@github.com wrote:
The LEDs can be controlled with the functions of the library. See https://github.com/PiSupply/Bright-Pi. You must find a way to run your own python scripts from octopi.
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/PiSupply/Bright-Pi/issues/18#issuecomment-782849891, or unsubscribe https://github.com/notifications/unsubscribe-auth/ASZB4TXO2K3YOCCYYCJEOHDTAD335ANCNFSM4XKMIFJQ .
I'm having issues getting the bright pi working with octoprint. I've build the bright pi per the instructions and have installed the RPi.GPIO library, enabled I2C in RASPI-CONFIG and rebooted. Then did the auto bright pi install with "sSL https://pisupp.ly/brightpicode | bash" and had success but can seem to get it to work when I do the test command. Am I missing a step in setting this up? New to python