Hello Everyone,
I am working for Hexagon Mining in Baar (some of our people were on the last
nuttx summit). Our project involves nuttx and runs on a stm32h743zi. Our nuttx
version was recently (mid January) updated.
We recently recognised that the ethernet of our platform dies after some time.
Hello, Yang,
Nice to hear from you again and it's a great work.
We'd like you to talk about your work at NuttX 2020 in Tokyo.
https://nuttx.events/call-for-participation/
Regards,
Masayuki
On 2020/02/19 15:09, "Yang Chung Fan" wrote:
Hi,
I have created a x86-64 port of Nuttx (te
Hi,
I can share a personnal experience of using LoRaWAN on mcu.
I also used a RN2483 module that handle serial commands,
It worked at least for this TizenRT demo:
http://purl.org/tizen-rt-lpwan-20180204rzr#
I also shared some hints about using RN2483 that should also apply to NuttX
https://www.
Yang,
Could you share more background information? we are very interesting
the possibility to call Linux side API.
For upstream, if each patch is small and independent, you can send PR
directly to:
https://github.com/apache/incubator-nuttx
Or Greg could create a branch so you can do the work on tha
Hi, Yang,
I am glad to see that you have successfully completed your project and
that you are contributing code to NuttX.
For upstream, if each patch is small and independent, you can send PR
directly to:
https://github.com/apache/incubator-nuttx
Or Greg could create a branch so you can do the
Hi, Reto,
I am working for Hexagon Mining in Baar (some of our people were on the last
nuttx summit). Our project involves nuttx and runs on a stm32h743zi. Our nuttx
version was recently (mid January) updated.
We recently recognised that the ethernet of our platform dies after some time.
Afte
On Wed, Feb 19, 2020 at 02:33:19PM +0100, Philippe Coval wrote:
> Hi,
>
> I can share a personnal experience of using LoRaWAN on mcu.
> I also used a RN2483 module that handle serial commands,
In my case I have an RFM95W module connected to an SAM4E controller.
Those are quite common modules and
Hi Bernd,
do you know that the RFM95 is based on the Semtech Sx1276 chip? There is
a driver available at Nuttx, as Greg said, only a "dumb spi driver".
On semtech site is abundant info available, also the LoRaWAN stack can
be downloaded there. It should not be too complicated to port this into
On Wed, Feb 19, 2020 at 04:26:57PM -0300, Florian Wehmeyer wrote:
>
> Hi Bernd,
>
> do you know that the RFM95 is based on the Semtech Sx1276 chip? There is
> a driver available at Nuttx, as Greg said, only a "dumb spi driver".
Well - yes and no.
They are based on the HopeRF RF96 chip, but this
Reto,
This sounds a lot like the problem I'm having with the SAMA5D36 Gigabit
ethernet... I'm running into some kind of deadlock on long transfers that
send packets very quickly. NuttX seems to run out of IOBs and then can't
send or respond to network packets.
I tried increasing the low priority
This sounds a lot like the problem I'm having with the SAMA5D36 Gigabit
ethernet... I'm running into some kind of deadlock on long transfers that
send packets very quickly. NuttX seems to run out of IOBs and then can't
send or respond to network packets.
I tried increasing the low priority wor
Here is a demo fix for one of IOB deadlock recently :
commit 2d0baa779d997f39b8121f5965f8125184e80d71
Author: chao.an
Date: Thu Jan 16 14:20:09 2020 -0300
net/udp: break the network lock to avoid deadlock
Author: chao.an
net/udp: break the network lock to avoid deadlock
Xiang,
Thanks for the concrete example of how to break IOB deadlock. If that is
what's causing my problem, I will try it out.
cheers
adam
On Wed, Feb 19, 2020 at 6:11 PM Xiang Xiao
wrote:
> Here is a demo fix for one of IOB deadlock recently :
>
> commit 2d0baa779d997f39b8121f5965f8125184e80d7
Thanks Greg. I will try to track down the deadlock this way.
-adam
On Wed, Feb 19, 2020 at 2:50 PM Gregory Nutt wrote:
>
> > This sounds a lot like the problem I'm having with the SAMA5D36 Gigabit
> > ethernet... I'm running into some kind of deadlock on long transfers that
> > send packets ver
Hi all,
Wow... Masayuki, excellent. I did not even have a chance to send in the
more detailed information that Petro requested.
I just tested the latest from the repo and it now works and I have a nsh>
prompt on the BBBW.
Thank you all for the help and excellent response.
Petro: I'm using a Ra
> In that case, the NuttX RGMP support was in the NuttX repository but the
> Linux RGMP support was elsewhere (you can still see the old NuttX RGMP
> files here:
> https://bitbucket.org/patacongo/obsoleted/src/83e33485517f2af145720b4ecd8a91158ccf506e/ChangeLog#lines-171).
>
> Perhaps we will
On 2020/02/19 12:02:12, "Ishikawa, Masayuki (SHES)"
wrote:
> Hello, Yang,
>
> Nice to hear from you again and it's a great work.
> We'd like you to talk about your work at NuttX 2020 in Tokyo.
>
> https://nuttx.events/call-for-participation/
>
> Regards,
> Masayuki
>
Yes, I am considerin
@Gregory: Thanks for your responses and input, will see what I can do.
On 2020/02/19 22:50:02, Gregory Nutt wrote:
>
> > This sounds a lot like the problem I'm having with the SAMA5D36 Gigabit
> > ethernet... I'm running into some kind of deadlock on long transfers that
> > send packets very q
Hi Adam,
I saw your post and was thinking about linking to it. From what I understand so
far, it happens only if there are multiple connections running. Some bursts of
arp messages or flood pings will eventually also break things. Just a matter of
timing. The whole collapse starts with no free
@Xiao: Thanks for your example, I'll see how I can apply it to our problem.
On 2020/02/20 02:10:49, Xiang Xiao wrote:
> Here is a demo fix for one of IOB deadlock recently :
>
> commit 2d0baa779d997f39b8121f5965f8125184e80d71
> Author: chao.an
> Date: Thu Jan 16 14:20:09 2020 -0300
>
>
20 matches
Mail list logo
