Wie lösen die java-Fehlermeldung.io.IOException: Input/output error in nativeavailable für die Serielle Kommunikation?

Ich es noch nicht versucht serielle Kommunikation über RXTX in einer loopback-Szenario, aber das sollte keine Rolle spielen. Das einzige, was, das sieht ein bisschen verdächtig ist das Teil, wo man die Instanz des input-Streams an die SerialReader. Ich empfehle, dass Sie pass SerialPort Instanz sowohl Konstruktoren, und jedes mal, wenn Sie benötigen zum Lesen von/schreiben auf dem port den stream, verwenden Sie ein stream-getter, z.B. für das Lesen:

 public static class SerialReader implements Runnable 
{
    SerialPort serialPort;

    public SerialReader ( SerialPort serialPort )
    {
        this.serialPort = serialPort;
    }

    public void run ()
    {
        byte[] buffer = new byte[1024];
        int len = -1;
        try
        {
            while ( ( len = serialPort.getInputStream().read(buffer)) > -1 )
            {
                System.out.print(new String(buffer,0,len));
            }
        }
        catch ( IOException e )
        {
            e.printStackTrace();
        }            
    }
}

bitte feedback.

UPDATE:

Aus meiner persönlichen Erfahrung RXTX ist eine buggy-Lösung. Dies bedeutet jedoch nicht, dass diese situation verursacht durch eine zugrunde liegende RXTX-bug. Es könnte sein, weil der serielle port ist nicht richtig konfiguriert, aber in deinem Fall ist es eine standard-port-Namen mit standard-Verbindungs-Parameter. Als einen laaaangen shot, ersetzen Sie die baudrate 115200 9600, aber das wird wahrscheinlich nicht helfen. Ich kann Ihnen drei Wege von hier aus:

• versuchen Debuggen der RXTX-code - bekommen Sie vielleicht mehr Einblick auf das, was passiert
• Lesen Sie die serial line Fehlerbehebung
• andere Java-Lösungen für serielle Kommunikation, wie JSSC statt RXTX.

UPDATE:

Ich fürchte, ich war unaufmerksam und sprang vor. JSSC native Bibliotheken (.so,.dll) innerhalb des jssc.jar Sie sind also geladen "automatisch". Mit RXTX Sie kommen außerhalb der jar-Datei, so müssen Sie die java.library.path system-Eigenschaft, um für die JVM zu finden und laden Sie Sie, oder erhalten Sie einen UnsatisfiedLinkError.

Öffnen Sie die JSSC jar-Datei durch einen Doppelklick und es öffnet sich in ein Archivprogramm, weil es eigentlich eine zip-Datei. Als mit RXTX, werden Sie feststellen, dass die native libs Dateien werden in Verzeichnissen organisiert, die den Namen Betriebssystemen (windows, linux, RXTX hat Mac_OS_X und Solaris auch).

Innerhalb dieser Verzeichnisse gibt es die native libs Dateien, die .so, dll., und .jnilib Arten von Dateien, die benannt sind nach computer-Architekturen. Das ist die breitere Bedeutung des Wortes sind diese kurz-codes für Befehlssatz-Architekturen (ISA). Der Befehlssatz definiert den Satz von Anweisungen (Befehle) für eine CPU. In anderen Worten, es gibt viele verschiedene CPU-Modelle (wie Ihr AllWinner A13) , entsprechen den gleichen Befehlssatz. Die native libs-source-code kompiliert wird, erzeugen der ausführbaren Dateien (.so,...), die eine Reihe von Anweisungen aus, dass die gleichen Befehlssatz.

Den Grund, warum Sie bekam den UnsatisfiedLinkError mit JSSC könnte werden, weil Sie auf einer nicht unterstützten Architektur und der entsprechenden native-lib wird gesucht in einer unexistent-Verzeichnis. ISA kurz-codes, die auch die Namen dieser Verzeichnisse für JSSC sind x86 und PPC Architekturen, 32-und 64-bit-Variante. RXTX hat, viele andere aber ich denke, dass keiner von Ihnen entspricht ARMv7 was ist die ISA von Ihrem AllWinner A13 CPU.

Können Sie bestimmen Ihr Architektur durch die Ausführung dieses Befehls im terminal:

uname -m

Auf meinem linux-Ausgänge:

x86_64

was bedeutet, dass es eine 64bit-Intel-8086-Architektur. Beide JSSC und RXTX implementiert haben, diese Architektur. Wenn Ihr die Architektur nicht implementiert (unterstützt), als Sie nicht verwenden können diese Bibliotheken für die Verbindung zum seriellen port auf dem computer. In diesem Fall müssen Sie schreiben Sie Ihren eigenen oder Sie erhalten eine geeignete Implementierung.

Wenn die Architektur passt und es gibt immer noch nativen Fehler, könnten Sie versuchen, kompilieren die native libs Quellen. Die Quellen sind für beide RXTX und JSSC.

UPDATE:

Wenn Ihre Architektur ist armv7l das bedeutet, dass JSSC, RXTX und JavaComm (ungefähr sagte, RXTX "Vorfahren") in Ihren aktuellen Zustand sind nutzlos in Ihrem Szenario.

Ich schaffte es nicht zu finden, alle anderen open-source-java-Bibliothek für die serielle Kommunikation. Wenn das wirklich wahr ist, würden Sie brauchen, um schreiben Sie Ihre eigenen native Bibliothek-konforme Schnittstelle, die eine der oben genannten Bibliotheken, dass Sie nützlich. In anderen Worten, Sie würde schreiben müssen, eine C - Programm (so etwas wie dies: Eins, Zwei) mit einer Funktionalität von serielle Kommunikation und JNI Schnittstelle der Java-Bibliothek.

Im Sinne der Antwort, die Vollständigkeit, die ich nennen werde, ein kommerzielles Produkt SerialIO, die unterstützt einige ARM-Architekturen (weiß nicht, ob Ihr einer von Ihnen). Aber wenn Sie sich entscheiden, die Lösung, können Sie immer senden Sie eine Abfrage, um Ihre Unterstützung.

InformationsquelleAutor linski