Passive BLE Monitor integration

I can also confirm that enabling active scan in the old integration does fix the updates on the new integration.

By enabling active scan it also shows up the other values (voltage, battery etc).

2 Likes

Does this mean that by using Active Scan (in the new integration), we can expect to see faster battery drain? One of the key benefits of the BLE monitor integration was itā€™s passive scan.

Has anyone found a way to see the mac addresses of the discovered devices? I have 10+ plant monitors and they all show up as Flower Care. Itā€™s impossible to know which one is which.

In the screenshot below, the devices with the mac addresses are temp/humidity monitor devices.

1 Like

Its on the todo list already,

Workaround, hold your hand on it and check which one increases in temperature.

2 Likes

The workaround I used was to put my hand on the illuminance sensor. This should change immediately the sensor reading.

1 Like

I put sensor by sensor in a glas of water. Many waysā€¦ :rofl:

Would be interested in this as well. For what I understand, active scan means, HA scans for the advertisements, not polling the device. But I might be totally wrong here. :slight_smile:

Yes, it will increase battery consumption slightly, but not that much. I thought they had raised an issue for bleak, to allow passive scanning in the core integrations, but dont know the status of that.

1 Like

I think Iā€™ll hold off updating Core and OS for a couple of cycles as BLE working is vital for my setup - too much depends on it :frowning:

1 Like

I (and a few others) are running both in parallel and theyā€™re working fine (so long as Active Scan is enabled in this integration).

The new integration is clearly a 1.0 and isnā€™t nearly as far along as this component, but then itā€™s an initial release. Given that Ernst is assisting with the official release, I have no doubt that itā€™ll eventually achieve feature parity.

My only issues are:

  • the lack of visibility of mac accesses (being looked into)
  • Using active scans rather than being passive
  • No support for iBeacons/UUIDs
  • Not (yet?) supporting the custom firmware on the Mi Home Temp/Humidity sensors

Itā€™s worth updating (with a backup) just to see what is and isnā€™t working for you.

1 Like

No, itā€™s never worth ā€œjust updatingā€ - I donā€™t have the time to fix all the broken stuff. I usually wait until just before a new release but I was away at the end of July.

I think all the above issues will be solved in a future release, but it is indeed a 1.0 version that will be improved over time.

2 Likes

Itā€™s not meant for you to fix stuff, but if you have problems with one thing, you should consider, if the advantages of a new version (regarding everything in that release) outweight the problems of other stuff. Sooner or later you will have to update, because other dependencies will likely stopping to work, if they arenā€™t updated. :slight_smile:

Iā€™m not saying you should upgrade in this case, but you should consider the advantages (and disadvantages) for your setup if you donā€™t upgrade. :slight_smile:

But for this case it doesnā€™t matter at all: if you upgrade the core and donā€™t enable the new BT integration in core (assuming you havenā€™t enabled default_config), you donā€™t have to worry, all stays the same. You will still use this integration here and not the native HA one. My suggestion here would be, stay with your usual upgrade rhythm and just donā€™t enable the new, native BT integration. That should keep you safe with the core, and you can still wait for everything else to be integrated without missing out on new versions. :slight_smile: Who knows when specific devices will be implementedā€¦ :smiley:

Yes and I usually do (but not until the last release of the cycle as that is the most pain free method) as leaving upgrading can introduce other issues.

However, I am very dependent on the BLE stuff working and donā€™t have the time to sort issues out right now.

So Iā€™m in a 'ainā€™t broke; donā€™t fix" mode currently.

There is nothing in the recent releases I need, so happy to bide my time and wait for it to be more stable.

1 Like

In the future will there be a good way to identify if the sensors I am using now in BLE Monitor are supported by the core integration (ie ATC and ThermoPlus)?

Passive scanning support has been added in v0.15.0

1 Like

They are working on making individual devices better recognizable, by adding the Mac address to the device info, but that will most likely be in the release next month.

Is anyone else having the issue whereby the new integration only scans for a few minutes after every reboot? Iā€™m wondering if this is caused by running the Passive BLE monitor integration at the same time.

Try to enable active scan in BLE monitor. Several users have reported that this helped.

Ah, sorry, I see you already have this enabled. Could you try and see if it continuous to work when ble monitor is disabled/removed?

Thanks, I think that might be the next step. I have a rather exotic dongle (stop sniggering), so it may also be that.

1 Like

Disabling this Passive BLE monitor integration does seem to have solved the problem. Unfortunately Iā€™m still relying on this until the new one achieves a closer feature parity, so I may need to disable the new one for now.

I do have another dongle that I can add and give them exclusive use. Hopefully that will work.