Hi Barry, On Tue, Oct 2, 2018 at 5:57 PM Barry Byford <31baz66@xxxxxxxxx> wrote: > > Hi Luiz, > > On Tue, 2 Oct 2018 at 13:48, Luiz Augusto von Dentz > <luiz.dentz@xxxxxxxxx> wrote: > > > > Hi Neil, > > On Tue, Oct 2, 2018 at 3:29 PM Neil Benn <neil.benn@xxxxxxxxx> wrote: > > > > > > Hello, > > > > > > Thanks for that please see inline below: > > > > > > > > > On Tue, 2 Oct 2018, 12:28 Luiz Augusto von Dentz, <luiz.dentz@xxxxxxxxx> wrote: > > > > > > > > Hi Neil, > > > > On Tue, Oct 2, 2018 at 1:39 PM Neil Benn <neil.benn@xxxxxxxxx> wrote: > > > > > > > > > > Hello, > > > > > > > > > > Thanks for that; I'll change the config file for this and for the > > > > > name can that be in the main.conf file? The same for the > > > > > discoverable; set the timeout to zero - there is no security needed > > > > > for this device at all. Can this all be done with the conf file? > > > > > > > > > > On the connection; yes it connects. This is a HID device connecting > > > > > via L2CAP with the interrupt on 19 and the control on 17 and the > > > > > windows PC correctly connects to the device, queries the service > > > > > record, identifies it as a HID and connects on both the control and > > > > > interrupt psm ports but none of the dbus methods are being called. At > > > > > the moment I am using the pybluez library with the BluetoothSocket and > > > > > calling listen and accept which is a bit 'manual'. To detect a > > > > > disconnect I'm calling hcitool con and parsing the response - which is > > > > > again a bit manual. Please see below for my current 'hack': > > > > > > > > I don't think that will work since the input plugin is already > > > > listening in those PSM, > > > > > > It does connect and work but it doesn't register the profile. If I > > > don't register the profile the default name in the config is used > > > > > > > > in fact I don't think RegisterProfile would > > > > parse the values from the record since you don't seem to be using the > > > > PSM: > > > > > > > > https://git.kernel.org/pub/scm/bluetooth/bluez.git/tree/doc/profile-api.txt#n54 > > > > > > > > > The PSM is defined in the service record > > > > > > > > > > > > > > > > Btw, why would you want to replace the HID profile? Is that not working? > > > > > > I'm using an sdp profile provided in some sample code I found, is > > > there a default one that is supported? Is that default one selected > > > when I pick my uuid? > > > > You are not suppose to use existing UUIDs that the daemon already > > registers, the fact that you are able to register it without cause a > > problem might be a bug and we should probably check if the UUID is > > already registered and fail if it does. > > > > The HID profile is implementation is under profiles/input/, it > > actually hooks with kernel HID drivers. > > > > If you just want to test it you should probably have a look at > > test-profile in python: > > Do you have any example invocations of test-profile for common profiles? test-profile is just a sample, but yes we do have many instances of common profiles using RegisterProfile: OBEX Daemon: https://git.kernel.org/pub/scm/bluetooth/bluez.git/tree/obexd/plugins/bluetooth.c#n256 Ofono (HFP): https://git.kernel.org/pub/scm/network/ofono/ofono.git/tree/plugins/bluez5.c#n104 PulseAudio (HSP): https://gitlab.freedesktop.org/pulseaudio/pulseaudio/blob/master/src/modules/bluetooth/backend-native.c#L332 > It can be difficult to know where the issue is if you are not > confident with what settings should work. Well test-profile is not exactly a library just a convenient sample on how to use the interface, it was used mostly for testing SPP which is quite common way to register external profiles. HID is probably a no go due to reason already stated. > > > > https://git.kernel.org/pub/scm/bluetooth/bluez.git/tree/test/test-profile > > > > > If so then I think it has been overcomplicated by this sdp profile? > > > How do I use the default in-built profile - is it just the uuid? > > > On Tue, 2 Oct 2018 at 12:28, Luiz Augusto von Dentz > > > <luiz.dentz@xxxxxxxxx> wrote: > > > > > > > > Hi Neil, > > > > On Tue, Oct 2, 2018 at 1:39 PM Neil Benn <neil.benn@xxxxxxxxx> wrote: > > > > > > > > > > Hello, > > > > > > > > > > Thanks for that; I'll change the config file for this and for the > > > > > name can that be in the main.conf file? The same for the > > > > > discoverable; set the timeout to zero - there is no security needed > > > > > for this device at all. Can this all be done with the conf file? > > > > > > > > > > On the connection; yes it connects. This is a HID device connecting > > > > > via L2CAP with the interrupt on 19 and the control on 17 and the > > > > > windows PC correctly connects to the device, queries the service > > > > > record, identifies it as a HID and connects on both the control and > > > > > interrupt psm ports but none of the dbus methods are being called. At > > > > > the moment I am using the pybluez library with the BluetoothSocket and > > > > > calling listen and accept which is a bit 'manual'. To detect a > > > > > disconnect I'm calling hcitool con and parsing the response - which is > > > > > again a bit manual. Please see below for my current 'hack': > > > > > > > > I don't think that will work since the input plugin is already > > > > listening in those PSM, in fact I don't think RegisterProfile would > > > > parse the values from the record since you don't seem to be using the > > > > PSM: > > > > > > > > https://git.kernel.org/pub/scm/bluetooth/bluez.git/tree/doc/profile-api.txt#n54 > > > > > > > > Btw, why would you want to replace the HID profile? Is that not working? > > > > > > > > > --- > > > > > #listen for incoming client connections > > > > > #ideally this would be handled by the Bluez 5 profile > > > > > #but that didn't seem to work > > > > > def listen(self): > > > > > > > > > > print("Waiting for connections") > > > > > self.scontrol=BluetoothSocket(L2CAP) > > > > > self.sinterrupt=BluetoothSocket(L2CAP) > > > > > > > > > > self.scontrol.bind((self.MY_ADDRESS,self.P_CTRL)) > > > > > self.sinterrupt.bind((self.MY_ADDRESS,self.P_INTR )) > > > > > #Start listening on the server sockets > > > > > self.scontrol.listen(1) # Limit of 1 connection > > > > > self.sinterrupt.listen(1) > > > > > > > > > > self.ccontrol,cinfo = self.scontrol.accept() > > > > > self.controlClientMac = cinfo[0] > > > > > self.controlClientPsm = cinfo[1] > > > > > print ('control is ' + self.controlClientMac + " " + > > > > > str(self.controlClientPsm)) > > > > > > > > > > self.cinterrupt, cinfo = self.sinterrupt.accept() > > > > > self.interruptClientMac = cinfo[0] > > > > > self.interruptClientPsm = cinfo[1] > > > > > print ('interrupt is ' + self.interruptClientMac + " " + > > > > > str(self.interruptClientPsm)) > > > > > > > > > > thread.start_new_thread(self.check_connection, ()) > > > > > > > > > > def check_connection(self): > > > > > halt = False > > > > > while not halt: > > > > > stdoutdata = subprocess.check_output(["hcitool", "con"]) > > > > > > > > > > if self.controlClientMac in stdoutdata.split(): > > > > > time.sleep(0.1) > > > > > else: > > > > > print('got disconnection') > > > > > self.scontrol.shutdown(2); > > > > > self.sinterrupt.shutdown(2) > > > > > halt = True > > > > > thread.start_new_thread(self.listen, ()) > > > > > > > > > > Obviously this is a very clumsy way of doing it and calling back on > > > > > the profile is the correct way to do it, I just can't work out why the > > > > > profile is not being called. I'm trying to spy on the dbus comms to > > > > > see if anything is being sent but I can't see any bluez profile > > > > > messages being sent at all. Thanks for your response and any advice > > > > > is greatly appreciated. > > > > > > > > > > Cheers, > > > > > > > > > > Neil > > > > > On Tue, 2 Oct 2018 at 09:37, Luiz Augusto von Dentz > > > > > <luiz.dentz@xxxxxxxxx> wrote: > > > > > > > > > > > > Hi Neil, > > > > > > On Tue, Oct 2, 2018 at 1:32 AM Neil Benn <neil.benn@xxxxxxxxx> wrote: > > > > > > > > > > > > > > Hello, > > > > > > > > > > > > > > I've been running a dbus-monitor and I can't see the interface being > > > > > > > called of 'org.bluez.Profile1' - I can see 'org.bluez.Device1' and > > > > > > > I've tried listening to that interface and also on the path with > > > > > > > dev_<ADAPTER-MAC> but I'm clearly doing something fundamentally wrong. > > > > > > > IF anyone has any advance I'd be very grateful and there is 100 rep > > > > > > > points up on Stack Overflow for any advice too! > > > > > > > > > > > > > > Thanks; it's late here and I'll not be home till gone 1am so I'll be off now! > > > > > > > > > > > > > > Cheers, > > > > > > > > > > > > > > Neil > > > > > > > On Fri, 28 Sep 2018 at 23:38, Neil Benn <neil.benn@xxxxxxxxx> wrote: > > > > > > > > > > > > > > > > Hello, > > > > > > > > > > > > > > > > I'm trying to setup a RPi0 operating a Bluetooth device; I've setup > > > > > > > > the device using the following call: > > > > > > > > --- > > > > > > > > #configure the bluetooth hardware device > > > > > > > > def init_bt_device(self): > > > > > > > > > > > > > > > > print("Configuring for name " + BTKbDevice.MY_DEV_NAME) > > > > > > > > > > > > > > > > #set the device class to a barcode scanner and set the name > > > > > > > > os.system("hciconfig hcio class 0x002560") > > > > > > > > os.system("hciconfig hcio name " + BTKbDevice.MY_DEV_NAME) > > > > > > > > > > > > > > > > #make the device discoverable > > > > > > > > os.system("hciconfig hcio piscan") > > > > > > > > > > > > > > > > > > > > You shouldn't be using hciconfig, instead do the following: > > > > > > > > > > > > The class is automatically set by bluetoothd based on the > > > > > > services/profiles registered and the setting in the main.conf: > > > > > > > > > > > > https://git.kernel.org/pub/scm/bluetooth/bluez.git/tree/src/main.conf#n9 > > > > > > > > > > > > For the name use D-Bus property Alias: > > > > > > > > > > > > https://git.kernel.org/pub/scm/bluetooth/bluez.git/tree/doc/adapter-api.txt#n216 > > > > > > > > > > > > To make the adapter discoverable use D-Bus property Discoverable: > > > > > > > > > > > > https://git.kernel.org/pub/scm/bluetooth/bluez.git/tree/doc/adapter-api.txt#n252 > > > > > > > > > > > > > > > > > > > > > > > > > > Then after that I attempt to setup the profile using the following code: > > > > > > > > --- > > > > > > > > #set up a bluez profile to advertise device capabilities from a > > > > > > > > loaded service record > > > > > > > > def init_bluez_profile(self): > > > > > > > > > > > > > > > > print("Configuring Bluez Profile") > > > > > > > > > > > > > > > > #setup profile options > > > > > > > > service_record=self.read_sdp_service_record() > > > > > > > > > > > > > > > > opts = { > > > > > > > > "ServiceRecord":service_record, > > > > > > > > "Role":"server", > > > > > > > > "RequireAuthentication":False, > > > > > > > > "RequireAuthorization":False, > > > > > > > > "Name":BTKbDevice.MY_DEV_NAME, > > > > > > > > "AutoConnect":True > > > > > > > > } > > > > > > > > > > > > > > > > #retrieve a proxy for the bluez profile interface > > > > > > > > bus = dbus.SystemBus() > > > > > > > > self.manager = > > > > > > > > dbus.Interface(bus.get_object("org.bluez","/org/bluez"), > > > > > > > > "org.bluez.ProfileManager1") > > > > > > > > self.profile = BTKbBluezProfile(bus, BTKbDevice.PROFILE_DBUS_PATH) > > > > > > > > self.manager.RegisterProfile(BTKbDevice.PROFILE_DBUS_PATH, > > > > > > > > BTKbDevice.UUID, opts) > > > > > > > > print("Profile registered ") > > > > > > > > --- > > > > > > > > The sdp record is available from https://textuploader.com/dv8xt. > > > > > > > > The profile in question is basically the same as the one defined in > > > > > > > > the test-profile as shown below: > > > > > > > > --- > > > > > > > > class BTKbBluezProfile(dbus.service.Object): > > > > > > > > fd = -1 > > > > > > > > > > > > > > > > @dbus.service.method("org.bluez.Profile1", > > > > > > > > in_signature="", out_signature="") > > > > > > > > def Release(self): > > > > > > > > print("Release") > > > > > > > > mainloop.quit() > > > > > > > > > > > > > > > > @dbus.service.method("org.bluez.Profile1", > > > > > > > > in_signature="", out_signature="") > > > > > > > > def Cancel(self): > > > > > > > > print("Cancel") > > > > > > > > > > > > > > > > @dbus.service.method("org.bluez.Profile1", in_signature="oha{sv}", > > > > > > > > out_signature="") > > > > > > > > def NewConnection(self, path, fd, properties): > > > > > > > > self.fd = fd.take() > > > > > > > > print("NewConnection(%s, %d)" % (path, self.fd)) > > > > > > > > for key in properties.keys(): > > > > > > > > print ('key ' + key + ' value ' + properties[key]) > > > > > > > > if key == "Version" or key == "Features": > > > > > > > > print(" %s = 0x%04x" % (key, properties[key])) > > > > > > > > else: > > > > > > > > print(" %s = %s" % (key, properties[key])) > > > > > > > > > > > > > > > > @dbus.service.method("org.bluez.Profile1", in_signature="o", > > > > > > > > out_signature="") > > > > > > > > def RequestDisconnection(self, path): > > > > > > > > print("RequestDisconnection(%s)" % (path)) > > > > > > > > > > > > > > > > if (self.fd > 0): > > > > > > > > os.close(self.fd) > > > > > > > > self.fd = -1 > > > > > > > > > > > > > > > > def __init__(self, bus, path): > > > > > > > > dbus.service.Object.__init__(self, bus, path) > > > > > > > > --- > > > > > > > > However it seems like the profile is not being registered, or least > > > > > > > > the methods in the profile are not being called. I'm sorry to ask > > > > > > > > such a basic question but can someone please point me in the right > > > > > > > > direction as to why the profile is either not being registered or the > > > > > > > > callbacks on the profile are not being called. > > > > > > > > > > > > They would be called only when there is a connection to the profile, > > > > > > did you actually connect? If this is something like a serial port the > > > > > > remote should lookup the SDP record and connect to the channel listed > > > > > > there. > > > > > > > > > > > > > > Thank you very much for reading this far and any and all help is > > > > > > > > most appreciated! > > > > > > > > > > > > > > > > Cheers, > > > > > > > > > > > > > > > > Neil > > > > > > > > > > > > > > > > -- > > > > > > > > > > > > > > > > Neil Benn MSc > > > > > > > > Ziath Ltd > > > > > > > > Phone: +44 (0) 1223 855021 > > > > > > > > http://www.ziath.com > > > > > > > > > > > > > > > > Please consider the environment before printing this email. > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > > > > > > > > Neil Benn MSc > > > > > > > Ziath Ltd > > > > > > > Phone: +44 (0) 1223 855021 > > > > > > > http://www.ziath.com > > > > > > > > > > > > > > Please consider the environment before printing this email. > > > > > > > > > > > > > > Follow us on Facebook, Twitter or LinkedIn > > > > > > > > > > > > > > IMPORTANT NOTICE: This message, including any attached documents, is > > > > > > > intended only for the use of the individual or entity to which it is > > > > > > > addressed, and may contain information that is privileged, > > > > > > > confidential and exempt from disclosure under applicable law. If the > > > > > > > reader of this message is not the intended recipient, or the employee > > > > > > > or agent responsible for delivering the message to the intended > > > > > > > recipient, you are hereby notified that any dissemination, > > > > > > > distribution or copying of this communication is strictly prohibited. > > > > > > > If you have received this communication in error, please notify Ziath > > > > > > > Ltd immediately by email at info@xxxxxxxxx. Thank you. > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > Luiz Augusto von Dentz > > > > > > > > > > > > > > > > > > > > -- > > > > > > > > > > Neil Benn MSc > > > > > Ziath Ltd > > > > > Phone: +44 (0) 1223 855021 > > > > > http://www.ziath.com > > > > > > > > > > Please consider the environment before printing this email. > > > > > > > > > > Follow us on Facebook, Twitter or LinkedIn > > > > > > > > > > IMPORTANT NOTICE: This message, including any attached documents, is > > > > > intended only for the use of the individual or entity to which it is > > > > > addressed, and may contain information that is privileged, > > > > > confidential and exempt from disclosure under applicable law. If the > > > > > reader of this message is not the intended recipient, or the employee > > > > > or agent responsible for delivering the message to the intended > > > > > recipient, you are hereby notified that any dissemination, > > > > > distribution or copying of this communication is strictly prohibited. > > > > > If you have received this communication in error, please notify Ziath > > > > > Ltd immediately by email at info@xxxxxxxxx. Thank you. > > > > > > > > > > > > > > > > -- > > > > Luiz Augusto von Dentz > > > > > > > > > > > > -- > > > > > > Neil Benn MSc > > > Ziath Ltd > > > Phone: +44 (0) 1223 855021 > > > http://www.ziath.com > > > > > > Please consider the environment before printing this email. > > > > > > Follow us on Facebook, Twitter or LinkedIn > > > > > > IMPORTANT NOTICE: This message, including any attached documents, is > > > intended only for the use of the individual or entity to which it is > > > addressed, and may contain information that is privileged, > > > confidential and exempt from disclosure under applicable law. If the > > > reader of this message is not the intended recipient, or the employee > > > or agent responsible for delivering the message to the intended > > > recipient, you are hereby notified that any dissemination, > > > distribution or copying of this communication is strictly prohibited. > > > If you have received this communication in error, please notify Ziath > > > Ltd immediately by email at info@xxxxxxxxx. Thank you. > > > > > > > > -- > > Luiz Augusto von Dentz -- Luiz Augusto von Dentz
