-
Notifications
You must be signed in to change notification settings - Fork 31
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Experience and issues on Apple macOS (10.15.7) #12
Comments
This is because of Bleak's macOS backend, which is a bit special. |
Thanks for the explanation @koenvervloesem :) unfortunately this currently makes the interchangeability with the topics and ids not really compatible with existing OMG or other platform Gateway setups :( but working nicely as a stand alone macOS solution with the unique uuids. Why the names of my iBeacons are never recognised however seems to be another issue. |
Thanks for testing with MAC @DigiH is the MAC ADDRESS of your devices part of this |
@1technophile I already thought they might be, but unfortunately not, they are completely arbitrary uuids from what I can gather so far. Otherwise I would have put the AA…BB:CC… from the MAC addresses into the appropriate uuid indexes ;) |
@1technophile And even worse! I just confirmed, with a restart of the Mac and starting TheengsGateway again the uuids have changed completely for the same devices - so not really useful for subscribing to ever changing topics :( |
Seems that having unique ID on Apple device will be complex |
In @koenvervloesem link above it briefly states that the uuids might be cached, but obviously only on that one specific machine, and it seems that the cache is being cleared with a restart. Just stopping and restarting TheengsGateway seems to keep the uuids the same so far. |
Some sensors advertize their mac address into the manufacturer data of service data, we could identify those into the decoder and replace the MAC with it, this would enable to have the compatibility with Apple devices. |
With non of my BT devices advertising their MAC addresses in the manufacturer data, with Apple Mac machines being power hungry PCs compared to ESP32s or even Raspberry Pis I don't rally think it's worth trying to get a topic compatibility on macOS. Only being compatible with few devices (which contain their MAC in the published data) would probably only confuse people to open issues about why such and such a device doesn't work properly on the macOS side. I think it's better to keep full gateway compatibility on devices which allow it. And even if someone is running a macOS server continuously and would want to use the Theengs Gateway it would only be something like € 5 investment for an ESP32 ;) |
Got it, let's put this aside |
Hi @1technophile and @h2zero
I've installed the Theengs Gateway on my Mac running macOS 10.15.7, admittedly not the latest OS, by using the simple
pip3 install TheengsGateway
as I've seen the
in the Hardware section.
Things are somehow working as expected, with starting the broker connection, the config file being created etc.
But here are the issues I find which don't quite work as expected.
All devices, which I also register with my separate ESP32 OMG, do get nicely recognised, but the published id is always a long uuid which has nothing to do with the devices' MAC addresses, additionally for my iBeacons the name is never registered, nor the mac_type.
For example here is a comparison of the same iBeacon from the TheengsGateway on macOS
vs. the ESP OMG
Similarly for the Mi Band 4, where the name is being published, but also before the uuid id
vs.
and with the same uuids being in the reported topics
it's not really what I'd expect and would be compatible with the ESP OMG reports.
Let me know how I can be of help getting Theengs Gateways running properly on macOS.
Thanks
The text was updated successfully, but these errors were encountered: