It really depends on the device and what you are controlling. I fine it easer to disassemble things and reprogram. Some you can just hold while programming and others need soldering.
I have reprogramed
https://www.kmart.com.au/product/mirabella-genio-wi-fi-smart-ir-universal-remote-controller/2622812
and other mirabella devices.
Tasmota Documentation - Tasmota Is a good 3rd party software
Tasmota Supported Devices Repository is a good resource to determine compatibility
Thanks, my eventual aim is to do a lot more myself. Another project I am working on is building my CNC laser/router from a cheap kit. So I have added switches all over it and wrote custom software for an arduino clone to monitor the hardware and give feedback to the CNC control board.
I have a demo wemos talking to my mosquitto server and that is working well, so I am now getting OH2 to chat to my wemos via mqtt.
I used to work as a mainframe computer operator in banks and government.
I will have fun reading over the documentation.
I also purchased some of my hardware from KMart.
Is this done through the Google Device Access Console? I haven’t been paying attention to that discussion so I don’t know how far it’s progressed.
I have a CNC router too
I work on this boring stuff https://www.youtube.com/watch?v=8vllq9mlL58
It sounds to me like you have all of the necessary skills to do it all on your own. I recommend Hacking pre built devices as it takes alot less time and you will have more time for other projects.
Here is my reasoning for this.
For my fans I use a https://itead.cc/product/sonoff-ifan03-wi-fi-ceiling-fan-and-light-controller/
Cost was $30 au each
I (electrician) installed them behind blank wall plate $5
I use double sided tape to attach remote to wall plate for local control
Install time and programming with tasmota about 1hr
I integrated it into openHAB using my usual method of VSCode remote SSH in to edit config files.
Thing creation
Bridge mqtt:broker:myMQTTBroker [ host ="192.168.1.148", secure =false, username ="let", password ="me in" , clientID ="myMQTTClient" ]
{
Thing topic fan1 "Dining FAN" [ availabilityTopic="IFANdining/tele/LWT", payloadAvailable="Online", payloadNotAvailable="Offline"] {
Channels:
Type switch : Power1 "Dining Light " [ stateTopic = "IFANdining/stat/POWER", commandTopic = "IFANdining/cmnd/POWER", on="ON", off="OFF" ]
Type dimmer : fanspeed "Fan Speed" [ stateTopic = "IFANdining/stat/FANSPEED", transformationPattern = "JSONPATH:$.FanSpeed", commandTopic ="IFANdining/cmnd/FANSPEED", 0="OFF", 1="LOW", 2="MED", 3="HIGH", 2=100 ]
}
}
Items
Switch Dining_light "Dining Light" { ga="Light", channel="mqtt:topic:myMQTTBroker:fan1:Power1" }
Dimmer Dining_fan "Dining Fan" { ga="Fan" [ speeds="0=off:zero,1=slow:low:one:on,2=medium:two,3=high:three:100", lang="en", ordered=true, roomHint="Dining" ], channel="mqtt:topic:myMQTTBroker:fan1:fanspeed" }
Rule to set default ON command to 1
rule "Dining Fan on"
when
Item Dining_fan received command ON
then
Dining_fan.sendCommand(1)
end
Because I have Google Home connected to the openHAB cloud connector I can say “Hey google turn the dining fan to high”
You already have some devices that can be hacked to do exactly what you want if you need any help either config base or UI programming let us know.
I have been following along on this discussion as well. I don’t have any non hacked devices to test with However with short cuts you may be able to link devices. I was wondering if using the same name would link the items together.
I just caught up on the thread, and it’s limited to Google/Nest devices (not including the Nest Protect). So, I don’t think there’s an avenue to share devices from Google Home to openHAB, as is the case with Alexa.
I’m actually tempted to get an Echo Flex just to mess around with this. Is there noticeable lag when you control your bulbs? I know that the reporting to openHAB is slow due to the 10-minute polling period, but that doesn’t really matter if you just want to send commands to devices.
I assume that it has to go through Amazon’s cloud, but that’s no worse than going through Tuya’s cloud.
I have been in the industry since 1985 when I started as a dispatch clerk for National Australia Bank and then worked my way up.
A lot of what is driving my desire is that we are reinventing our business and looking to use automation to take over repetitive or manual task. So my first project is the CNC because I bought a very basic unit to get my fingers wet and now I have added automation so I can run the CNC remotely. That is after I load the material I can go to another room and control the device from there.
So OpenHab is going to give me a good framework for automation going forward and I have a Wemos D1 Mini on my desk running sample code that is talking to my MQTT broker so next is to complete the connection to OH.
I have merged all of my legacy gear into the Tuya app which has given me so much more flexibility over the devices and had my fixed line to the internet repaired. It had a rusty connection in the pit outside of our house.
So going forward, ideally I would like to include my Tuya devices in OpenHab, however if it does not happen then I am not going to be upset because I will replace a lot of that technology with technology that I have built inhouse. So a lot of the lighting will be replaced with low voltage DC lighting.
As for my legacy gear, it will just be used to fill gaps on occasions were I need to switch mains current for a special project.
So at the moment my OH installation is polling the 4 access points in our house and our upstream ISP. It is also giving me the latency on our upstream connection. So for me, network monitoring project, ticked.
What CNC do you have? I was looking for something to play with.
I did CNC years ago and worked for Comeng and made the XPT trains in NSW. Those CNC were 24 meters long! Probably don’t need a CNC that big nowdays. 
I also have Tuya devices but I managed to flash those with Tasmota before Tuya screwed down the OTA process.
All my devices are controlled locally and I don’t have anything relying on the internet.
I have a 2418 CNC however this is the next model up and what I would buy if I a 3018 from Banggood or any other supplier
This will give you an idea of what I have, my bed is a bit smaller.
https://www.amazon.com.au/Standard-Spindle-Engraving-Cutting-Engraver/dp/B07BMMDSZS
Here is my CNC https://photos.app.goo.gl/RbnZFfV2JdFg2j5g8
and the control boards https://photos.app.goo.gl/FMfC4MZzs9xZXxiU7
Oh and I so have travelled on those XPT trains to many times to count. My first project to move offline will be my desk lighting. That will be my hello world project.
What is totally funny is how far Google is behind Amazon when it comes to the smart home industry. I started with Google because we use Google cloud services to run our business. However I purchased am Amazon Dot and that opened my eyes to how far ahead Amazon is.
Amazon website needs a lot of improvement however Google does not even have a website for its home projects. If Google has they have not made it easy to find like Amazon.
Do you know who we really need on this project, Andrew Tridgell, yes the legend himself who packet sniffed Microsoft’s protocols to reverse engineer microsoft file sharing and develop Samba.
So if all else fails we just need someone two is a legend at pulling data streams apart.
I have seen Andrew talk at a few meetings I attended, he has a way with words. Yes I am an Andrew Groupie.
I now have OH2 talking to my wemos via MQTT in a bidirectional way. Totally happy camper,
I still have some way to go in learning about OH, however I have hit my first milestone.
The issue with TUYA is that they change the goal posts and want total control through their api. All data to turn your lights on and off goes through China. I decided to keep it all on my local LAN.
You have MQTT to openHAB sorted however if you need help or reprogramming the TUYA stuff to something else let me know.
Some good points, I will gradually migrate my stuff off cloud based technology to local devices. I do not need to change my wifi config once it is set because every new access point has my standard setup.
We have having a bit of a debate in Australia about renewables and coal power, I am in the home solar PV camp so there has been a push to tax us to export to the grid. So given how fragile our grid is I am happy to play the long game and just rebuild all of my technology so it runs local off my network.
So when I have a fibre internet connection to my house then that will really push me to go off grid.
I think our best hope is that Matter takes off as a standard. That’s the only proposed standard right now that has the backing of Amazon, Apple, Google and the Zigbee Alliance (among others). My hope is that manufacturers will move to support that since it theoretically will give them seamless integration with HomeKit, Alexa and Google right out of the box.
As for reverse engineering the protocols, the world has moved on quite a bit since the days when Samba was developed. Even the cheapest of Chinese manufactures will use off the shelf end-to-end encryption that will make just looking at the packets insufficient. And if they are not using such encryption, you probably don’t want to be using those devices anyway.
Yes the world has evolved a lot, I have a cheap android tablet that I decided to put on a stand on my desk so it has Tuya app on it. Meanwhile I am collecting a bunch of material so I can built my own devices that interface easily into OH.
I have worked on the health insurance mainframes here in Australia and saw how they use scripts to automate everything. Back when I was there we used the high level language Rexx.
My wife has her head deep in NSW law at the moment for her job, so the pressure is on me to keep our network up and stable, and when it fails to put as much weight on those concerned to get it fixed.
It took us about three months to get a cable inspection and when it finally happened the NBN tech found there was no insulation on the cable join housing in our pit and it had been like that for years.
If anyone is following my story I have had my head deep in documentation, paperui, looking at error messages in the OH log files, and editing files with vim.
I noticed a comment somewhere else on here for us noobies not to use config files because of YAML errors, YAML is just another language for me. So I have translated just about everything I have done in paperui to config files except the link from the thing channel to the item. I used paper UI to add the item, lets just say its been a heavy read and I am not sure how those without my skill set would go navigating the documentation.
Hi,
Why didn’t you use OH3 it is heaps better in my opinion. I just use javascript and no DSL rules. No need to use vim (although I love vim)
I did it all via the GUI.
I have zigbee2mqtt, wifi switches, sonoff bridge that talks to the RF switches I put in and the door bell etc.
I have just pulled it all out today as I have sold my house and am moving so I will have to do it all over again.
This is how I had it 7 months ago. Openhab 3 some of things you can do with it. - YouTube
Good question, maybe I should just face the music and install OH3.
It has helped me learn more about OH so let the fun begin.
Now running openHAB 3.2.0.M4
Milestone Build
Yep I agree use OH3 if you are starting out. Do as much in the UI as you can
Thanks, I got it up and running and my wemos test device is online and running.