Python Interpreter for Zephyr
Muhammad Muh <muhammad.muh83@...>
Hi,
I hope you will be fine and in best of the health. I have a small query. If I want to run Python application on top of Zephyr, does Zephyr has the Python interpreter to run a python based application on top of Zephyr?
Please advice. Thank you.
Best Regards
|
|
[Bluetooth] How to use "bt adv-create" at \zephyr\tests\bluetooth\shell
#bluetooth
#nrf52840
#shell
renkai@...
Hello,
I'm use the sample code at \zephyr\tests\bluetooth\shell\ and the HW platform is nrf52840dk, what I'm trying to do is to make HW send ADV_EXT_IND and AUX_ADV_IND. After flashing the firmware into HW, I use below shell command to create an adv. uart:~$ bt init
Bluetooth initialized
uart:~$ bt[00:03:40.138,793] <inf> fs_nvs: 8 Sectors of 4096 bytes
[00:03:40.138,824] <inf> fs_nvs: alloc wra: 0, ff0
[00:03:40.138,824] <inf> fs_nvs: data wra: 0, 0
[00:03:40.141,601] <inf> bt_hci_core: HW Platform: Nordic Semiconductor (0x0002)
[00:03:40.141,632] <inf> bt_hci_core: HW Variant: nRF52x (0x0002)
[00:03:40.141,632] <inf> bt_hci_core: Firmware: Standard Bluetooth controller (0x00) Version 2.3 Build 0
[00:03:40.142,242] <inf> bt_hci_core: No ID address. App must call settings_load()
[00:03:40.161,285] <inf> bt_hci_core: Identity: d0:d3:8a:6f:47:91 (random)
[00:03:40.161,285] <inf> bt_hci_core: HCI: version 5.2 (0x0b) revision 0x0000, manufacturer 0x05f1
[00:03:40.161,285] <inf> bt_hci_core: LMP: version 5.2 (0x0b) subver 0xffff
uart:~$ bt id-show
*0: d0:d3:8a:6f:47:91 (random)
uart:~$ bt id-select 0
Selected identity: d0:d3:8a:6f:47:91 (random)
uart:~$ bt adv-create conn-scan ext-adv identity low
Failed to create advertiser set (-5)
[00:04:29.615,020] <wrn> bt_hci_core: opcode 0x2036 status 0x01 But the return error code is -5, how can I create an adv and make it send ADV_EXT_IND and AUX_ADV_IND? Thanks. Regards, Kai
|
|
Re: Sharing a driver between similar devices
Michael,
Some interesting thoughts but it might be worth having a look at the lsm9ds0_mfd driver, it has configuration options for the various sensor functions. This might be a good guide to help achieve what you're planning. Billy..
|
|
Re: Sharing a driver between similar devices
Peter A. Bigot
I believe https://github.com/zephyrproject-rtos/zephyr/issues/20287 is relevant to this problem. At the time there was no solution; now it may be that
DT_NODE_HAS_COMPAT(DT_DRV_INST(N), other_compat) handles it if just you iterate over the base lsm6dsl device.
|
|
Re: Sharing a driver between similar devices
Michael Hope
On Fri, 24 Jul 2020 at 22:06, Bolivar, Marti <Marti.Bolivar@...> wrote: Hi Michael, That sounds good. The second part of the problem is iterating over both the lsm6dsl and lsm6ds3 types. Doing two DT_INST_FOREACH_STATUS_OKAY(fn), one for each compat, can give name collisions. Any ideas? -- Michael
|
|
Re: Sharing a driver between similar devices
Bolivar, Marti
Hi Michael,
"Michael Hope via lists.zephyrproject.org" <michaelh=juju.nz@...> writes: Hi there. I'm porting Zephyr to the Arduino Nano 33 IOT. The board has aHave you tried to set some state in the config structure based on the value of DT_NODE_HAS_COMPAT(DT_DRV_INST(your_instance_number), some_compat)? E.g. setting the WHO_AM_I in your config struct based on this, and using that in your init functions to disambiguate. Thanks, Martí
|
|
Sharing a driver between similar devices
Michael Hope
Hi there. I'm porting Zephyr to the Arduino Nano 33 IOT. The board has a LSM6DS3 IMU which is very similar to the LSM6DSL that's already supported by Zephyr and I'd like to re-use it. I've refactored [1] the lsm6dsl driver to be multi-instance. What's the best way of then using the same driver for two different compats? The best I've come up with is [2] but that has name collision issues. Note that the chips also have a different WHO_AM_I value, so need very slightly different configuration. -- Michael
|
|
github org membership and permissions
Maureen Helm
Hi everyone, This week the TSC approved the list of current maintainers in #24152. As a result, I have invited all of the approved maintainers to join the zephyrproject-rtos GitHub organization and assigned them into a “maintainers” team. Membership in this GitHub team gives write access to the main zephyr repo, which is used for assigning labels and reviewers to issues/PRs. Merge rights are still restricted to members of the release team.
Many maintainers previously had write access as an “outside collaborator”, which should no longer be necessary and has been removed. If you have lost access to the repo in this refactoring, then I have made a mistake and please let me know.
Also, membership in a GitHub organization is by default private, but you have the option to make it public:
Maureen
|
|
Zephyr Project: Dev Meeting - Thu, 07/23/2020 3:00pm-4:00pm, Please RSVP
#cal-reminder
devel@lists.zephyrproject.org Calendar <devel@...>
Reminder: Zephyr Project: Dev Meeting When: Thursday, 23 July 2020, 3:00pm to 4:00pm, (GMT+00:00) UTC Where:Microsoft Teams Meeting An RSVP is requested. Click here to RSVP Organizer: devel@... Description: ________________________________________________________________________________
+1 321-558-6518 United States, Orlando (Toll)
Conference ID: 483 314 739#
Local numbers | Reset PIN | Learn more about Teams | Meeting options
________________________________________________________________________________
|
|
Dev-Review Meeting Agenda Jul 23
Kumar Gala
Here’s the agenda topics for this week:
* Discussion on CONFIG_MULTITHREADING=n - Do we continue to support it and what functionality should be expected to work in that mode: https://github.com/zephyrproject-rtos/zephyr/issues/9808 https://github.com/zephyrproject-rtos/zephyr/issues/8393 https://github.com/zephyrproject-rtos/zephyr/issues/26796 https://github.com/zephyrproject-rtos/zephyr/issues/8496 … https://github.com/zephyrproject-rtos/zephyr/issues?q=is%3Aissue+is%3Aopen+CONFIG_MULTITHREADING - isr safe mutexes * Any PR/issues w/dev-review tag * Any topics anyone else has. - k
|
|
Re: [Zephyr-users] Community input on possible change to Discord from Slack
Jack Rosenthal
I use Matrix on other channels. It works pretty nicely, and the open source factor is a bonus. Reto summed it up pretty well... hope you all do consider it a bit more.
On Wed, Jul 22, 2020 at 8:26 AM <rs@...> wrote: Hi Kumar,
|
|
Re: [Zephyr-users] Community input on possible change to Discord from Slack
rs@...
Hi Kumar,
Being a Matrix homeserver administrator myself (Synapse/Riot-Web), but never having used Discord, I'd like to know what (apart form Adafruit) made Discord look like the most interesting candidate? On 7/17/20 12:27 AM, Kumar Gala wrote: Some requirements for Zephyr chat platform:Can not see a problem with this. * integration with other services (like GitHub)Never done this, can not say anything about it. * private channelsPossible - including E2E encryption * ideally free - or low costWhat would be considered low cost? Would a server maintained paid by the LF and run by a volunteer be an option? Pros of Discord:Same for Matrix, but solved via federation * Strong moderation tools (mute, ban, kick) per server. No need to wait for Discord to help.I had no need yet on my homeserver (~150 accounts), but mute/kick/ban is not a problem at all. Also, redacting history of a spammer, etc. is very possible. * Unlimited history for free.Possible * Easy to join via invite link, chat and then establish an account.I have not tried to enable guest accounts yet, but ... a) it is very easy to set up a homeserver to allow registering with just a username and a password, not requiring an e-mail or phone number. b) People can just re-use their existing Matrix accounts if federation is enabled Cons of Discord:For matrix, sharing the room list with other homeservers can be prevented. * Still in the startup phase so they are experimenting with business models. Currently "Nitro" subscription which unlocks server capabilities: https://discord.com/new/nitroMatrix.org does already IRC bridging for its own *and* users on other homeservers [1]. Also, the speed at which Synapse/Element/etc. is getting developed is awesome. There are releases pretty much every week, each containing serious improvements. Greetings, Reto [1] https://matrix.org/blog/2015/06/22/the-matrix-org-irc-bridge-now-bridges-all-of-freenode
|
|
Re: Community input on possible change to Discord from Slack
Paul Sokolovsky
Hello,
On Tue, 21 Jul 2020 23:55:18 +0000 "Nashif, Anas" <anas.nashif@...> wrote: It depends who you ask, lots of people actually do not care or like+2, one for each account. I find the threads hard to use/follow in realtime, and apparently very hard to get back to in archive if you don't know a precise search term. IRC did not have threads,+1 for mentioning IRC too. After trying Slack, I personally find IRC more comfortable. I actually came to appreciate its liteweight design as very smart and deliberate, emphasizing the core feature - quick chat, and leaving the rest to more tangible communication methods, like email. [] -- Best Regards, Paul Linaro.org | Open source software for ARM SoCs Follow Linaro: http://www.facebook.com/pages/Linaro http://twitter.com/#!/linaroorg - http://www.linaro.org/linaro-blog
|
|
Re: Community input on possible change to Discord from Slack
Jett ✈ Rink
If Zephyr is non-profit (which it seems to be), then it will be eligible to sign up for G Suite for nonprofit which includes many features for free. I have personally set this up for two non-profits and it is pretty straightforward. I agree that chat.google.com is very well hidden ;) -Jett
On Tue, Jul 21, 2020 at 6:15 PM Nashif, Anas <anas.nashif@...> wrote:
|
|
Re: Community input on possible change to Discord from Slack
Nashif, Anas
Jett, Zephyr project is not subscribed to any gsuite plans, free or paid. AFAIK we use google docs from LF in some areas. Maybe we should look into the non-profit “companies” option. Never heard of chat.google.com, well hidden 😊
Anas
From:
<devel@...> on behalf of "Jett
✈ Rink via lists.zephyrproject.org" <jettrink=google.com@...>
I know that Zephyr uses Google docs already, and that Gsuite is free for non-profit companies. Have we considered chat.google.com as an alternative? It may be free or part of what Zephyr is already paying for. It has conversations/threads and history, etc.
-Jett
On Tue, Jul 21, 2020 at 3:23 AM Henrik Brix Andersen <henrik@...> wrote:
|
|
Re: Community input on possible change to Discord from Slack
Nashif, Anas
I am not saying IRC is a quality chat client, but the model works in that you can also chat without threads, and it has been done and is being done in many places already. I personally find threads an annoyance in slack and is usually where I miss most of the conversations. Keeping an eye on the inflow of messages while doing something else and jumping in when interested is not something that is possible with threads, you basically have to click and open threads to see what is going on.
toggle quoted messageShow quoted text
Anas On 21/07/2020, 20:01, "devel@... on behalf of Bolivar, Marti" <devel@... on behalf of marti.bolivar@...> wrote: Age is not necessarily a sign of quality. Usenet is still around in some form or another, but nobody is advocating we use it for Zephyr, are they? I think the IRC style of simultaneously carrying on multiple unrelated conversations in the same channel using nicks hard to read and find threads much more readable. Just my two cents. "Nashif, Anas via lists.zephyrproject.org" <anas.nashif=intel.com@...> writes:
It depends who you ask, lots of people actually do not care or like threads the way they are implemented in Slack. This is basically a place where conversation just get buried.> IRC did not have threads, yet it is still there after almost 30 years. > > Anas > > From: <devel@...> on behalf of "Peter A. Bigot" <pab@...> > Date: Tuesday, 21 July 2020 at 19:41 > To: "devel@..." <devel@...> > Subject: Re: [Zephyr-devel] Community input on possible change to Discord from Slack > > Are we tracking the Zephyr requirements for a chat server anywhere, and assessing them against a list of candidate services? > > Based on some trials at https://discord.com/channels/720317445772017664/720317445772017667/734352748396413051 I think thread support should be a requirement, and that Discord doesn't satisfy it. > > Peter > > >
|
|
Re: Community input on possible change to Discord from Slack
Bolivar, Marti
Age is not necessarily a sign of quality. Usenet is still around in some
toggle quoted messageShow quoted text
form or another, but nobody is advocating we use it for Zephyr, are they? I think the IRC style of simultaneously carrying on multiple unrelated conversations in the same channel using nicks hard to read and find threads much more readable. Just my two cents. "Nashif, Anas via lists.zephyrproject.org" <anas.nashif=intel.com@...> writes:
It depends who you ask, lots of people actually do not care or like threads the way they are implemented in Slack. This is basically a place where conversation just get buried.
|
|
Re: Community input on possible change to Discord from Slack
Nashif, Anas
It depends who you ask, lots of people actually do not care or like threads the way they are implemented in Slack. This is basically a place where conversation just get buried. IRC did not have threads, yet it is still there after almost 30 years.
Anas
From:
<devel@...> on behalf of "Peter A. Bigot" <pab@...>
Are we tracking the Zephyr requirements for a chat server anywhere, and assessing them against a list of candidate services?
|
|
Re: Community input on possible change to Discord from Slack
Peter A. Bigot
Are we tracking the Zephyr requirements for a chat server anywhere, and assessing them against a list of candidate services?
Based on some trials at https://discord.com/channels/720317445772017664/720317445772017667/734352748396413051 I think thread support should be a requirement, and that Discord doesn't satisfy it. Peter
|
|
Re: Community input on possible change to Discord from Slack
Jett ✈ Rink
I know that Zephyr uses Google docs already, and that Gsuite is free for non-profit companies. Have we considered chat.google.com as an alternative? It may be free or part of what Zephyr is already paying for. It has conversations/threads and history, etc. -Jett
On Tue, Jul 21, 2020 at 3:23 AM Henrik Brix Andersen <henrik@...> wrote: Hi all,
|
|