Hi all,

sorry for joining in the party late ... but hopefully not too late.

Regarding making the serial port part of the connection string ... I have to 
admit that right now I couldn't imagine how to not have it in there and not 
over-complicate things for the users. Yes, if you create a connection this will 
have exclusive handle to the port, but this is actually an important thing to 
have. In contrast to network devices that can handle multiple connections in 
parallel ... a serial port is ... well ... serial. Havin asynchronous access to 
one serial port from multiple areas in an application sound like a bad Idea. 

However you could always use the connection pool ... in this case the pool 
would have one connection open and could share this (serially) with multiple 
parts of an application. Here a part would request the connection, do its work 
and then give the connection back to the pool where another part of the 
application could use it. This way I think we have the ideal tradeoff between 
sharing a connection and not having to be concerned about breaking the serial 
operation of the serial-port communication.

And yes: We could use some documentation on the connection pool ... and the 
scraper ;-/

Perhaps I'll whip up a little documentation on the connection-pool as I just 
recently had to find out how to use it myself ;-)

Chris


´╗┐Am 25.06.20, 11:41 schrieb "Julian Feinauer" <j.feina...@pragmaticminds.de>:

    Hey,

    yes, its in the module scraper or plc-scraper.
    Its easily configurable by yaml, json or programmatically.

    Julian

    Am 25.06.20, 10:30 schrieb "Niclas Hedhman" <nic...@hedhman.org>:

        Thanks....

        Another question; is there any "loop" system that just continuously 
reads
        until I tell it to stop?

        On Thu, Jun 25, 2020, 15:16 Julian Feinauer 
<j.feina...@pragmaticminds.de>
        wrote:

        > Hi Nic,
        >
        > I have to dig in a bit later to give you good answers but AFAIR the
        > connection can be left open and configuration should be as you wrote 
it.
        > I also did some tests with it but that was some months ago...
        >
        > Hope to have some more information later.
        >
        > Julian
        >
        > Am 25.06.20, 05:58 schrieb "Niclas Hedhman" <nic...@hedhman.org>:
        >
        >     Hi,
        >     IIUIC, the connection string for Serial Modbus would be something 
like;
        >
        >          modbus:serial:/dev/ttyS0?unit-identifier=7
        >
        >     assuming I want to communicate with device with address 7.
        >
        >     That would mean that I have one connection per device I talk to 
over a
        >     single serial port. Is that correct? (Personally, I would not 
made the
        >     device part of the connection abstraction, but realize that it is 
a bit
        >     late for that)
        >
        >     Are there any issues here, regarding which connection has access 
to the
        >     port, or do I need to open and close the connection on each set of
        > messages?
        >
        >     Couldn't find info about this in the documentation.
        >
        >
        >     The serial port page is missing information on the configuration 
(data,
        >     parity, stop,...). The source code doesn't have the
        > @ConfigurationParameter
        >     annotations, so will they still work or do I need to add that
        >     programmatically somehow?
        >
        >
        >     Cheers
        >     Niclas
        >
        >


Reply via email to