Re: [foxboro] FBM230 MODBUS RTU Mapping for Micro Motion Coriolis Transmitters
- From: "Landry, Scott" <Scott.Landry@xxxxxxxxxxxxxxxxxxxxxx>
- To: "foxboro@xxxxxxxxxxxxx" <foxboro@xxxxxxxxxxxxx>
- Date: Sat, 14 Mar 2015 06:59:11 -0400
@10 is the driver scan rate = 1 second
default is 500 milli second, which is the driver scan rate on the other
port you mention since it has no scan rate specified
Termination Assembly and End device(s):
Set the RS-232 switches for the channel(s) (ports) used such that the C5
and C6 switches are in
the CLOSED position and the rest of the switches are in the OPEN position
(see Figure 4-15 on page 39) B0700AH-R.
Since you are using RS-485, make sure your cabling is properly terminated
on both ends, again B0700AH-R
Scott
________________________________________
From: foxboro-bounce@xxxxxxxxxxxxx [foxboro-bounce@xxxxxxxxxxxxx] On Behalf Of
Vandewater, Tom (HI Contractor) [TVandewater.contractor@xxxxxxxxxxx]
Sent: Friday, March 13, 2015 9:03 PM
To: 'foxboro@xxxxxxxxxxxxx'
Subject: Re: [foxboro] FBM230 MODBUS RTU Mapping for Micro Motion Coriolis
Transmitters
Pablo,
Thanks for all of the information. It is good to know that the Micro
Motion interface is using the 40001 holding register range. I have tried all
of the PNT_NO settings you suggested but to no avail. My "LPGFLW" MODBUS
interface immediately indicates "Device Failed" in System Manager and I get a
"W62 - UNRESOLVED CONNECTION" message on the RIN block detail display and
everything turns CYAN as soon as I configure an RIN block to read ANY data
through the interface.
Prior to the first read, everything looks good in System Manager. Even
when I remove the read request from the RIN block by placing the block in
SIMOPT and downloading again, (which clears the block from CYAN) the interface
shows failed in System Manager until I disable the "LPGFLW" MODBUS interface
and re-enable it. The system Manager shows everything is good again until I
make a data request from the interface.
I went back to check the FBM230 .XML file located in
/usr/fox/sp/files/devices/3C0304.XML to determine that the communication
parameters are set the same in the .XML file as they are in the Micro Motion
Coriolis Transmitter. The settings for Port2 in the .XML file are as follows:
<name>Port 2</name> This matches the
port to which the Micro Motion is connected
<mode>RS-485</ mode> The Micro Motion
communicates via RS-485
<baud_rate>9600</baud_rate> The Micro Motion is set to
communicate at 9600 Baud rate
<parity>Even</parity > The Micro
Motion is set for Even parity
<stop_bits>1</stop_bits> The Micro Motion is
set for 1 stop bit
<data_bits>8</data_bits> The Micro Motion is
set for 8 data bits
<driver>Modbus+@10+TO=30</driver> ???????? What does @10 mean?
I am unclear what the "@10" in the last line under , <driver>, means. Does
anyone know? I believe the +TO=30 refers to the device watchdog timeout value.
I have another Modbus interface port on the other FBM230 that doesn't have the
"+@10+TO=30" and it seems to work okay with just the following:
<driver>Modbus</driver>
Mahalo for any help anyone can give,
Tom VandeWater
Control Conversions, Inc.
-----Original Message-----
From: foxboro-bounce@xxxxxxxxxxxxx [mailto:foxboro-bounce@xxxxxxxxxxxxx] On
Behalf Of Pablo Lioi
Sent: Friday, March 13, 2015 1:04 PM
To: foxboro@xxxxxxxxxxxxx
Subject: Re: [foxboro] FBM230 MODBUS RTU Mapping for Micro Motion Coriolis
Transmitters
Tom,
In our plant we have two CFM300 Coriolis flowmeters with 3700 transmitters
(exact model number is 3700A2B06DUEZNZ).
We are reading them with a PLC5 Prosoft Modbus Module, using Modbus RTU.
Mass Flow Rate is read from registers 246 and 247 with function code 03 (Read
Holding Registers). Both registers are then assembled into a floating point
register, with previous word swapping.
This means that:
1 - They are holding registers.
2 - As the Prosoft Module is 0-based, 246 would be 40247 and 247 would be
40248, in accordance with the manual.
3 - You should read using a RIN block. PNT_NO should be 40247:F4:Wx where "Wx"
is to be determined by trial and error, but I would start with W3, as this
swaps word pairs in the response message, as our configuration in the Prosoft
Module. If this doesn't work, you should try with W1 and W2. If nothing of this
works, you should repeat with register numbers 40246 and 40248.
I hope this helps. I will post another message with my conclusions so far as to
my "FBM230 slave response too fast" problem that may also be relevant to your
problem if nothing works.
Regards
Pablo Lioi
Total Austral S.A.
Tierra del Fuego
Argentina
> From: TVandewater.contractor@xxxxxxxxxxx
> To: foxboro@xxxxxxxxxxxxx
> Subject: Re: [foxboro] FBM230 MODBUS RTU Mapping for Micro Motion
> Coriolis Transmitters
> Date: Fri, 13 Mar 2015 19:55:13 +0000
>
> Matt,
>
> It is a CMF200 Coriolis with a 3700 (3000 MVD series) field mount
> transmitter.
> Are you communicating FBM230 MODBUS RTU with any Micro Motion Coriolis
> Transmitters?
>
> Thanks for any help you can give.
>
> Tom
>
> -----Original Message-----
> From: foxboro-bounce@xxxxxxxxxxxxx
> [mailto:foxboro-bounce@xxxxxxxxxxxxx] On Behalf Of Kinsinger, Matthew
> R
> Sent: Friday, March 13, 2015 9:48 AM
> To: foxboro@xxxxxxxxxxxxx
> Subject: Re: [foxboro] FBM230 MODBUS RTU Mapping for Micro Motion
> Coriolis Transmitters
>
> Which micromotion model? They had some issues with some models, and stated
> communications capabilities and available registers, that were not truly
> available for non micro-motion device communication.
>
> Matt Kinsinger
> mkinsinger@xxxxxxx
> 330-825-1208 office
> 330-472-1454 ppg cell
>
> -----Original Message-----
> From: foxboro-bounce@xxxxxxxxxxxxx
> [mailto:foxboro-bounce@xxxxxxxxxxxxx] On Behalf Of Vandewater, Tom (HI
> Contractor)
> Sent: Friday, March 13, 2015 3:20 PM
> To: 'foxboro@xxxxxxxxxxxxx'
> Subject: [foxboro] FBM230 MODBUS RTU Mapping for Micro Motion Coriolis
> Transmitters
>
> To All,
> I read with interest responses to Pablo's FBM230 Modbus interface
> issues because I just inherited a failed attempt to interface a Micro Motion
> Coriolis Transmitter via Modbus RTU protocol and am trying to sort out if it
> is a problem with the FBM230 installation, the Modbus driver
> configuration/installation, or the way I am requesting data from the
> interface. (I suspect the data request because the interface shows that the
> DCI is "Ready" with no failure until I make my first/only data request from
> this device). I know this is Friday the 13th but am still hoping to resolve
> this issue on this fateful day if possible. All responses are appreciated.
> Don't hate me because it is early in the morning here in Hawaii and you may
> be dealing with a pile in snow near Foxboro, MA;<)
>
> My first question to the amazing repository of Foxboro info stored in all of
> your heads is this:
>
> Is anyone out there using an FBM230 and MODBUS RTU to communicate with Micro
> Motion Coriolis Transmitters?
>
> If so, can you tell me whether you use an "RIN" or "IIN" block and what is in
> your "Pnt_no" configuration for the Mass Flow Rate register polling?
>
> The Micro Motion manual I am looking at shows this for the Modbus address for
> the Mass Flow Rate:
>
> 0247 0248 RO Mass flow rate
>
> I am assuming that since there are two registers to read I probably
> need to issue a command that swaps words or even bits, (based on
> previous fun I've had), but there is not enough info in the manual
> for me to know. Since the leading number for the MODBUS register type
> has been omitted from the Micro Motion document it is also unclear if
> the data is being stored in MODBUS standard 30001-39999 input
> registers, or the 40001-49999 holding registers. I have put both
> 30247, and 40247 in the "Pnt_no" configuration with no success. Each
> time I try to issue a read request via either an RIN or IIN block, my
> "LPGFLW" MODBUS interface immediately indicates "Device Failed" in
> System Manager and I get a "W62 - UNRESOLVED CONNECTION" message on
> the RIN block detail display and everything turns CYAN. Even when I
> remove the read request from the IIN or RIN block by placing the block
> in SIMOPT and downloading which clears the block from CYAN and causes
> no data requests to the interfac
e
> the "Device Failed" status remains in System Manager until I disable and
> enable the interface. It looks healthy until I make another read request
> from the interface.
>
> Any help here is greatly appreciated.
>
> Tom VandeWater
> Control Conversions, Inc.
_______________________________________________________________________
This mailing list is neither sponsored nor endorsed by Invensys Process
Systems (formerly The Foxboro Company). Use the info you obtain here at
your own risks. Read http://www.thecassandraproject.org/disclaimer.html
foxboro mailing list: //www.freelists.org/list/foxboro
to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave
______________________________________________________________________
This email has been scanned by the Symantec Email Security.cloud service.
______________________________________________________________________
*** Confidentiality Notice: This e-mail, including any associated or attached
files, is intended solely for the individual or entity to which it is
addressed. This e-mail is confidential and may well also be legally privileged.
If you have received it in error, you are on notice of its status. Please
notify the sender immediately by reply e-mail and then delete this message from
your system. Please do not copy it or use it for any purposes, or disclose its
contents to any other person.
_______________________________________________________________________
This mailing list is neither sponsored nor endorsed by Invensys Process
Systems (formerly The Foxboro Company). Use the info you obtain here at
your own risks. Read http://www.thecassandraproject.org/disclaimer.html
foxboro mailing list: //www.freelists.org/list/foxboro
to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave
Other related posts:
