Hi Julian, thanks for adding us here. We are currently not working with PLC4X but the topic looks quite promissing to jump onto. At the moment we have a lot of PLX connection implementations done by our own which is ... work.
Are there any news in regard to the meetup date? I put my availability in the doodle, would be really happy to discuss the topic face-2-face with the rest. Best, Rolf Am Do., 18. Apr. 2019 um 10:29 Uhr schrieb Julian Feinauer < j.feina...@pragmaticminds.de>: > Hi all, > > Fedlbus is a good Keyword. > Yesterday I met with Ralf Koelle and Rolf Wutzke from scitis / sotec and > they were quite interested in these two. > > @Ralf, @Rolf: I took the freedom to take you in CC. Do you already have a > working stack for these protocols? > > Julian > > Am 18.04.19, 10:14 schrieb "Bjoern Hoeper" <hoe...@ltsoft.de>: > > Hi erveryone, > I agree with Markus because OPC UA is somewhat universal. If we want > something open source there is a stack which is quite evolved already: > https://github.com/open62541/open62541 it is maintained by a bunch of > institutes (one of them is the Process Control Institute in Aachen). So we > should at least think about an adapter to OPC UA. The thing we would need > to prove is that we can really get faster than the vendor OPC UA server. > > Another thing that I think is promising and needed is adaptation to > field bus systems like Profinet and EtherCAT because they provide good > performance and a quite general applicability. And are at least not vendor > specific. > > Best Regards > Björn > > -----Ursprüngliche Nachricht----- > Von: Markus Sommer <som...@isb-fn.de> > Gesendet: Donnerstag, 18. April 2019 09:06 > An: dev@plc4x.apache.org > Betreff: AW: [DISCUSS] The State and Future of PLC4X > > Hi all, > > I was at the Hannovermesse and the industry clearly relies on OPC UA. > If PLC4x could realize a very fast OPC UA, this would be a massive > advantage over other manufacturers. > > Best regards > > Markus > > Freundliche Grüße > > Markus Sommer > Geschäftsführer > > isb innovative software businesses GmbH > Otto-Lilienthal-Strasse 2 > D - 88046 Friedrichshafen > > Tel.: +49 (0) 7541 3834-14 > Mob: +49 (0) 171 537 8437 > Fax: +49 (0) 7541 3834-20 > E-Mail: som...@isb-fn.de > Web: www.isb-fn.de > > Geschäftsführer: Markus Sommer, Thomas Zeler > Sitz: Friedrichshafen > > Registergericht: Amtsgericht Ulm HRB-Nr. 631624 Important Note: This > e-mail and any attachments are confidential, may contain trade secrets and > may well also be legally privileged or otherwise protected from disclosure. > If you have received it in error, you are on notice of its status. > Please notify us immediately by reply e-mail and then delete his > e-mail and any attachment from your system. If you are not the intended > recipient please understand that you must not copy this e-mail or any > attachments or disclose the contents to any other person. Thank you. > > > -----Ursprüngliche Nachricht----- > Von: Julian Feinauer <j.feina...@pragmaticminds.de> > Gesendet: Mittwoch, 17. April 2019 09:07 > An: dev@plc4x.apache.org > Betreff: [DISCUSS] The State and Future of PLC4X > > Hi all, > > as we had a lot of non-technical discussions and topics the last time > (the coming of age of a software project, I guess) it’s time for us to go > back to the real fun part and do technical shit. > I had a lot of discussions (on list and off list) with several people > like Chris, Matthias, Björn, Tim and others and wanted to share my thoughts > on the future of PLC4X as I see it (from a solely technical perspective). > > Currently, I see several “fronts” or centers of activity (or where I > think we should spend it). > > * Language adoption – We should define and deliver APIs and > bindings for other languages to bring what we currently have to other > people and other communities. The activities we have there are currently > (from my head): Markus and C++, Björn who wanted to investigate C# and the > “Interop Server” which I played around a bit (in fact, Matthias made a > python binding yesterday…) > * Driver Generation – This is a well-known Topic which is > currently driven by Chris. This is a large topic, which includes > * Model Generation (currently dfdl and state-xml) > * Templates for many languages (will partially derive from > above) > * A build process, to wire both together > * Some kind of Test Suite to check the correct generation of > drivers > * Automated Documentation / Spec Generation (!! > * Ecosystem / Tools – We have a set of tools that are based on > PLC4X and which enable to do things which where unthinkable before. Some are > * Scraper – A tool to scrape massive amounts of data from > multiple PLCs based on a yml configuration, this is mostly driven by Tim > * OPC UA Server – Yet to come. Maps OPC UA requests to PLC4X > requests which then go native to the PLCs. Matthias started some work on > this, Tim looked over it and I think Chris plans on implementing something > here also > * We had multiple discussions about tools that “guess” > something about locations of variables or their types. Chris brought that > up yesterday and plans to do something there, Matthias and I discussed this > several times and we plan to also do something with one or two students > there > * New programming models – As plc4x is open, it allows us to > implement new programming models on top of it. The best example I can give > is OPM, the JPA equivalent of PLC4X. The idea is to work with POJOs and > annotations and EntityManagers (as Beans) and have a “type safe” and > Business-esque way to communicate with PLCs. > > Here I see a lot of potential and possible next steps could be > (discussed by Matthias and me) > > * “Richer” Typesystem (not just primitives and Arrays as > currently) which covers complex objects > * Mapping of complex objects from POJOs to PLC segments (Like > structs in S7 or ADS) > * Auto-generation of annotated POJOs from PLC programs (much > like JPA or the C# ORM does that based on an existing database). This could > be a “killer-feature” as it would really allow type-safe end to end > communication with the plc with zero plc specific knowledge > > Other Topics in this area that can be named are > > * A connection pool to share / reuse connections for efficiency > (which was implemented by Sebastian and is absolutely crucial for us!) > * A central monitoring component (similar to how a Webserver > monitors each side access and the results and latencies and so..), I am > currently working on this and hope to provide a PR soon > > Of course, all of this is solely based on my personal opinion or > things that came out in discussions with other involved people. > For me, this structure makes sense and perhaps it helps us to > “broaden” our scope a bit from the initial focus (drivers, drivers, > drivers) to the new picture which evolved over the last to years. > > Of course, feel free to agree, disagree or participate with other > opinions. > > Julian > > PS.: I could offer to bring this in a more “presentable” form and > prepare a short “overview” talk about this for the next meetup, if > interesting > > > -- Rolf Wutzke | SOTEC | r.wut...@sotec.eu | T +49 7033 5458 56 | M +49 171 286 4514 [image: Inline-Bild 4] <http://sotec.engineering/> [image: Inline-Bild 5] <http://xing.to/RolfWutzke> [image: Inline-Bild 3] <http://www.linkedin.com/in/rolf-wutzke> [image: Inline-Bild 2] <https://plus.google.com/u/0/104125007105235969242> What's next in industry & automation: https://www.sotec.eu/presenting-the-all-new-cloudplug-edge/ -- www.sotec.eu <http://www.sotec.eu/> SOTEC Software Entwicklungs GmbH + Co Mikrocomputertechnik KG Calwer Straße 11, D-75395 Ostelsheim Sitz Ostelsheim, Amtsgericht Stuttgart HRA 330821/HRB 330664, Geschäftsführer: Florian Holz