logging in or signing up devloveepicscollab Nickel Download Post to : URL : Related Presentations : Share Add to Flag Embed Email Send to Blogs and Networks Add to Channel Uploaded from authorPOINT Insert YouTube videos in PowerPont slides with aS Desktop Copy embed code: (To copy code, click on the text box) Embed: URL: Thumbnail: WordPress Embed Customize Embed The presentation is successfully added In Your Favorites. Views: 150 Category: Entertainment License: All Rights Reserved Like it (0) Dislike it (0) Added: June 15, 2007 This Presentation is Public Favorites: 0 Presentation Description No description available. Comments Posting comment... Premium member Presentation Transcript EPICS Collaboration: EPICS Collaboration Love Controller Support David Kline April 27, 2005 Contents: Contents Overview, Hardware Configurations, Communication protocol, Software Architecture, loveApp standalone application, Reporting (dbior), MEDM screens, Distribution, Improvements, Acknowledgements, Overview: Overview Love Controller, Instrument to measure voltage, current, pressure, or temperature, Support models 1600 and 16A, Communication is through 2-wire RS485, Device support, Part of synApps, Old support based on MPF, New support based on Asyn, The echoServer and devMPC were departure points, Includes an interpose interface, Standalone application is available, IP-Octal RS232 and RS485 modules can be used, Purpose of the new device support, Use as a learning tool for Asyn-based device support, Migrate from the unsupported MPF to Asyn, Appoint one as the owner of the module, Provide OS independence, Hardware Configuration – RS232 <-> RS485: Hardware Configuration – RS232 andlt;-andgt; RS485 Love Controller Model 16001 SBS XM-Octal-IO Love Controller Model 16A2 Love Controller Model 1600n-1 Love Controller Model 1600n Bandamp;B Electronics 485LDRC Converter RS485 RS232 Hardware Configuration – RS485: Hardware Configuration – RS485 Love Controller Model 16001 SBS XM-Octal-IO Love Controller Model 16A2 Love Controller Model 1600n-1 Love Controller Model 1600n B(+) A(-) SBS 626 (TVME200) IP-OCTAL Communication: Communication 2-wire RS485, Master/slave protocol, command, response messages, Message format (simple), Sent and received as ASCII hex, Command: Read: andlt;STXandgt;Landlt;ADDRandgt;andlt;CMDandgt;andlt;CSandgt;andlt;ETXandgt; Write: andlt;STXandgt;Landlt;ADDRandgt;andlt;CMDandgt;andlt;VALUEandgt;andlt;CSandgt;andlt;ETXandgt; Response: Data: andlt;STXandgt;Landlt;ADDRandgt;andlt;DATAandgt;andlt;CSandgt;andlt;ACKandgt; Error: andlt;STXandgt;Landlt;ADDRandgt;Nandlt;CODEandgt;andlt;ACKandgt; How does device support know commands? INP/OUT fields, '@asyn(PORT,ADDR) CMD MODEL', Software Architecture: Software Architecture drvAsynSerialPort interposeEos asynOctetBase interposeLovelink asynOctet devAsynLove loveApp standalone application: loveApp standalone application Sample application, New with the release (R3-0-1), Supports vxWorks and Linux, Database with PVs for each command, Reporting (dbior): Reporting (dbior) MEDM screens: MEDM screens Distribution: Distribution Standard directories, Configuration, Requires Asyn 4-2 and Ipac 2-8, Documentation, Controller and converter Information, Release notes, known issues, Wiring diagram, Database, record instance files, iocBoot for Linux and vxWorks (startup scripts), MEDM displays, Contains the sources, devAsynLove.c, interposeLovelink.c, devLove.cc, loveServer.cc, Improvements: Improvements Current issues, Cannot easily debug an individual controller, Tight coupling between device support and model type (i.e. INP/OUT), Device support controls the command / response processing, Solutions, Develop a multidevice driver, Employ different approach to reduce coupling, Improvements – Multidevice port driver: Improvements – Multidevice port driver Develop a multidevice port driver, Replaces the existing interposeLovelink layer, Placed on top of drvAsynSerialPort, Creates multiple connections to an Asyn port, Allows connections to individual controllers, Monitor individual controller communication, Improvements – Multidevice port driver: Improvements – Multidevice port driver drvAsynSerialPort drvLove asynOctet asynOctetBase devLove asynCommon Improvements – Different approach: Improvements – Different approach Modify the information supplied to INP/OUT, '@asyn(PORT,ADDR) function', Employ the drvAsynSerialPort and drvLove drivers, Implement an interface layer to, Define a specific interface (i.e. ifaceLove), Provide a methods to, Associate the controller address with a model type, Read and write a value, setup during record initialization, Reduces the need for conditional statements, Introducing new model type is cleaner, Improvements – Different approach, cont…: Improvements – Different approach, cont… devLove Interface Love ifaceLove Acknowledgements: Acknowledgements Marty Kraimer, John Maclean, Ron Sluiter, Slide18: Thank You EPICS Collaboration Beamline Controls and Data Acquisition APS Operations Division You do not have the permission to view this presentation. In order to view it, please contact the author of the presentation.
devloveepicscollab Nickel Download Post to : URL : Related Presentations : Share Add to Flag Embed Email Send to Blogs and Networks Add to Channel Uploaded from authorPOINT Insert YouTube videos in PowerPont slides with aS Desktop Copy embed code: (To copy code, click on the text box) Embed: URL: Thumbnail: WordPress Embed Customize Embed The presentation is successfully added In Your Favorites. Views: 150 Category: Entertainment License: All Rights Reserved Like it (0) Dislike it (0) Added: June 15, 2007 This Presentation is Public Favorites: 0 Presentation Description No description available. Comments Posting comment... Premium member Presentation Transcript EPICS Collaboration: EPICS Collaboration Love Controller Support David Kline April 27, 2005 Contents: Contents Overview, Hardware Configurations, Communication protocol, Software Architecture, loveApp standalone application, Reporting (dbior), MEDM screens, Distribution, Improvements, Acknowledgements, Overview: Overview Love Controller, Instrument to measure voltage, current, pressure, or temperature, Support models 1600 and 16A, Communication is through 2-wire RS485, Device support, Part of synApps, Old support based on MPF, New support based on Asyn, The echoServer and devMPC were departure points, Includes an interpose interface, Standalone application is available, IP-Octal RS232 and RS485 modules can be used, Purpose of the new device support, Use as a learning tool for Asyn-based device support, Migrate from the unsupported MPF to Asyn, Appoint one as the owner of the module, Provide OS independence, Hardware Configuration – RS232 <-> RS485: Hardware Configuration – RS232 andlt;-andgt; RS485 Love Controller Model 16001 SBS XM-Octal-IO Love Controller Model 16A2 Love Controller Model 1600n-1 Love Controller Model 1600n Bandamp;B Electronics 485LDRC Converter RS485 RS232 Hardware Configuration – RS485: Hardware Configuration – RS485 Love Controller Model 16001 SBS XM-Octal-IO Love Controller Model 16A2 Love Controller Model 1600n-1 Love Controller Model 1600n B(+) A(-) SBS 626 (TVME200) IP-OCTAL Communication: Communication 2-wire RS485, Master/slave protocol, command, response messages, Message format (simple), Sent and received as ASCII hex, Command: Read: andlt;STXandgt;Landlt;ADDRandgt;andlt;CMDandgt;andlt;CSandgt;andlt;ETXandgt; Write: andlt;STXandgt;Landlt;ADDRandgt;andlt;CMDandgt;andlt;VALUEandgt;andlt;CSandgt;andlt;ETXandgt; Response: Data: andlt;STXandgt;Landlt;ADDRandgt;andlt;DATAandgt;andlt;CSandgt;andlt;ACKandgt; Error: andlt;STXandgt;Landlt;ADDRandgt;Nandlt;CODEandgt;andlt;ACKandgt; How does device support know commands? INP/OUT fields, '@asyn(PORT,ADDR) CMD MODEL', Software Architecture: Software Architecture drvAsynSerialPort interposeEos asynOctetBase interposeLovelink asynOctet devAsynLove loveApp standalone application: loveApp standalone application Sample application, New with the release (R3-0-1), Supports vxWorks and Linux, Database with PVs for each command, Reporting (dbior): Reporting (dbior) MEDM screens: MEDM screens Distribution: Distribution Standard directories, Configuration, Requires Asyn 4-2 and Ipac 2-8, Documentation, Controller and converter Information, Release notes, known issues, Wiring diagram, Database, record instance files, iocBoot for Linux and vxWorks (startup scripts), MEDM displays, Contains the sources, devAsynLove.c, interposeLovelink.c, devLove.cc, loveServer.cc, Improvements: Improvements Current issues, Cannot easily debug an individual controller, Tight coupling between device support and model type (i.e. INP/OUT), Device support controls the command / response processing, Solutions, Develop a multidevice driver, Employ different approach to reduce coupling, Improvements – Multidevice port driver: Improvements – Multidevice port driver Develop a multidevice port driver, Replaces the existing interposeLovelink layer, Placed on top of drvAsynSerialPort, Creates multiple connections to an Asyn port, Allows connections to individual controllers, Monitor individual controller communication, Improvements – Multidevice port driver: Improvements – Multidevice port driver drvAsynSerialPort drvLove asynOctet asynOctetBase devLove asynCommon Improvements – Different approach: Improvements – Different approach Modify the information supplied to INP/OUT, '@asyn(PORT,ADDR) function', Employ the drvAsynSerialPort and drvLove drivers, Implement an interface layer to, Define a specific interface (i.e. ifaceLove), Provide a methods to, Associate the controller address with a model type, Read and write a value, setup during record initialization, Reduces the need for conditional statements, Introducing new model type is cleaner, Improvements – Different approach, cont…: Improvements – Different approach, cont… devLove Interface Love ifaceLove Acknowledgements: Acknowledgements Marty Kraimer, John Maclean, Ron Sluiter, Slide18: Thank You EPICS Collaboration Beamline Controls and Data Acquisition APS Operations Division