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

2019-10-15 Thread Christofer Dutz
Hi Cesar, No they wouldn't. They would be exposed to the server implementation and the ui. The thing is that the above structure s7 could probably automatically translate into s7 addresses. However for Modbus an explicit mapping is required (sort of mirroring reality with real plcs). I was

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

2019-10-15 Thread Cesar Garcia
Hi Christofer, How would these data structures be exposed to the user? An API? Or a service? A simple way to see it would be to have the PLC data structures (DB, PEW, M, etc.) as instances of ByteBuf from the Netty library. Best regards, El mar., 15 oct. 2019 a las 8:55, Christofer Dutz (<

Re: [PLC-Simulator/Backend] High-level or low-level API?

2019-10-15 Thread Cesar Garcia
Hi Tim, I think the API must be at a very low level, bits, bytes, memory addresses. This would allow everyone to customize their application. For example, if my application were in the "mechatronics" area, a high percentage of queries would only refer to peripheral addresses (bits, bytes,

Re: Simpifying the profiles?

2019-10-15 Thread Julian Feinauer
Hi Chris, thanks for picking up this discussion and for the three suggestions. My initial approach would be rather similar to your suggestion 3 BUT with a crucial addition. My observation and belief is, that we currently focus nearly 100% on java (I know that you work on codegen for the other

Re: [PLC-Simulator/Frontend] Opinions on Tech stack?

2019-10-15 Thread Julian Feinauer
Hi, sorry for being late tot he party but I agree with whats been said and would opt for 1 or 3. We use Vaadin quite a lot and since Vaadin 10 or "flow" it does no longer require GWT so theres no necessity to change anything in the build (and it integrates nicely with Spring). But Option 1 is

Re: [S7] Verification of the "Date-Types"?

2019-10-15 Thread Julian Feinauer
Hi all, what Tim describes is in the regular repo. We had to indroduce this "hack" as we did not find any working documentation of the hex codes. So I agree with you that it would be better to do it the "right" way but as we needed these types we simply took the "easy" way. But in fact, for

Re: [PLC-Simulator/Backend] High-level or low-level API?

2019-10-15 Thread Tim Kläsener
Hi Chris, Thanks for the warm welcome and your thoughts on the matter! Like you said, both approaches can co-exist with one another, therefore starting with the low-level approach is probably the straightforward thing to do. My main initiator for the question was whether the users (through the

Re: [KAFKA] Kafka Connect: Alternative way to map fields to different addresses?

2019-10-15 Thread Christofer Dutz
Hi Johan, sorry for the late response ... it sort of managed to drop just outside the top of the email list. Let me double-check and summarize what I understood what you are asking for: - You have some sort of "structure" you want to read in multiple locations (memory blocks and PLCs)? - You

[C++][Thrift] Thrift is voting on a new release! :-)

2019-10-15 Thread Christofer Dutz
Hi all, the Thrift project is currently voting on a new release … this will make the C++ part compatible with Boost again. So I’m hoping that anyone wanting to work on C++ that we will be able to provide Thrift support soon (It’s currently disabled as the build currently doesn’t work) Just

Re: [PLC-Simulator/Frontend] Opinions on Tech stack?

2019-10-15 Thread Kai Wähner
I was just smiling a little bit while reading this because I remembered my presentations almost 10 years ago about such discussions... Just for reference (you don't need to agree with my categorization), and today you think much more about "Vue/Angular/React/JS-Framework of the week". I discussed

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

2019-10-15 Thread Christofer Dutz
Hi all, While implementing the S7Server part I noticed that my HelloPlc4x config is always set to get the values of the inputs and the outputs and not the internal memory of the S7 So this got me thinking … just having a Map as context might not be enough to really play around. For a S7 I

Re: [PLC-Simulator/Frontend] Opinions on Tech stack?

2019-10-15 Thread Christofer Dutz
Hi Tim I think I double checked spring boot when I implemented this little hello-world webapp in the examples. I guess from the licensing side this should be ok ... or it slipped past Justin's legal eagle-eyes ;-) Usually I would say that we shouldn't enforce any framework on our users. But I

Re: [PLC-Simulator/Backend] High-level or low-level API?

2019-10-15 Thread Christofer Dutz
Hi Tim, welcome to this coolest mailing-list the Apache Software Foundation has :-) Just let me sum up how I understood your question: - You wanted to know opinions on how a frontend should communicate with the matching backend? I have to admit that I would sort of expect the backend and

[PLC-Simulator/Frontend] Opinions on Tech stack?

2019-10-15 Thread Tim Kläsener
Hi everyone again, We're currently looking into creating a frontend for interacting with the PLC Simulator, i.e. having an administration interface for changing properties/input/output and, if time allows, some fancier visual representations of the devices the PLCs control. As for the REST

[PLC-Simulator/Backend] High-level or low-level API?

2019-10-15 Thread Tim Kläsener
Hi everyone, I'm currently working on creating a frontend and REST interface for the PLC Simulator to control the different simulation modules for testing and presentation purposes. One question came up this morning with Chris about whether the backend should be more low level or high level. To

Re: Simpifying the profiles?

2019-10-15 Thread Christofer Dutz
Replying to both posts in one email ... @Niclas: Yes we had thought of that ... as far as I remember it, it was considered an option as the project grows. If we split it up now, this would result in 6 repos (build-tools, protocols, java, c++, c# and python) ... this would result in every

Re: [S7] Verification of the "Date-Types"?

2019-10-15 Thread Christofer Dutz
Hi Tim, So depending on the TYPE constant used in the address (the actual String "enum name") you ask for raw bytes? Is this in your PI fork, or is this in PLC4X main repo? I was thinking that this probably is not the way a S7 works ... cause if a HMI asks for this data I doubt they built it

Re: Simpifying the profiles?

2019-10-15 Thread Tim Mitsch
Hey everybody, First of all it's a very good idea to simply the profile-stuff. My thoughts to that are that we maybe could add a little shell-script (Mac/Linux), bat-file (Windows) that guides the user ("Do you want to build Java-sources? [Yes/No]) and states if all requirements for build of

Re: Simpifying the profiles?

2019-10-15 Thread Niclas Hedhman
Has multiple repositories been considered? A project may request as many as they want/need... On Tue, Oct 15, 2019 at 4:07 PM Christofer Dutz wrote: > Hi all, > > as I have heard complaints that the current way we handle profiles is too > complicated, I would like to discuss alternatives with

Re: [S7] Verification of the "Date-Types"?

2019-10-15 Thread Tim Mitsch
Hey I extended the implementation because S7-1500 family returns a not known datatype for those date-types, and there was a need to read those types. So I acquire a set of bytes and extract the date information from that. If that causes problems with the simulator we should have a deeper look

Simpifying the profiles?

2019-10-15 Thread Christofer Dutz
Hi all, as I have heard complaints that the current way we handle profiles is too complicated, I would like to discuss alternatives with you all. Currently if you just run “./mvnw install” it will only build the protocols. This is probably not what the user wants. Right now we didn’t want to