AW: Problems with Read/Write using PLC4J OPC UA driver

Hi Gregor, i will look for your issue to write/read the basic types and arrays. At the moment the support for custom/dynamic types is not included into the OPC UA integration. If you could provide me there some example code, we could try to find there a solution for or at least the information

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

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:

AW: [DISCUSS] How about naming "first time contributors" in RELEASE_NOTES?

+1 I also like the idea as a cool bonus  Greetings Mathi 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: 

AW: How about documenting more?

I hope it is to your pleasure, milord. :) 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: 

AW: [Introduction] Christofer Dutz

Hi, I am a research assistant at the University of Stuttgart at the Institute of Control Engineering (ISW) and work there in the areas of communication/service concepts for automation systems and cloud manufacturing. Among other things with projects like RetroNet I got in contact with several

AW: How about documenting more?

Hi, i am there a bit sorry but the work catched me a bit to much. I try my best to close the gap soon :) Greetings Matthias Von: Christofer Dutz Gesendet: Montag, 4. Mai 2020 19:39:18 An: dev@plc4x.apache.org Betreff: Re: How about documenting more? Hi

AW: Add a list of companies using PLC4X without links back?

Hi, I would agree with Julian's position there and I think that this would further promote acceptance in the industry. After all, the field of automation protocols is a rather delicate area in which trust is an essential point. If this helps, I would also like to place my university

AW: Java Example for Subscription

Hi Wolfgang, i added a small example to the ManualPLC4XOpcua file which will be included into the up comming OPC docu. It is stripped down to the functions which are required to create a subscription and does not include a further embedding into an application. I hope it helps you! String

AW: OPC UA communication

} > > } > > > > As a OPC Server I use a Python tool called FreeOpcUa > (https://github.com/FreeOpcUa/python-opcua) and just simply set up > some variables with: > > > from opcua import Server > > server = Server() > > url = "opc.tcp://localhost:5801&q

AW: [DISCUSS] Finally release 0.7.0?

Also nothing from my side Matthias Von: Julian Feinauer Gesendet: Donnerstag, 30. April 2020 21:49:49 An: dev@plc4x.apache.org Betreff: Re: [DISCUSS] Finally release 0.7.0? Not from my side (well but I mostly cover 0.6.0 still...). Julian Am 30.04.20, 20:56

AW: OPC UA communication

/java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:177) Thank you and greets Titus Am Do., 30. Apr. 2020 um 09:35 Uhr schrieb Strljic, Matthias Milan : > > Hello, Titus, > > the discovery part is an optional parameter. By default the opc ua driver > uses the discovery endpoint of an opc u

AW: OPC UA communication

Hello, Titus, the discovery part is an optional parameter. By default the opc ua driver uses the discovery endpoint of an opc ua server to get the correct endpoint description. If the parameter is set to false, it ignores this discovery result and forces the specified ip + port combination. We

AW: Need help with PLC4J

Hi Ranjid, welcome to our community! But as far as i know Siemens PLC does not allow like Beckhoff PLCs to change their programm/features over their automation protocol. So i think you will have no luck with that over the automation protocol. Because of the focus of the projekt PLC4X. I

AW: [DISCUSS] Alternatives to Thrift?

Hi Chris, if gRPC could be a match i would go first with that. I would not go the direction of implementing a complete new protocol. Rather use gRPC or MQTT. Greetings Mathi Von: Christofer Dutz Gesendet: Freitag, 3. April 2020 16:04:23 An:

AW: Building under Windows

Hi Chris, so in my case I get an illegalAccessException from the io.netty.util.internal.PlatformDependent. I have there an old discussion in mind where we talked about it. That Netty raw sockets have some issues under windows or that the lib we use to test ist. Here is my full trace

AW: S7 code

he release cycle again. Best Julian Am 01.03.20, 00:37 schrieb "Strljic, Matthias Milan" : I would agree on that and also already added a PR for a bug i found during the manual test of this version with OPC UA :) Greetings Matthias

AW: [VOTE] Apache PLC4X 0.6.0 RC3

+1 - Download staged source artifact - Verify the signature is correct. - Checked License and Readme - Build under Windows, exluded the known issue for running tests on the raw sockets under windows, run successfull the left modules of the project - Build and Tested unter Ubuntu

