Re: Initial build errors
Thomas Törnblom
Thanks Carles,
toggle quoted messageShow quoted text
That was indeed the issue. --- thomasto@thomasto-VirtualBox:~/zephyrproject/zephyr$ cat `which west` | grep '#!' #!/usr/bin/python3 --- and python3 was symlinked to python3.6 while "python" was using python3.7. Built just fine now. Cheers, Thomas Den 2020-03-06 kl. 13:56, skrev Cufi,
Carles:
--
Thomas Törnblom, Product Engineer IAR Systems AB Box 23051, Strandbodgatan 1 SE-750 23 Uppsala, SWEDEN Mobile: +46 76 180 17 80 Fax: +46 18 16 78 01 E-mail: thomas.tornblom@... Website: www.iar.com Twitter: www.twitter.com/iarsystems
|
|
Re: Initial build errors
Carles Cufi
Hi Thomas,
Could it be that your /usr/bin/python is not the same python you used to install west? i.e. do you have multiple python installations on your system?
$ cat `which west` | grep '#!'
In my case this yields: #!/usr/bin/python3
which matches my:
Found PythonInterp: /usr/bin/python3
Carles
From: devel@... <devel@...>
On Behalf Of Thomas Törnblom via Lists.Zephyrproject.Org
Sent: 06 March 2020 13:39 To: devel@... Cc: devel@... Subject: [Zephyr-devel] Initial build errors
I'm just starting up my IAR porting effort again and thought I would just build a simple out of the box project with the standard tools, but I'm immediately running into issues. --
|
|
Initial build errors
Thomas Törnblom
I'm just starting up my IAR porting effort again and thought I would
just build a simple out of the box project with the standard tools,
but I'm immediately running into issues.
I'm on Ubuntu 18.04.4 LTS and have followed https://docs.zephyrproject.org/latest/getting_started/index.html --- thomasto@thomasto-VirtualBox:~/zephyrproject/zephyr$ west build -p auto -b stm32f746g_disco samples/basic/blinky -- west build: build configuration: source directory: /home/thomasto/zephyrproject/zephyr/samples/basic/blinky build directory: /home/thomasto/zephyrproject/zephyr/build (created) BOARD: stm32f746g_disco (origin: command line) -- west build: generating a build system -- Zephyr version: 2.2.0-rc3 -- Found PythonInterp: /usr/bin/python (found suitable version "3.7.5", minimum required is "3.6") -- Selected BOARD stm32f746g_disco Traceback (most recent call last): File "<string>", line 1, in <module> ModuleNotFoundError: No module named 'west' Error in sys.excepthook: Traceback (most recent call last): File "/usr/lib/python3/dist-packages/apport_python_hook.py", line 63, in apport_excepthook from apport.fileutils import likely_packaged, get_recent_crashes File "/usr/lib/python3/dist-packages/apport/__init__.py", line 5, in <module> from apport.report import Report File "/usr/lib/python3/dist-packages/apport/report.py", line 30, in <module> import apport.fileutils File "/usr/lib/python3/dist-packages/apport/fileutils.py", line 23, in <module> from apport.packaging_impl import impl as packaging File "/usr/lib/python3/dist-packages/apport/packaging_impl.py", line 24, in <module> import apt File "/usr/lib/python3/dist-packages/apt/__init__.py", line 23, in <module> import apt_pkg ModuleNotFoundError: No module named 'apt_pkg' Original exception was: Traceback (most recent call last): File "<string>", line 1, in <module> ModuleNotFoundError: No module named 'west' CMake Error at /home/thomasto/zephyrproject/zephyr/cmake/host-tools.cmake:26 (message): Unable to import west.version from '/usr/bin/python' Call Stack (most recent call first): /home/thomasto/zephyrproject/zephyr/cmake/app/boilerplate.cmake:443 (include) CMakeLists.txt:4 (include) -- Configuring incomplete, errors occurred! FATAL ERROR: command exited with status 1: /usr/bin/cmake -B/home/thomasto/zephyrproject/zephyr/build -S/home/thomasto/zephyrproject/zephyr/samples/basic/blinky -GNinja -DBOARD=stm32f746g_disco --- Looks like I'm missing some step. Thomas --
Thomas Törnblom, Product Engineer IAR Systems AB Box 23051, Strandbodgatan 1 SE-750 23 Uppsala, SWEDEN Mobile: +46 76 180 17 80 Fax: +46 18 16 78 01 E-mail: thomas.tornblom@... Website: www.iar.com Twitter: www.twitter.com/iarsystems
|
|
Mayank <mayank7117@...>
Hi Vinayak,
Thank you for the support. I have created the GH issue for the same https://github.com/zephyrproject-rtos/zephyr/issues/23319 Thanks, Mayank
|
|
Carles Cufi
Hi Mayank,
When you create the GitHub issue please be specific about the exact layout of the setup you have. It is not fully clear to me if you are connecting the nrf52840_pca10056 to the i.MX6UL via the PCA10056’s USB connector (i.e. using the PCA’s on-board debugger) or directly via lines to the UART from the i.MX’s pins to the nRF52840’s pins without any circuitry.
Thanks,
Carles
From: devel@... <devel@...>
On Behalf Of Mayank via Lists.Zephyrproject.Org
Sent: 06 March 2020 11:24 To: devel@... Cc: devel@... Subject: Re: [Zephyr-devel] hci interface stopped working after few hours #ble #hci #nrf52480 #uart
Hi All,
|
|
Chettimada, Vinayak Kariappa
Ok,
Please create a GH issue and mentioned as much details as possible to help me reproduce the issue.
From: devel@... <devel@...>
On Behalf Of Mayank via Lists.Zephyrproject.Org
Sent: 06 March 2020 11:24 To: devel@... Cc: devel@... Subject: Re: [Zephyr-devel] hci interface stopped working after few hours #ble #hci #nrf52480 #uart
Hi All,
|
|
Mayank <mayank7117@...>
Hi All,
Here i'm facing the issue even after using the full UART (Tx, Rx, RTS, CTS). These 4 pins are connected & configured from both (i.MX6UL & nrf52840_pca10056). Note : nrf52840 chip is flashed with HCI_UART sample app of zephyr. In that i have configured 4 pins and make HWFC enable from nrf5.conf file. Ans still i'm not facing this issue continuously. Lets say i'm keeping beacon scanning on for 4-5 hours then its working fine. It crashes when i keep it running for 2-3 days. Thanks, Mayank
|
|
Chettimada, Vinayak Kariappa
Hi Jamie,
All the disconnects are Host Bluetooth stack initiated. I will need some help from BlueZ guys to throw some light here.
Regards, Vinayak
From: Jamie Mccrae <Jamie.Mccrae@...>
Sent: 06 March 2020 09:04 To: Chettimada, Vinayak Kariappa <vinayak.kariappa.chettimada@...>; Cufi, Carles <Carles.Cufi@...>; mayank7117@...; devel@... Subject: RE: [Zephyr-devel] hci interface stopped working after few hours #ble #hci #nrf52480 #uart
Hi Vinayak > A btmon log would help identify the reason for disconnection.
I have uploaded the 2 logs here: https://www.dropbox.com/s/d2yurf6nxee9wk0/btmon_logs.zip?dl=0 The Zephyr one has quite a lot at the beginning before I made the connection. Here is one of the disconnect events from the zephyr log file: < HCI Command: Disconnect (0x01|0x0006) plen 3 #624 [hci0] 292.906310 Handle: 0 Reason: Remote User Terminated Connection (0x13) > HCI Event: Command Status (0x0f) plen 4 #625 [hci0] 292.907421 Disconnect (0x01|0x0006) ncmd 1 Status: Success (0x00) > HCI Event: Disconnect Complete (0x05) plen 4 #626 [hci0] 292.923423 Status: Success (0x00) Handle: 0 Reason: Connection Terminated By Local Host (0x16) @ MGMT Event: Device Disconnected (0x000c) plen 8 {0x0002} [hci0] 292.923459 LE Address: DC:59:20:76:11:5C (Static) Reason: Connection terminated by local host (0x02) @ MGMT Event: Device Disconnected (0x000c) plen 8 {0x0001} [hci0] 292.923459 LE Address: DC:59:20:76:11:5C (Static) Reason: Connection terminated by local host (0x02)
> > the connection parameter update still fails but even minutes later I am still connected to the remote device. > > This is weird, the cypress dongle did not perform connection parameter update, update procedure on air only either succeeds or disconnects (unless it’s a connection parameter request procedure that is rejected by peer).
Yes, that is what it is, apologies:
> ACL Data RX: Handle 0 flags 0x02 dlen 16 #179 [hci0] 69.454378 LE L2CAP: Connection Parameter Update Request (0x12) ident 2 len 8 Min interval: 6 Max interval: 12 Slave latency: 0 Timeout multiplier: 400 < ACL Data TX: Handle 0 flags 0x00 dlen 10 #180 [hci0] 69.454425 LE L2CAP: Connection Parameter Update Response (0x13) ident 2 len 2 Result: Connection Parameters rejected (0x0001)
Thanks, Jamie THIS MESSAGE, ANY ATTACHMENT(S), AND THE INFORMATION CONTAINED HEREIN MAY BE PROPRIETARY TO LAIRD CONNECTIVITY, INC. AND/OR ANOTHER PARTY, AND MAY FURTHER BE INTENDED TO BE KEPT CONFIDENTIAL. IF YOU ARE NOT THE INTENDED RECIPIENT, PLEASE DELETE THE EMAIL AND ANY ATTACHMENTS, AND IMMEDIATELY NOTIFY THE SENDER BY RETURN EMAIL. THIS MESSAGE AND ITS CONTENTS ARE THE PROPERTY OF LAIRD CONNECTIVITY, INC. AND MAY NOT BE REPRODUCED OR USED WITHOUT THE EXPRESS WRITTEN CONSENT OF LAIRD CONNECTIVITY, INC.
|
|
lairdjm
Hi Vinayak > A btmon log would help identify the reason for disconnection.
I have uploaded the 2 logs here: https://www.dropbox.com/s/d2yurf6nxee9wk0/btmon_logs.zip?dl=0 The Zephyr one has quite a lot at the beginning before I made the connection. Here is one of the disconnect events from the zephyr log file: < HCI Command: Disconnect (0x01|0x0006) plen 3 #624 [hci0] 292.906310 Handle: 0 Reason: Remote User Terminated Connection (0x13) > HCI Event: Command Status (0x0f) plen 4 #625 [hci0] 292.907421 Disconnect (0x01|0x0006) ncmd 1 Status: Success (0x00) > HCI Event: Disconnect Complete (0x05) plen 4 #626 [hci0] 292.923423 Status: Success (0x00) Handle: 0 Reason: Connection Terminated By Local Host (0x16) @ MGMT Event: Device Disconnected (0x000c) plen 8 {0x0002} [hci0] 292.923459 LE Address: DC:59:20:76:11:5C (Static) Reason: Connection terminated by local host (0x02) @ MGMT Event: Device Disconnected (0x000c) plen 8 {0x0001} [hci0] 292.923459 LE Address: DC:59:20:76:11:5C (Static) Reason: Connection terminated by local host (0x02)
> > the connection parameter update still fails but even minutes later I am still connected to the remote device. > > This is weird, the cypress dongle did not perform connection parameter update, update procedure on air only either succeeds or disconnects (unless it’s a connection parameter request procedure that is rejected by peer).
Yes, that is what it is, apologies:
> ACL Data RX: Handle 0 flags 0x02 dlen 16 #179 [hci0] 69.454378 LE L2CAP: Connection Parameter Update Request (0x12) ident 2 len 8 Min interval: 6 Max interval: 12 Slave latency: 0 Timeout multiplier: 400 < ACL Data TX: Handle 0 flags 0x00 dlen 10 #180 [hci0] 69.454425 LE L2CAP: Connection Parameter Update Response (0x13) ident 2 len 2 Result: Connection Parameters rejected (0x0001)
Thanks, Jamie
|
|
Chettimada, Vinayak Kariappa
Hi Jamie,
A btmon log would help identify the reason for disconnection.
> the connection parameter update still fails but even minutes later I am still connected to the remote device.
This is weird, the cypress dongle did not perform connection parameter update, update procedure on air only either succeeds or disconnects (unless it’s a connection parameter request procedure that is rejected by peer).
Regards, Vinayak
From: Jamie Mccrae <Jamie.Mccrae@...>
Sent: 06 March 2020 08:43 To: Chettimada, Vinayak Kariappa <vinayak.kariappa.chettimada@...>; Cufi, Carles <Carles.Cufi@...>; mayank7117@...; devel@... Subject: RE: [Zephyr-devel] hci interface stopped working after few hours #ble #hci #nrf52480 #uart
Hi Vinayak I gave it a try this morning with the latest master build of zephyr using the HCI_USB on an nrf52840_pca10059 dongle and I don’t get the errors/timeout issues as I save previously when I tested, however, GATT is unusable from bluetoothctl on linux (BlueZ 5.50). With the zephyr dongle, the device connects, seems to fail a connection parameter updates and disconnects – I am unable to list any details from the GATT server on the remote device (nothing comes through automatically and in the gatt menu, list-attributes seemingly does nothing). In comparison with a non-zephyr (cypress) based USB HCI dongle, it connects and instantly lists the GATT table, the connection parameter update still fails but even minutes later I am still connected to the remote device.
When I tested previously with a UART, it was with flow hardware control wired up to the FTDI chip. If zephyr was set to use it or not I cannot recall (it would have been the default for the HCI_UART example). Thanks, Jamie THIS MESSAGE, ANY ATTACHMENT(S), AND THE INFORMATION CONTAINED HEREIN MAY BE PROPRIETARY TO LAIRD CONNECTIVITY, INC. AND/OR ANOTHER PARTY, AND MAY FURTHER BE INTENDED TO BE KEPT CONFIDENTIAL. IF YOU ARE NOT THE INTENDED RECIPIENT, PLEASE DELETE THE EMAIL AND ANY ATTACHMENTS, AND IMMEDIATELY NOTIFY THE SENDER BY RETURN EMAIL. THIS MESSAGE AND ITS CONTENTS ARE THE PROPERTY OF LAIRD CONNECTIVITY, INC. AND MAY NOT BE REPRODUCED OR USED WITHOUT THE EXPRESS WRITTEN CONSENT OF LAIRD CONNECTIVITY, INC.
|
|
lairdjm
Hi Vinayak I gave it a try this morning with the latest master build of zephyr using the HCI_USB on an nrf52840_pca10059 dongle and I don’t get the errors/timeout issues as I save previously when I tested, however, GATT is unusable from bluetoothctl on linux (BlueZ 5.50). With the zephyr dongle, the device connects, seems to fail a connection parameter updates and disconnects – I am unable to list any details from the GATT server on the remote device (nothing comes through automatically and in the gatt menu, list-attributes seemingly does nothing). In comparison with a non-zephyr (cypress) based USB HCI dongle, it connects and instantly lists the GATT table, the connection parameter update still fails but even minutes later I am still connected to the remote device.
When I tested previously with a UART, it was with flow hardware control wired up to the FTDI chip. If zephyr was set to use it or not I cannot recall (it would have been the default for the HCI_UART example). Thanks, Jamie
|
|
Chettimada, Vinayak Kariappa
Hi, Both Mayank and Jamie,
I am interested in the way the HCI packets are transported to the Host Bluetooth stack.
In case of use of nRF DKs and Dongle, if using JLink debugger host firmware, you need to disable the Mass storage device (I don’t remember, it is something to do with 64-byte USB frames). Hence, my request to try with MBED debugger host firmware which is a different UART to USB implementation.
In case using custom UART to USB, like FTDI, do you wire the CTS/RTS and using hardware flow control?
Same for the TTL connections, correct CTS/RTS and hardware flow control is essential.
The rationale being, observed HCI timeout and HCI framing errors indicate corrupted UART traffic.
Regards, Vinayak
From: devel@... <devel@...>
On Behalf Of lairdjm via Lists.Zephyrproject.Org
Sent: 05 March 2020 17:34 To: Cufi, Carles <Carles.Cufi@...>; Chettimada, Vinayak Kariappa <vinayak.kariappa.chettimada@...>; mayank7117@...; devel@... Cc: devel@... Subject: Re: [Zephyr-devel] hci interface stopped working after few hours #ble #hci #nrf52480 #uart
Hi Carles, I was assuming it was aimed at both of us, I’m not sure about what hardware they’re using. I’ll give it a try tomorrow with the hardware I have and see if it’s working with the latest branch of zephyr. Thanks, Jamie
|
|
Re: Zephyr base improvement / improved Zephyr user experience
Rasmussen, Torsten
To test the PR: https://github.com/zephyrproject-rtos/zephyr/pull/23054 west zephyr-export
|
|
Zephyr Toolchain Working Group Meeting – 05 March 2020
Rasmussen, Torsten
Hi,Today’s meeting minutes:https://docs.google.com/document/d/1IQKBK-GcJNZG0O9QArqYfvb6Huk5xHscN-XIGEZr-z8/Notes/MinutesStatus updates
Would be nice to know the reason / get explanation
General discussion regarding toolchain support
Actions
Best regards
Torsten Tejlmand Rasmussen
|
|
lairdjm
Hi Carles, I was assuming it was aimed at both of us, I’m not sure about what hardware they’re using. I’ll give it a try tomorrow with the hardware I have and see if it’s working with the latest branch of zephyr. Thanks, Jamie
|
|
Cancelled Event: Zephyr Project: Dev Meeting - Thursday, 5 March 2020
#cal-cancelled
devel@lists.zephyrproject.org Calendar <devel@...>
Cancelled: Zephyr Project: Dev Meeting This event has been cancelled. When: Where: Organizer: devel@... Description:
|
|
Carles Cufi
Hi Jamie,
I think those questions were directed to Mayank, who is experiencing the issue now.
Thanks,
Carles
From: devel@... <devel@...>
On Behalf Of lairdjm via Lists.Zephyrproject.Org
Sent: 05 March 2020 14:36 To: Chettimada, Vinayak Kariappa <vinayak.kariappa.chettimada@...>; mayank7117@...; devel@... Cc: devel@... Subject: Re: [Zephyr-devel] hci interface stopped working after few hours #ble #hci #nrf52480 #uart
Hi Vinayak, > Are you using any host debugger firmware to convert to USB? or using 3v TTL connections to your custom board from nRF52840? When I tested it, it was using an nRF52840 PCA10059-like board without a 32KHz crystal (RC was selected from zephyr), I also tried on a BL654 DVK with the 32KHz connected and set in zephyr
> For those using USB_UART conversion, I am assuming you are using Segger JLink firmware on the host chip in the nRF52840 DK/dongle. Could you try using the MBED firmware on the host debugger chip? When I was testing the UART one, I used an FTDI chip so this does not apply. I tested against a BT850 module, which also uses an FTDI with a non-zephyr based HCI module and that worked flawlessly
> Also, please create or refer me to GH issue, so that further discussions can be continued there. I never created an issue. I haven’t tested in probably about a year now or so. Jamie
|
|
Zephyr Toolchain Working Group - Thu, 03/05/2020
#cal-notice
devel@lists.zephyrproject.org Calendar <noreply@...>
Zephyr Toolchain Working Group When: Where: Description: Topic: Zephyr Toolchain Working Group Join Zoom Meeting Meeting ID: 967 549 258 One tap mobile Dial by your location
|
|
Upcoming Event: Zephyr Toolchain Working Group - Thu, 03/05/2020 9:00am-10:00am
#cal-reminder
devel@lists.zephyrproject.org Calendar <devel@...>
Reminder: Zephyr Toolchain Working Group When: Thursday, 5 March 2020, 9:00am to 10:00am, (GMT-06:00) America/Chicago Where:https://zoom.us/j/967549258 Organizer: Maureen Helm Description: Zephyr Working Group is inviting you to a scheduled Zoom meeting. Topic: Zephyr Toolchain Working Group Join Zoom Meeting Meeting ID: 967 549 258 One tap mobile Dial by your location
|
|
Zephyr Toolchain Working Group Meeting – 05 March 2020
Rasmussen, Torsten
Hi All,
For today’s meeting let’s follow up on last meeting action items and get a status update. Also I think we should consider the short / long term goals of this WG and who has the skills / capacity to do what.
Where: Agenda
Also some feedback has been given by Marc since last meeting:
Note: Should be coupled with only checking new / modified files in a PR.
Feel free to send a mail, if you would like additional topics to be discussed.
Best regards
Torsten T. Rasmussen
Live meeting minutes: https://docs.google.com/document/d/1IQKBK-GcJNZG0O9QArqYfvb6Huk5xHscN-XIGEZr-z8/edit#heading=h.x36xe8bnwr9r
|
|