Hi, ich hab hier einen Arduino micro, und hab eine Kommunikation laut Beispiel http://playground.arduino.cc/Interfacing/Java eingerichtet, jetzt kann ich zwar werte mit dem Hyperterminal empfangen aber nicht mit meinem Programm. Senden geht. Das selbe Programm unter Linux funktioniert auch in beiden Richtungen. Wo liegt mein fehler??
Gast
#3473593
Hi Könntest du das nochmal genauer erklären. Du meinst, wenn das Beispielprogramm auf dem Arduino ist, dann empfängst du was, aber wenn dein selber geschribenes Programm drauf ist nicht? Vielleicht noch einmal ganz ausführlich und klar hinschreiben;) Noch als Programmtipp: Ich benutze immer hTerm: http://www.der-hammer.info/terminal/ Finde ich sehr gut. Aber das musst du entscheiden. Siehs dir mal an;)
So wie ich das verstehe, wird auf dem PC entweder ein Terminalprogramm verwendet, das Daten empfangen kann, oder ein selbstgebautes Java-Programm, das nur dann Daten empfangen kann, wenn es unter Linux läuft, aber nicht unter Windows. Der Fehler wird dann wohl in der Ansteuerung der seriellen Schnittstelle auf dem PC liegen, nicht auf dem Arduino (was weiß der davon, was am anderen Ende des Seriellen Kabels lauert? Eben: Nichts).
Also, auf dem Arduino läuft ein einfaches Programm, das sende jede sekunde eine zahl, und schaltet bei befehl "ein" einen ausgang. Ich habe das Java Programm aus dem Arduino Playground genommen und erst mal geschaut ob ich was lesen kann, unter Linux geht es, unter Windows nicht, daraufhin hab ich den Hyperterminal gestartet und mit den selben einstellungen "COM2" 9600 8N1 die werte vom Arduino bekommen. Daraufhin hab ich das Java Programm unter Linux so geändert das ich den Ausgan mit dem Befehl an/und ausschalten kann. dasselbe dann in Windows gestartet, daraufhin konnte ich den Ausgan schalten, aber keine Werte empfangen.
Bitte mal konkrete Beispiele. Der Beispielcode nutzt z.B. gebufferte Streams, eventuell hängt da unter Windows was im Buffer. Auch müssen alle Zeilen per \r\n abgeschlossen sein.
Es wird ja unter Windows noch nicht einmal der SerialPortEventListener aufgerufen.
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
...
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
10 | |
11 | |
12 | |
13 | |
14 | |
15 | |
16 | |
17 | |
18 | |
19 | |
wie gesagt das senden funktioniert.
Hendrik Leuchtemann schrieb: > Es wird ja unter Windows noch nicht einmal der SerialPortEventListener > aufgerufen. Na und? Der wird auch nur aufgerufen wenn (nach Meinugn des Treibers) Daten vorliegen, falls die Schnittstelle puffert dauert es ggf. (zu) lange. Das Eventbasierte Lesen ist meiner Meinung nach auch nicht so optimal für eine Streamkommunikation, mach doch mal versuchsweise einen Thread der blockierend direkt vom Inputstream liest.
da kommt auch nichts. Was ist den Optimal für Eventbasiertes Lesen?
Normalerweise blinkt die Tx LED am Arduino wenn er sendet (wenn das Port offen ist) macht sie aber nicht.
Zeig doch mal dein ganzes Testprogram. Das senden des Arduino sollte vollkommen unbeeindruckt davon sein ob überhaupt was angeschlossen oder "verbunden" ist, auf welchen Trigger hin sendet der den was?
Anbei das Arduino programm und das Java Programm.
Gast
#3475367
1 | |
2 | |
3 | |
4 | |
...das sieht für mich problematisch aus: Was ist wenn der Puffer noch gar keinen Zeilenumbruch enthält? (k.A. wie sich Java da verhält) Was wenn man bei Data-Available einfach mal ne Messagebox anzeigt oder dort nen Haltepunkt setzt? Geht er da jemals rein?
nein, da geht er nicht rein, wenn ich die if abfrage auskommentiere sagt er mir das readline 0 daten enthält.
Gast
#3475415
Was man noch machen könnte wäre mit setFlowControlMode() rumspielen: Einige CDCs benötigen z.B. seltsamerweise explizit FLOWCONTROL_RTSCTS_IN und FLOWCONTROL_RTSCTS_OUT
mit dem FlowControl bringt auch nichts, ich hab das programm auch mal auf einem anderem Windowsrechner ausprobiert, da ist das selbe Problem.
Hendrik Leuchtemann schrieb: > Anbei das Arduino programm und das Java Programm. Bitte einmal als Zip, sodass man das auch ohne Spezialsoftware lesen kann... bluppdidupp schrieb: > ..das sieht für mich problematisch aus: Was ist wenn der Puffer noch gar > keinen Zeilenumbruch enthält? Dann blockiert der dort... Deshalb ist der Eventbasierte Ansatz hier auch komplett für den Abfalleimer.
mit rxtx version RXTX-2.1-7 funktionierts. danke.
Läubi .. schrieb: > Bitte einmal als Zip, sodass man das auch ohne Spezialsoftware lesen > kann... Für Windows ist hier 7zip zu empfehlen, das kann das. Und gegenüber der windows-eigenen Zip-"Unterstützung" ist es sowieso zu bevorzugen. Auf dem Mac ist z.B. BetterZip ein gutes Äquivalent.
Möglich aber warum sollte ich die Hürde für Leute die freiwillig Helfen wollen noch extra hoch setzen ohne Vorteil.
Naja, soooo exotisch ist RAR jetzt auch wieder nicht. Im Zweifelsfall sollte man aber lieber das Format mit der größeren Verbreitung nehmen, da hast Du schon Recht. Und eine einzelne Datei komm_test.ino mit einer Größe von unter einem KB noch zu packen, wo die Datei schon auf einem üblichen Datenträger mehr Platz belegt als sie Bytes hat, egal ob gepackt oder ungepackt - das wiederum ist exotisch. ;-)
Mark Brandis schrieb: > Naja, soooo exotisch ist RAR jetzt auch wieder nicht Naja, es ist einfach ein proprietäres Format mit dem man nur Ärger hat (Versionsinkomptibilitäten, defekte Archive noch und nöcher, 'eigentlich' darf nur der Erfinder Kompressionsprogramme bereitstellen, ....) und ich muss halt extra Software installieren.
Gast
#3479754
Ich hatte ehrlich gesagt noch nie Probleme mit rar. Die Wiederherstellungsinformationen waren damals zu Modem/ISDN-Zeiten ein Segen gegenüber zip.
Gast
#3479986
Rufus Τ. Firefly schrieb: > Für Windows ist hier 7zip zu empfehlen, das kann das. Und gegenüber der > windows-eigenen Zip-"Unterstützung" ist es sowieso zu bevorzugen. Ich habe mit 7-zipp arge Probleme. Eines morgens stellte ich meinen Rechner an und da ging nix mehr mit 7zip, nachdem ein neues Windows-Patch eingespielt worden war. Danach machte ich die Aktualisierung rückgängig und alles war nicht mehr wie früher. Das 7zip war einfach nicht mehr da, es hatte sich verpflüchtigt und später im Toaster versteckt. Ich stellte den Toaster zum Frühstück an und hatte gezippte Brote. So nen Kääs.
bluppdidubb schrieb: > Das 7zip war einfach nicht mehr da, es hatte sich > verpflüchtigt und später im Toaster versteckt. Und Du nimmst an, daß die Ursache solcher Probleme tatsächlich 7zip sein soll?
Gast
#3480277
> Ich habe >das Java Programm aus dem Arduino Playground genommen und erst mal >geschaut ob ich was lesen kann, unter Linux geht es, unter Windows >nicht, daraufhin hab ich den Hyperterminal gestartet und mit den selben >einstellungen "COM2" 9600 8N1 die werte vom Arduino bekommen. Daraufhin >hab ich das Java Programm unter Linux so geändert das ich den Ausgan mit >dem Befehl an/und ausschalten kann. dasselbe dann in Windows gestartet, >daraufhin konnte ich den Ausgan schalten, aber keine Werte empfangen. Mit diesem Problem hatte ich vor ca. 3/4 Jahren auch mal eine Zeitlang gekämpft. Wenn ich recht erinnere, war es ein Fehler in RxTx. Die Einstellung der Handshake-Leitungen wir bei Windows und Linux unterschiedlich interpretiert. Den genauen Ort kann ich Dir nicht mehr sagen. Es sollte helfen, mit den Einstellungen zu spielen oder einen Demo Code von RxTx für Windows zu suchen.