Switching between two PineTime in Wasp-os

[Mpoint]

Here you can see Line 3 BLE address of 2nd PineTime was introduce next to Raspberry Pi After removing line 7 BLE address PineTime https://pastebin.pl/view/9c6227a6So the first time (line7 was connected but now removed) still shows in the buffer of BLE
addrresses 
But when I run wasptool it breaks and  I am unable to use to to connect when I swap with another Pinetime. What is the correct procedure to perform a swap such that the wasptool will recognize the 2nd PineTime BLE address and connect to it rather than connecting to the one that is in the buffer of Raspberry Pi

[danielt]

Here you can see Line 3 BLE address of 2nd PineTime was introduce next to Raspberry Pi After removing line 7 BLE address PineTime https://pastebin.pl/view/9c6227a6So the first time (line7 was connected but now removed) still shows in the buffer of BLE
addrresses 
But when I run wasptool it breaks and  I am unable to use to to connect when I swap with another Pinetime. What is the correct procedure to perform a swap such that the wasptool will recognize the 2nd PineTime BLE address and connect to it rather than connecting to the one that is in the buffer of Raspberry Pi

When there are two devices of the same name coming up during a scan then wasptool --device PineTime won't make any difference because it will still pick the first one. However you can also use the MAC address rather than the name as an argument allowing you to select exactly the device you want:

wasptool --device EF:46:76:xx:xx:xx

[Mpoint]

Ok on line 2 https://pastebin.cl/6 You can see the PineTime that ends in MAC Address :CC which happens to be an unsealed unit, I have no problem with upload or pull command it works fine but as soon as I switch to sealed PineTime that ends in MAC Address :9B (line 15) then I am unable issue command` ./tools/wasptool --eval 'wasp.system.app.debug = True` (line 94) without errors. So the upload or pull command does not work for seal PineTime by default is it ?

[danielt]

Ok on line 2 https://pastebin.cl/6 You can see the PineTime that ends in MAC Address :CC which happens to be an unsealed unit, I have no problem with upload or pull command it works fine but as soon as I switch to sealed PineTime that ends in MAC Address :9B (line 15) then I am unable  issue command` ./tools/wasptool --eval 'wasp.system.app.debug = True` (line 94) without errors. So the upload or pull command does not work for seal PineTime by default is it ?

Upload and pull work on all my sealed units OK. I can't actually think of any way that wasptool could distinguish between sealed and unsealed units.

The --device options need to be combined with the actions in the *same* command line. For example: ./tools/wasptool --device F5:E2:9C:A2:B0:9B --upload README.rst

Note that if you have been experimenting with tools like GadgetBridge or connecting to the sealed watch from any other device you may need to disable bluetooth on those devices to prevent them from connecting first. Rebooting the watch is also a good idea if you are having connectivity problems.

[Mpoint]

Ok on line 2 https://pastebin.cl/6 You can see the PineTime that ends in MAC Address :CC which happens to be an unsealed unit, I have no problem with upload or pull command it works fine but as soon as I switch to sealed PineTime that ends in MAC Address :9B (line 15) then I am unable  issue command` ./tools/wasptool --eval 'wasp.system.app.debug = True` (line 94) without errors. So the upload or pull command does not work for seal PineTime by default is it ?

Upload and pull work on all my sealed units OK. I can't actually think of any way that wasptool could distinguish between sealed and unsealed units.

The --device options need to be combined with the actions in the *same* command line. For example: ./tools/wasptool --device F5:E2:9C:A2:B0:9B --upload README.rst

Note that if you have been experimenting with tools like GadgetBridge or connecting to the sealed watch from any other device you may need to disable bluetooth on those devices to prevent them from connecting first. Rebooting the watch is also a good idea if you are having connectivity problems.
Mpoint:
I may have Isolated the problem It seems that my hcitool is either malfunctioning or there seem to be a ghost device with the same MAC address as my PineTime https://pastebin.cl/11 Is there a fix to this problem ?