@ptuk I’d also love to know how you run this code. I’ve been trying to figure if it should be put into node.js or node red, but not had any success with either
I’ve managed to run the code from command line by adding an init(); line to the end and running it from node.js, however, it fails to read the services/capabilities from the device.
Not sure if mine is just a slightly different model, or if something has changed on them, but using one of the ‘noble’ examples to do a barebones connection, also seems to return empty arrays for them
"cc:22:xx:xx:xx:xx":{"address":"cc:xx:xx:xx:xx:xx","addressType":"public","connectable":true,"advertisement":{"localName":"MOA Blue TERMA","txPowerLevel":8,"serviceData":[],"serviceUuids":[],"solicitationServiceUuids":[],"serviceSolicitationUuids":[]},"rssi":-85,"count":2,"hasScanResponse":false},
Hi there. there’s no easy way to run it. Noble has proven very unreliable on this device.
What I do is having a node server that runs gatttool in interactive mode, reading the Bluetooth characteristics and publishing updates via websocket. It also accepts post requests to set the state of the unit.
I could open source it if you think that would help.
Thanks for the offer @ptuk , I’m not sure it would though.
I can’t see that I can get anything working while the device isn’t sending services or capabilities.
It’s not just this way with the noble / javascript code, I’m also not getting them when using gatttools or bluetoothctl
Did you have to pair the device to the connecting computer or did it work for you without?
Where AA:BB:CC:DD:EE:FF is the MAC address of the unit.
char-read-hnd 19 will get you the current mode (08 in my case when it’s on schedule, heating element temp)
char-read-hnd 17 will get you something like AABBCCDD where AABB is current temp and CCDD is target temp; call temperatureTermaToCelsius('AA', 'BB') or temperatureTermaToCelsius('CC','DD') to convert to celsius.
To change the mode: char-write-req 19 00 will put in mode “0” which means off.
Yeah, it usually sees it straight away on the scan, and then the pairing connect/fail happens really fast
Will have a play around with it when I get more time.
Cheers
It can be tricky at time to pair. Try turning the unit off (by unplugging it / turning the mains switch off) and on again. Do scan first, check the unit is shown, then put it in pairing mode and pair it on RPI (it will ask you for the pin code which is 123456). Once that’s done, the rest is easy
I just cannot get it to pair
Tried so many times, but it fails every time.
Think I’m going to give up for now, but I may come back to it in a few months when I’ve dredged up the enthusiasm to try again
I have started, but paused attempts to connect from an ESPHome board. It was initially successful: I could pair and retrieve data as the first step, with the intention of adding control later.
However, the problem I encountered was that the connection/pairing (? not sure which) would come undone after a day or two. As far as I could tell at the time the only way to get it to reconnect was to put the radiator back into pairing mode.
I’ve not had time to dig deeper but it seemed as though the problem was possibly on the ESPHome+Bluetooth stack side, forgetting something about the pairing. A paired iPhone+Terma app, by contrast, has no trouble re-establishing a connection to the radiator after any amount of time.
As a general note for anyone trying to reverse engineer the protocol: the Android Terma BlueLine Next app APK is a Phonegap/Cordova-based app, so contains a wealth of interesting and quite readable JS code
I’m connecting to the Terma unit by having NodeJS running gatttools in interactive mode, so I can poll from time to time.
I initially had it opening a connection, poll, close a connection but that proved to be problematic since it uses a lot more Bluetooth traffic and it is more likely to fail in busy radio environments. I’ve switched to persistent Bluetooth connection with reconnect logic in case of failure.
It works well. So I guess you have an issue with the hardware. Either on esp or terma side.
Re: the app, I didn’t noticed it is Cordova. But android apps can be decompiled anyhow…
Did you get any further with this in ESPHome @rnorth?
I’m about to get a couple of these and I really am hoping that ESPHome Bluetooth proxy devices could be used to let me move all the control of the radiators (other than local dumb button control) into Home Assistant.
I see Terma have launched a WiFi controlled unit (Grzałka VEO) - but without any open API or local control, and I bet that will be harder to reverse engineer, especially as we already have the Bluetooth control commands courtesy of ptuk (thanks again @ptuk!)