Re: NuttX PTP Support

2023-04-24 Thread James Dougherty
> > > Please let me know if you want some help with tests, etc. > > > > BR, > > > > Alan > > > > On 1/30/23, James Dougherty wrote: > >> wow, it is really well supported! > >> OK I will start looking at a PTP server implementation and work on &

Re: NuttX PTP Support

2023-01-30 Thread James Dougherty
wow, it is really well supported! OK I will start looking at a PTP server implementation and work on client later… > On Jan 27, 2023, at 11:36 AM, James Dougherty wrote: > > Thanks, I will try it this weekend on one of my boards…. > >> On Jan 27, 2023, at 11:12 AM, Al

Re: NuttX PTP Support

2023-01-27 Thread James Dougherty
Thanks, I will try it this weekend on one of my boards…. > On Jan 27, 2023, at 11:12 AM, Alan C. Assis wrote: > > Yes, it is supported: serial and network (ethernet and WiFi). > >> On 1/27/23, James Dougherty wrote: >> Outstanding! >> >> Serial and Netwo

Re: NuttX PTP Support

2023-01-27 Thread James Dougherty
Outstanding! Serial and Network… Thank you > On Jan 27, 2023, at 10:01 AM, Alan C. Assis wrote: > > Hi James, > > ESP32 is supported, which features do you need? > > BR, > > Alan > >> On 1/27/23, James Dougherty wrote: >> I haven’t looked at i

Re: NuttX PTP Support

2023-01-27 Thread James Dougherty
lly on ESP32 if that's possible - I haven't done > any research yet regarding the hardware capabilities of ESP32 in this > matter. > > As a first step I was thinking of adding support for the PTP daemon, as > Alan suggested. > > Regards > Robert > > On Fri,

Re: Re: SAM-E70 progmem - in system programming and RAMFUNCS

2022-12-13 Thread James Dougherty
without a boot-loader? Thank you! -james On Mon, Dec 12, 2022 at 11:05 PM James Dougherty wrote: > Hi Greg, > > No,l I don't, the relevant extract from make V=1 is as below! > > arm-none-eabi-gcc" -- -fno-builtin -Wall -Wstrict-prototypes -Wshadow > -Wundef -fno-

Re: Re: SAM-E70 progmem - in system programming and RAMFUNCS

2022-12-12 Thread James Dougherty
Hi Greg, No,l I don't, the relevant extract from make V=1 is as below! arm-none-eabi-gcc" -- -fno-builtin -Wall -Wstrict-prototypes -Wshadow -Wundef -fno-strict-aliasing -g -Os -mcpu=cortex-m7 -mthumb -mfpu=fpv5-d16 -mfloat-abi=hard -I. I will test that out tomorrow... Thank you! -James On Mo

Re: Port to M5Stamp-C3U

2022-12-09 Thread James Dougherty
That's sweet! I am updating an existing design from ESP32-WROOM-32U-N4/platformio to ESP32-S3-WROOM-1U-N16/nuttx so I got this new S3 board - https://www.mouser.com/ProductDetail/356-ESP32S3DEVKTM1N8 I will have to try it out! Thank you! On Fri, Dec 9, 2022 at 6:17 AM Sebastien Lorquet wrote:

Re: SAM-E70 progmem - in system programming and RAMFUNCS

2022-12-09 Thread James Dougherty
r 150/150? The backplane doesn't run at 300, or am I missing something? Do you run 300/150? I am using SAME70N21B-ANT, what about you? Thank you and best regards -James On Fri, Dec 9, 2022 at 8:02 PM James Dougherty wrote: > Thanks Petro, > > You are right, or so it seems, but

Re: SAM-E70 progmem - in system programming and RAMFUNCS

2022-12-09 Thread James Dougherty
t; > > >> Have you ensured that all the code (and support code, systic etc) is in > >> RAM? > >> > >> Also, Is this an ECCed FLASH? Is the write size correct? We must line > >> cache > >> the writes on some parts in the PX4 bootloader. > >&

Re: SAM-E70 progmem - in system programming and RAMFUNCS

2022-12-09 Thread James Dougherty
https://github.com/PX4/PX4-Autopilot/blob/main/platforms/nuttx/src/bootloader/common/lib/flash_cache.c > > > David > -Original Message- > From: James Dougherty > Sent: Friday, December 9, 2022 12:46 AM > To: dev@nuttx.apache.org > Subject: Re: SAM-E70 progmem - in sy

Re: SAM-E70 progmem - in system programming and RAMFUNCS

