This is a forked version of FlutterBleLib to make it compatible with iOS 15 / Xcode 13.
The main change is to specify version 0.1.9 for the dependency MultiplatformBleAdapter:
s.dependency 'MultiplatformBleAdapter', '~> 0.1.9'
Furthermore, to resolve some issues surrounding newer Android versions, the MultiPlatformBleAdapter dependency for Android has been updated to use this fork. This repository was chosen after considering a number of forks, as it is relatively up-to-date, fixes the issues with newer Android versions, and has a working build on JitPack. This resulted in the following dependency change:
implementation 'com.github.MY01Inc:MultiPlatformBleAdapter:73f8ea5fdf'
To be consistent with the parent project, versioning in this fork begins at 2.4.1
A library for all your Bluetooth Low Energy needs in Flutter. Internally utilises Polidea's MultiPlatformBleAdapter for iOS and MY01Inc's MultiPlatformBleAdapter for Android, which runs on RxAndroidBle and RxBluetoothKit.
This library supports BLEmulator, the BLE simulator. The simulation allows one to develop without physical smartphone or BLE peripheral and use one's production BLE–related code in automated testing.
To use this plugin, add flutter_ble_lib_ios_15 as a dependency in your pubspec.yaml file.
Set minSDKVersion in [project]/android/app/build.gradle file to 21.
defaultConfig {
...
minSdkVersion 21
...
}Support for Bluetooth Low Energy has been added in API 18, hence the library requires minSDKVersion to be set to 18. If BLE is not core to your application, you can override it and handle support detection in your code.
Notice: You don't need to add any permissions related to BLE to the AndroidManifest.xml, because they are already declared in the library's native module. However, you still need to request ACCESS_FINE_LOCATION permission at runtime to be able to scan for peripheral. See example's code and example's pubspec.
Go to [project]/ios directory and run pod install.
Add Privacy - Bluetooth Always Usage Description key to [project]/ios/Runner/Info.plist file.
...
<key>NSBluetoothAlwaysUsageDescription</key>
<string>Your own description of the purpose.</string>
...To support background capabilities add The bluetooth-central Background Execution Mode key to [project]/ios/Runner/Info.plist file.
...
<key>UIBackgroundModes</key>
<array>
<string>bluetooth-central</string>
</array>
...The library is organised around a few base entities, which are:
- BleManager
- Peripheral
- Service
- Characteristic
- Descriptor
You have to create an instance BleManager and initialise underlying native resources. Using that instance you then obtain an instance of Peripheral, which can be used to run operations on the corresponding peripheral.
All operations passing the Dart-native bridge are asynchronous, hence all operations in the plugin return either Future or Stream.
For more informations, see REFERENCE.
Notice: this library will not handle any permissions for you. To be able to scan for peripherals on Android you need ACCESS_FINE_LOCATION according to Android Developer Guide.
BleManager bleManager = BleManager();
await bleManager.createClient(); //ready to go!
// your peripheral logic
bleManager.destroyClient(); //remember to release native resources when you're done!Following snippets assume the library has been initialised.
enum BluetoothState {
UNKNOWN,
UNSUPPORTED,
UNAUTHORIZED,
POWERED_ON,
POWERED_OFF,
RESETTING,
}
bleManager.enableRadio(); //ANDROID-ONLY turns on BT. NOTE: doesn't check permissions
bleManager.disableRadio() //ANDROID-ONLY turns off BT. NOTE: doesn't check permissions
BluetoothState currentState = await bleManager.bluetoothState();
bleManager.observeBluetoothState().listen((btState) {
print(btState);
//do your BT logic, open different screen, etc.
});bleManager.startPeripheralScan(
uuids: [
"F000AA00-0451-4000-B000-000000000000",
],
).listen((scanResult) {
//Scan one peripheral and stop scanning
print("Scanned Peripheral ${scanResult.peripheral.name}, RSSI ${scanResult.rssi}");
bleManager.stopPeripheralScan();
});The snippet above starts peripheral scan and stops it after receiving first result. It filters the scan results to those that advertise a service with specified UUID.
NOTE: isConnectable and overflowServiceUuids fields of ScanResult are iOS-only and remain null on Android.
You can try to connect to a peripheral with known ID, be it previously scanned UUID on iOS or a MAC address on Android, and avoid the whole scanning operation in your application. To do so, you need to create an instance of Peripheral using:
Peripheral myPeripheral = bleManager.createUnsafePeripheral("< known id >");Once you have the instance of the peripheral, you may proceed with the connection. But keep in mind that Android may still not find the peripheral without scanning it first.
First you must obtain a ScanResult from BleManager.startPeripheralScan().
Peripheral peripheral = scanResult.peripheral;
peripheral.observeConnectionState(emitCurrentValue: true, completeOnDisconnect: true)
.listen((connectionState) {
print("Peripheral ${scanResult.peripheral.identifier} connection state is $connectionState");
});
await peripheral.connect();
bool connected = await peripheral.isConnected();
await peripheral.disconnectOrCancelConnection();The snippet above starts observing the state of the connection to the peripheral, connects to it, checks if it's connected and then disconnects from it.
Methods that do not have counterpart with opposite effect and are asynchronous accept
String transactionId as an optional argument, to allow the user to cancel such an operation.
The Future returned to Dart will then finish with a BleError(BleErrorCode.operationCancelled...),
but this will only discard the result of the operation, the operation itself will be executed either way.
For example, if I decided that I no longer want to run discovery on the selected peripheral:
//assuming peripheral is connected
peripheral.discoverAllServicesAndCharacteristics(transactionId: "discovery");
//will return operation cancelled error after calling the below
bleManager.cancelTransaction("discovery");Each new operation with the same transactionId will cause the previous one to be cancelled with error, if it hasn't finished yet. If transactionId is set to null or it isn't specified at all, the library sets unique integer transactionId to such operation.
NOTE: Do not to set integers as transactionId as they are used by the library.
To be able to operate on the peripheral, discovery of its services and characteristics must be run first.
//assuming peripheral is connected
await peripheral.discoverAllServicesAndCharacteristics();
List<Service> services = await peripheral.services(); //getting all services
List<Characteristic> characteristics1 = await peripheral.characteristics("F000AA00-0451-4000-B000-000000000000");
List<Characteristic> characteristics2 = await services.firstWhere(
(service) => service.uuid == "F000AA00-0451-4000-B000-000000000000").characteristics();
//characteristics1 and characteristics2 have the same contentsObjects representing characteristics have a unique identifer, so they point to one specific characteristic, even if there are multiple service/characteristic uuid matches.
Below are 3 methods of writing to a characteristic, which all result in the same effect given there's only one service with specified UUID and only one characteristic with specified UUID.
peripheral.writeCharacteristic(
"F000AA00-0451-4000-B000-000000000000",
"F000AA02-0451-4000-B000-000000000000",
Uint8List.fromList([0]),
false); //returns Characteristic to chain operations more easily
service.writeCharacteristic(
"F000AA02-0451-4000-B000-000000000000",
Uint8List.fromList([0]),
false); //returns Characteristic to chain operations more easily
characteristic.write(Uint8List.fromList([0]), false); //returns voidMonitoring or reading a characteristic from Peripheral/Service level
return CharacteristicWithValue object, which is Characteristic with additional Uint8List value property.
List of descriptors from a single characteristic can be obtained in a similar fashion to a list of characteristics from a single service, either from Peripheral, Service or Characteristic object. Descriptors can be read/written from Peripheral, Service or Characteristic by supplying necessary UUIDs, or from Descriptor object.
Note: to enable monitoring of characteristic you should use characteristic.monitor() or (peripheral/service).monitorCharacteristic() instead of changing the value of the underlying descriptor yourself.
Frontside provided architectural advice and financial support for this library on behalf of Resideo.
This library is maintained by Polidea
Learn more about Polidea's BLE services.
TBD
Copyright 2019 Polidea Sp. z o.o
Licensed under the Apache License, Version 2.0 (the "License"); you may not use this file except in compliance with the License. You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License.
Check out other Polidea's BLE libraries: