[BUILD-STABLE]: Job 'PLC4X/PLC4X/develop [develop] [15]'

[Apache Jenkins Server]

BUILD-STABLE: Job 'PLC4X/PLC4X/develop [develop] [15]':

Is back to normal.

[jira] [Created] (PLC4X-221) Extend the Channels to support a "isPassive" flag

[Christofer Dutz (Jira)]

Christofer Dutz created PLC4X-221:
-

 Summary: Extend the Channels to support a "isPassive" flag
 Key: PLC4X-221
 URL: https://issues.apache.org/jira/browse/PLC4X-221
 Project: Apache PLC4X
  Issue Type: Improvement
  Components: Core
Affects Versions: 0.7.0
Reporter: Christofer Dutz
Assignee: Christofer Dutz


In order to make drivers react on passive-mode scenarios it would be good to 
somehow pass in a flag to the driver.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

[BUILD-FAILURE]: Job 'PLC4X/PLC4X/develop [develop] [14]'

[Apache Jenkins Server]

BUILD-FAILURE: Job 'PLC4X/PLC4X/develop [develop] [14]':

Check console output at "https://ci-builds.apache.org/job/PLC4X/job/PLC4X/job/develop/14/;>PLC4X/PLC4X/develop
 [develop] [14]"

[BUILD-UNSTABLE]: Job 'PLC4X/PLC4X/develop [develop] [13]'

[Apache Jenkins Server]

BUILD-UNSTABLE: Job 'PLC4X/PLC4X/develop [develop] [13]':

Check console output at "https://ci-builds.apache.org/job/PLC4X/job/PLC4X/job/develop/13/;>PLC4X/PLC4X/develop
 [develop] [13]"

[BUILD-FAILURE]: Job 'PLC4X/PLC4X/develop [develop] [12]'

[Apache Jenkins Server]

BUILD-FAILURE: Job 'PLC4X/PLC4X/develop [develop] [12]':

Check console output at "https://ci-builds.apache.org/job/PLC4X/job/PLC4X/job/develop/12/;>PLC4X/PLC4X/develop
 [develop] [12]"

[BUILD-STABLE]: Job 'PLC4X/PLC4X/develop [develop] [11]'

[Apache Jenkins Server]

BUILD-STABLE: Job 'PLC4X/PLC4X/develop [develop] [11]':

Is back to normal.

AW: Build Server changed ... working on it ...

[Strljic, Matthias Milan]

Hi Chris,

thats sad but we can try to reach that goal on this machine 

Thanks for your work!

Greetings Matthias

Matthias Strljic, M.Sc.

Universität Stuttgart
Institut für Steuerungstechnik der Werkzeugmaschinen und 
Fertigungseinrichtungen (ISW)

Seidenstraße 36
70174 Stuttgart
GERMANY

Tel: +49 711 685-84530
Fax: +49 711 685-74530

E-Mail: matthias.strl...@isw.uni-stuttgart.de
Web: http://www.isw.uni-stuttgart.de

-Ursprüngliche Nachricht-
Von: Christofer Dutz  
Gesendet: Saturday, July 25, 2020 3:26 PM
An: dev@plc4x.apache.org
Betreff: Build Server changed ... working on it ...

Hi all,

I just noticed, that infra moved our build agent from the old build.apache.org 
to the new ci-build.apache.org … so we will never be able to build on the old 
server again (Just before reaching build 1000 ☹ ) … just wanted to tell you 
about this.

I’ll keep on working on setting up everything on the new CI system … but for 
now it might be, that we won’t have SNAPSHOTs for a few days.

Chris

Reading Array of Int

[Stefano Bossi]

Dear plc4x forum,

I have found a possible problem in reading an array of INT.
I am using the HelloPlc4x app for testing and I am trying to read the
field address: |'%DB1:274.0:INT[3]'|

In the request, captured via wireShark I can see the query:

|Frame 3: 75 bytes on wire (600 bits), 75 bytes captured (600 bits) on
interface utun2, id 0 Null/Loopback Internet Protocol Version 4, Src:
192.168.100.4, Dst: 192.168.1.192 Transmission Control Protocol, Src
Port: 54543, Dst Port: 102, Seq: 1, Ack: 1, Len: 31 TPKT, Version: 3,
Length: 31 ISO 8073/X.224 COTP Connection-Oriented Transport Protocol S7
Communication Header: (Job) Parameter: (Read Var) Function: Read Var
(0x04) Item count: 1 Item [1]: (DB 1.DBX 274.0 INT 3) Variable
specification: 0x12 Length of following address specification: 10 Syntax
Id: S7ANY (0x10) Transport size: INT (5) Length: 3 DB number: 1 Area:
Data blocks (DB) (0x84) Address: 0x000890 |

and the response:

|Frame 4: 75 bytes on wire (600 bits), 75 bytes captured (600 bits) on
interface utun2, id 0 Null/Loopback Internet Protocol Version 4, Src:
192.168.1.192, Dst: 192.168.100.4 Transmission Control Protocol, Src
Port: 102, Dst Port: 54543, Seq: 1, Ack: 32, Len: 31 TPKT, Version: 3,
Length: 31 ISO 8073/X.224 COTP Connection-Oriented Transport Protocol S7
Communication Header: (Ack_Data) Parameter: (Read Var) Function: Read
Var (0x04) Item count: 1 Data Item [1]: (Success) Return code: Success
(0xff) Transport size: INTEGER (0x05) Length: 6 Data: 000a000b000c |

The 3 INT I would like to read are there: |000a|, |000b|, |000c| but in
the response of:

|PlcReadResponse syncResponse = readRequest.execute().get(); |

only the first one is present.

I read in jira that there was a similar bug here PLC4X-57
, is this the same problem?

Thanks for your help.

Regards,
Steafano Bossi

​


signature.asc
Description: OpenPGP digital signature

[BUILD-FAILURE]: Job 'PLC4X/PLC4X/develop [develop] [10]'

[Apache Jenkins Server]

BUILD-FAILURE: Job 'PLC4X/PLC4X/develop [develop] [10]':

Check console output at "https://ci-builds.apache.org/job/PLC4X/job/PLC4X/job/develop/10/;>PLC4X/PLC4X/develop
 [develop] [10]"