plc4x-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Strljic, Matthias Milan" <matthias.strl...@isw.uni-stuttgart.de>
Subject AW: How about documenting more?
Date Mon, 04 May 2020 18:19:21 GMT
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 <christofer.dutz@c-ware.de>
Gesendet: Montag, 4. Mai 2020 19:39:18
An: dev@plc4x.apache.org
Betreff: Re: How about documenting more?

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" <43823@etu.he2b.be>:

    Hi Chris,
    I guess I could do the documentation for the EIP Driver ;)

    Le lun. 4 mai 2020 à 17:30, Christofer Dutz <christofer.dutz@c-ware.de> 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 would be great if someone working on a driver could also find some time
    > to write the pretty simple documentations we have on the user-page.
    >
    > Right now the following drivers are missing documentation:
    >
    >   *   AB-ETH
    >
    > -          ADS/AMS (Actually the content there is completely not what
    > should be there)
    > -          BACnet/IP
    > -          DeltaV
    > -          DF1
    > -          EtherNet/IP
    > -          KNXnet/IP
    > -          OPC UA
    > -          Simulated
    > (As references please have a look at: S7, Firmata, Modbus)
    >
    > Also I think it would be great if we could also start documenting the
    > integrations as well as our tools (OPM, Connection Pool, Scraper)
    >
    > So if you folks have a few cycles left over, would be super cool if we
    > could improve here.
    >
    > Chris
    >

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message