[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference adissw::vme

Title:VME Bridge Support - See note 231 for DWPVC status
Notice:DEC VME support
Moderator:MNATUR::LISTON
Created:Wed Apr 26 1989
Last Modified:Tue May 27 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:295
Total number of notes:1067

292.0. "MODBUS RTU PROTOCOL S/W ON ALPHA/OVMS" by QCAV02::SHYAM () Thu Mar 13 1997 07:27

    
    
    	It may be more appropriate to place this query in 
    	HELIX::REALTIME, since I could not access that notes, 
    	I am placing this query in this conferrence. 
    
    	One of our process control customer using MODBUS RTU Protocol
    	over RS232 links on VAX/VMS wants to migrate to Alpha/OVMS. 
    	He wants to know availablity of Protocol S/W on Alpha. Can any 
    	body give me some pointers. 
    
    	Thanking in advance.
    
    Regards,
    Shyam
    
T.RTitleUserPersonal
Name
DateLines
292.1Modcom? From Modicon ? BASEstar from Digital? Search Web?BBPBV1::WALLACEjohn wallace @ bbp. +44 860 675093Fri Mar 14 1997 05:1924
    How complex is your application ? Digital's BASEstar package(s) would
    be one approach if this is a big factory automation project. See VTX IR
    for details. For smaller projects it could be overkill, in which
    case...
    
    A long time ago, Modicon used to do an OS-independent package (shipped
    as source) called Modcom. You provide a serial line and implement a
    routine to send data down it (difficult, huh?) and compile the rest of
    the routines provided as source and then call them from your own
    program.
    
    I have no idea whether Modicon still sell Modcom.
    
    If they don't, the Modbus protocol isn't too difficult to build your
    own. (I've some Fortran you could start with if you were desperate).
    
    The one thing to watch for with RTU mode is that you need a transparent
    non-packetising link between host and PLC. You can't use a terminal
    server or other device which packetises data. In RTU mode, the protocol
    uses an inter-character timer to signify end of message, packetising
    the data truncates the messages and it all goes horribly wrong.
    
    regards
    john