AW: S7 code

I would agree on that and also already added a PR for a bug i found during the manual test of this version with OPC UA :) Greetings Matthias Von: Julian Feinauer Gesendet: Freitag, 28. Februar 2020 15:43:38 An: dev@plc4x.apache.org Betreff: Re: S7 code Hi, I

AW: [TESTNG] Proposal for easily testing generated drivers

+1 from my side. I think it is very important to include by design a test suite if we autogenerate parts of our stack. The proposed idea seems to build a nice first base which could be extended for combinations of autogenerated and manual coded protocol semantics. And ty @Chris for your effort

AW: [CODE-GENERATION] Make all Pojos have a "toPlcValue" method?

Sounds also nice for me. I would agree with the suggestion of julian. +1 simplicity Greetings Matthias Strljic, M.Sc. Interesse an Steuerungstechnik aus der Cloud und anderen Innovationen? Informieren Sie sich über die Stuttgarter Innovationstage vom

AW: [LAZY VOTE] Merge next-gen-core-2 back to develop?

Ty u all for your effort! +1 Matthias Strljic, M.Sc. Interesse an Steuerungstechnik aus der Cloud und anderen Innovationen? Informieren Sie sich über die Stuttgarter Innovationstage vom 03.-04. März 2020. https://www.stuttgarter-innovationstage.de

AW: Just added new branch "next-gen-core-2" ...

never need to implement the full attack, just parts of it. Perhaps porting the opc-ua driver to the updated structure could help for now. Chris Von: Strljic, Matthias Milan Gesendet: Dienstag, 14. Januar 2020 10:32:41 An: dev@plc4x.apache.org Betreff: AW: Just

AW: Just added new branch "next-gen-core-2" ...

Hi Chris, Yeah, the OPC UA stack will be pretty heavy. Maybe not the raw package logic, but the complete feature set will be a bigger piece. So I assume it will take a while until OPC UA is mapped into a generated driver. So I have a question how we will handle this in the larger version 0.6.0

AW: The release train is coming (tschuuu, tschuuu)

+1 Not much more to say  I think it is important that we include our minor fixes into a release and then go a step further with the 0.6 RC. Greetings Matthias Matthias Strljic, M.Sc. Universität Stuttgart Institut für Steuerungstechnik der Werkzeugmaschinen und Fertigungseinrichtungen

AW: [Request for Review][OPC-UA] Fix wrong NOT FOUND exception in OPC-UA driver

Hi Alvaro, thank you for the contribution of this bugfix. It was a known issue where I mixed up the state declarations of milo with enumerations like in the PR #75 https://github.com/apache/plc4x/pull/75 mentioned. This will lead into a refactoring of the OPC UA driver over the holidays to

AW: [DISCUSS] How to handle Docker?

drains too much energy __ Julian Am 11.12.19, 10:38 schrieb "Strljic, Matthias Milan" : Hi Chris, for build compatibility I would go with option 2. Even if I am from the anti-profil-option party. With option 1 the PLC4X complete build would

AW: [DISCUSS] How to handle Docker?

Hi Chris, for build compatibility I would go with option 2. Even if I am from the anti-profil-option party. With option 1 the PLC4X complete build would be failing because of a missing docker dependency. Greetings to all Windows users which do not want to use the Hyper-V especially with

AW: [DRAFT] December 2019 board report

+1 Fine for me  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: 

AW: zylk

Welcome Iñigo to the PLC4X community  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: 

AW: AW: [jira] [Created] (PLC4X-157) OPC-UA: Disable by config endpoint discovery

