|
Re: [Bluetooth mesh]unprovisioned device (micro:bit) can't be discovered
Hi Kai,
I wouldn’t say it’s impossible. I bet there’s still place for memory optimisation, e.g. thread stacks that can be shrunk, buffer sizes & counts that can be lowered, and possibly
Hi Kai,
I wouldn’t say it’s impossible. I bet there’s still place for memory optimisation, e.g. thread stacks that can be shrunk, buffer sizes & counts that can be lowered, and possibly
|
By
Johan Hedberg
·
#5790
·
|
|
Re: [Bluetooth mesh]unprovisioned device (micro:bit) can't be discovered
Hi Johan,
I had done it, the micro:bit can be:
1. provisioned by nRF Mesh and meshctl through PB-GATT
2. don't support provisioningdata persistent storage;
3. model configuration, just two models
Hi Johan,
I had done it, the micro:bit can be:
1. provisioned by nRF Mesh and meshctl through PB-GATT
2. don't support provisioningdata persistent storage;
3. model configuration, just two models
|
By
Kai Ren
·
#5789
·
|
|
Re: LE pair disconnected
Sorry,
I also add bluetoothd file to /usr/libexec/bluetooth/
Thanks
Tommy
Sorry,
I also add bluetoothd file to /usr/libexec/bluetooth/
Thanks
Tommy
|
By
Tommy Lin (林志聰) <Tommy.Lin@...>
·
#5788
·
|
|
Re: LE pair disconnected
Hi Johan,
Thanks for your information
I do following things:
1. add Bluetooth.service file to /lib/systemd/system/bluetooth.service
2. add bluetooth.conf file to /etc/dbus-1/system.d
Hi Johan,
Thanks for your information
I do following things:
1. add Bluetooth.service file to /lib/systemd/system/bluetooth.service
2. add bluetooth.conf file to /etc/dbus-1/system.d
|
By
Tommy Lin (林志聰) <Tommy.Lin@...>
·
#5787
·
|
|
Re: LE pair disconnected
Hi,
The Linux kernel has a 2 second timeout for any connection that doesn’t have users. “Users” in this context are e.g. any user space sockets that use the connection. Normally when bluetoothd
Hi,
The Linux kernel has a 2 second timeout for any connection that doesn’t have users. “Users” in this context are e.g. any user space sockets that use the connection. Normally when bluetoothd
|
By
Johan Hedberg
·
#5786
·
|
|
Re: Few questions regarding sockets/DTLS and net_offload
Hi again,
Good info re: HOSTNAME. Would keeping it enable require working DNS? We haven't had time to verify that DNS works. Indeed we know that it was broken under net_app so we haven't really
Hi again,
Good info re: HOSTNAME. Would keeping it enable require working DNS? We haven't had time to verify that DNS works. Indeed we know that it was broken under net_app so we haven't really
|
By
Lubos, Robert
·
#5785
·
|
|
Re: LE pair disconnected
Hi Tommy,
Sorry, I am not able to try out your usecase on Bluez, as it has been quite sometime that I have been using with Bluez, due to my priorities, you may have to wait or ask someone else on
Hi Tommy,
Sorry, I am not able to try out your usecase on Bluez, as it has been quite sometime that I have been using with Bluez, due to my priorities, you may have to wait or ask someone else on
|
By
Chettimada, Vinayak Kariappa
·
#5784
·
|
|
Re: LE pair disconnected
Hi Vinayak,
sorry to bother you again.
In your experience , what reason will cause“CONNECTION TERMINATED BY LOCAL HOST”
> HCI Event: Disconnect Complete (0x05) plen 4
Hi Vinayak,
sorry to bother you again.
In your experience , what reason will cause“CONNECTION TERMINATED BY LOCAL HOST”
> HCI Event: Disconnect Complete (0x05) plen 4
|
By
Tommy Lin (林志聰) <Tommy.Lin@...>
·
#5783
·
|
|
Re: [Bluetooth mesh]unprovisioned device (micro:bit) can't be discovered
Hi Johan,
Thank so the reply!
I got the point and I built *mesh* application basing on microbit_gatt.conf, but the compiling console told me that RAM is oversize, 104.03%.
Memory region Used
Hi Johan,
Thank so the reply!
I got the point and I built *mesh* application basing on microbit_gatt.conf, but the compiling console told me that RAM is oversize, 104.03%.
Memory region Used
|
By
Kai Ren
·
#5782
·
|
|
Re: Few questions regarding sockets/DTLS and net_offload
Hi Robert,
Thanks for a quick response :)
I don't have a strong preference regarding lazy handshaking, it's probably better the way you implemented it - I'd recommend elaborating the source code
Hi Robert,
Thanks for a quick response :)
I don't have a strong preference regarding lazy handshaking, it's probably better the way you implemented it - I'd recommend elaborating the source code
|
By
Benjamin Lindqvist
·
#5781
·
|
|
Re: Few questions regarding sockets/DTLS and net_offload
Hello Benjamin,
I’ll try to address part of your questions:
First, regarding delayed handshakes. In sockets_tls.c:
if (net_context_get_type(ctx) == SOCK_STREAM) {
/* Do the handshake for
Hello Benjamin,
I’ll try to address part of your questions:
First, regarding delayed handshakes. In sockets_tls.c:
if (net_context_get_type(ctx) == SOCK_STREAM) {
/* Do the handshake for
|
By
Lubos, Robert
·
#5780
·
|
|
Few questions regarding sockets/DTLS and net_offload
First, regarding delayed handshakes. In sockets_tls.c:
if (net_context_get_type(ctx) == SOCK_STREAM) {
/* Do the handshake for TLS, not DTLS. */
This had our scratching our heads for a while today
First, regarding delayed handshakes. In sockets_tls.c:
if (net_context_get_type(ctx) == SOCK_STREAM) {
/* Do the handshake for TLS, not DTLS. */
This had our scratching our heads for a while today
|
By
Benjamin Lindqvist
·
#5779
·
|
|
Re: [Bluetooth mesh]unprovisioned device (micro:bit) can't be discovered
Hi Kai,
It doesn’t. It seems like a possible oversight with this configuration file. There’s a second one for this sample app called microbit_gatt.conf which does have PB_GATT=y. Note that the
Hi Kai,
It doesn’t. It seems like a possible oversight with this configuration file. There’s a second one for this sample app called microbit_gatt.conf which does have PB_GATT=y. Note that the
|
By
Johan Hedberg
·
#5778
·
|
|
[Bluetooth mesh]unprovisioned device (micro:bit) can't be discovered
This is the commit I used: 3aa8443ab41202f978258810961dbc5a74ad2727
I tried to build ./samples/Bluetooth/mesh/ product in Zephyr master following this guide and target device is
This is the commit I used: 3aa8443ab41202f978258810961dbc5a74ad2727
I tried to build ./samples/Bluetooth/mesh/ product in Zephyr master following this guide and target device is
|
By
Kai Ren
·
#5777
·
|
|
Re: Unable to install zephyr in Windows following the getting started guide
#gettingstartedguide
Hi Bo,
Glad to hear you got this working.
The recommended mechanism to install Git in the Zephyr Getting Started guide is to use Chocolatey, which does update the PATH with the Git folder
Hi Bo,
Glad to hear you got this working.
The recommended mechanism to install Git in the Zephyr Getting Started guide is to use Chocolatey, which does update the PATH with the Git folder
|
By
Carles Cufi
·
#5776
·
|
|
Re: Unable to install zephyr in Windows following the getting started guide
#gettingstartedguide
Hi Carles,
And thank you very much for the very quick answer.
I have installed git version 2.20.1 on my Windows and for some reason git doesn't add the path of its binary folder to the PATH
Hi Carles,
And thank you very much for the very quick answer.
I have installed git version 2.20.1 on my Windows and for some reason git doesn't add the path of its binary folder to the PATH
|
By
Bo.Kragelund@...
·
#5775
·
|
|
Re: Unable to install zephyr in Windows following the getting started guide
#gettingstartedguide
Hi Bo,
I notice 2 issues with your screenshots:
You are running `west init` in c:\. I certainly would not recommend that. My recommendation would be to initialize zephyr in your user folder
Hi Bo,
I notice 2 issues with your screenshots:
You are running `west init` in c:\. I certainly would not recommend that. My recommendation would be to initialize zephyr in your user folder
|
By
Carles Cufi
·
#5774
·
|
|
Unable to install zephyr in Windows following the getting started guide
#gettingstartedguide
Hi zephyr,
I am not able to install the latest zephyr on Windows following the getting started guide.
I have previously installed zephyr on Windows without any issues.
But following the latest getting
Hi zephyr,
I am not able to install the latest zephyr on Windows following the getting started guide.
I have previously installed zephyr on Windows without any issues.
But following the latest getting
|
By
Bo.Kragelund@...
·
#5773
·
|
|
Re: Error when using './boards/x86/common/scripts/build_grub.sh x86_64' on Clear Linux
Ø Should I submit this to Zephyr (as a PR)?
Assuming this works in your testing, we would appreciate a patch. :)
Andrew
Ø Should I submit this to Zephyr (as a PR)?
Assuming this works in your testing, we would appreciate a patch. :)
Andrew
|
By
Boie, Andrew P
·
#5772
·
|
|
Re: Error when using './boards/x86/common/scripts/build_grub.sh x86_64' on Clear Linux
Quick update following some more testing I did. I hit the same "packed-not-aligned" issue on Fedora 29. I applied the same fix and subsequently hit another issue (see error below), which got resolved
Quick update following some more testing I did. I hit the same "packed-not-aligned" issue on Fedora 29. I applied the same fix and subsequently hit another issue (see error below), which got resolved
|
By
Geoffroy Van Cutsem
·
#5771
·
|