element14 Community
element14 Community
    Register Log In
  • Site
  • Search
  • Log In Register
  • Community Hub
    Community Hub
    • What's New on element14
    • Feedback and Support
    • Benefits of Membership
    • Personal Blogs
    • Members Area
    • Achievement Levels
  • Learn
    Learn
    • Ask an Expert
    • eBooks
    • element14 presents
    • Learning Center
    • Tech Spotlight
    • STEM Academy
    • Webinars, Training and Events
    • Learning Groups
  • Technologies
    Technologies
    • 3D Printing
    • FPGA
    • Industrial Automation
    • Internet of Things
    • Power & Energy
    • Sensors
    • Technology Groups
  • Challenges & Projects
    Challenges & Projects
    • Design Challenges
    • element14 presents Projects
    • Project14
    • Arduino Projects
    • Raspberry Pi Projects
    • Project Groups
  • Products
    Products
    • Arduino
    • Avnet Boards Community
    • Dev Tools
    • Manufacturers
    • Multicomp Pro
    • Product Groups
    • Raspberry Pi
    • RoadTests & Reviews
  • Store
    Store
    • Visit Your Store
    • Choose another store...
      • Europe
      •  Austria (German)
      •  Belgium (Dutch, French)
      •  Bulgaria (Bulgarian)
      •  Czech Republic (Czech)
      •  Denmark (Danish)
      •  Estonia (Estonian)
      •  Finland (Finnish)
      •  France (French)
      •  Germany (German)
      •  Hungary (Hungarian)
      •  Ireland
      •  Israel
      •  Italy (Italian)
      •  Latvia (Latvian)
      •  
      •  Lithuania (Lithuanian)
      •  Netherlands (Dutch)
      •  Norway (Norwegian)
      •  Poland (Polish)
      •  Portugal (Portuguese)
      •  Romania (Romanian)
      •  Russia (Russian)
      •  Slovakia (Slovak)
      •  Slovenia (Slovenian)
      •  Spain (Spanish)
      •  Sweden (Swedish)
      •  Switzerland(German, French)
      •  Turkey (Turkish)
      •  United Kingdom
      • Asia Pacific
      •  Australia
      •  China
      •  Hong Kong
      •  India
      •  Korea (Korean)
      •  Malaysia
      •  New Zealand
      •  Philippines
      •  Singapore
      •  Taiwan
      •  Thailand (Thai)
      • Americas
      •  Brazil (Portuguese)
      •  Canada
      •  Mexico (Spanish)
      •  United States
      Can't find the country/region you're looking for? Visit our export site or find a local distributor.
  • Translate
  • Profile
  • Settings
Raspberry Pi
  • Products
  • More
Raspberry Pi
Raspberry Pi Forum Use of free GPIO ports
  • Blog
  • Forum
  • Documents
  • Quiz
  • Events
  • Polls
  • Files
  • Members
  • Mentions
  • Sub-Groups
  • Tags
  • More
  • Cancel
  • New
Join Raspberry Pi to participate - click to join for free!
Featured Articles
Announcing Pi
Technical Specifications
Raspberry Pi FAQs
Win a Pi
Raspberry Pi Wishlist
Actions
  • Share
  • More
  • Cancel
Forum Thread Details
  • State Verified Answer
  • Replies 11 replies
  • Answers 1 answer
  • Subscribers 668 subscribers
  • Views 2459 views
  • Users 0 members are here
  • logic
  • raspberry
  • wolfs
  • pi
  • cirrus
  • raspberry_pi
  • raspeberry_pi_accessories
Related

Use of free GPIO ports

guussie
guussie over 10 years ago

Are there any free GPIO ports that I can use? If so, which ones?

 

What would be the best way to use them? Soldering?

 

