Re: Further OMS PC78 questions

["Peterson, Kevin M. via Tech-talk" <tech-talk@aps.anl.gov>]

Jim,

If the input terminator is incorrect and the read results in a timeout, that can sometimes cause the problems you're seeing (the driver thinks an error has occurred because of the asynTimeout status but the reply is still received when sending the command manually).

The following lines in the IOC's startup script should cause lots of information about the communication to be printed:

asynSetTraceIOMask("L0", 0, 2)
asynSetTraceMask("L0", 0, 255)

I would probably change the asynSetTraceMask call to this, since the driver output should be sufficient to see commands & replies:

asynSetTraceMask("L0", 0, "ERROR+DRIVER")

Does the asynTrace output look different when the WY command is sent during iocInit than it does when the command is sent manually?

The driver sends an "echo off" command (EF) *after* the WY command successfully queries the ID string:

https://urldefense.us/v3/__https://gcc02.safelinks.protection.outlook.com/?url=https*3A*2F*2Fgithub.com*2Fepics-motor*2FmotorOms*2Fblob*2F2316f55f10e2b9735f76c2cbc6d9dd488a103cfb*2FomsApp*2Fsrc*2FdrvOmsPC68.cc*23L788&data=05*7C02*7Ctech-talk*40aps.anl.gov*7C2eb57d53221a49f51af108de3386bf67*7C0cfca18525f749e38ae7704d5326e285*7C0*7C0*7C639004850978943893*7CUnknown*7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ*3D*3D*7C0*7C*7C*7C&sdata=g0QuJF5kNCgx*2FJbdp18XuG4z9Kl0O12Agzr75Gks1Rk*3D&reserved=0__;JSUlJSUlJSUlJSUlJSUlJSUlJSUlJSUlJSUlJSU!!G_uCfscf7eWS!fE1m6bPcOVUOBPnn7bBDH5QaLcXLEQPiR5JDe_rvwG81Tq0yBNHS_iDNVLv41946OLCfsgu15WEJooCtxQkLESI$ 

I don't know if the WY command succeeds if echo is on.  Can you confirm the current echo state of the controller?

Kevin

________________________________________
From: James P. Withrow <jwithrow@cornell.edu>
Sent: Thursday, December 4, 2025 3:19 PM
To: Peterson, Kevin M.; Tech Talk EPICS
Subject: Re: Further OMS PC78 questions

Yes, I do not receive a response from the controller when it is sending the three "WY" commands from the driver. I have seen the response before in this transaction, but I haven't been able to get it to reoccur so far. If I send "WY"
ZjQcmQRYFpfptBannerStart
This Message Is From an External Sender
This message came from outside your organization.

ZjQcmQRYFpfptBannerEnd
Yes, I do not receive a response from the controller when it is sending the three "WY" commands from the driver. I have seen the response before in this transaction, but I haven't been able to get it to reoccur so far. If I send "WY" to the .AOUT field of the asyn record for the port with caput, I do get back the expected response, and I can see the logging messages scroll past in the IOC.

Is there something different that the driver is doing to send the commands vs. caput/caget?

I've put the line 'var "drvOmsPC68debug", 10' in my st.cmd file, but it doesn't appear to be generating any additional output

Thanks!
-Jim

