EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  <20122013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024  Index 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  <20122013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: Re: Proposed support for additional Modbus data types
From: Eric Norum <[email protected]>
To: haquin <[email protected]>
Cc: tech-talk <[email protected]>
Date: Thu, 5 Apr 2012 08:25:10 -0700
On Apr 5, 2012, at 7:19 AM, haquin wrote:

> Hi Mark,
> 
> I started to test the new release R2-4 of your modbus driver,
> 
> 1/ I have a regression problem:
> in case of "intarray_in" when scan mode is I/O Intr:
> Linux IOC crashes with segmentation error message

Could you run this again under GDB and send a stack trace?

> VxWorks IOC doesn't crash but data in the waveform are equal to zero
> 
> On Linux if I start with the scan mode set to none there is no crash.

What happens if you change the mode to I/O Intr after the IOC has started?

> 
> In both cases linux and VxWorks,
> if I change the scanning mode to any periodic scan (with a caput in the SCAN field), I do retreive correct data.
> 
> here is my drvModbusAsynConfigure
> drvModbusAsynConfigure("AR-GT7-PC3:Read_All",    "AR-GT7-PC3", 255,  4 , 0 , 46 , 0 ,  2000 , "InterfaceIocaste")
> 
> here is my waveform:
> record(waveform, "$(EQPT):ReceiveModbusTable") {
>  field(DTYP, "asynInt32ArrayIn")
>  field(FLNK, "$(EQPT):TrigModbusTableProcessing")
>  field(INP, "@asyn($(EQPT):Read_All 0)MODBUS_DATA")
>  field(NELM, "46")
>  field(FTVL, "LONG")
>  field(SCAN, "I/O Intr")
> }
> 
> 2/ I have tested the retreival of float32_LE with ai record, this is ok
> 
> tomorrow I'll test retreival of int32 and also he writting.
> 
> best regards.
> 

-- 
Eric Norum
[email protected]



Replies:
Re: Proposed support for additional Modbus data types haquin
Re: Proposed support for additional Modbus data types haquin
References:
Proposed support for additional Modbus data types Mark Rivers
RE: Proposed support for additional Modbus data types Mark Rivers
Re: Proposed support for additional Modbus data types haquin
RE: Proposed support for additional Modbus data types Mark Rivers
Re: Proposed support for additional Modbus data types haquin

Navigate by Date:
Prev: Re: Proposed support for additional Modbus data types haquin
Next: Re: Question about 85XX dual core CPU board for VxWorks/EPICS Andrew Johnson
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  <20122013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: Re: Proposed support for additional Modbus data types haquin
Next: Re: Proposed support for additional Modbus data types haquin
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  <20122013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
ANJ, 18 Nov 2013 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·