Search found 50 matches

by theShed
Sun May 25, 2014 11:08 pm
Forum: LPC Support
Topic: LPC8xx port
Replies: 21
Views: 9924

Re: LPC8xx port

My repo has now been updated to mirror the current SVN repository.
Pull requests/diffs against master (SVN trunk) will be good.

Thanks
--
mike
by theShed
Sun May 25, 2014 8:31 pm
Forum: LPC Support
Topic: LPC8xx port
Replies: 21
Views: 9924

Re: LPC8xx port

Thanks for this.
I will try to take a look asap, unfortunately work keeps getting in the way - I have a looming 1st June deadline and about three weeks work left to do...

--
mike

PS. you can submit git pull requests to me, I work in git and use git-svn to push changes to SVN
by theShed
Sun Apr 13, 2014 10:31 pm
Forum: General Support
Topic: undefined reference to `_sbrk' when using atof() function
Replies: 3
Views: 2789

Re: undefined reference to `_sbrk' when using atof() functio

A few ways to solve this: 1. implement _sbrk - the reference implementation should work OK. But, a call to _sbrk indicates that dynamic memory allocation is being used and this is generally considered to be a 'bad thing' in an embedded system. 2. roll your own atof - not hard, google 'atof implement...
by theShed
Mon Mar 17, 2014 10:20 pm
Forum: General Support
Topic: EXTI Driver
Replies: 24
Views: 7271

Re: EXTI Driver

Can you try disabling irqs at the NVIC during startup of the ExtIrq and re-enable after clearing the PR. Something like this: static msg_t ThreadIO(void *arg) { Thread *p; struct iom *m; (void)arg; chRegSetThreadName("IO"); /* * Activates the EXT driver. */ chThdSleepMilliseconds(1000); //...
by theShed
Wed Mar 12, 2014 8:59 pm
Forum: General Support
Topic: [DONE] name conflict in console.c
Replies: 4
Views: 1497

Re: name conflict in console.c

could you post the gcc version for the two systems?
> gcc --version

thanks
--
mike
by theShed
Wed Mar 05, 2014 9:31 am
Forum: General Support
Topic: Soft reset
Replies: 16
Views: 9532

Re: Soft reset

This doesn't look right ((void_func_type) 0x1FFF0004U)(); // jump to 0x1fff0004 / bootloader start address... 0x1ff004 contains the reset vector, not the reset code, it should look a bit more like: ((void_func_type) (*(uint32_t *)0x1FFF0004U)) (); // jump to address @0x1fff0004 / bootloader start ad...
by theShed
Tue Mar 04, 2014 9:49 pm
Forum: General Support
Topic: win32: simulated IO issue?
Replies: 11
Views: 3870

Re: win32: simulated IO issue?

Exacly the same thing happens with the POSIX (Linux) version. Try changing the serial buffer size in the apps halconf.h to match the serial_lld buffer size #define SERIAL_BUFFERS_SIZE 32 That seems to fix the Linux build. I suspect that the input queue buffer is overflowing when it tries to jam 32 b...
by theShed
Sun Mar 02, 2014 2:29 pm
Forum: LPC Support
Topic: LPC17xx HAL_LLD, GPT, PAL, RTC, SERIAL drivers
Replies: 6
Views: 4920

Re: LPC17xx HAL_LLD, GPT, PAL, RTC, SERIAL drivers

I was hoping to use the move to 3.0 to re-structure the LPC tree, something like the way the STM32 tree is arranged.
Do you have any notes on the changes required to port to V3.0?

--
mike
by theShed
Sat Mar 01, 2014 10:43 pm
Forum: LPC Support
Topic: LPC17xx HAL_LLD, GPT, PAL, RTC, SERIAL drivers
Replies: 6
Views: 4920

Re: LPC17xx HAL_LLD, GPT, PAL, RTC, SERIAL drivers

Finally got around to merging these drivers into the main tree.
Also includes a LPC17xx CAN driver...
Thanks to Marcin for his work on these.

--
mike
by theShed
Thu Jan 23, 2014 8:34 pm
Forum: LPC Support
Topic: LPC17xx HAL_LLD, GPT, PAL, RTC, SERIAL drivers
Replies: 6
Views: 4920

Re: LPC17xx HAL_LLD, GPT, PAL, RTC, SERIAL drivers

Thanks Marcin,
I'll try and get that in the main branch soon.

--
mike

Go to advanced search