Jim Withrow, Research Support Specialist - jwithrow@cornell.edu
NE-CAT, Cornell University - https://urldefense.us/v3/__https://gcc02.safelinks.protection.outlook.com/?url=https*3A*2F*2Fnecat.chem.cornell.edu*2F&data=05*7C02*7Ctech-talk*40aps.anl.gov*7C2eb57d53221a49f51af108de3386bf67*7C0cfca18525f749e38ae7704d5326e285*7C0*7C0*7C639004850978966283*7CUnknown*7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ*3D*3D*7C0*7C*7C*7C&sdata=pDsI*2BpkZA9G38RUXhyubuQjki3rOyvq2pmn0HAxU8V4*3D&reserved=0__;JSUlJSUlJSUlJSUlJSUlJSUlJSUlJQ!!G_uCfscf7eWS!fE1m6bPcOVUOBPnn7bBDH5QaLcXLEQPiR5JDe_rvwG81Tq0yBNHS_iDNVLv41946OLCfsgu15WEJooCtWqiCfHM$ <https://urldefense.us/v3/__https://gcc02.safelinks.protection.outlook.com/?url=https*3A*2F*2Furldefense.us*2Fv3*2F__https*3A*2F*2Fnecat.chem.cornell.edu__*3B!!G_uCfscf7eWS!ZAl0NXVKYe7w0snEKidREpxrfTDPmlas0L-8apXobGUdRtffq3cz2EEPovoZ8SCszCYCfLKhnZ0ajU-wvJiV*24&data=05*7C02*7Ctech-talk*40aps.anl.gov*7C2eb57d53221a49f51af108de3386bf67*7C0cfca18525f749e38ae7704d5326e285*7C0*7C0*7C639004850978979367*7CUnknown*7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ*3D*3D*7C0*7C*7C*7C&sdata=Go76hczLLlMr5MINb9XJNHT9qzsAgotd1DShX5dtsao*3D&reserved=0__;JSUlJSUlJSUlJSUlJSUlJSUlJSUlJSUlJSUl!!G_uCfscf7eWS!fE1m6bPcOVUOBPnn7bBDH5QaLcXLEQPiR5JDe_rvwG81Tq0yBNHS_iDNVLv41946OLCfsgu15WEJooCtk9tDHTQ$ >
Advanced Photon Source, Sector 24
9700 S. Cass Avenue, Building 436 E001
Lemont, IL 60439
________________________________
From: Peterson, Kevin M. <kmpeters@anl.gov>
Sent: Thursday, December 4, 2025 10:35 AM
To: James P. Withrow <jwithrow@cornell.edu>; Tech Talk EPICS <tech-talk@aps.anl.gov>
Subject: Re: Further OMS PC78 questions

Jim,

The "card does not exist" error means the driver didn't receive a response from the firmware very query of the controller in the motor_init function:

https://urldefense.us/v3/__https://gcc02.safelinks.protection.outlook.com/?url=https*3A*2F*2Fgithub.com*2Fepics-motor*2FmotorOms*2Fblob*2F2316f55f10e2b9735f76c2cbc6d9dd488a103cfb*2FomsApp*2Fsrc*2FdrvOmsPC68.cc*23L775-L776&data=05*7C02*7Ctech-talk*40aps.anl.gov*7C2eb57d53221a49f51af108de3386bf67*7C0cfca18525f749e38ae7704d5326e285*7C0*7C0*7C639004850978990304*7CUnknown*7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ*3D*3D*7C0*7C*7C*7C&sdata=xODECAM1cHJ*2B9gLVi0nba5Nsc0J14FYHr2qyxBgCCms*3D&reserved=0__;JSUlJSUlJSUlJSUlJSUlJSUlJSUlJSUlJSUlJSU!!G_uCfscf7eWS!fE1m6bPcOVUOBPnn7bBDH5QaLcXLEQPiR5JDe_rvwG81Tq0yBNHS_iDNVLv41946OLCfsgu15WEJooCtpcDsDiY$ <https://urldefense.us/v3/__https://gcc02.safelinks.protection.outlook.com/?url=https*3A*2F*2Furldefense.us*2Fv3*2F__https*3A*2F*2Fgithub.com*2Fepics-motor*2FmotorOms*2Fblob*2F2316f55f10e2b9735f76c2cbc6d9dd488a103cfb*2FomsApp*2Fsrc*2FdrvOmsPC68.cc*L775-L776__*3BIw!!G_uCfscf7eWS!ZAl0NXVKYe7w0snEKidREpxrfTDPmlas0L-8apXobGUdRtffq3cz2EEPovoZ8SCszCYCfLKhnZ0ajakvZHEo*24&data=05*7C02*7Ctech-talk*40aps.anl.gov*7C2eb57d53221a49f51af108de3386bf67*7C0cfca18525f749e38ae7704d5326e285*7C0*7C0*7C639004850978999785*7CUnknown*7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ*3D*3D*7C0*7C*7C*7C&sdata=6XsdMyhjJKmIHUInugxGC80eKHXn3PqwfIW6zd8MVpg*3D&reserved=0__;JSUlJSUlJSUlJSUlJSUlKiUlJSUlJSUlJSUlJSUlJSUlJSU!!G_uCfscf7eWS!fE1m6bPcOVUOBPnn7bBDH5QaLcXLEQPiR5JDe_rvwG81Tq0yBNHS_iDNVLv41946OLCfsgu15WEJooCtD29FoGs$ >

There is a debug variable, drvOmsPC68debug, that can be set to a non-zero value before iocInit to enable debug messages to be printed:

var "drvOmsPC68debug", 10

That should give us more information about what is failing.

Kevin