Hi,
Can you tell us your github account and the branch in which you are
currently having trouble so that we can reproduce the errors?
Masayuki
From: Anjana
Sent: Thursday, June 18, 2020 15:23
To: dev@nuttx.apache.org
Subject: Re: ELF Application Example(apps/ex
Yes, I have added CELFFLAGS, CELFFLAGS, LDELFFLAGS in Make.defs file
From: Ishikawa, Masayuki (SHES)
Sent: 18 June 2020 11:33
To: dev@nuttx.apache.org
Subject: Re: ELF Application Example(apps/examples/elf) undefined references
issue in symtab.c
___
Hi Alan and all,
Though I've never used nRF52 before, what we did for Bluetooth with
LC823450-XGEVK are
(1) Port proprietary Bluetooth stack to NuttX for our audio products.
(2) Port bluekitchen/btstack to NuttX for a feasibility study of networking.
LC82345-XGEVK has CSR8811 on the board which
Great! I was close to ordering a few pieces.
But later I saw the shipping costs and gave up.
So I wait until it is more accessible in the EU.
Open source MCU+FPGA seems to be a powerful tool.
czw., 18 cze 2020 o 03:56 Brennan Ashton
napisał(a):
> This is a chip that I have been excited about for
Hi Anjana,
Did you add some flags (i.e. CELFFLAGS, CXXELFFLAGS and LDELFFLAGS) to
scripts/Make.defs?
The flags are needed to build elf modules.
Regards,
Masayuki
差出人: Anjana
送信日時: 2020年6月18日 14:38
宛先: dev@nuttx.apache.org
件名: ELF Application Example(apps/examp
Hello Team,
I have added ELF Binary Loader support for RX65N target.
I am currently testing my implementation using the apps/examples/elf/ example .
When I enable the apps/examples/elf/ example application, and compile, I am
getting the below error in symtab.c (Symbol Table)
C:\cygwin64\home
I agree that access to low-level radio with documented registers is a big
plus for Nordic.
I hope other vendors will follow the same path (if not then we always have
reverse engineering :P).
For this reason, we should have a standardized interface for BLE
single-chip solutions in Nuttx.
A non-stand
Thanks Nathan. It's been interesting learning how to port and debug NuttX
drivers. Hopefully I will be able to write something about it when I get
the code accepted.
It was helpful that I could port a driver used by the same chip peripheral
IP block on other NuttX supported chips. I didn't have to
This is a chip that I have been excited about for a while since they are
highlighting the open source tool support including the SoC and FPGA
emulation with RENODE.
Zephyr is the highlighted RTOS, but I thought it would be a great candidate
for NuttX, especially since the MCU is a ARM M4 so the in
On Wed, Jun 17, 2020 at 5:49 PM Adam Feuer wrote:
> SDMMC write is working now too. So the driver can do the following:
>
>- Non-DMA read and write
>- DMA read and write in SDMA mode
>- 1 bit bus
>- 4 bit bus (widebus)
>- up to 25Mhz
>
> I'm going to work on cleanup, documenta
SDMMC write is working now too. So the driver can do the following:
- Non-DMA read and write
- DMA read and write in SDMA mode
- 1 bit bus
- 4 bit bus (widebus)
- up to 25Mhz
I'm going to work on cleanup, documentation, and PR next. I'll post a
branch here when I get it somewhat cl
I saw that option recently and I don't really like it. It seems a debugging
nightmare.
What I actually like about Nordic is that at least it is possible to have an
open-source low-level radio stack, which is not the case for Espressif since
this is still closed source and undocumented. So I thin
Hi Mateusz,
This is a great idea! Note that zGlue did exactly it, but they are using nRF52.
Maybe Sony or Xiaomi has something similar implemented for NuttX and could help.
Guys, are you hearing? Xiang? Masayuki?
BR,
Alan
On 6/17/20, raiden00pl . wrote:
> You can use Nordic's priorpiate BLE
You can use Nordic's priorpiate BLE stack (SoftDevice) and after a few
hacks even Nordic SDK can be integrated with Nuttx.
This gives you a certified BLE stack but it has a huge disadvantage - it is
a closed source. Looking for bugs in such an environment is a nightmare.
Some time ago I started wo
14 matches
Mail list logo