ERMANY 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: Strljic, Matthias Milan Gesendet: Thursday, December 5, 2019 9:28 AM An: dev@plc4x.apache.org Betreff: AW: AW: [jira

AW: AW: [jira] [Created] (PLC4X-157) OPC-UA: Disable by config endpoint discovery

at 14:12 +, Strljic, Matthias Milan wrote: > Ok, then i will include the typical URI style for GET-parameters like > u and Chris suggests. So are you going to implement it? We need this fix so I can help in the implementation of it or in the testing. Cheers! -- Alvaro > Perhaps th

AW: [jira] [Created] (PLC4X-157) OPC-UA: Disable by config endpoint discovery

approach makes sense (this is consistent with having the physical transport layer also there for protocols that support multiple ones). Julian Am 02.12.19, 13:31 schrieb "Strljic, Matthias Milan" : Hi all, For this I have a question: How should we deal with this co

AW: [jira] [Created] (PLC4X-157) OPC-UA: Disable by config endpoint discovery

Hi all, For this I have a question: How should we deal with this consistently in the project? The Camel discussion about parameters/annotation is not over yet (?) and I want to avoid parameters in the URL that are not part of the domain model of the protocol. So I would solve it first as a

AW: Getting you others involved (again)?

Hi Chris, a super late answer on that topic. For me it is just much other stuff to do. But I will try to show some presents in the next month. Because we have now a first running draft of the OPC-UA bridge server, based on the eclipse OPC UA milo project where it is possible to create proxy

AW: [VOTE] Apache PLC4X 0.5.0 RC3

Hi all, +1 (binding) I checked: - Readme - License - No unexpected assets - Built on Windows 10 x86 64 bit with “maven install -P with-java” Greetings Matthias Strljic, M.Sc. Universität Stuttgart Institut für Steuerungstechnik der Werkzeugmaschinen und Fertigungseinrichtungen (ISW)

AW: [PLC-Simulator] Thoughts on the "Context" for our simulator

aying and comparing. With all the others you would probably have to sort of also provide some sort of program but they would always just use one or max two protocols. Chris Am 16.10.19, 17:38 schrieb "Strljic, Matthias Milan" : Hi Chris, sry for joining so late.

AW: [PLC-Simulator] Thoughts on the "Context" for our simulator

Hi Chris, sry for joining so late. What speeks against a OPC UA Server as PLC-Mok. It is not a big deal to implement it with Milo and provides a function complete OPC UA Server implementation. I Know it is not a real PLC and has no RT Cycles which restricts the possible communication. But I

AW: Simpifying the profiles?

Hiho, +1 for that. I think also that java is with maven the main platform to build, in particular if all the extra utilities or possible language Bindings will use the java core until we have a bigger community for other platforms. From there i would also agree to stick with maven as global

AW: [VOTE] Apache PLC4X Build-Tools Code-Generation 1.0.0 RC3

Hi all, +1 binding checked Header files and build from source Build system: Windows 10 16Gb RAM, I7 Intel Greetings Mathi Von: Christofer Dutz Gesendet: Freitag, 27. September 2019 15:34:29 An: dev@plc4x.apache.org Betreff: [VOTE] Apache PLC4X Build-Tools

AW: [DISCUSS] Rename CRUNCH to something different

+1 for that. I am not a fan of fancy cool names . So Processing / Filter / SignalWatchDog would be better for me. Greetings Mathi Matthias Strljic, M.Sc. Universität Stuttgart Institut für Steuerungstechnik der Werkzeugmaschinen und Fertigungseinrichtungen (ISW) Seidenstraße 36 70174

AW: [VOTE] Accept CRUNCH as subproject for PLC4X

+1 (binding) Naming does not matter for me. The CQ and Doc is there more important :P Greetings Mathi 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

AW: [DISCUSS] How about releasing the plc4x-build-tools (PLC4X-maven-plugin)

Hi, +1 pro release greetings 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: 

AW: [DISCUSS] Integrate CRUNCH into PLC4X

Hi all, Is there a way to encapsulate all components in the project in kind of sub projects? Because we will have at the end PLC4X which is a "lib"-attempt of a jdbc-Driver for PLC in different languages. This uses a separated project which has a template-based code generation to built

AW: Switch to from assembly to shade plugin for building Uber-jars?

Hi Chris, +1 also from me. If it works then is shade ok  Greetings 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

AW: Next PLC4X Meetup on 22.08.2019 in the codecentric Office in Frankfurt

Hi Chris, for the meetup would it be possible to start even earlier at you place? Because for me it would not make a big difference if we start at 10- 10:30 and so we would have more time together ❤ Greetings Mathi Von: Christofer Dutz Gesendet: Mittwoch,

RE: Next Meetup / Hackathon

e are more people :) Julian Von meinem Mobiltelefon gesendet Ursprüngliche Nachricht Betreff: RE: Next Meetup / Hackathon Von: "Strljic, Matthias Milan" An: dev@plc4x.apache.org Cc: Hi all, so some ano

