Slt Etienne,
Ici:
https://github.com/apache/plc4x/tree/develop/src/site/asciidoc/users/protocols
et pour toi:
https://github.com/apache/plc4x/blob/develop/src/site/asciidoc/users/protocols/ethernet-ip.adoc
You are welcom!
:)
Lukas
Am Di., 5. Mai 2020 um 05:09 Uhr schrieb Robinet, Etienne
Hi Niclas,
thanks for the feedback. So you mean to make the Activator in API/SPI
generic so every Driver would call it and declare the service itself?
Le mar. 5 mai 2020 à 05:25, Niclas Hedhman a écrit :
> What you are doing is not particularly OSGi-y... The expected way to do
> this is to have
What you are doing is not particularly OSGi-y... The expected way to do
this is to have each bundle register their PlcDriver or Transport to the
OSGi service registry.
That said, what you have done is otherwise fine, as you basically trying to
centralize the BundleActivators away from respective
Hi Chris,
I just wanted to ask where the documentation was located inside the project
so I could add my part.
Etienne
Le lun. 4 mai 2020 à 20:19, Strljic, Matthias Milan <
matthias.strl...@isw.uni-stuttgart.de> a écrit :
> Hi,
>
>
> i am there a bit sorry but the work catched me a bit to much.
Hi all,
With the change of Christofer this problem got solved. Nonetheless, I kept
the work I did (inspired by the work of Lukasz) to make an Activator for
API (Driver Services) and SPI (Transport Services). I also tested it, but
as I am pretty new to this, if anyone could just give me a feedback
ottobackwards opened a new pull request #146:
URL: https://github.com/apache/plc4x/pull/146
- fixed some of the list stuff
- changed to use lists for parameters
added note: the response items are created in the driver and opaque, they
must be given back to the driver to free().
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
Ok ... after several days of working in the garden a new day with updates on
PLC4C :-)
So today I managed to finish and commit some changes that perform a full
roundtrip of connection, read, disconnect using the "simulated" driver.
Right now that only parses the address strings and returns a
Hi Etienne,
I was hoping you would say that ... same as I hope Matthias could possibly
which up the same for the OPC UA driver ;-)
Chris
Am 04.05.20, 18:39 schrieb "Robinet, Etienne" <43...@etu.he2b.be>:
Hi Chris,
I guess I could do the documentation for the EIP Driver ;)
Le
Hi Chris,
I guess I could do the documentation for the EIP Driver ;)
Le lun. 4 mai 2020 à 17:30, Christofer Dutz a
écrit :
> Hi all,
>
> I just wanted to help someone, who asked me: “How can I read from an OPC
> UA device?” and I had to look into the source-code to answer the questions.
> It
Hi all,
I just wanted to help someone, who asked me: “How can I read from an OPC UA
device?” and I had to look into the source-code to answer the questions.
It would be great if someone working on a driver could also find some time to
write the pretty simple documentations we have on the
Hey,
yes. So then, get it started. You get my logo for free : )
Julian
Am 04.05.20, 12:53 schrieb "Christofer Dutz" :
Hi all,
yes I agree ... and I was currently just talking about companies "using"
plc4x. As quite often I am asked: "do people use PLC4X" and I usually say:
"sure
Hi all,
yes I agree ... and I was currently just talking about companies "using" plc4x.
As quite often I am asked: "do people use PLC4X" and I usually say: "sure quite
a lot, unfortunately I can't tell you who" ... so if we had such a list, we
would have something to refer to.
And yes ...
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
Hey Matthias,
for sure I can describe my use case.
In my case I want to write data from a middleware into the OPC UA Server
running on my machine.
Reading with PLC4X workes just fine. As a non maven user (just yet) I
needed the following JARs:
plc4j-driver-opcua-0.6.0.jar
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
Hi Titus,
Nice to hear that it was just a small fix required in the setup
Could you describe the problem that you had, to avoid it for up comming users?
The accessLevel is a security feature of OPC UA which is only configurable over
the server configuration or with an admin level user.
So
Hello Matthias,
Looks like it was again just an error with missing JARs. Reading works
and with writing the access is currently denied. Do you guys have a
way to change this accessLevel over the API or do I have to do it on
the server itself?
Thanks!
Titus
Am Sa., 2. Mai 2020 um 11:28 Uhr
18 matches
Mail list logo