|
RFC: ieee802154 radio api
Hi Johann, L2 behavior can avoid using any flags, at least for now (see below). There is no reason to copy the way it's done elsewhere. Moreover from Linux which really does not have the same constrai
Hi Johann, L2 behavior can avoid using any flags, at least for now (see below). There is no reason to copy the way it's done elsewhere. Moreover from Linux which really does not have the same constrai
|
By
Tomasz Bursztyka
· #4474
·
|
|
"/samples/net/coap_server" example is not working on "nrf52_pca10040" board
Hi Raju, Can you try on latest master, on zoap_server? We don't support the old coap library anymore, which was working against old ip stack. Tomasz
Hi Raju, Can you try on latest master, on zoap_server? We don't support the old coap library anymore, which was working against old ip stack. Tomasz
|
By
Tomasz Bursztyka
· #4425
·
|
|
"/samples/net/coap_server" example is not working on "nrf52_pca10040" board
Hi, There is no coap_server anymore. Which version of Zephyr are you working on? Tomasz
Hi, There is no coap_server anymore. Which version of Zephyr are you working on? Tomasz
|
By
Tomasz Bursztyka
· #4401
·
|
|
Networking stack - Ethernet driver design
Hi Piotr, No. We have a TODO which is more like a 1:1 with Jira tickets, but that's all. Definitely, yes, go ahead. Tomasz
Hi Piotr, No. We have a TODO which is more like a 1:1 with Jira tickets, but that's all. Definitely, yes, go ahead. Tomasz
|
By
Tomasz Bursztyka
· #4377
·
|
|
Networking stack - Ethernet driver design
Hi Piotr, You are mixing different issues here: your own driver design and known current limitations in net stack. I will address your driver design issue in your patches (however apply first style co
Hi Piotr, You are mixing different issues here: your own driver design and known current limitations in net stack. I will address your driver design issue in your patches (however apply first style co
|
By
Tomasz Bursztyka
· #4371
·
|
|
reg: Routing SPI signals connected from x86 core to the Arc core
Hi, You can use IPM API to send data from one core to another. See include/ipm.h Your accelerometer implements sensor API I guess? So it can trigger a callback, which in turn would send the informatio
Hi, You can use IPM API to send data from one core to another. See include/ipm.h Your accelerometer implements sensor API I guess? So it can trigger a callback, which in turn would send the informatio
|
By
Tomasz Bursztyka
· #4348
·
|
|
Bluetooth sample support
Hi, CONFIG_NET_L2_BLUETOOTH is only meant for 6lowpan over BT. Is that what you are looking for? If so, check samples/net/echo_client/prj_bt.conf as config example. It really depends on what you are w
Hi, CONFIG_NET_L2_BLUETOOTH is only meant for 6lowpan over BT. Is that what you are looking for? If so, check samples/net/echo_client/prj_bt.conf as config example. It really depends on what you are w
|
By
Tomasz Bursztyka
· #4327
·
|
|
[BUG]
Thanks for finding those issues. newlib does not provide any, but it probably counts on default definitions from the sdk I guess? We would have a lot more trouble if not. I wonder if this isn't an sdk
Thanks for finding those issues. newlib does not provide any, but it probably counts on default definitions from the sdk I guess? We would have a lot more trouble if not. I wonder if this isn't an sdk
|
By
Tomasz Bursztyka
· #4322
·
|
|
[BUG]
Hi Richard, I'll check Tomasz
Hi Richard, I'll check Tomasz
|
By
Tomasz Bursztyka
· #4321
·
|
|
RFC: moving network protocols to subsys/net/lib
Hi Flavio, It's just a coincidence that now only application protocols are found there, but in future we could find much different parts there as well. lib if fine imo. Tomasz
Hi Flavio, It's just a coincidence that now only application protocols are found there, but in future we could find much different parts there as well. lib if fine imo. Tomasz
|
By
Tomasz Bursztyka
· #4316
·
|
|
heads-up: net branch usage
Hi, Since new native network stack has been merged to master I see many net stack patches going to master. Please don't. Always send them to net branch. It's easier for net maintainers to track what's
Hi, Since new native network stack has been merged to master I see many net stack patches going to master. Please don't. Always send them to net branch. It's easier for net maintainers to track what's
|
By
Tomasz Bursztyka
· #4301
·
|
|
gpio pin configuration.
Hi Marcus, It was just a naming proposal, instead of: GPIO_DS_0_HIGH GPIO_DS_0_DISCONNECT and GPIO_DS_1_HIGH GPIO_DS_1_DISCONNECT we would have: GPIO_DS_DFLT_HIGH (or *_DEFAULT_*) GPIO_DS_DFLT_DISCONN
Hi Marcus, It was just a naming proposal, instead of: GPIO_DS_0_HIGH GPIO_DS_0_DISCONNECT and GPIO_DS_1_HIGH GPIO_DS_1_DISCONNECT we would have: GPIO_DS_DFLT_HIGH (or *_DEFAULT_*) GPIO_DS_DFLT_DISCONN
|
By
Tomasz Bursztyka
· #4270
·
|
|
gpio pin configuration.
Hi Marcus, 1 << 13 1 << 15 And actually, better use BIT() macro for all these flags. What about GPIO_DS_DFLT_* and GPIO_DF_ALT_* 0 and 1 are not telling much. Preferably. Let's ignore the flags if it'
Hi Marcus, 1 << 13 1 << 15 And actually, better use BIT() macro for all these flags. What about GPIO_DS_DFLT_* and GPIO_DF_ALT_* 0 and 1 are not telling much. Preferably. Let's ignore the flags if it'
|
By
Tomasz Bursztyka
· #4263
·
|
|
Reg: Zephyr 1.6 GPIO Mask and Unmask gpio interrupts
Hi, Have a look at samples/basic/button/src/main.c for instance. Zephyr GPIO API first requires to configure it through gpio_pin_configure() and then to setup a callback and enabled/disable the releva
Hi, Have a look at samples/basic/button/src/main.c for instance. Zephyr GPIO API first requires to configure it through gpio_pin_configure() and then to setup a callback and enabled/disable the releva
|
By
Tomasz Bursztyka
· #4220
·
|
|
Reg: Zephyr 1.6 GPIO Mask and Unmask gpio interrupts
Hi, The second one. Always use the Zephyr GPIO API, so include/gpio.h Tomasz
Hi, The second one. Always use the Zephyr GPIO API, so include/gpio.h Tomasz
|
By
Tomasz Bursztyka
· #4213
·
|
|
net branch, ieee802154_cc2520
np
By
Tomasz Bursztyka
· #4186
·
|
|
net branch, ieee802154_cc2520
Hi Johann, Hmm, according to the board layout in this document http://www.nxp.com/assets/documents/data/en/user-guides/FRDMK64FUG.pdf CS is PTD0 (alternate function 2) Actually all SPI 0 pin outs are
Hi Johann, Hmm, according to the board layout in this document http://www.nxp.com/assets/documents/data/en/user-guides/FRDMK64FUG.pdf CS is PTD0 (alternate function 2) Actually all SPI 0 pin outs are
|
By
Tomasz Bursztyka
· #4185
·
|
|
net branch, ieee802154_cc2520
Well it does make a tiny change: it could go a little bit more further with debug enabled. So it looks like there is an issue with CS timing? It could pass cc2520_start(), though later cc2520_get_cca(
Well it does make a tiny change: it could go a little bit more further with debug enabled. So it looks like there is an issue with CS timing? It could pass cc2520_start(), though later cc2520_get_cca(
|
By
Tomasz Bursztyka
· #4182
·
|
|
net branch, ieee802154_cc2520
Hi Johann, Unfortunately, no change at all on my side with these modifications added. Tomasz
Hi Johann, Unfortunately, no change at all on my side with these modifications added. Tomasz
|
By
Tomasz Bursztyka
· #4181
·
|
|
net branch, ieee802154_cc2520
Hi Johann, I'll try that. Ok interesting, though as expensive as TI's EMK :) Try to use echo_server app instead. ieee802154/cc2520 is giving you false indications where the errors happens I believe, a
Hi Johann, I'll try that. Ok interesting, though as expensive as TI's EMK :) Try to use echo_server app instead. ieee802154/cc2520 is giving you false indications where the errors happens I believe, a
|
By
Tomasz Bursztyka
· #4180
·
|