RE: Next Meetup / Hackathon

Von: "Strljic, Matthias Milan" An: dev@plc4x.apache.org Cc: + 1 The location is not so important for me as long as we have Pizza + Internet. Something in August? I am very interested in the current code generation and it would be great to get in touch with it at a hackathon, to allocate

RE: Next Meetup / Hackathon

+ 1 The location is not so important for me as long as we have Pizza + Internet. Something in August? I am very interested in the current code generation and it would be great to get in touch with it at a hackathon, to allocate some time for PLC4X and ofc to see you all again  Best regards

RE: Please welcome Lukasz Dywicki as new Apache PLC4X PMC member and Comitter

Hey Welcome Lukasz  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: 

RE: One PLC4J Maven complete bundle

drivers separately into the POM you want to use. So you would regularily need to add "-core" and all the drivers you want to in the pom of your project (API should come transitively or you also have to add it in the pom?!). Julian Am 25.07.19, 16:59 schrieb "Strljic, Matthias Mi

One PLC4J Maven complete bundle

Hi all, I wanted to throw in a question and a related issue about our maven plugin for PLC4J. It is very modular but with that also very complicated to use for beginners. Do we want to make a "PLC4J-Complete" / "PLC4J-all" Bundle which includes all the dependencies like API, Drivers etc.?

RE: Generate JARs to try out the examples

Hi Kai, for testing you could use the DummyDriver, our TestLab (as Julian mentioned) or u can use a public OPC UA example server like the " opcua:tcp://opcua.demo-this.com:51210/UA/SampleServer" but there be aware that those are not from us. This are just public OPC UA servers to

RE: [DISCUSS] change connection string format

Hi Julian, I think that is a really good question. For the Connection String I would agree (+1) for your suggestion. But wanted to ask if there is a notation which is domain specific to a protocol from the "user" point of view? Like we have it in the FieldAddresses. So that we just throw into

RE: [DISCUSS] Retire Daffodil and SCXML?

+1  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: 

RE: [DISCUSS] [CodeGen] Move the core generator modules to a separate git repo

Hi Chris, so i am not that creative  and the name sounds quite functional !  +1 Greetings 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

RE: [CodeGen] Splitting up the parser and the maven plugin ...

+1 for seperating those parts 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: 

RE: [CodeGen] Performance values

Hura sounds nice  I hope I find time to play a bit around with it in the next few days. Greetings 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

RE: Please welcome Matthias Strljic as new Apache PLC4X PMC and Committer

Hey all, thanks you all and espacially chris and julian for this honor  Actually one would hope here now for a good future and cooperation but I think we already have a super team and I hope simply that it goes on like this together :) Greetings Matthias Strljic, M.Sc. Universität

RE: [BUILDS] What build system to use?

+1 hybrid system 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: 

RE: [VOTE] Apache PLC4X 0.4.0 RC1

Hi all, +1 nobody vote :) after some help of Julian and Chris we fixed the layer 8 problem in my built. It runs through with the params: "mvn clean verify -Pwith-java -Pwith-python -Pwith-proxies -Pwith-dotnet -e" On: Windows 10, 64bit Intel i7-6200U Matthias Strljic, M.Sc. Universität

RE: [DriverGen] Perhaps another approach for getting started with the driver gen

Hi Julian, it's me Ma..tthias  Greetings 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:

AW: [ANNOUNCE] Björn Höper joins PLC4X PMC

gz Björn :) Von: Julian Feinauer Gesendet: Montag, 13. Mai 2019 17:32:01 An: dev@plc4x.apache.org Betreff: [ANNOUNCE] Björn Höper joins PLC4X PMC Hi all, I am pleased to announce that Björn Höper has accepted an invitation to join the PLC4X PMC. Although Björn

AW: Einbindung RDM TDB controller

Hi Stefan, also a welcome from my side ;) Greetings Matthias Strljic Von: Obermaier, Stefan Gesendet: Montag, 13. Mai 2019 16:53:13 An: dev@plc4x.apache.org Betreff: Einbindung RDM TDB controller Hallo, Ich habe den Zugriff auf RDM TDB Controller

