on 07-25-2007 5:38 AM
Hi All,
I have an issue with some IP21 TAGs.
I configured two Data servers to IP21 ( AspenTech Version 2004.2.1).
1. Connection Type : TAG, Connector: IP21 and JDBC Driver: sun.jdbc.odbc.JdbcOdbcDriver (Working fine, but not for all the TAGs)
2. Connection Type : SQL, Connector: IDBC and JDBCDriver: sun.jdbc.odbc.JdbcOdbcDriver ( I created this for testing if TAG Query Doesnt work)
We are able query most of the TAGs using Tag type connector, but for some TAGs it is generating the following error.
**********ERROR************
INFO TimeEngine - TimeParams[_Shift=null,_TimePeriod=null,_Times=null,_EndDate=null,_StartDate=null,_Duration=null,_Units=S,_Format=MM/dd/yyyy HH:mm:ss,bAllowFuture=false]
INFO Service - StartDate=07/24/2007 16:23:48&EndDate=07/24/2007 17:23:48
DEBUG Service - Using service: IlluminatorService
DEBUG Service - Request for service com.lighthammer.Illuminator.services.handlers.IlluminatorService
DEBUG Service - Validating query...
DEBUG AuthorizationEngine - validateQuery() - check permissions for service 'IlluminatorService' and server 'IP21_MEMPHIS'
DEBUG Service - Trying to process request
INFO Illuminator - Executing Query: SELECT name,name->description,definition,name->graphminimum,name->graphmaximum FROM "gPV307003"
ERROR ErrorHandler - A SQL Error has occurred on query, [AspenTech][SQLplus] SQLGetData: Character to Double conversion error.
java.sql.SQLException: [AspenTech][SQLplus] SQLGetData: Character to Double conversion error
at sun.jdbc.odbc.JdbcOdbc.createSQLException(JdbcOdbc.java:6958)
at sun.jdbc.odbc.JdbcOdbc.standardError(JdbcOdbc.java:7115)
at sun.jdbc.odbc.JdbcOdbc.SQLGetDataDouble(JdbcOdbc.java:3658)
at sun.jdbc.odbc.JdbcOdbcResultSet.getDataDouble(JdbcOdbcResultSet.java:5579)
at sun.jdbc.odbc.JdbcOdbcResultSet.getDouble(JdbcOdbcResultSet.java:740)
at com.lighthammer.Illuminator.connectors.AspenTech.IP21.lookupTagInformation(Unknown Source)
at com.lighthammer.Illuminator.connectors.AspenTech.IP21.processDataQuery(Unknown Source)
at com.lighthammer.Illuminator.connectors.AspenTech.IP21.processRequest(Unknown Source)
at com.lighthammer.Illuminator.services.handlers.IlluminatorService.processRequest(Unknown Source)
********************
But, when I use server type SQL with the following statement I am able to pull the TAG data.
SELECT LAST_RECORDING_TIME,NAME,LAST_RECORDING_QUAL,LAST_RECORDING FROM "gPV307003"
What could be the reason?
Some more information.
We are in xMII 11.5 SP03. and JSDK 1.4.2_07
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Uday,
This the XML i got when i make SQL Type Query.
<?xml version="1.0" encoding="UTF-8" ?>
- <Rowsets DateCreated="2007-07-25T09:36:21" EndDate="2007-07-25T09:36:20" StartDate="2007-07-25T08:36:20" Version="11.5.3">
- <Rowset>
- <Columns>
<Column Description="LAST_RECORDING_TIME" MaxRange="1" MinRange="0" Name="LAST_RECORDING_TIME" SQLDataType="93" SourceColumn="LAST_RECORDING_TIME" />
<Column Description="NAME" MaxRange="1" MinRange="0" Name="NAME" SQLDataType="12" SourceColumn="NAME" />
<Column Description="LAST_RECORDING_QUAL" MaxRange="1" MinRange="0" Name="LAST_RECORDING_QUAL" SQLDataType="4" SourceColumn="LAST_RECORDING_QUAL" />
<Column Description="LAST_RECORDING" MaxRange="1" MinRange="0" Name="LAST_RECORDING" SQLDataType="7" SourceColumn="LAST_RECORDING" />
</Columns>
- <Row>
<LAST_RECORDING_TIME>2007-07-25T09:34:51</LAST_RECORDING_TIME>
<NAME>gPV307003</NAME>
<LAST_RECORDING_QUAL>-1</LAST_RECORDING_QUAL>
<LAST_RECORDING>3610</LAST_RECORDING>
</Row>
</Rowset>
</Rowsets>
Ranga,
When using the TagQuery connectors they always run a meta query to get the tagname's description, and engineering scale values. Then the data query (current, history, etc.) is run. Basically the stuff you see in the Columns section of the xml results is from the meta query.
What happens when you run the SELECT name,name->description,definition,name->graphminimum,name->graphmaximum FROM "gPV307003" query in your SQL based IP21 connection?
Is it possible that the graphminimum or graphmaximum are not double friendly?
Regards,
Jeremy Good
Hi Ram,
Install AspenTech(IP21) ODBC driver in xMII Server and Configure System DSN targeting IP21 Legacy system.
Find the below parameters that i have updated in data server.
Compressed, History and Tag parameters will be changed based IP21 system TAG configuration. You have to get this information from the IP21 system technical team.
*********Parameters***************
CompressedHistoryEventNameColumn = NAME
CompressedHistoryEventQualityColumn = COMPRESSEDQUALITY
CompressedHistoryEventTable = <NULL>
CompressedHistoryEventTimeColumn = COMPRESSEDTIME
CompressedHistoryEventValueColumn = COMPRESSEDVALUE
Connector = IP21
ConnectorType = TAG
CurrentNameColumn = NAME
CurrentQualityColumn = LAST_RECORDING_QUAL
CurrentTable = <NULL>
CurrentTimeColumn = LAST_RECORDING_TIME
CurrentValueColumn = LAST_RECORDING
DatePrefix = '
DateSuffix = '
Description = IP21
Enabled = true
HistoryEventNameColumn = NAME
HistoryEventQualityColumn = TRENDQUALITY
HistoryEventTable = <NULL>
HistoryEventTimeColumn = TRENDTIME
HistoryEventValueColumn = TRENDVALUE
HistoryNameColumn = NAME
HistoryPeriodColumn = PERIOD
HistoryQualityColumn = QUALITY
HistoryTable = HISTORY
HistoryTimeColumn = TS
HistoryValueColumn = VALUE
InternalDateFormat = DD-MMM-YY HH:mm:ss
JDBCDriver = sun.jdbc.odbc.JdbcOdbcDriver
Name = IP21_Test
PoolMax = 100
PoolSize = 1
ServerPackage = com.lighthammer.Illuminator.connectors.AspenTech
ServerURL = jdbc:odbc:<Your IP21 System DSN Name>
TagInfoDescriptionColumn = name->description
TagInfoMaxRangeColumn = name->graphmaximum
TagInfoMinRangeColumn = name->graphminimum
TagInfoNameColumn = name
TagInfoTable = <NULL>
TagInfoTypeColumn = definition
TagListDescriptionColumn = description
TagListNameColumn record_= name
TagListTable = alltags
Timeout = 15
UseCount = 256
UserName = <NULL>
ValidationQuery = <NULL>
WaitTime = 30
User | Count |
---|---|
12 | |
7 | |
3 | |
2 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.