Removal of GPIO support

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.

I agree, that fork is better. At the time of the creation of my fork, I did not find it, because for some reason it was not in my HACS database. I made mine for myself and just shared with everyone. Well, let it be the one, since there is already a good job done there …

Hi all

I think much of the discussion could have been prevented if the depreciation information (Removed integration - Home Assistant) would mention the possible solution’s proposed in this 140 messages:

  • use remote gpio integration (which will not be depreciated)
  • use mqtt to communicate with gpio
  • copy old code to custom folder
  • install from repository mentioned above using hacs
  • use esp32 (not doing 100% the same but for future usecases an idea to consider)

Did I miss anything?

Can anybody add the hints there?

Here is the description (I tried to log in to GitHub and add it myself but didn’t find the right file as the depreciated page is linked to a default information page.):

Proposed solutions include:

Regards
Petr

2 Likes

Updated HA to 2022.6 on my RPI yesterday and was “surprised” to see that rpi_gpio and 1-wire support was removed.
I use HA to control power from solar panels and a heat pump using relays and ds1820.
rpi_gpio was easy to reinstall via HACS. But 1-wire still don’t work. owfs / owserver apparently don’t work with the 1-wire interface on rpi - or is there a guide that I dont know?
What is the simplest way to get HA on RPI to read 1wire data in /sys ?
Br Jorgen

PS. found this on github - will try it out during this week:

1 Like

@jorgen_DK if you are already using OWFS / OWserver, one option would be installing a I2C to 1Wire board such as this one

Yesterday I installed ha-onewire-sysbus on my HA on RPI - it simply works.

After the rpi_gpio support was removed from HA. Has anyone been able to get a DHT22 to work on a HA Supr RPI GPIO Pins?

So I bit the bullet, got a d1 mini, a few jumper wires, a micro usb power adapter, a 10k resistance and a prototype board.
Got my four ds18b20 back online today and I’m back to monitoring ac and gas furnace performance.
It’s not the prettiest thing and probably will need to get a case but it works

After update core to 2022.7, the custom components stopped works :frowning: again, do you have any additionall tips, to be able to use DHT22, BME280 and mcp23017 components?

Solved.
Here is the solution to RPI GPIO problem.

Is this a new version? It looks like the only thing which changed is the manifest.json file.

I used the manual install, not HACS, so if something changed I’d have to copy down the new one. I’m not even sure where I should be looking to learn if a new version was available.

You can watch the addon releases page on its repository.

Version 2022.7.0 of the addon has been released on June 30, 2022.

I don’t really understand a lot of these changes. Not just with this integration; they all seem to have very cryptic changes. For example, when it says “bumped to version xx,” what does that really mean? Just the version number changed, or was there some dependency change?

Sorry to ask such a basic question, but I never know if there’s some functionality I should be testing, or if I can ignore those kinds of entries.