Posts made by Emil

It should work as long as you don't toggle Bluetooth, exit & enter airplane mode etc. At least that's what Apple says. If it doesn't work, then Apple has a bug.

Yes it does!

In the Android app we have an action called "Google Voice" which will simply trigger the system's default Voice command. How it works out in practice depends on the phone manufacturer.

@tonsit We still have the plans to release it, it's just that we got quite busy right now with the new products.

Maybe you can use grabExclusivity() to block the Flic app from executing actions instead?

You can pair the button to multiple devices and assign the same config. But the button itself can only be connected to one device at a time. So if you have two paired devices nearby and the button has gone to sleep, when you then press the button, it will connect to the device that responds quickest.

@matt-0 Not sure if you already did this, but you need to assign the IFTTT action to the Flic in the Flic app so the app actually sends the events to the cloud.

@JoeJoe unfortunately not. We have HID on iOS but it didn't work out well on Android due to a huge amount of bugs in the Android Bluetooth stack. Also the onscreen keyboard is hidden when a HID device is connected which is quite bad for the user experience.

Passive mode is the way to go. It basically means setting the "auto disconnect timeout" to something other that infinity, for example 15 seconds. It means the button will disconnect 15 seconds after inactivity. When you later press it, it will connect again. This might result in slightly higher delay, so it's not good for games, but should be ok for light switches and similar.

It's obviously a bug in either the OS or the Bluetooth chip in the phone. Can you post a hci snoop log that records from the phone boots until it doesn't work?

It generally means the battery has a too low voltage for the Flic to operate. Did you try a new battery?

@JoeJoe the pdf app must in that case support intents for changing page. I doubt many apps do that.

Yes, yellow is also valid. See the documentation at https://github.com/50ButtonsEach/fliclib-linux-hci/blob/master/ProtocolDocumentation.md#evtgetbuttoninforesponse.

I think something like the following for got_button should work:

def got_button(bd_addr):
	cc = fliclib.ButtonConnectionChannel(bd_addr)
	cc.on_button_single_or_double_click = \
		lambda channel, click_type, was_queued, time_diff: \
			if click_type == fliclib.ClickType.ButtonSingleClick:
				keyboard.press(Key.right)
				keyboard.release(Key.right)
			else:
				keyboard.press(Key.left)
				keyboard.release(Key.left)
	cc.on_connection_status_changed = \
		lambda channel, connection_status, disconnect_reason: \
			print(channel.bd_addr + " " + str(connection_status) + (" " + str(disconnect_reason) if connection_status == fliclib.ConnectionStatus.Disconnected else ""))
	client.add_connection_channel(cc)

Yes we noticed it recently. We're working on it.

Yeah unfortunately we haven't implemented "unpair" functionality, so you need to go to the registry and delete the buttons. They are located under HKEY_CURRENT_USER\SOFTWARE\Shortcut Labs\Flicd\Radios\xx:xx:xx:xx:xx:xx\Buttons. You should also remove it from the Bluetooth system settings if it appears there.

Hi. It is possible that there are interfering IR light sources so the hub thinks that is the signal you try to record. Try turn off your lights around and if possible record in darkness.

@tony Android's Bluetooth team messed up the update to Android 9. The cached GATT db structure is erased for bonded devices after the update, so the API gives an empty list of GATT services, making it impossible to communicate with the GATT characteristics. The only way to make it work again seems to be to unbond the Bluetooth device from the system and then bond again.

@info-5 is this wired or wireless network?

@jhoward15 we migrated the latest app to the new permission system where the user explicitly needs to accept permissions at runtime. For old actions you need to simply re-save the action.