News:

Server migration complete, Welcome to version 2.1.1

+-+-

+-User

Welcome, Guest.
Please login or register.
 
 
 
Forgot your password?

+-Site Stats

Members
Total Members: 15649
Latest: Androom
New This Month: 0
New This Week: 1
New Today: 0
Stats
Total Posts: 128376
Total Topics: 15784
Most Online Today: 41
Most Online Ever: 7634
(January 21, 2020, 02:14:03 AM)
Users Online
Members: 0
Guests: 17
Total: 17

new piCaps in the works?

Started by virgil1, May 22, 2022, 01:29:37 PM

Previous topic - Next topic

0 Members and 1 Guest are viewing this topic.

tbone321

I hope that if they make any revisions to it that they add a header to access the GPIO pins for things like input switches or outputs to control relay boards. 

JonB256

Quote from: tbone321 on January 24, 2023, 11:32:43 AMI hope that if they make any revisions to it that they add a header to access the GPIO pins for things like input switches or outputs to control relay boards. 

If you were to build your own (like with Bwinter's 8 output DPIPixel board - scroll UP a ways to read about them. https://www.tindie.com/products/bwinter/pi-cape-8p/

just use a header with LONG pins and you will have plenty of GPIO access. (I don't know which ones would be available). I just got my parts to assemble 2 of them. I luckily have 2 Pi 3B+ doing nothing right now.
Long time Falcon, FPP and xLights user

Bwinter

One thing to consider, is that the new DPIPixel protocol uses *all* the existing GPIO pins.  I'm not sure if there is a means to completely "disable/decouple" those extra GPIO pins from the DPI protocol (for example, on an 8-port hat)—or if that's even something that would be necessary.

JonB256

Quote from: Bwinter on January 24, 2023, 11:58:17 AMOne thing to consider, is that the new DPIPixel protocol uses *all* the existing GPIO pins.  I'm not sure if there is a means to completely "disable/decouple" those extra GPIO pins from the DPI protocol (for example, on an 8-port hat)—or if that's even something that would be necessary.

The "all GPIO pins" by DPIPixel in use didn't occur to me. I know you are only using 8 of them so I assumed the others could be used. Perhaps I'll experiment when I get my last parts (the power terminals are backordered).
Long time Falcon, FPP and xLights user

Bwinter

Side note:  the 4P terminal blocks may be back-ordered—but two 2P blocks can be coupled into one 4P (there's a small grove on the side that allows them to be joined).

Bwinter

Quote from: JonB256 on January 24, 2023, 12:11:23 PMThe "all GPIO pins" by DPIPixel in use didn't occur to me. I know you are only using 8 of them so I assumed the others could be used. Perhaps I'll experiment when I get my last parts (the power terminals are backordered).

I have played around a little—and I can still toggle the GPIO outputs, so they are useable. Just have no idea how stable they would be as input/outputs given that they are still assigned by the DPIPixel protocol.

CaptainMurdoch

Quote from: Bwinter on January 24, 2023, 11:58:17 AMOne thing to consider, is that the new DPIPixel protocol uses *all* the existing GPIO pins.  I'm not sure if there is a means to completely "disable/decouple" those extra GPIO pins from the DPI protocol (for example, on an 8-port hat)—or if that's even something that would be necessary.

The DPIPixels Channel Output code is smart enough to not enable a GPIO output pin for DPIPixels use if there are no pixels configured on that output.  So, if you use the 24-output config but only have pixels defined on the first 4 outputs, then the other 20 GPIO pins are still available for other use.

If your board has its own EEPROM instead of using the virtual EEPROM included with FPP, you can choose how many pins you want to allow for DPIPixels use. In this case, the above paragraph still holds true, if you configure the EEPROM for 8 but only use 4, the other 4 are available for normal GPIO use.  If you are only using GPIO as outputs, and had a pixel cape with unused outputs, you could actually connect your GPIO output wires to the data pins on the unused pixel output connectors instead of having to go to the pins on the Pi directly.  This would also give you 3.3V -> 5V level shifting and isolate/protect the Pi's GPIO pin.
-
Chris

Bwinter

Thanks—that's what I was hoping, but glad you confirmed.

Support FPP

+- Recent Topics

Set Time/Date by breese
Today at 11:19:16 AM

Help How I use Orange Pi with FPP by tbone321
February 01, 2023, 02:41:58 PM

No network by Steve_63
January 31, 2023, 08:17:21 PM

F48V4-NS Pixel Controller using all 12 Differential SmartReceiver ports by BirdingPix
January 31, 2023, 02:26:30 PM

F48v4NS - Pi or No Pi? by rjhodgefamily
January 31, 2023, 09:25:20 AM

Trying to configure LOR CF50D Floods on FPP Pi Player with PiCap by JonD
January 31, 2023, 07:01:41 AM

Script/Plug-In Trigger on Data by darylc
January 30, 2023, 11:31:16 PM

Attempting to move to FPP 6.3 from 4.4 - Assigned IP is in different subnet. by Poporacer
January 30, 2023, 05:06:59 PM

Camera input for WS2811's by dkulp
January 30, 2023, 04:02:55 PM

F16v3 Won't boot or power on by rjhodgefamily
January 30, 2023, 02:22:05 PM

Powered by EzPortal
Powered by SMFPacks Menu Editor Mod