Thanks!

  • Sign in to reply
  • Cancel
  • clem57
    0 clem57 over 10 years ago

    From the user manual: Cirrus Logic Audio Card User Manual, here is a chart:(15-20 look available)

     

    image

    Thanks fvan For showing where.

    Clem

     

    PS. the best way is to use headers soldier on so you can connect other cards and/or use them with correct wires.

    • Cancel
    • Vote Up +1 Vote Down
    • Sign in to reply
    • Verify Answer
    • Reject Answer
    • Cancel
  • guussie
    0 guussie over 10 years ago in reply to clem57

    Thanks for this answer, which I think is incorrect for my version of the RPi (B+)  but it helped me to find the correct answer.

     

    Free GPIO pins are connected to the Expansion Header on the Audio Card. The Expansion Header is the header next to the SPKOUT connections. Pin 1 is the pin right next to SPKOUT R+.

     

    The available GPIO pins are as follows:

     

    Exp pin     RPi pin     GPIO

    -------------------------------------

    1               2               5V

    2               -                3.3V

    7               6               GND

    8               6               GND

    13             6               GND

    14             29             5

    16             22             25

    17             31             6

    18             32             12

    19             36             16

    20             37             26

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Reject Answer
    • Cancel
  • g_fiedler
    0 g_fiedler over 8 years ago in reply to guussie

    Hello all,

     

    There is (now after 2 years) another question to that point.

    In addition to Wolfson CLAC on my RPi 2 B Model, i want to have a 2*16 LCD beeing fed via 4bit mode.

    In total, this requires all of the six free pins left on Extension Pin Header. (mentioned above, GPIO 5,25,6,12,16,26).

    That means: no GPIO left! But in the same time there i need another three GPIO PINs to be used for user interaction.

     

    I already regret having decided for CLAC because of this design aspect that i was not aware of in advance.

    But I looked in the manual

    http://www.farnell.com/datasheets/1928993.pdf?_ga=2.202015697.1547264241.1494880046-701073480.1494879989

    and found another free PINs "unused" (GPIO 4,27,24) (on page 15 of 21). Those are not available on the expansion header.

    What is your guess, may it be possible to use them e.g. by contacting via a (not yet designed) break-out PCB?

     

    Thanks for your contribution!

     

    Gero

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
  • clem57
    0 clem57 over 8 years ago in reply to g_fiedler

    Assuming you are correct about the free pins, have you seen https://www.piborg.org/triborg?

    It may do what you want. BTW, I am not compensated or have this, so lets us know what you think if you try it.

    Clem

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
  • g_fiedler
    0 g_fiedler over 8 years ago in reply to clem57

    Hi Clem,

     

    that Piborg PCB is exactly the kind of board that i was thinking of! Thanks for that hint.

     

    Going through the CLAC documentation, I found that the mentioned RPi-GPIOs (BCM 4,24,27) are actually routed from the 40Pin header to input PINs of the sound processors on board of CLAC. But, "unused".

     

    Anyway, the following warning is provided on p. 16 of the CLAC "user documentation"

     

    Unused functions need to be treated carefully. Although they are not enabled in the current driver they provide scope for increased functionality going forward.

     

    So, using them might cause trouble with future driver roll outs.

    (on the other hand, will there reallly be so many driver updates in regard of the fact that they have stopped selling the card?)

     

    As I already faced a lot of struggling with this card, I will check and let you know about my experience.

    (it will maybe take some time until i have checked.)

     

    Greets,

    Gero

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
  • marcelheijkoop
    0 marcelheijkoop over 8 years ago in reply to g_fiedler

    Hi Gero, Hi Clem,

     

    An other way to intercept unused GPIO signals between Pi and CLAC can be done with these kind of boards:

    https://www.google.nl/url?sa=i&rct=j&q=&esrc=s&source=images&cd=&cad=rja&uact=8&ved=0ahUKEwiQitG2vITUAhWCCBoKHSDZAUgQjRw…

    and then replace the 40 pin header with one with long pins like:

    https://www.google.nl/url?sa=i&rct=j&q=&esrc=s&source=images&cd=&cad=rja&uact=8&ved=0ahUKEwiNrJ3vvITUAhWC2RoKHcriBwUQjRw…

    Then you can stack all on top of each other without modifying your Pi or CLAC

    I use it myself to add functionality to a pizero / phatdac combination, but soon I intend to add rotary controllers and relay boards to my clac sets too.

    The mere 6 GPIO pins transposed to the expansion header will be used up quickly.

     

    As Hias rewrote the driver after 2 yeas of nothing from Cirrus Logic, He might be able to confirm the unused pins are really unused the the current driver.

     

    Regards M

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
  • g_fiedler
    0 g_fiedler over 8 years ago in reply to marcelheijkoop

    Hi all,

     

    thanks for your contribution. Meanwhile, I ordered that 40pin- piborg 1:3 replicator board mentioned above.(There is no question that Marcel's idea would work as well)

    In this case, my idea was:

     

    • the first replicated 40pin row would be used to connect a LCD which already takes all six GPIOs being normally routed to the 20-pin external header of CLAC.(here futher difficulties, it seems that the external Pins jitter, (at least the LCD shows corrupted signs whereas those do not appear if it is directly connected on RPi without CLAC)
    • On the second row of the replicator board, i would simply pinch off the corresponding pins (PIN4,PIN18,PIN13) before connecting CLAC.
      • this will cause floating pins at CLAC input.
    • to intercept GPIOs (GPIO4,GPIO24,GPIO27) by using the third 40pin row on the replicator board. I need them for additional I/O functions of my Raspbian/KODI project.

     

     

    To investigate on the concept, i tried writing on (GPIO4,GPIO24,GPIO27) with directly connected CLAC (using PIGPIO).

      1. with GPIO24 and GPIO27, i did not encounter any problems.
      2. GPIO4? not that sure, it seems that this pin is pulled to "LOW".

     

    At this point, it seems to be useful to ask Hias for his inside knowledge of the drive functionality....Hopefully, my writing is understandable for everyone reading this.

    What are your ideas, futher suggestions?

     

    Have a nice week,

    Greetz,

     

    Gero

     

     

    BTW: does anyone have a clue how to adress Hias?

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
  • marcelheijkoop
    0 marcelheijkoop over 8 years ago in reply to g_fiedler

    Hi Gero,

     

    Matthias does follow this forum , he will answer if he has some time.

    There is also some more info in the other threads , and I need to revisit them too, as there are useful pins on the expansion header of the CLAC itself I need to use for a rotary controller and IR in and output.

    My ultimate goal would be to add the rasptouch power switch/board too, and drive a relay to power an external amp and thus use about each and every unused GPIO pin from my Pi.

    So a full list of unused , otherwise available and even forwarded GPIO pins should be compiled.

    I just checked pinouts.ru , and no hits, but we could use that to document what we have and expand that with help of the community.

     

    Greetz M,

    • Cancel
    • Vote Up +1 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
  • hiassoft
    0 hiassoft over 8 years ago in reply to g_fiedler

    GPIO27 (WM5102 IRQ) is used by the new, reworked driver - it wasn't used by the older driver (but probably also driven by wm5102). GPIO4 should be safe (it's an input to WM5102), but not sure why you measured low on it. GPIO24 should also be safe as the WM5102 GPIO pins aren't enabled by the driver.

     

    A better solution would be to use an I2C expander like the PCF8574. I've used one of these to hook up a HD44780-compatible VFD display to the RPi and it worked fine in parallel to the Wolfson/Cirrus card.

     

    so long,

     

    Hias

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
  • g_fiedler
    0 g_fiedler over 8 years ago in reply to hiassoft

    Hi all,

     

    thanks for that PCF8574 hint. I would go for that idea.

    What I have in mind is the following statement from the "CLAC user documentation", Annexe 7f, p.16.:

     

    "Please note that I2C and SPI are functions utilised on the card so these cannot be changed for other functions."

     

    For me, it is not clear if and how accessing the I2C bus ressource is feasable without disturbing CLAC functionality.

    My first attempt would be to send the needed signals on the I2C bus by calling Python methods. (BTW, i have pigpio in use.)

    OK, but no idea if this would work in parallel with the CLAC driver or maybe only stand-alone?

     

    So Hias, i would like to ask you for brief overview how the CLAC driver accesses the I2C ressource of the PI

    and how those two applications could use the I2C system resource of the RPI simultaneously?

     

    Thanks,

    Gero

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
>
element14 Community

element14 is the first online community specifically for engineers. Connect with your peers and get expert answers to your questions.

  • Members
  • Learn
  • Technologies
  • Challenges & Projects
  • Products
  • Store
  • About Us
  • Feedback & Support
  • FAQs
  • Terms of Use
  • Privacy Policy
  • Legal and Copyright Notices
  • Sitemap
  • Cookies

An Avnet Company © 2025 Premier Farnell Limited. All Rights Reserved.

Premier Farnell Ltd, registered in England and Wales (no 00876412), registered office: Farnell House, Forge Lane, Leeds LS12 2NE.

ICP 备案号 10220084.

Follow element14

  • X
  • Facebook
  • linkedin
  • YouTube