42 PM Matt Rippa wrote:
> Hello,
>
> Our Primary Mirror control system has a beatnik bsp running on a mvme6100
> with *RTEMS4.10.2 *and* EPICS 3.14.12.8* (which understandably is not
> actively supported). We've experienced a single event that we've never seen
> before.
sr command, we
see dbScan warnings in our logs. These persisted several times per minute
until the system was reboot.
Thanks for any insight.
-Matt Rippa
<8/3/2021 8:00:32 hst>pcs-mk-ioc> casr
<8/3/2021 8:00:33 hst>Channel Access Server V4.13
<8/3/2021 8:00:33 hst>Connected
Hi all,
I have a quick test here that fails. This worked a few weeks ago.
Thanks,
-Matt
mkdir quick-test
cd quick-test/
git clone https://github.com/RTEMS/rtems-source-builder.git rsb
cd rsb/
git checkout 5
cd rtems
../source-builder/sb-set-builder --source-only-download 5/bsps/pc
RTEMS Source
fine for your application, but
you may want to research the specific NXP pages that cover the processors
to see what is appropriate for you.
On Thu, Jun 7, 2018 at 6:15 PM, Matt Rippa wrote:
> Hi Andrew,
>
> Thanks for the info. When I heard RTEMS 5, I was still thinking EPICS
> 3.
ffered and manufactured by Artesyn and the price is
around $4500.
-Matt
On Thu, Jun 7, 2018 at 11:52 AM, Andrew Johnson wrote:
> Hi Matt,
>
> On 06/07/2018 03:20 PM, Matt Rippa wrote:
> > The 2500 path looks like our best choice. We can still use the
> > 6100/beatnik a
ent, and even qoriq support itself.
>
> I think it would be much less work to update RTEMS than to backport
> the BSP.
>
> --joel
>
>
>>
>> Gedare
>>
>> > Heinz
>> >
>> >> On 6. Jun 2018, at 23:24, Matt Rippa wrote:
>> >>
>
; Other boards do (eg. mvme270x, mvme6100, or mvme2500) and RTEMS supports
> this.
>
> I can certainly confirm that lack of an FPU really hurts performance, even
> something as (apparently) simple as integer to float.
>
> Michael
>
>
> On 06/06/2018 02:03 PM, Matt Rippa wro
It appears we've compiled our mvme3100 bsp without FPU support.
We're on the mvme3100 running EPICS 3.14.12.7 and RTEMS 4.10.2.
We're attempting to commission our astrometric kernel control system
and we've run into trouble meeting some of our thread deadlines. What
we've found is a transform rout
