| Re: lcdext.print Inhalt erscheint auch im Terminal!? Kategorie: CC2-Unit & Appl.Board / CC2-Station (von André H. - 9.10.2002 23:29) | |
|
Als Antwort auf lcdext.print Inhalt erscheint auch im Terminal!? von Wolf R. - 9.10.2002 19:59
| |
|
Hallo Wolf, Zuerst: Benutze bitte "Enter" bevor Du das Fenster anfängt zu scrollen !!!!! Das würde das Antworten sehr erleichtern ! > 1. nach langem probieren (siehe 2.) und dank des forums habe ich es endlich geschafft, dass die cc2 über rs232 etwas ausgibt was am anderen ende in lesbarer form (hyperterminal),ankommt. > leider kommt es zu dem nebeneffekt, da� auch ausgaben die auf dem externen lcd erscheinen - z.b. print("hallo") zum teil im terminal zu sehen sind - z.b. "llo". woran kann das liegen? > Ohne Programmausschnitt geht es nicht! (Niemand kann ahnen wie Du den Quellcode geschrieben hast) Beachte, da� bei Ausganben über hw/swcom.print() nur die Arrayadresse mit der Länge übergeben wird, und das Senden im Hintergrund durchgeführt wird ! D.h. wenn Du folgenden Code schreibst kommen nicht alles Daten an: string s; ... s="Ein String"; hwcom.print(s); s="Irgend ein anderer String"; hwcom.print(s); Hier wird während der Ausgabe der String geändert. Da gibt's nur zwei Möglichkeiten, um dies zu vermeiden: Entweder mit hwcom.ready() (langsame Methode): s="Ein String"; hwcom.print(s); wait hwcom.read(); s="Irgend ein anderer String"; hwcom.print(s); oder mit einer zweiten Variable (schnelle Methode): string s1,s2; ... s1="Ein String"; hwcom.print(s1); s2="Irgend ein anderer String"; hwcom.print(s2); > 2.die einzige konfiguration, bei der eine ausgabe über hwcom bei mir klappt, ist wenn die baudraten auf beiden seiten exakt identisch sind (57600 als höchstmöglicher wert), beide jumper j6/j7 überbrückt sind und hardware-flowcontrol windowsseitig. in anderen fällen kommt gar nichts an, nur bruchstücke oder müll oder hwcom.ready immer 0 > Das ist ja wohl selbstverständlich, da� die Baudraten auf beiden Seiten übereinstimmen müssen ! :-) Die HW-Schnittstelle der CC2 funktioniert nur mit HW-Handshake. Wird dieses nicht benötigt, mu� CTS auf GND gelegt werden, anstatt mit dem Pegelwandler. (So wird es z.B. auch in der Station II gemacht) Wenn CTS einfach offen gelassen wird, dann nimmt der Port zufällige Werte an. Ab und zu low - dann wird gesendet -, ab und zu high - dann wird nicht gesendet. Kurz: Eingänge müssen immer definierte Werte haben ! > in dieser konfiguration scheitert allerdings z.b. ein unmittelbar auf hwcom.print folgendes hwcom.ret bzw. hwcom.put *immer*. zum glück gibts hwcom.ready, so da� die cc2 nicht stehen bleibt.... > Das kann ich nicht nachvollziehen. Ein hwcom.print gefolgt von hwcom.ret oder hwcom.put mu� immer funktionieren, da in hwcom.put auch zuerst mit wait hwcom.ready() gewartet wird, bis ein evtl. vorheriger Sendevorgang abgeschlossen wurde. Bei mir jedenfalls funzt es ohne irgendwelche Probleme. Verwendest viell. irgendwo noch ein capture ? Dann könnte das evtl. eine Ursache sein. MfG André H. Antworten bitte nur ins Forum! Fragen per EMail auf Forum-Postings werden nicht beantwortet! Das macht meine Heizung gerade | |
Antwort schreiben Antworten: | |