Das deutsche QBasic- und FreeBASIC-Forum

[volta]

[terminate]

@pebisoft

Jetzt mal unabhängig davon, ob die Art wie du den Com Port nutzen willst, mehr oder weniger sinnvoll ist, habe ich Marc Vitry dem Autor von MVCOM jetzt eine Mail geschrieben und ihn gefragt wie seine Library den Input Buffer verwaltet. Sollte sich heraustellen, dass er dafür keine eigene Routine benutzt sondern nur die Länge des Input Buffers an das Betriebssystem weitergibt, werde ich gerne einen entsprechenden Bug Report im offiziellen Freebasic Forum posten.

[volta]

@terminate, kleiner Hinweis dazu auf die FBWiki:
http://www.freebasic.net/wiki/wikka.php?wakka=KeyPgOpenCom

[terminate]

[pebisoft]

wie ich vorn geschrieben habe, das baby ist noch klein 0.17 , es kann nur durch uns gesund aufwachsen, sonst bleibt es ein englischer gartenzwerg.

mfg

[pebisoft]

[pebisoft]

[volta]

Amen
( So soll es geschehen! )
_________________
Warnung an Choleriker:
Dieser Beitrag kann Spuren von Ironie & Sarkasmus enthalten.
Zu Risiken & Nebenwirkungen fragen Sie Ihren Therapeuten oder Psychiater.

[Jojo]

richtig, du hast es erkannt. WIR sind alle die n00bs!!! So sei es! Übrigens: Wir sind keine n00bs im Editieren, denn über deinene eigenen beiträgen gibt es einen edit-button, mit dem du dreifach-posts bequem zu einem einzelnen zusammenfügen kannst
_________________
» Die Mathematik wurde geschaffen, um Probleme zu lösen, die es nicht gäbe, wenn die Mathematik nicht erschaffen worden wäre.

[terminate]

Also gut, Marc Vitri der Autor von MVCOM, (purebasic serial port library), hat geantwortet:

[pebisoft]

nicht schmollen, da ich sehr tief in der materie mit dem avr-proggen drinstecke ist es halt mein thema pc und avr zusammen arbeiten zulassen, sei es mit funk-seriell/bilderdaten und steuerungsdaten, funk-video, videocapturedarstellung mit hinderniserkennung oder auch sogar bilder im fbas-formt mit dem avr darzustellen. datenübertragung über funk als wave usw. weil der videofunk auch eine tonübertragung hat, kann man sehr schön realisieren.

ich habe auch festgestellt, das sich die grafik in freebasic einfacher und schneller realisieren lässt als in pure, auch die datenumsetzung bis zum sichtbaren screen ist super schnell bei freebasic.

[pebisoft]

[terminate]

[pebisoft]

schau mal hier am 11.10 20.44 uhr da ich hatte mal was reingestellt , es ist ein freies programm ohne die mvcom.

mfg

ps: ich habe keine probleme damit eine eigene erstellte dll in delphi/pure oder einer anderen sprache zu benutzen. ich finde die dll schön hilfreich.

[Michael Frey]

[terminate]

[terminate]

@pebisoft
Also ich hab mich jetzt nochmal mit dem Thema beschäftigt und kann dein Problem mit der Größe des COM Port Empfangsbuffers (RB) nachvollziehen.

Eines vorne weg, ich finde die Methode wie du deine Gameboycam ausliest nicht besonders ideal, aber egal, es müßte dennoch funktionieren.

Die maximale Größe des Receivebuffers (RB) wird vom COM Port Treiber vorgegeben, kann man auslesen unter Win32 mit GetCommProperties() , (Beispiel unten), wenn da null drinsteht, heißt das, es gibt keine Größenbeschränkung. Ich habe mehrere serielle Schnittstellen getestet und keine einzige davon hatte eine Größenbeschränkung.
Allderdings scheinen die meisten Treiber bzw. Betriebssysteme als Standardgröße für den COM Empfangsbuffer 4096 zu verwenden, aber das hast du ja schon herausgefunden.

So wie ich das sehe ignoriert Freebasic den Parameter RB einfach, das liegt entweder an der Art der Implementierung, (gewollt / nicht vermeidbar), oder ist ein schlichter Bug, (Versehen).

Einiges spricht dafür, dass es an der Art der Implementierung liegt, ich habe vor kurzem ein Freebasic CVS kompiliert und bei der Gelegenheit auch einen Blick in den Quellcode geworfen, soweit ich das gesehen habe, verwendet Freebasic für den COM Port keine direkten winapi32 Aufrufe, sondern Funktionen, wie man sie etwa aus der stdio.h, io.h etc. kennt, (hab natürlich keine Ahnung, was dagegen spricht, dass es deswegen nicht trotzdem funktioniert).

