ably).
It looks like if I want console input support for the Beaglebone BSP I am
going to have to implement a better console driver :-/
Cheers,
James
On Mon, 28 Apr 2025 at 13:30, James Fitzsimons
wrote:
> Hi Chris,
>
> Thanks for your reply.
>
> On Mon, Apr 28, 2025, 09:50 C
Hi Chris,
Thanks for your reply.
On Mon, Apr 28, 2025, 09:50 Chris Johns wrote:
> I suggest you see if the `hello.exe` sample program runs? It would check
> the low
> level hardware interface.
>
The helloworld example works as expected. I actually have a fair amount of
tracing data printing to
Hi all,
I'm trying to get back into some embedded development using RTEMS after a
number of years away and have resurrected an old project using the
Beaglebone black as a starting point.
I have built the latest RTEMS and have some test applications running on
the board ok, but today I was trying
y to an SD card would make the
workflow a bit more convenient.
Cheers,
James
On Tue, 29 Dec 2020 at 22:20, Christian Mauderer wrote:
> On 29/12/2020 05:43, Chris Johns wrote:
> > On 29/12/20 3:24 pm, James Fitzsimons wrote:
> >> Hi Chris,
> >>
> >> Thanks ver
Hi Chris,
Thanks very much for your reply and advice.
On Tue, 29 Dec 2020 at 11:58, Chris Johns wrote:
> > I'm using TI Code Composer Studio to load the RTEMS application image
> via XDS100
> > V3.0 debugger. If I reset the program counter and step through the
> startup code
> > I see it error
Hi all,
I am trying to debug an RTEMS application on a TI AM3358 ARM processor
(Beaglebone Black) and the RTEMS startup code is halting on the bsp_fdt_get
call.
I'm using TI Code Composer Studio to load the RTEMS application image via
XDS100 V3.0 debugger. If I reset the program counter and step
HI Chris,
On Fri, 10 Jul 2020 at 11:27, Chris Johns wrote:
> On 5/7/20 8:23 pm, James Fitzsimons wrote:
> > Hi all,
> >
> > Problem solved!
> >
> > After coming back to this fresh the next day I realised I had gone down
> > a blind alley with the device
the bug. The register offsets for the PWM output on P9_14 and P9_16
were wrong. I've created a patch for this and submitted it to the developer
list.
Cheers,
James Fitzsimons
On Sat, 4 Jul 2020 at 22:36, James Fitzsimons
wrote:
> After thinking about this some more I realised the pinmux
status = "okay";
};
};
};
uboot now loads the fdt correctly and the RTEMS application runs, but there
is still no PWM output on pin P9_14.
I'm at a bit of a loss. If anyone can shine a light on what I'm doing wrong
please let me know!
Cheers,
James F
have a much more complex overlay working on Linux.
Any advice greatly appreciated!
Cheers,
James Fitzsimons
overlay source:
/*
* Copyright (C) 2018 James Fitzsimons
*
* This program is free software; you can redistribute it and/or modify
* it under the terms of the GNU General Pu
t;> > this error will hopefully not be there.
>>
>
Thanks for this. I thought my rtems-libbsd repo was up to date, but I did
a git pull --recurse-submodules and now make libbsd succeeds.
Loading the hello world test app onto the board produces the expected
output in a terminal ses
tal error:
arm/freescale/imx/imx_ccmvar.h: No such file or directory
#include
^~~~
compilation terminated.
Thanks for any advice you can provide.
Regards,
James Fitzsimons
On Mon, 27 Apr 2020 at 00:25, Christian Mauderer wrote:
> Hello James,
>
> On 26/04/2020 12:05, James Fitzsimons wr
Hi Christian,
Thanks for your reply.
On Wed, 22 Apr 2020 at 23:29, Christian Mauderer <
christian.maude...@embedded-brains.de> wrote:
> Hello James,
>
> On 20/04/2020 13:13, James Fitzsimons wrote:
> > I am interested in adding support for the eQEP (Enhanced Quadrature
>
he TI WiLink 8
WL1835MOD wireless chipset - although I realise that might be extremely
difficult.
Are drivers for these features something that would be welcome in the BBB
BSP, and if so any tips for getting started?
Cheers,
James Fitzsimons
___
users ma
14 matches
Mail list logo
