[Rxtx] Letting Serial Port open for a Year
alexanderkiel at gmx.net
Wed Feb 25 09:32:54 MST 2009
great thanks for this information.
On Wed, 2009-02-25 at 18:05 +0200, Ilkka Myller wrote:
> Just based on my experience using RXTX:
> We use rxtx with devices that are designed to run continously for long
> times (typically 1-2 years / maintenance cycle).
> The problem has never been getting rxtx library run and stay healthy
> for that period of time.
> But other parts of the software stack - OS, drivers, JVM and our own
> software has to be very well profiled for memory leaks etc. issues
> that are problematic in long term.
> We've found some long term stability problems in testing. But in our
> case - none of those unsolvable - and not one within rxtx itself.
> Your usage scenario sounds about the same with ours. We also have to
> keep ports open for continuous communication.
> That said, I've also implemented very strict error handling and
> automatic recovery in our software. Just in case everything goes wrong.
> Someone else might have a different experience with rxtx, but this has
> been ours.
> Alexander Kiel kirjoitti 25.2.2009 kello 15.19:
> > Hi all,
> > -- Sorry same Mail from the right account. --
> > I'm working on a application which continuously acquires data from a
> > number of devices over a RS485 bus. On application start, I open the
> > port and both of the streams (in and out). Then I send requests to the
> > devices in short intervals. I never have the situation where I don't
> > need to acquire data for longer period of time. So I never close the
> > streams and never close the port until application shutdown.
> > Here is my question: Is it a problem for RXTX to hold open a port and
> > its streams for a very long time - say up to one year, or should I
> > close
> > and reopen the port in fixed intervals like once a day or once a week?
> > Thanks
> > Alexander Kiel
> > _______________________________________________
> > Rxtx mailing list
> > Rxtx at qbang.org
> > http://mailman.qbang.org/mailman/listinfo/rxtx
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 189 bytes
Desc: This is a digitally signed message part
More information about the Rxtx