No, ESP32 replaces VoiceIQ. The whole idea is/was to get rid of cloud-based integration(s). This goal is successfully achieved. But yes, it is possible to combine Commands/Signals from VoiceIQ and ESP32 with simple AND Gate (Tx from VoiceIQ and Tx from ESP32 needs to be combined with AND Gate, all other connections just a wires).
Temp Monitoring could be easely added to the ESP32 but I don't see any use case for this.
If I can open VoiceIQ without damaging the device it could be possible to use just a VoiceIQ Flow Sensor and add valume report/control to the ESP32.
But here is my question:
Why do you need extra DIY Device if you are still planing to use cloud-based integrations (Delta + Alexa clouds)? VoiceIQ does it all.
My goal is not to use any cloud-based integrations at all.
In our use case, linking it to Hubitat is not a must, but I do like the ability to be able to ensure that the water is flowing when the in-sinkerator is turned on, and stops when it is turned off. That said, the sink has 2 bowls, so no guarantee that itās pointing to the right one, but we are typically always around to ensure it doesā¦
As for the water temperature, that would be great data to send to the hub. My use case there is to be able to have the water Heat-up before starting the dishwasher. Again though, I havenāt thought about a way to link both yetā¦ and thereās always the risk of the handle being in the cold position which would mean it would never heat-upā¦
For this spesiffic reason I mounted a simple "capacitive liquid sensor" on a drain pipe from insinkerator. HE sees it as an Contact Sensor. The RM rule will not turn on a Garbage Disposal if there is no water flow detected. And automating a Garbage Disposal is the only a reason why I need Touch2O to be controlled by HE (better without any clouds involvement). I should do DIY control long time ago but I was too lazy and bought VoiceIQ just for this reason. Now because Delta is playing games the time came for the DIY (no cloud) solution and it is already done.
Because the Temp Control is done purely by handle position it cannot be reliably controlled by any atomation(s). I am not planning to add some sort of mechanical actuator to the handle. So, this unreliable automation is pretty much usless. Even thought, adding a Temp Monitoring not a big deal I really don't see any usecase but I may add this capability just in case.
UPDATE on VoiceIQ.
It happens to be opening a VoiceIQ case was not a big deal:
The electronic board is pretty much usless for converting it into custom device. SW is encripted, CPU is not an ESP32 but anyway it is locked for the reprogramming.
However Water Flow Sensor definitely could be reused. All waht is neded - is to mount Hall Effect Sensor to the plastic tube. And the location is known. So, I might be able to add valume monitoring and control capabilities to the ESP32 project. Frankly, I don't see any use case for this but I may try to play with this toy.
I moved to that app ages ago, but I rarely use the integration so it wasn't a bother for me.
I just poked around and things still work (at least for gen2; not 100% sure about gen1 but I don't really see why it wouldn't).
The only changes that need to be made from this code are to change the URL a bit and add the MAC address you get when inspecting.
First of all - I am glad to hear the Delta cloud-based integration is still alive. However this intergation is a cloud-based. I am desperately trying not to use anthing clousd-based and I am very happy if i can get reed of whatever cloud. Recently I was able to create a DIY ESP32/Hubduino controller for Touch2O Delta Module. Here is a finished, tested and deployed controller board (box is co0mming):
Current version only sends a Valve Open/Close commands and reports correctly Valve State even when valve is manually controlled.
I collected enough reverse-engineered info for adding Temp Monitoring but frankly I don't need this info for any automations.
I was able to open safely VoiceIQ Module. The existing VoiceIQ board cannot be reused because the fimware is encreppted but was is worse, the hardware locked for the reprogramming. However the Flow Sensor definitely could be reused. I place a Hall Sensor in the same spot where on board sensor is/was located and I can see a very clean singnal. The minimal detected flow rate is something like fast dripping. So, volume measurument and dispencing could be added but again, I don't see how to use this info in automations.
PS.
If anybody is interested in this DIY Hubduino project I can share a details.
That is impressive! And I agree, I want to get off the cloud, but in my case I haven't taken the plunge of learning custom hardware.
However, so long as the valve opens and closes, if you just want to match VoiceIQ functionality, that module didn't know flow rate; it only assumes an 100% open valve, uses common flow rate as some sort of baseline and calculates the time for toggle=on required to dispense 'x' milliliters of water. It then just runs the same logic against other units in multiples of that.
So if you turn your tap on full, then time out how long it takes to get a liter and divide that by 1,000, you can implement the same logic as the tweaked driver I linked in my last post, against your Arduino, and you can build dispense gallons, dispense cups, etc. based on that, as functions of open for x time then close.
I am confused. If I want to implement a dispensing function it will not be based on time and assumption that valve is 100% open. VoiceIQ is using a turbine and a hall sensor. This turbine definitely could be reused. Just in case I testted a turbine with hall sensor placed in the same place where the original one was located. The signal is nice and clean. So, the exact valume could be measured precisely. But I am not planning to add this function as well as reporting temperature simply because I don't need them for any automations.
