read - rxtx java ejemplos
Alternativa estable a RXTX (6)
Hay algunos de ellos ahora, ahora que Arduino es bastante popular.
Hay Serialio
y PureJavaComm , pero es bastante temprano en el desarrollo por lo que puedo ver.
Realmente depende de cuáles sean sus necesidades. RXTX se ha portado prácticamente en todas partes, por lo que está ampliamente disponible.
Después de usar RXTX para varios proyectos diferentes, me he topado con muchas discrepancias y problemas molestos que solo se pueden solucionar con errores en la biblioteca: puntos muertos, riesgos de carrera y temas de monitoreo en la biblioteca RXTX que se deja abierta para prevenir El programa se cerró (¡aunque todos los puertos que estaba usando se habían cerrado!) La ejecución de la última versión "inestable" ha ayudado un poco, pero aún está lejos de lo que yo llamo confiable, y la actividad en el proyecto parece bastante baja en el presente.
Sin embargo, la búsqueda de alternativas gratuitas multiplataforma para RXTX no parece tener mucho más.
¿Hay otra biblioteca que alguien haya probado con más suerte? No necesito soporte de puerto paralelo, solo serial, y no necesariamente tiene que ser compatible con RXTX o la API javax.comm .
Nos hemos movido a java-simple-serial-connector que parece ser muy estable y cómodo en la versión actual 0.9.0. Por ahora, funciona en sistemas windows y linux. Lo usamos para interacciones modernas.
Serialio lib es un asiento de $ 49 / plataforma / desarrollador que le brinda distribución ilimitada en aplicaciones ilimitadas, por lo que no es demasiado costoso. La biblioteca de Mac ha sido estable y confiable para nosotros en una aplicación sin demanda y la disponibilidad / compatibilidad ha sido buena en todas las plataformas Mac y las versiones de OS / X.
También hay serial-comm .
La comunicación serial en Java es un desastre. He tenido problemas con jSSC con una serie usb virtual en linux, pero con serial-comm está conectado.
RXTX es un desastre.
Al menos creo que ahora esta pregunta de SO tiene todo el valor de mencionar las bibliotecas java de comunicación serie.
Uno de los problemas de RXTX que enfrenté fue el retraso en el cierre del puerto. Al verificar con setserial la configuración del puerto, descubrí un parámetro closing_delay = 3000 . Esto significa que el puerto se cierra 3 segundos después de que se ejecutó el método close (). RXTX ignora el restablecimiento del valor de closing_delay toany. RXTX insiste en un retraso de 3 segundos.
La biblioteca JSSC realizada a nuestra satisfacción.
Yo uso socat configurado para servir un socket para un puerto serie. La desventaja es que la velocidad en baudios, etc., se otorga a la invocación de socat, no es algo que pueda modificar fácilmente desde su programa. La ventaja es que puedo conectarme a través de una red sin nada más que cambiar la dirección IP a la que me conecto.