Skip to content

Commit 5a4943c

Browse files
committed
New translations libre2minimall00per.md (Romanian)
1 parent f0c31a0 commit 5a4943c

1 file changed

Lines changed: 1 addition & 1 deletion

File tree

docs/CROWDIN/ro/CompatibleCgms/Libre2MinimalL00per.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -353,7 +353,7 @@ On the **BT Device** (swipe left) screen you can verify further connection detai
353353

354354
- **You will still be able to NFC scan readings with the FSL2 Reader (version 1 with updated FW or version 2) WHEN the FSL2 sensor has been started with the FSL Reader FIRST.** The FSL2 standalone reader can still be used to scan readings on the active sensor once it is bonded via Bluetooth to xDrip+.
355355

356-
- You **MUST** start the sensor with the version first NFC scan to initiate sensor warmup **with the FSL Reader FIRST**. After this point other software applications will also be able to take NFC readings from the now activated sensor.
356+
- privată After this point other software applications will also be able to take NFC readings from the now activated sensor.
357357
- It is my understanding that the FSL2 sensor (as long as it has not established or is not trying to establish a connection) will always advertise its presence (and availability) over BLE exactly every 2 minutes (visible on any Bluetooth device that has the ability to scan for Bluetooth devices). Whichever device is first to respond to this advertisement wins the race and is the *only* device allowed to connect and read the sensor as a private shared key is created during the NFC scan connection process which is used to decrypt FSL 2 communication. The sensor is then unavailable to other devices that do not have this private share key and might also be trying to connect. It seems that the FSL 2 reader always wins this race whatever the “opponent”.
358358

359359
 

0 commit comments

Comments
 (0)