Removal of GPIO support

Yes I do have a lot to say, and the difference between what I say and you GPIO people is that what I say makes sense and is not the same thing over and over and over again.
None of you have made any progress what so ever in over a month, it’s still in the whining and crying state.
My kids are more reasonable!

Even when the custom component is here there is still the same crying.
You have the exact same thing, you have got the three step guide to install it, but still there is the same crying.
I don’t get it. Are you people not ever going to move on?

I was caring a few weeks ago. I felt felt sorry for you all, and wanted to help find a alternative route.
Now after all this whining and some people’s hostile comments asking for picture and name I don’t feel anything about this topic anymore.

No I will not step up and help you.
It’s clearly not possible to help a group of people that is reluctant to all changes.
Even when the change is nothing, not sure if that counts as a change then.

6 Likes

HA wants to compete with Google Home or Apple so GPIO has been removed because it’s too geeky.

No, it was deprecated because there is nobody to maintain it as part of core and will only be removed in 2022.6.

1 Like

In the day and age of excessive power costs in £ & $ it seems strange to be suggesting adding more power draw (no matter how small) for no gain. I already use ESPHOME and yes I could add an ESP to operate the fan for my Pi rack. Seems overly complex and a waste of power.

1 Like

Then shut down Home Assistant also.
It uses power also.

Can’t shutdown anymore…my button was connected to rpi gpio :rofl:

2 Likes

Yes you can… there’s a shutdown host button in the supervisor.

It uses power for a useful purpose, additional devices for something that could be done on the Pi is a waste of resources.

1 Like

There’s already a way to install rpi_gpio in HACS. Ha-rpi gpio - Home Assistant Raspberry Pi GPIO Integration | PythonRepo

Can someone tell me if any of the viable GPIO replacement options (HACS and mqtt-io) support input on the Raspberry Pi 4b with a 64-bit kernel? The inputs have never worked for me with 64-bit kernels, which as forced me to use a 32-bit kernel even on my 8GB RPi 4b (which is a waste). Are there other options I should be considering?

ESP isn’t an option for me, unfortunately, as I have a custom board built around the RPi connector and I need a UPS to guarantee that the GPIO works so don’t want to put any more load on the UPS.

Hi Porch,

any hints, how I can put MQTT IO on the same PI as my HA?

I’m already using Zigbee2MQTT, which is available as an Add-On in HA and hence was easy to install.

Thx
Matthias

Hi, in my case it does not works …

My configuration:
Operation system: Home Assistant OS 7.6
stable
supervisor: 2022.04.0
core: 2022.4.6
Python: 3.9.9
Raspberry Pi4

I coppyed whol directories “mcp23017”, “bme280” and “dht”, from relese 2022.3.8, and put to \config\custom_components, with that result:
-Platform error switch.mcp23017 - Integration ‘mcp23017’ not found.
-Platform error sensor.dht - Integration ‘dht’ not found.
-Integration error: bme280 - Integration ‘bme280’ not found.

What I did wrong? please help, at the moment I have to switch back to march version of the core …

You have to restart Home Assistant after you add a custom integration before you can use it in your config.
You’ll also need to add a version to the integration’s manifest.json if you have just copied it from the core.

First of all, thanks for quick reply, it should looks lik this (example for mcp23017 manifest.json)?:

{
“domain”: “mcp23017”,
“name”: “MCP23017 I/O Expander”,
“documentation”: “Removed integration - Home Assistant”,
“requirements”: [
“RPi.GPIO==0.7.1a4”,
“adafruit-circuitpython-mcp230xx==2.2.2”
],
“version”: “2.2.2”,
“codeowners”: ["@jardiamj"],
“iot_class”: “local_polling”,
“loggers”: [“adafruit_mcp230xx”]
}

Yes, I think that should work.
Please use the proper formatting the next time you post json, yaml or code in general.
Among other things, it should prevent accidentally tagging people like you just did in your previous post.

It works!!! :smiley: - thank you very very much @ondras12345
And sory for my previos incorrectly formated post

I did a quick port of the existing onewire component so people can continue to use sysbus with onewire.
just add the following to HACS:

I made a custom integration based on the latest core code for Raspberry Pi GPIO component. It is still very raw, so there is really no documentation yet - it will be a little later. Installation is currently only available manually. You can test…

This would be the second port of the original core rpi_gpio integration I’ve seen.

No doubt when the day comes that I need to update it, I’ll have forgotten which one I used and where I got it.

Are there any plans to make an “official” add-on that will be available from the UI?

What exactly is the advantage of your fork over to the first fork from thecode that is available on default HACS ?

Unless they add something substancially new, everybody starting their own little GPIO integration forks is going to be counterproductive, because it’s really confusing for everybody.