RE: [DriverGen] Possible solution for type inheritance

Hi Chris, more sorry about writing late. I would agree with Julian there, with the addition that for the standard types there might simply be a DFDL provided, which could simply be included? Greetings Matthias Strljic, M.Sc. Universität Stuttgart Institut für Steuerungstechnik der

RE: Approaching the European Commission for some help?

size or volume as Markus also started his interest. Julian Von meinem Mobiltelefon gesendet Ursprüngliche Nachricht Betreff: RE: Approaching the European Commission for some help? Von: "Strljic, Matthias Milan" An: dev@plc4x.apache.org Cc: I would be happy if we

RE: Approaching the European Commission for some help?

Haha i try to show more presence <3 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: 

RE: Approaching the European Commission for some help?

Hi Chris, i like the idea and would happily support it. But for me is the acquiring process just to slow and clunky for a project like PLC4X. I just see it with a small research project like the SFSC with Julian. It just takes over 1 Year from an idea to project start and that is just BMBF

RE: [DISCUSS] The State and Future of PLC4X

natively (or objects, so to say). Lukasz also had some nice ideas so perhaps we create a Confluence page for that and you, Matthias could kind of keep that in sync with your work on the Client. What do others think? Julian Am 06.05.19, 13:35 schrieb "Strljic, Matthias Milan" :

RE: [DISCUSS] The State and Future of PLC4X

of understanding ... what are you planning on doing? Creating an OPC-UA PLC4X driver based on Milo so you could do "opc-ua://10.10.64.42" or implement a Server (Protocol Bridge)? But more than happy to see some code from your side :-) Chris Am 06.05.19, 13:35 schrieb "Strljic,

RE: [DISCUSS] The State and Future of PLC4X

Hi Chris and Rolf, i played yesterday a bit with Milo and PLC4X and would make a integration of Milo in the PLC4J version in this week. There u would have to excuse my noobish coding after 8 Months of only PP-Engineering. It would be first limited to the Base-Types and could be later replaced

RE: Short wrap-up of this Weekend

@Julian: nice summary sounds like a big success! @Tim: I would take one in M if I prove myself worthy, my lord. Greetings Matthias Strljic, M.Sc. Universität Stuttgart Institut für Steuerungstechnik der Werkzeugmaschinen und Fertigungseinrichtungen (ISW) Seidenstraße 36 70174 Stuttgart

RE: Draft of our first Board Report

+1 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: 

RE: Positive impact of the media coverage

+1 not seeing there any problem 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: 

RE: [generation] Another approach to generated drivers

Hi all, i see there some chris waving  I always need some provocation to act sry for that. @Chris I agree with you that such a sub-project like the attempt of a template based code generation(TbCG) should be also done in the Apache way and it will be. But Julian and me just wanted first to

AW: [DISCUSS] The State and Future of PLC4X

Hi, Julian, as you said, there are some very interesting topics there. For us, the aspects for complex types, driver generation via a model-based + platformindependant approach and a kind of generated OPM are particularly interesting. Where we would spend some work with for example students,

RE: Some of the latest changes

Hi Chris, There I would throw in a counter-question, namely whether it would be important at this level to distinguish between automation protocols and fieldbus systems as AbstracConnectors? Because Profinet and EtherCat are protocols that differ a bit from the data handling of an OPC UA, ADS

AW: Integration of OPC UA into PLC4X

a small pre-christmas one day hackathon in Nürtingen for OPC UA? We could provide all that’s necessary ("Glühwein", cookies, ...). @Matthis, @Tim, what do you think? Of course all others are also invited to join!! Julian Am 04.12.18, 10:38 schrieb "Strljic, Matthias Milan&

AW: Integration of OPC UA into PLC4X

Hi Tim, + 1 That would be greate! If i could help you there a bit it would be a pleasure for me ;) Greetings Matthias Strljic, M.Sc. -- Interesse an Steuerungstechnik aus der Cloud und anderen Innovationen? Informieren Sie sich über die Stuttgarter Innovationstage vom 12.-13. Februar 2019.