[
https://issues.apache.org/jira/browse/PLC4X-311?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17410793#comment-17410793
]
Christofer Dutz commented on PLC4X-311:
---------------------------------------
Ok ... so this was the response by my "inside man":
* If less than 24bytes are requested, the device should have responded with an
error 0x705 (Parameter Size not correct)
* The CX9000 is a deprecated device with an old TC2 version
* You should test against a more up to date TC2 version: CX9020
* There's an example to the SumbolUpload in C++ available here:
[https://infosys.beckhoff.com/english.php?content=../content/1033/cxinfosys/5304382731.html&id=869611541562289615]
> ADS driver lost with short replies for read requests
> ----------------------------------------------------
>
> Key: PLC4X-311
> URL: https://issues.apache.org/jira/browse/PLC4X-311
> Project: Apache PLC4X
> Issue Type: Bug
> Components: Driver-ADS
> Affects Versions: 0.9.0
> Reporter: Łukasz Dywicki
> Priority: Major
> Labels: regresion
> Attachments: amsads-shortanswer.pcapng
>
>
> I began testing functionality which did work with ADS driver in 0.6 release.
> Part of the test was reading address {{0xf00f/0x0}} (it is elsewhere referred
> as {{SYM_UPLOADINFO2}}) which returns up to 24 bytes of data. First 4 is
> symbol count, next 4 is symbol list length. Not sure what are remaining ones.
> I made an attempt to read less than 24 bytes. All requests which query below
> 24 bytes get response which do not contain index group and offset.
> I attach PCAP which clearly indicates issue.
> Actual code:
> {code:lang=java}
> PlcConnection = new PlcDriverManager().getConnection("ads:tcp://...");
> ReadRequestBuilder readRequestBuilder = plcConnection.readRequestBuilder();
> PlcReadRequest request = readRequestBuilder
> // change array size to 23 to face the issue
> .addItem("symbol", "0xf00f/0x0:BYTE[24]").build();
> PlcReadResponse rsp = request.execute().whenComplete((r, e) -> {
> if (e != null) {
> e.printStackTrace();
> } else {
> dump(r);
> }
> }).get();
> {code}
> TwinCAT: 2.11 (build 2286)
> Hardware: CX 9000-0001
> Tested with TwinCT: 3.1.4024.0 simulator and I get similar results when
> requesting data from 0xf00f register. For TC3 actual behavior is the same.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
