Experimental Physics and
Industrial Control System

"Williams Jr., Ernest L." <[email protected]> · Wed, 30 Nov 2016 15:15:03 +0000

Hi,

We would love to try your existing driver; can you share your code with us?
One of our developers here at SLAC can work with you and the maintainers of IPAC.

I hope that we can get the support for RTEMS (or OSI even) back upstream to a future release of the IPAC EPICS Module.  :)

Cheers,
Ernest
________________________________________
From: [email protected] [[email protected]] on behalf of Laurence [[email protected]]
Sent: Wednesday, November 30, 2016 3:54 AM
To: [email protected]
Subject: Re: RTEMS Support in IPAC 2.14 for Acromag IP520?

Hi,

We have several IP521 on AVME-9668 IP carrier, running RTEMS.

First I tried a modified version of tyGSOctal driver, but it does not
work well. When there are many IP module trying to send data at the same
time (in our case, 32 power supply), the communication fails from time
to time. It's because the driver have to enter interrupt handler every
time to write a byte, and this introduce some latency by VME bus access.

Our workaround was to write an asynPortDriver that do direct registers
access and release the mutex when a complete message was sent. Maybe a
better OSI solution could be sub-classing asynPortDriver and utilizing
the FIFO?

Regards,
Liwen Feng

On 2016/11/30 18:11, Williams Jr., Ernest L. wrote:
> Hi everyone,
>
> We now have a need to use the IP520 from Acromag.
> Since the GreenSprings/SBS IP Octal UART is now obsolete
>
> The good news is we found support for the Acromag IP520 in ipac 2.14 for vxWorks.
>
> However, we need a version for RTEMS.  Has anyone already provided support for RTEMS?
> In this case, we are also using an Acromag VME IP Carrier (XVME-9670)  which works well :)
>
> In general, we are thinking:
>
> The IP520 module could be used not only on a VME Acromag Carrier with VxWorks but the following example combinations are also possible:
>       (1) Acromag VME IP Carrier, running RTEMS
>       (2) Acromag PCIe IP Carrier, running Linux
>       (3) Hytec uTCA IP Carrier, running Linux
>       (4) There are also other combinations.
>
> What we have done at SLAC in the past is to use the provided RTEMS version of the source file for "tyGSOctal"  like so,
> < ....>/modules/ipac/ipac-R2-11_1-2/tyGSOctal/tyGSOctal_RTEMS.c
>
>
> I am hoping that we can instead make this an OSI implementation for IP520?
> What is the recommended approach for future IP Octal support?
>
> Cheers,
> Ernest

--
Liwen Feng
Superconducting Radio Frequency Group
State Key Laboratory of Nuclear Physics and Technology
Peking University, 302 Chengfu Road
Beijing 100871 China

Experimental Physics and Industrial Control System

Experimental Physics and
Industrial Control System