Bluetooth Profiles

154 views
Skip to first unread message

RGeB

unread,
Aug 30, 2022, 12:51:11 AM8/30/22
to Automate
Thanks to the developer for this very useful app.

I have used it to automate foregrounding of the OBDLink app, connection to a paired MX+ OBD interface device, and change to the dashboard page when my car is started (then disconnect the interface device and background the app when the car is turned off, so the android host device will sleep).

The only way I could make this work was to use appropriate delay blocks with quite a few simulated screen clicks. I understand that this should be a last resort, but some other blocks did not work for me. In particular, I would prefer to use "bluetooth device connect"'and "bluetooth device disconnect". Automate finds the paired MX+ OBD interface device, but the bluetooth Profile used by the device is SPP (under android) which is not listed in these Automate blocks.

Is it possible to add the SPP profile to these Automate blocks?

Henrik "The Developer" Lindqvist

unread,
Aug 30, 2022, 7:42:14 AM8/30/22
to Automate
There's no specific "profile" for SPP, see:

I guess it's based on basic RFCOMM so if an app decide to implement SPP it handles the connection locally, so third-party app like Automate can't (dis)connect such.

RGeB

unread,
Aug 30, 2022, 6:18:12 PM8/30/22
to Automate
Thanks Henrick,

I am not an app developer, but SPP (which stands for serial port profile) is listed as a bluetooth profile by Wikipedia https://en.wikipedia.org/wiki/List_of_Bluetooth_profiles#Serial_Port_Profile_(SPP). I get the message that it can not be implemented in Automate. Thanks for the advice.

Henrik "The Developer" Lindqvist

unread,
Aug 31, 2022, 7:20:56 AM8/31/22
to Automate
It's not implemented in Android.

RGeB

unread,
Aug 31, 2022, 6:29:07 PM8/31/22
to Automate
I understand, thanks to your advice. But there are example flows on your community page that have blocks supposedly controlling BT devices that use SPP. So either those flow authors have not understood, or they are using your site to blow hot air up our kilts. eg: https://llamalab.com/automate/community/flows/12271

Henrik "The Developer" Lindqvist

unread,
Sep 1, 2022, 7:26:23 AM9/1/22
to Automate
The Bluetooth device disconnect block in that flow doesn't have any profile selected, which then default to the Headset & hand-free (HSP/HFP) profile. I doubt that works, unless the BT device also has such profile.

RGeB

unread,
Sep 1, 2022, 5:39:44 PM9/1/22
to Automate

Henrik "The Developer" Lindqvist

unread,
Sep 2, 2022, 6:42:07 AM9/2/22
to Automate
As said i doubt the flow works, but if i does then great.

Michael Bürschgens

unread,
Nov 16, 2022, 5:02:10 PM11/16/22
to Automate
Hi 
I also find it unnecessarily restricting that Automate enforces the selection of a bluetooth profile in these blocks and does not provide an "Any" option.
I use the BT connection to my car as trigger for certain flows and it doesn't matter which profile is used for this connection.

Henrik "The Developer" Lindqvist

unread,
Nov 16, 2022, 5:41:21 PM11/16/22
to Automate
Sadly, that's how the Android API works.

Michael Bürschgens

unread,
Nov 16, 2022, 6:16:20 PM11/16/22
to Automate
How can other automation tools detect bluetooth connections without specifying a device type?

Henrik "The Developer" Lindqvist

unread,
Nov 17, 2022, 8:03:41 AM11/17/22
to Automate
Simply detecting BT connection doesn't require a profile, see Bluetooth device connected block.
But connecting or disconnecting a BT device do require a profile, see Bluetooth device connect and Bluetooth device disconnect blocks.

Michael Bürschgens

unread,
Nov 17, 2022, 9:26:58 AM11/17/22
to Automate
I must have done something wrong when testing. Yesterday everytime I saved the block with an empty "Device type" field the field got filled in again with the preset value. Today I can save the block with the field empty. Strange.
Reply all
Reply to author
Forward
0 new messages