Deutsches Lazarusforum

... ein frohes neues Jahr:

ich habe mich auch schon intensiv mit der RS232 FTDI usw. unter Windows beschäftigt.
Ich konnte im System auch noch was ... ich guck grad woran es liegt.....
im Suchfenster habe ich eingegeben Synaser FTDI

https://www.lazarusforum.de/search.php?keywords=Synaser+FTDI ...

Mathias hat geschrieben:So nebenbei, sieht man, das M$ nicht mal fähig ist, ein brauchbarer Dialog zu Coden.

Linux: Glashaus, Steine

fragt sich, wer zuständig ist für die Darstellung. Window oder kommt der Dialog vom FTDI Treiber ?
An den Treiber glaube ich weniger, ansonsten würde der Dialog bei WinXP nicht ganz anders aufgebaut sein.
Ich habe für meine Arduino unter XP und Win7 die gleichen Treiber installiert. Win 10 hatte die ...

... auch noch dran drehen.

Der Dialog war unter Windows 7
Hab grad das tolle Microsoft Menü auf Windows 8.1 geöffnet. Der gleiche Scheiss :)
und unter Windows 10 auch die verkrüppelte Darstellung :mrgreen:

fragt sich, wer zuständig ist für die Darstellung. Window oder kommt der Dialog vom FTDI Treiber ?

Wen du den Wert bei "BM Einstellungen" noch auf "1" setzt, kannst du dein COM-Port noch einige optimieren.

So nebenbei, sieht man, das M$ nicht mal fähig ist, ein brauchbarer Dialog zu Coden.
Siehe die CkeckBoxen rechts-unten.

... gewonnen habe:

Mein eigene asynchrone Unit WinSerial läuft nun und so habe ich nochmal einen Vergleich mit den originalen COMports und dem FTDI Comport gemacht.
Beim FTDI war ja eine recht hohe Latenzzeit beim Empfang. Zudem wunderte ich mich über die Blockgrössen beim Empfang.

Das hat ...

... bei Linux und Win dabei, aus diesem Grund werde ich sie mir mal genauer angucken, diese wäre mir sympatischer, das sie bei FPC direkt dabei ist.
Synaser muss man er noch zusammen suchen und so wie es scheint wird da auch nichts mehr gepflegt.

Da gab es mal eine Diskussion darüber: http://www ...

Ich nehme für den Uart die originale serial.pp von fpc, funktioniert sowohl auf dem Raspi als auch unter Windows auf Anhieb, mit asynchroner Übertragung. Einzig die Schnittstellen muss man selber herausfinden, unter Windows ist das ja kein Problem, fangen alle mit COM an.

... COM1
128KBaud ist maximal, danach will mein System nicht mehr.

Auf dem FTDI Port kann ich setzten was ich will, Windows meint, es ist immer Okay.
Die ... einen recht guten Eindruck :)

Hab versucht die Änderungen in die Synaser Unit zu implementieren, bisher leider ohne Erfolg.
Das würde aber eh ...

... in einen Betriebssystem-Puffer geschrieben werden können und der aufrufende Thread nicht warten muss. Vielleicht kann man dieses Verhalten bei SynaSer beeinflussen?
Beim Lesen muss man entweder pollen oder einen separaten Thread verwenden. Die MSEgui Komponenten für Serielle Kommunikation machen ...

... geschieht im Hintergrund.

Jetzt müste ich ja für das Senden auch noch einen Thread bauen, irgendwie werd ich nicht so richtig glücklich mit der Synaser Unit.
Das ging alles schonmal besser und einfacher....

Die Timer laufen nicht richtig, die Schnittstellen laufen nicht richtig, Interrupts gehen ...

... da meine ehemalige Komponente (oder auch das Motherboard) das nicht konnte.
Der Engpass war also eher mein Windows System.
Mit dem externen FTDI kam ich aber auch weitaus höher,
das funktioniert dann aber nicht auf einem "normalen" Comport,
sofern der überhaupt noch existert am Rechner ...

Ähm ja, die Uart-Encoder und Decoder hatten 8 oder 16 Byte, auf den besseren ISA-Karten gab es dann nochmal FIFO dazu. Das Problem waren die Interrupts, auf die das System sehr zeitnah reagieren musste, was mit Windows und Multitasking zunehmend schwieriger wurde, bis dann PCI kam.

Geh einfach mal ...

Ursprünglich war der Empfangs- und Sendebuffer der Hardwarebuffer des RS232-Chips. Das waren meist 16k oder 64k bei den "guten" Chips.
Bist du sicher, das dies 16K oder 64K sind ?
Ich dachte, dies sei nur 16 uder 64Byte.
http://www.zeiner.at/informatik/c/serialport.html

Sofern meine ...

Ich wuste doch, hier gibts input :D

Danke Dir auch Kupferstecher, ja das ist wohl die richtige Hilfedatei mit den Funktionen.

Ich werd auch lieber mit einem Timer arbeiten, auch wenn diese sehr ungenau sind, aber um Daten mal abzuholen mehr als ausreichend.
Ein Thread ist ja doch schon eine recht ...