2022-12-08 Thread James Dougherty
Thank you Greg, Thank you David! I did check that is correct: arch/arm/src/samv7/sam_start.c - 344:356 /* Copy any necessary code sections from FLASH to RAM. The correct * destination in SRAM is geive by _sramfuncs and _eramfuncs. The * temporary location is in flash after the data ini

Re: NuttX PTP Support

2022-12-08 Thread James Dougherty
> others. Maybe I will test again, have a 1 GHz LeCroy now, should be able to > do jitter measurements too. > Oh, and yes, before someone asks: all antenna and scope cables were the > same length... ;-) > > Arie > > > On 2022-12-08 06:33, James Dougherty wrote: > > Rel

Re: SAM-E70 progmem - in system programming and RAMFUNCS

2022-12-07 Thread James Dougherty
0x430e1c Loading section .ram_vectors, size 0x154 lma 0x431f74 Loading section .ramfunc, size 0x2a4 lma 0x4320c8 Start address 0x400154, load size 205676 Transfer rate: 28 KB/sec, 12098 bytes/write. (gdb) mon reset run On Wed, Dec 7, 2022 at 9:37 PM James Dougherty wrote: > I did a quick review

Re: SAM-E70 progmem - in system programming and RAMFUNCS

2022-12-07 Thread James Dougherty
T_COPYTORAM) ./arch/arm/src/armv7-a/arm_pghead.S: *(CONFIG_BOOT_RUNFROMFLASH=n && CONFIG_BOOT_COPYTORAM=n). In this case SDRAM jfd@area51:~/nuttx/apache/grad/nuttx$ On Tue, Dec 6, 2022 at 8:23 PM James Dougherty wrote: > Hi Petro, > > Thank you for your email (the silence was d

Re: NuttX PTP Support

2022-12-07 Thread James Dougherty
t; PPS: sys 499751 slip 0 On Tue, Dec 6, 2022 at 8:16 PM James Dougherty wrote: > Great project! I've done a few commercial implementation of PHY > timestamping protocols - IEEE1588 for Ethernet 802.3 > and the WLAN version (802.11v2012) for 802.11n. Products with that > techno

Re: NuttX PTP Support

2022-12-07 Thread James Dougherty
Yes, it’s good stuff. I will look at it next year. > On Dec 7, 2022, at 5:41 PM, Nathan Hartman wrote: > > On Tue, Dec 6, 2022 at 11:16 PM James Dougherty wrote: > >> Great project! I've done a few commercial implementation of PHY >> timestamping protocols

Re: SAM-E70 progmem - in system programming and RAMFUNCS

2022-12-06 Thread James Dougherty
e when SAMe70 flash bits sporadically flip during > partial sector programming. BTW, I have not been able to fix it and can't > find anything in errata as well. If you are interested, then I can share > details with you. > > The mcuboot is a good option, but it will not handle the full

Re: NuttX PTP Support

2022-12-06 Thread James Dougherty
Great project! I've done a few commercial implementation of PHY timestamping protocols - IEEE1588 for Ethernet 802.3 and the WLAN version (802.11v2012) for 802.11n. Products with that technology are still shipping today (but that was 10 years ago now). Both are key foundations and building blocks f

SAM-E70 progmem - in system programming and RAMFUNCS

2022-12-06 Thread James Dougherty
Hi Folks, I've finished a major milestone on some of the firmware I developed for this processor. As such, I wanted to add a firmware update which uses progmem. My understanding is that if I run from ram, I should be able to erase all sectors and update the flash. Well, I tried that and in debug I

Re: New names of repositories

2022-11-18 Thread James Dougherty
Isn’t nuttx supposed to be the Apache RTOS? rtos/nuttx rtos/apps ? bah … when I do I upgrade to Apache, it’s gonna break more than just build scripts and Makefiles :-( > On Nov 18, 2022, at 8:30 AM, Gregory Nutt wrote: > >  >> why can’t we just have : >> >> nuttx, apps >> >> as it has be

Re: New names of repositories

2022-11-18 Thread James Dougherty
why can’t we just have : nuttx, apps as it has been for a long time (before Apache) … > On Nov 18, 2022, at 8:13 AM, Gregory Nutt wrote: > >  >> I see all the other two-word Apache repositories use hyphens not >> underscores, and on GitHub they are URLs which as has been pointed out >> shou

Re: New names of repositories

2022-11-18 Thread James Dougherty
That’s right! and underscores are difficult to see when the file name is displayed as an underlined link you also can’t use underscores with AWS S3 … https://docs.aws.amazon.com/AmazonS3/latest/userguide/bucketnamingrules.html Finally, the Google search engine treats, the hyphen( ‘-‘ ) separa

Re: STM32F103RET6 and HSI

2022-08-25 Thread James Dougherty
lude a crystal in the > board, but unfortunately the capitalism's pressure forces people to > make mistakes. > > BR, > > Alan > > On 8/23/22, James Dougherty wrote: > > Hi David, > > > > Wow. That is precisely what is wrong, you can get yourself a little TR

Re: STM32F103RET6 and HSI

2022-08-23 Thread James Dougherty
> https://www.st.com/resource/en/application_note/dm00425536-how-to-optimize-stm32-mcus-internal-rc-oscillator-accuracy-stmicroelectronics.pdf > > > > > On Tue, Aug 23, 2022 at 2:10 AM James Dougherty wrote: > > > Anyone ever use the HSI on STM32F103, how about RET6?

STM32F103RET6 and HSI

2022-08-22 Thread James Dougherty
Anyone ever use the HSI on STM32F103, how about RET6? I know the code is set up for HSE. I got it working, at least UART1. But now, the other usart devices ... Wondering if anyone has ever run into UART baud rate mismatches on using HSI? I have a few radios that work great with an existing driver a

Re: I does an app know it is building on NuttX

2022-02-22 Thread James Dougherty
And yes, I was just commenting to someone the other day that NuttX is the only RTOS you can easily write your app on Linux and deploy with POSIX equivalent semantics on Nuttx. Great job, and Kudos to you and the whole NuttX team! On Tue, Feb 22, 2022 at 7:48 PM James Dougherty wrote: > Ri

Re: I does an app know it is building on NuttX

2022-02-22 Thread James Dougherty
t; are defined. That would probably be enough. Those should always be passed > to the Makefile from the higher level apps/ build logic, but would never be > defined when building the application to run natively on Linux or any other > non-NuttX platform. > > Greg > > > > On T

Re: I does an app know it is building on NuttX

2022-02-22 Thread James Dougherty
Hi Greg, Thanks for this; it is one of the greatest features you have built into NuttX - POSIX compliance!!! I have a few programs which compile either for NuttX or Linux/MacOS with no changes (or Makefile -D options). I started out that way, using -D__NuttX__ but then found that besides the incl

Re: NuttX system load

2021-05-13 Thread James Dougherty
://nuttx.events/wp-content/uploads/2019/11/DMarples_nx2019.pdf > > On 5/12/2021 12:43 AM, David S. Alessio wrote: > >> On May 11, 2021, at 11:22 PM, James Dougherty wrote: > >> > >> Hi Folks, > >> > >> What is an easy way to compute the system load

NuttX system load

2021-05-11 Thread James Dougherty
Hi Folks, What is an easy way to compute the system load on Nutt-X? I don't need the procinfo (Unix LA) just current CPU load and optimally, I would like a measure 0-1000 where I can get 4 digits of precision ... The simpler the better, doesn't need to be a lot of code, only used for a "busy-nes

Re: STM32H7 ethernet hardfaults

2021-03-05 Thread James Dougherty
Wow, nice! Thank you guys! David, nice description of the descriptors, it looks like zero padding is being done by the MAC. Do you guys have any iperf numbers for UDP on H7? On Fri, Mar 5, 2021 at 7:15 AM John Rippetoe wrote: > Wow, that was fast David! Good find on the cache invalidation issu

Re: STM32H7 ethernet hardfaults

2021-03-05 Thread James Dougherty
future :( > On Mar 5, 2021, at 2:45 AM, Johnny Billquist wrote: > >> On 2021-03-05 05:35, James Dougherty wrote: >> Technically, the MTU should be 1496 of you use VLANs, or else it's >>> actually already a jumbo frame. The total size according to the ethernet >

Re: STM32H7 ethernet hardfaults

2021-03-04 Thread James Dougherty
efore your true number of packets to/from your stack. Its time or space, you can't have both :-) On Thu, Mar 4, 2021 at 6:38 PM Johnny Billquist wrote: > On 2021-03-05 00:21, Gregory Nutt wrote: > > > > On 3/4/2021 4:59 PM, James Dougherty wrote: > >> Thank you, that

Re: STM32H7 ethernet hardfaults

2021-03-04 Thread James Dougherty
o I don't have any direct feedback on this > problem. > > So what packet size do you use? We're running STM32F7 with some exotic radio hardware, probably will get to this later on in the year (Ethernet bridging). >Johnny > > On 2021-03-04 22:48, James Dougherty

Re: STM32H7 ethernet hardfaults

2021-03-04 Thread James Dougherty
Thank you, that is interesting. Doesn't it also imply is that with the smaller MTU of 590 you'll end up having fragmentation which will add a little bit of processing overhead? I understand it is not that big of a deal since fragmentation happens a lot, but for the best performance yes, both sides

Re: STM32H7 ethernet hardfaults

2021-03-04 Thread James Dougherty
John, to answer your question on ethernet, 1500 is a very common MTU. For VLAN tagged frame support (802.1Q VLAN ID ), 1518 bytes (1522 bytes on the wire with 4-byte / 32-bit ETH CRC32), for Jumbo frames (not IEEE) 9122 is common. Minimum frame size with CRC is 64-bytes and zero padding is common,