Für einen Bug spricht, dass es sehr leicht ist, die COM Buffereinstellungen an der falschen Stelle im Quellcode vorzunehmen, zumindest unter der winapi32 muß die Buffereinstellung direkt nach dem Öffnen des COM Ports mit 'CreatFile' vorgenommen werden, zu jedem späteren Zeitpunkt wirkt die Einstellung nicht mehr und es wird die Standardeinstellung verwendet, (4096).

Ich hab jetzt drei Testprogramme geschrieben, mit denen man, (hoffentlich), zeigen kann, dass es prinzipiell möglich ist, den RB in der von dir gewünschten Weise zu verwenden, obwohl das mit den Standard Freebasic Funktionen so nicht funktioniert, (mit etwas winapi32 Bastelei dann aber schon):

com_receive_test.bas Programm um Daten über den seriellen Port zu empfangen

com_send_test.bas Programm um Daten über den seriellen Port zu senden.

com_port_lib_winapi32.bas Eine Art simple COM Port 'Library', (in Form eines Testprogramms und ohne .bi file), die zum ansprechen des COM Ports winapi32 Funktionen verwendet.


Test:
Man benötigt entweder einen Rechner mit zwei seriellen Schnittstellen, (bei mir COM4 und COM1), oder zwei Rechner mit jeweils einer seriellen Schnittstelle. Die beiden Schnittstellen werden mit einem (Crossover, Nullmoden was auch immer ...), Kabel verbunden, Hauptsache man kann hinterher zwei Hyperterminal Sitzungen aufmachen und testen, dass die beiden Schnittstellen korrekt miteinander kommunizieren, (danach Hyperterminals wieder schließen).

Zum testen startet man zuerst das jeweils empfangende Freebasic Programm, (nicht vergessen COM Port Nummer im Quellcode richtig einstellen, nicht jeder hat COM4 oder COM1).

1. com_receive_test.exe starten.

2. Warten bis "Any key to receive data" angezeigt wird.
(Empfangende COM Schnittstelle wird geöffnet, es erfolgt aber noch kein Zugriff auf die Schnittstelle)

3. com_send_test.exe starten.

4. Warten bis "Finished sending data!" ... "Press any key to exit test app" angezeigt wird, (kann einige Sekunden dauern bis der Timeout erreicht ist).
(Es wird ein 16000 Bytes großes Testmuster erzeugt, angezeigt und dann gesendet, da das empfangende Programm noch keinerlei Anstalten unternimmt um irgendwelche Daten auszulesen, müssen die gesendeten Daten zwangweise im Empfangsbuffer der anderen Schnittstelle landen oder im Nirvana verschwinden).

5. com_send_test.exe durch Tastendruck beenden.
(com_send_test.exe kann jetzt aktiv keine Daten mehr senden, alles was jetzt noch empfangen werden kann, muss sich entweder im Empfangsbuffer von com_receive_test.exe oder im Sendepuffer von com_send_test.exe befinden, (der Sendepuffer wäre natürlich eine mögliche Fehlerquelle, aber die Geschwindigkeit des Auslesevorgangs weist darauf hin, dass der Sendepuffer zu diesem Zeitpunkt nicht mehr aktiv, bzw vorher auf einen Wert < 16000 eingestellt war. EDIT: Wer sicher gehen will kann auch einfach das Verbindungskabel abziehen))).

6. Jetzt den Datenempfang von com_receive_test.exe durch Tastendruck starten.
(Die Daten im Empfangsbuffer werden ausgelesen und angezeigt, jetzt heißt es Farbe bekennen)

Egal welche Werte ich für TB und RB eingestellt habe, com_receive_test.exe hat von den gesendeten Bytes immer nur maximal 3184 bis 4096 Bytes empfangen.
Allerdings klappt der Empfang, wenn man statt Freebasics Open Com winapi32 Funktionen verwendet, (die ja sogesehen auch schon in der "windows.bi" von Freebasic enthalten sind )

7. Test wiederholen diesmal aber zum empfangen com_port_lib_winapi32.exe anstatt com_receive_test.exe verwenden.
(Jetzt werden (hoffentlich) alle 16000 Bytes empfangen, (je nachdem was man vorher getestet hat, bekommt man beim ersten Start evt. auch noch ein paar Bytes von den vorherigen Experimenten eingelesen)

com_receive_test.bas

[pebisoft]

[terminate]

[pebisoft]

ich bin noch mit der gameboycam am testen .

danke für deine grosse hilfe und deine testreihe.

mfg