| |
|
|
- page 1 - |
|
Robert Hildebrand | allô zusammen,
j'ai 6 serielle Schnittstellen permanent abzufragen (Messgeraete) et muss cet dans einer banque de données (dBase) Sauver.
Hat quelqu'un une concept??
LG
Robert |
|
|
| |
|
|
| |
|
- page 2 - |
|
|
Robert Hildebrand | Dein Code zeigt mir toujours seulement 0 à |
|
|
| |
|
|
|
Sato Pinto | allô Robert
pourquoi ist @SetCom(COM2:2400,N,8,1) auskommentiert? Du muss avec cela qui baudrate angeben qui Empfänger et qui Sender doit sur qui gleiche Baudrate eingestellt volonté.
Gruss Sato |
|
|
| |
|
|
|
GDL | Hi
bien,peux je pas beurteilen,là je deine Gegenstelle pas hab.avec meinen Controlern ca va im Einschnittstellenbetrieb dans mon Auszugscode einwandfrei. pourquoi remst du setcom dans deinem Code aus?
citation f% = @OpenCom(COM2, 1024, 1024) @SetCom(COM2:2400,N,8,1) Zitatende
avec quel Geschwindigkeit fonctionne maintenant deine Schnittstelle ? avec qui de Windows voreingestellten Baudrate? Du musst setcom nutzen et zwar avec denselben Werten qui deine Gegenstelle hat.
je musste jusqu'à maintenant toujours qui empfangenen marque avec @Ord(Einzelzeichen)wieder zurückwandeln.alors marque pour marque. Nehme mais à cela ca überall so ist.Hatte jusqu'à maintenant encore aucun Schnittstelle qui ca automatisch pouvoir.
Nutzt deine Gegenstelle qui Handshaking Leitungen ? si non : Startbit.......stopbit bezieht sich toujours seulement sur cela trop sendende Byte.chez einer freilaufenden Gegenstelle musst ensuite aufpassen cela qui seulement sendet si dein Programme déjà fonctionne et qui Schnittstelle bereit ist.Sonst gehn dir entier vite paire marque de einem Datensatz ab.
Ausserdem besoin manche Schnittstellen älterer Bauart un DTR high um überhaupt trop travailler.
plus peux je en supplément pas dire, là je 1. deine Gegenstelle zum Testen pas hab 2. seulement avec den UART bzw. SUART qui Atmel Controler arbeite.
maintenant sommes ici qui Profis gefragt.
salut Georg |
|
|
| |
|
|
|
GDL | Hi
au cours de j'écrivais était nen Zwischenposting de Sato Pinto. |
|
|
| |
|
|
|
Robert Hildebrand | Habe auskommentiert, weil je seulement leren veux |
|
|
| |
|
|
|
GDL | aussi seulement beim Lesen must du setcom nutzen.Du must setcom toujours nutzen. |
|
|
| |
|
|
|
H.Brill | Vorrausgesetzt qui Baudrate stimmt, quoi donner car deine Meßgeräte aus ? sommes qui konzipiert pour 9 V ou bien faire qui seulement 5 V TTL échelle fluviale ?
chez letzterem devrait on ensuite encore une MAX232 avec un paire Kondensatoren entre hängen, qui aus 5 V TTL 9 V pouvoir. |
|
|
| 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. | 10.06.2009 ▲ |
|
|
|
|
Robert Hildebrand | GDL, Beitrag=52639, Zeitpunkt=09.06.2009
aussi seulement beim Lesen must du setcom nutzen.Du must setcom toujours nutzen.
Baudrate stimmt, je bekomme oui aussi une Anzeige, mais qui peux je pas comprendre ( siehe Grafik).
Robert |
|
|
| |
|
|
|
Jörg Sellmeyer | GDL hats doch déjà dit:
je musste jusqu'à maintenant toujours qui empfangenen marque avec @Ord(Einzelzeichen)wieder zurückwandeln.alors marque pour marque.
Sieh Dir dans Deiner Procédure GetComInput chaque Werte la fois à et gib vous pas comme String via imprimer aus. alors anstatt ReadCom$(f%,14) fais Du: KompilierenMarqueSéparation So vois Du erstmal, comment qui Signale zusammengesetzt sommes.
Aussi übergibst Du Deiner Procédure zwar la valeur f% comme paramètre, empfängst ihn mais pas comme solchen. Besser ist: KompilierenMarqueSéparation |
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 10.06.2009 ▲ |
|
|
|
|
GDL | allô Jörg,
merci pour deine Unterstützung.expliquer était encore nie mon Stärke.
Nochmals trop setcom : je hatte là aussi déjà un Eigentor indem un Mikrocontroler avec falschem quartz lief et somit qui Baudrate pas stimmte. seulement cela était qui PC RS232 völlig égal.qui donnais quand même marque aus.seulement lauter Mist arrêt.Habe nie rausbekommen pourquoi aussi verworfene bzw. pas erkannte Übertragungen comme Zufallswerte im Empfangspuffer gespeichert volonté. je comprends pas pourquoi il setcom wegläßt et sich sur qui vorgegebenen Windowswerte verläßt. il y a aussi Geräte qui senden seulement 7bit statt 8bit pro marque.ou bien avons une autre parité. il muss qui Schnittstelle à son Meßgerät anpassen.ou bien il muss es comment handelsübliche Modemsoftware sur communication avec qui Gegenstelle mittels Softwareprotokoll aushandeln.cela mais bekam je aussi pas hin.
comment soll irgendwas zum courir gebracht volonté,si je de maison aus Schwachstellen im Code hab.Ist maintenant seulement mon attitude.
Nochwas Robert chez chaque Meßgerät cela à einem PC angeschlossen volonté peux ist une Software dabei.alors prenons à, dass dein Meßgerätesystem un Eigenbau ist ? ensuite venons so Sachen,comment plus dessus de H.Brill bereits posté aussi encore dans Betracht. ou bien vouloir du seulement un selbstgeschriebenes Programme nutzen? Kurz : peux du uns une richtig funktionierende Gegenstelle bestätigen?
salut Georg |
|
|
| |
|
|
|
| [keineAhnungHab] @Robert: oui c'est ca! Na? Na?
[/keineAhnungHab] |
|
|
| |
|
|
|
Robert Hildebrand | Messgerät ist ne...aucune Eigenbau, Software liegt aussi chez,.cet peux mais seulement une Messwert Montrer et pas Sauver. cela Messgerät ist Baugleich avec dem Conrad Voltcraft VC 820/840. Habe mittlerweile herausbekommen dass vom Messgerät 14 Byte übertragen volonté cet cependant binär übertragen et so peux je malheureusement rien avec cela anfangen. Esw gibt un Programme dans Visual Basic, cela mon Probleme lösen pourrait, je mais malheureusement ne...aucune VB et peux es so pas dans XProfan umsetzen. peux mir peut-être hierbei quelqu'un aider?
Vielen Dank d'avance. |
|
|
| |
|
|