XProfan

- Seite 2 -

Robert
Hildebrand

Dein Code zeigt mir immer nur 0 an

XProfan 10, WinXP prof

Robert Hildebrand

Sato
Pinto

Hallo Robert

Warum ist @SetCom(COM2:2400,N,8,1) auskommentiert? Du muss damit die baudrate angeben
Der Empfänger und der Sender müssen auf die gleiche Baudrate eingestellt werden.

Gruss
Sato

Sato Pinto
WIN XP Home
XPROFAN 11

GDL

Hi

gut,kann ich nicht beurteilen,da ich deine Gegenstelle nicht hab.Mit meinen Controlern geht es im Einschnittstellenbetrieb in meinem Auszugscode einwandfrei.
Warum remst du setcom in deinem Code aus?

Zitat
f% = @OpenCom(COM2, 1024, 1024)
@SetCom(COM2:2400,N,8,1)
Zitatende

mit welcher Geschwindigkeit läuft jetzt deine Schnittstelle ? Mit der von Windows voreingestellten Baudrate?
Du musst setcom nutzen und zwar mit denselben Werten die deine Gegenstelle hat.

Ich musste bis jetzt immer noch die empfangenen Zeichen mit @Ord(Einzelzeichen)wieder zurückwandeln.Also Zeichen für Zeichen.
Nehme aber an das dies überall so ist.Hatte bis jetzt noch keine Schnittstelle die dies automatisch macht.

Nutzt deine Gegenstelle die Handshaking Leitungen ?
Wenn nein :
Startbit.......stopbit bezieht sich immer nur auf das zu sendende Byte.Bei einer freilaufenden Gegenstelle musst dann aufpassen das die erst sendet wenn dein Programm bereits läuft und die Schnittstelle bereit ist.Sonst gehn dir ganz schnell paar Zeichen von einem Datensatz ab.

Ausserdem benötigen manche Schnittstellen älterer Bauart ein DTR high um überhaupt zu arbeiten.

Mehr kann ich dazu nicht sagen, da ich
1. deine Gegenstelle zum Testen nicht hab
2. nur mit den UART bzw. SUART der Atmel Controler arbeite.

Jetzt sind hier die Profis gefragt.

Servus
Georg

Windows7 Xprofan 8,9,10 [...]

GDL

Hi

während ich schrieb war nen Zwischenposting von Sato Pinto.

Windows7 Xprofan 8,9,10 [...]

Robert
Hildebrand

Habe auskommentiert, weil ich nur leren will

XProfan 10, WinXP prof

Robert Hildebrand

GDL

Auch nur beim Lesen must du setcom nutzen.Du must setcom immer nutzen.

Windows7 Xprofan 8,9,10 [...]

H.Brill

Vorrausgesetzt die Baudrate stimmt, was
geben denn deine Meßgeräte aus ?
Sind die konzipiert für 9 V oder machen
die nur 5 V TTL Pegel ?

Bei letzterem müßte man dann noch
einen MAX232 mit ein paar Kondensatoren
dazwischen hängen, der aus 5 V TTL 9 V
macht.

Benutze XPROFAN X3 + FREEPROFAN
Wir sind die XProfaner.
Sie werden von uns assimiliert.
Widerstand ist zwecklos!
Wir werden alle ihre Funktionen und Algorithmen den unseren hinzufügen.

Was die Borg können, können wir schon lange.

GDL, Beitrag=52639, Zeitpunkt=09.06.2009

Robert
Hildebrand

Auch nur beim Lesen must du setcom nutzen.Du must setcom immer nutzen.

Baudrate stimmt, ich bekomme ja auch eine Anzeige, aber die kann ich nicht verstehen ( siehe Grafik).

Robert

XProfan 10, WinXP prof

Robert Hildebrand

Jörg
Sellmeyer

GDL hats doch schon gesagt:

Ich musste bis jetzt immer noch die empfangenen Zeichen mit @Ord(Einzelzeichen)wieder zurückwandeln.Also Zeichen für Zeichen.

Sieh Dir in Deiner Prozedur GetComInput die einzelnen Werte mal an und gib sie nicht als String via print aus.
Also anstatt ReadCom$(f%,14) machst Du:
Kompilieren Markieren Separieren

Declare x$,y%,z%

WhileLoop 14

    x$=ReadCom$(f%,&Loop)
    y%=Val(x$)
    z% = Ord(x$)
     $D Werte ansehen,x$,y%,z%

Wend

So siehst Du erstmal, wie die Signale zusammengesetzt sind.

Außerdem übergibst Du Deiner Prozedur zwar den Wert f% als Parameter, empfängst ihn aber nicht als solchen. Besser ist:
Kompilieren Markieren Separieren

Proc GetComInput

    Parameters hPort&,Anzahl%  so kannst Du per Parameter dann auch die Anzahl der zu lesenden Zeichen bestimmen.
    hier dann die Verarbeitung
    Declare x$,y%,z%,Ausgabe$

    WhileLoop 14

        X$ = @ReadCom$(hPort&,Anzahl%)
        y%=Val(x$)
        z% = Ord(x$)
         $D Werte ansehen,x$,y%,z%
        Ausgabe$ = Ausgabe$ + z%  oder was immer hier einen Sinn ergibt

    Wend

EndProc

Windows XP SP2 XProfan X4
... und hier mal was ganz anderes als Profan ...

GDL

Hallo Jörg,

danke für deine Unterstützung.Erklären war noch nie meine Stärke.

Nochmals zu setcom :
Ich hatte da auch schon ein Eigentor indem ein Mikrocontroler mit falschem Quarz lief und somit die Baudrate nicht stimmte.
Nur das war der PC RS232 völlig egal.Die gab trotzdem Zeichen aus.Nur lauter Mist halt.Habe nie rausbekommen warum auch verworfene bzw. nicht erkannte Übertragungen als Zufallswerte im Empfangspuffer gespeichert werden.
Ich verstehe nicht warum er setcom wegläßt und sich auf die vorgegebenen Windowswerte verläßt.
Es gibt auch Geräte die senden nur 7bit statt 8bit pro Zeichen.Oder haben eine andere Parität.
Er muss die Schnittstelle an sein Meßgerät anpassen.Oder er muss es wie handelsübliche Modemsoftware über Kommunikation mit der Gegenstelle mittels Softwareprotokoll aushandeln.Das aber bekam ich auch nicht hin.

Wie soll irgendwas zum Laufen gebracht werden,wenn ich von haus aus Schwachstellen im Code hab.Ist jetzt nur meine Meinung.

Nochwas Robert
Bei jedem Meßgerät das an einem PC angeschlossen werden kann ist eine Software dabei.Also nehmen wir an, dass dein Meßgerätesystem ein Eigenbau ist ? Dann kommen so Sachen,wie weiter oben von H.Brill bereits gepostet auch noch in Betracht.
Oder möchtest du nur ein selbstgeschriebenes Programm nutzen?
Kurz : Kannst du uns eine richtig funktionierende Gegenstelle bestätigen?

Servus
Georg

Windows7 Xprofan 8,9,10 [...]

[keineAhnungHab]
@Robert: Genau! Na? Na?

[/keineAhnungHab]