miniVNA, vnaJ en ubuntu me falla

Reabro el tema para añadir que la versión vnaJ 3.4.8 hace lo mismo, también probado en Windows 10, sin embargo funciona bien en Windows 7 32 bits.

Sigo esperando comentarios.

Así de mano y sin tener muchos detalles, tiene pinta de que en algún momento pueda perder el puerto serie. 

¿Qué versión de JDK usas?

¿Cómo lo estás ejecutando?

Si lo estás ejecutando en modo comando, la salida de llamar al JDK desde el terminal puede ayudar.

En Ubuntu

Java version "1.8.0_201"
Java(TM) SE Runtime Environment (build 1.8.0_201-b09)
Java HotSpot(TM) 64-Bit Server VM (build 25.201-b09, mixed mode)

En Windows 10

java version "1.8.0_333"
Java(TM) SE Runtime Environment (build 1.8.0_333-b02)
Java HotSpot(TM) 64-Bit Server VM (build 25.333-b02, mixed mode)

Lo ejecuto desde los exploradores de archivo, probare desde terminal.

Microsoft Windows [Versión 10.0.19044.2604]
(c) Microsoft Corporation. Todos los derechos reservados.

C:\Users\Jose Angel>cd vnaJ.3.4

C:\Users\Jose Angel\vnaJ.3.4>java -jar vnaJ.3.4.8.jar
23-abr-2023 11:54:05 T:krause.vna.config.VNAConfig::VNAConfig()-entry
23-abr-2023 11:54:05 T:krause.vna.config.VNAConfig::VNAConfig()-exit
23-abr-2023 11:54:05 T:krause.vna.config.VNAConfig::load()-entry vna.settings.xml
23-abr-2023 11:54:06 T:krause.vna.config.VNAConfig::load()-exit
INFO::Application version.......[3.4.8 2021-08-07]
INFO::Java version..............[1.8.0_333]
INFO::Java runtime.version......[1.8.0_333-b02]
INFO::Java vm.version...........[25.333-b02]
INFO::Java vm.vendor............[Oracle Corporation]
INFO::OS........................[amd64 Windows 10 10.0]
INFO::Country/Language..........[ES/es/]
INFO::                          [España/español/]
INFO::User .....................[Jose Angel]
INFO::User.home ................[C:\Users\Jose Angel]
INFO::User.dir .................[C:\Users\Jose Angel]
INFO::Installation directory....[C:\Users\Jose Angel]
INFO::Configuration directory...[C:\Users\Jose Angel\vnaJ.3.4\config] overwrite with -Duser.home=XXX
INFO::Configuration file........[vna.settings.xml] overwrite with -Dconfigfile=YYY
INFO::Serial library version ...[1.0.0/SpareTimeLabs]
23-abr-2023 11:55:10 L:VNADriverSerialPro::getDeviceSupply() krause.common.exception.ProcessingException: No chars received
krause.common.exception.ProcessingException: No chars received
        at krause.vna.device.serial.pro.VNADriverSerialPro.getDeviceSupply(VNADriverSerialPro.java:117)
        at krause.vna.device.serial.pro.VNADriverSerialPro.scan(VNADriverSerialPro.java:310)
        at krause.vna.background.VnaBackgroundTask.doInBackground(VnaBackgroundTask.java:168)
        at krause.vna.background.VnaBackgroundTask.doInBackground(VnaBackgroundTask.java:1)
        at org.jdesktop.swingworker.SwingWorker$1.call(SwingWorker.java:286)
        at java.util.concurrent.FutureTask.run(Unknown Source)
        at org.jdesktop.swingworker.SwingWorker.run(SwingWorker.java:325)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
        at java.lang.Thread.run(Unknown Source)

Ajá, suena a controlador.

Mira en Linux si con "lsusb" se ve bien el dispositivo. 

¡Por cierto!

Tenía algo de "runrún" con eso. Recuerdo ahora que en 2018 avisé al autor de que tuve que reemplazar Java 8 por Java 11.

Prueba 19 ó 20 (el 11 está obsoleto ya y tendrías que compilarlo tú, cosa que no te recomiendo hacer "a la brava")

https://jdk.java.net

Ahora he salido de casa, pero el puerto lo ve, enlaza y comunica, pero solo lee datos del primer barrido, da igual que sea en calibración, leyendo reflexión o transmisión, o en cualquier modo si le pongo más de un pase.

Ej. Hago una lectura de reflexión y presenta los resultados, repito y ya se cuelga esperando datos, no responde ni la cancelación ni el cierre de ventana, hay que matarla.

Con el mismo puerto, misma conexión y misma sesión lanzo el vnaJ.2.6.8.jar y todo perfecto, tanto en Ubuntu como en W10

P.D. Con descargas desde distintos PC y distintas fechas.

Publicado por: EA2EKH

↑

¡Por cierto!

Tenía algo de "runrún" con eso. Recuerdo ahora que en 2018 avisé al autor de que tuve que reemplazar Java 8 por Java 11.

Prueba 19 ó 20 (el 11 está obsoleto ya y tendrías que compilarlo tú, cosa que no te recomiendo hacer "a la brava")

https://jdk.java.net

 

Así es, el JRE y el JDK, pero de versiones 8, 10, 11, 18 y 19 son obsoletos. Hay que ir directamente con el JDK, pero de la versión 20 (sé que para septiembre han de sacar la versión 21).

Yo aun mantengo el JRE 8, pero de la versión 361, que es la última que hay hasta la fecha. Es porque tengo JDownloader y el Vuze (para Torrent) que son necesarios con las versiones que traen del Java Runtime Environment.

Pero también tengo el JDK, porque tengo otra utilidad (para móvil Xiaomi) que funciona exclusivamente con él.

Publicado por: EA2ET

↑

Con el mismo puerto, misma conexión y misma sesión lanzo el vnaJ.2.6.8.jar y todo perfecto, tanto en Ubuntu como en W10

Yo tengo Debian (rama inestable), así que, de eso no hay problema. Funciona con todos los dispositivos que le eches. Todos.

Y si alguno no funciona, se echa mano con udev, se mete un parámetro con una regla, se reinicia el udev y...ahí a funcionar.

Publicado por: EA2ET

↑

Ahora he salido de casa, pero el puerto lo ve, enlaza y comunica, pero solo lee datos del primer barrido, da igual que sea en calibración, leyendo reflexión o transmisión, o en cualquier modo si le pongo más de un pase.

Ej. Hago una lectura de reflexión y presenta los resultados, repito y ya se cuelga esperando datos, no responde ni la cancelación ni el cierre de ventana, hay que matarla.

 

Con el mismo puerto, misma conexión y misma sesión lanzo el vnaJ.2.6.8.jar y todo perfecto, tanto en Ubuntu como en W10

Ya, pero podría ser un problema de la máquina virtual. De hecho creo recordar que en Mac no funcionaba con el JRE y era necesario instalar el JDK.

Tú prueba a ver qué pasa, siempre puedes volver a instalar la versión 8 de Java.

Y otra más. ¿Qué versión de miniVNA es exactamente? En un mensaje en agosto se quejaron de problemas de firmware con miniVNA Pro.

Hi All,

Just a recap perhaps someone can reuse it.

Thanks to Dietmar, I upgraded the FW to the latest and all issues are gone. Managed to create calibrations/test scans.

So it seems the older FW (V2.3 21-05-2011) bug caused the issue with the new java versions. Now I have java 16 and vanJ 3.4.7 operates as it should.


Thanks a lot to everyone who helped.

73!
Csaba  HA3LN / HG3N