esp8266-intexsbh20 icon indicating copy to clipboard operation
esp8266-intexsbh20 copied to clipboard

Feature Request: Adapt to ESP32

Open Vrumfondel opened this issue 1 year ago • 3 comments

Adapting to an ESP32 environment would have the advantage of a multi-core ECU, so the time-critical interfacing part could run on a seperate ECU, while all the WIFI and UI stuff runns on the other.

Vrumfondel avatar Sep 05 '23 11:09 Vrumfondel

No doubt, but it will:

  • increase the costs per board
  • probably increase power consumption

Also: the additional CPU power of an ESP32 is not needed for a pure MQTT gateway. Only when you want to run a webserver on the chip things start to look different. But if you have MQTT you will also have a smarthome. So why have another webserver on the chip? But I don't want a discussion about this here.

There are several forks of this project available for more powerful hardware including ESP32 and Raspberry Pi Pico W. Take a look at the closed issues and at https://github.com/jnsbyr/esp8266-intexsbh20/network and you will be able to find them.

A while back I tried to motivate the authors of these forks to help create a new combined firmware version that supports several hardware platforms at the same time, but there was no response. I will not start an this path on my own as this is a fun project for me and it should stay that way. But if there is someone willing to put time into this idea I will support it.

jnsbyr avatar Sep 08 '23 19:09 jnsbyr

Hello, thanks for the answer.

  1. Price increase: Yes, the price for the ESP board would incrase from 1.84€ to 3.97€. Honestly, not a really big jump.

  2. Powerconsumption. This is true aswell, the powerconsumption of an ESP32 is higher then the 8266. On the other hand: We are talking about a device which heats some 100l of water electically, so this is not really counting in my opinion.

Finally I would keep the project anyways flexible for the user to choos the variant, so everyone can choose what he prefers.

I'll have a look to the other projects.

Vrumfondel avatar Sep 09 '23 07:09 Vrumfondel

Finally I would keep the project anyways flexible for the user to choos the variant, so everyone can choose what he prefers.

No limitations intended from my side. This is a public repo, anyone can fork and mod.

Please note: When a project has more than a handful of technologically involved users, the project must work reliably for anyone, at least for a defined set of parameters. If you try to support several hardware platforms and IDEs, you, as project maintainer, either know your way around all these and perform regular tests with all these, or you will get quickly swamped with support requests where this or that combination does not work. This typically requires manpower to handle and this project currently does not have the necessary number of volunteers to do more. Have a look CONTRIBUTING.md if you want to help.

jnsbyr avatar Sep 09 '23 15:09 jnsbyr

closed due to inactivity

jnsbyr avatar May 25 '24 20:05 jnsbyr