Hi,
We have an EPICS support module that allows us to view and configure the mentioned port parameters of our Moxa and older ACS terminal servers using SNMP and uses autosave to store/restore the configuration.
I could upload it if there's any interest.
Kind regards,
Ben
From: Tech-talk <tech-talk-bounces at aps.anl.gov> on behalf of Mark Rivers via Tech-talk <tech-talk at aps.anl.gov>
Sent: 03 February 2022 14:18
To: tech-talk at aps.anl.gov <tech-talk at aps.anl.gov>; mark.koennecke <mark.koennecke at psi.ch>
Subject: Re: .RE: Configuring serial communication with Lakeshore 331 via Moxa (Mark Rivers)
> And I always configure
the serial port settings on the terminal server and just use the drvAsynIPPortConfigure() to talk to the device through
the network.
> Much simpler that way, no need for cumbersome protocols.
The advantage of putting the serial port configuration (baud, bits, parity, etc.) in the startup script is that it will then normally be under source release control, and hence difficult
to lose. If the settings are only inside the non-volatile memory of the terminal server they are less likely to be recorded. When the terminal server fails (and they do) the settings need to be recreated.
The protocol as implemented in drvAsynIPPort is not cumbersome: the serial port configuration commands in the startup script are identical to those for local serial ports, and the API for
writing and reading data is identical, whether or not the COM modifier to drvAsynIPPortConfigure is used.
Mark
From: Tech-talk <tech-talk-bounces at aps.anl.gov> on behalf of Koennecke Mark (PSI) via Tech-talk <tech-talk at aps.anl.gov>
Sent: Thursday, February 3, 2022 1:15 AM
To: tech-talk at aps.anl.gov <tech-talk at aps.anl.gov>
Subject: .RE: Configuring serial communication with Lakeshore 331 via Moxa (Mark Rivers)
Dear Jakub,
I work with Moxa terminal servers a lot. We have a lot of 1990 style serial hardware…. And I always
configure the serial port settings on the terminal server and just use the drvAsynIPPortConfigure() to
talk to the device through the network. Much simpler that way, no need for cumbersome protocols.
Best Regards,
Mark Koennecke
--
This e-mail and any attachments may contain confidential, copyright and or privileged material, and are for the use of the intended addressee only. If you are not the intended addressee or an authorised recipient of the addressee please notify us of receipt by returning the e-mail and do not use, copy, retain, distribute or disclose the information in or attached to the e-mail. Any opinions expressed within this e-mail are those of the individual and not necessarily of Diamond Light Source Ltd. Diamond Light Source Ltd. cannot guarantee that this e-mail or any attachments are free from viruses and we cannot accept liability for any damage which you may sustain as a result of software viruses which may be transmitted in or with the message. Diamond Light Source Limited (company no. 4375679). Registered in England and Wales with its registered office at Diamond House, Harwell Science and Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United Kingdom
|