Das deutsche QBasic- und FreeBASIC-Forum

[pebisoft]

diese programm liest daten aus der gameboycamera heraus(128*128 byte). mit "los" wird der avr mit der cam gestartet.
die daten werden auch alle in den buffer eingelesen.
zur kontrolle lasse ich mir dann 100 bytes ausgeben.
wenn das programm beendet ist möchte ich es ein 2.mal starten,geht nicht, es bleibt hängen. erst wenn ich mit dem terminal probehalber auf com1 daten verschicke usw. dann kann ich mein freebasicprogramm wieder starten.
woran liegt das?
im terminal sehe ich , das die comschnittstelle richtig geschlossen wurde.

[E-P-S]

Ich kenn jetzt das Protokoll dieser Cam nicht. Vielleicht muß man alle Daten entgegennehmen (also das komplette Bild). Will sagen womöglich hat es etwas mit dem Protokoll zu tun.

Andererseits könnte es sein das das Terminalprogramm den COM Port vor Benutzung, also bei Programmstart, resetiert und das es dadurch geht.

Jedoch wüsste ich jetzt nicht wie man von Basic aus dem COM resetieren könnte.

Sind jetzt nur Ideen. Hast du keine Protokolle von der Cam bzw. andere Sourcecodes aus denen man was erfahren könnte?
_________________
Man kann sich öfter als zweimal im Leben halb tot lachen.

[pebisoft]

die cam schickt innerhalb von 8sec (128*128byte, ist die bildgrösse) 16384 byte.
ich warte mit sleep 8sec. die cam ist also schon fertig und sendet nicht mehr. es sind reine byte-daten mit einem wert von 0 bis 255. mit dem printbefehl werden die auch ausgegeben, bloss wenn ich noch einmal neu starte, läuft sich das programm tot.
der buffer ist 17000byte gross, wie du oben in der open siehst.

wenn ich mit dem tastkmanager das sich totlaufende programm herausnehme, dann läuft es beim wiederholten start wieder.

irgendwie muss die com noch resettet werden, wie du gesagt hast.

in purebasic läuft es, programmiert ist es dort nicht anders.

[E-P-S]

Tja, dann liegts wohl doch am Reset...

Probehalber könnte man mal die COM öffnen und im Anschluß gleich wieder schließen, vielleicht löst das ja nen Reset aus.

Ansonsten (denke ich) gibts vielleicht nen Interrupt o.ä. was einen Reset herbeiführt.
_________________
Man kann sich öfter als zweimal im Leben halb tot lachen.

[pebisoft]

habe ich gemacht, open und close ,das gleiche spielchen, nützt nichts

dsa totlaufende programm herausnehmen mit dem taskmanager und es läuft wieder.

ich habe freebasic 0.16

[Michael Frey]

Wieso

[Skilltronic]

Hallo

Ich habe mir einfach mal mit folgendem QB-Programm den Status der COM-Register anzeigen lassen.

[pebisoft]

geht auch nicht.
irgend etwas wird nicht zurückgesetzt bei "close". aber was???

die sleep 8000 brauche ich, weil mit 19200baud ein bild etwas über 6sec dauert. werde später mal ein endestring senden zum pc, damit man weiss , das die übertragung zu ende ist.

vorerst muss ich dieses desaster der verschiedenen startwerte bei open com mal aus der welt schaffen.

vielen dank für eure forschungsarbeit.

[pebisoft]

jetzt habe ich deinen vorschlag noch einmal aufgegriffen und habe mal ein leeres print #1 ,"" dazwischen gesetzt und es funktioniert. warum, weiss ich nicht????

[E-P-S]

Seis drum, das Resultat heiligt die Mittel...

meinen Glückwunsch.
_________________
Man kann sich öfter als zweimal im Leben halb tot lachen.

[pebisoft]

jetzt brauche ich in einem schwung 16384byte von der com-schnittstelle in den buffer.
wie ich jetzt raus gefunden habe, geht die höchste einstellung bei open com 4096byte. wenn ich mehr eingebe gibt es nur 4096byte und nicht die 17000, die ich vorher eingegeben habe.

wer weiss hier eine lösung.

die camera sendet die daten (16384byte) ohne unterbrechung.

[E-P-S]

Leider hab ich von FB jetzt nicht die Ahnung, aber:

in QB hätte ich das gar nicht über einen Buffer gemacht.

Ich hätte einfach String Variable mit der Länge definiert und die gelesen:

Pseudocode:

[pebisoft]

in was für einer sprache proggst du denn?

[Kai Bareis]

Oder per GET die einzelnen Bytes empfangen und diese immer an einen String anfügen.
Inetwa so:

[E-P-S]

Hauptsächlich in BlitzBasic (alle Dialekte), nur noch sehr selten in QB, ansonsten noch PureBasic, Delphi, PHP und JavaScript.
_________________
Man kann sich öfter als zweimal im Leben halb tot lachen.

[volta]

Hi,
evtl lieg ich ganz falsch... ich kenn mich mit der COM-Programmierung nicht so gut aus...
aber warum 8sek auf das Bild warten?
Die CAM sendet doch auf Anforderung durchgehend die 16384 Byte,
also warum nicht (wie E-P-S schon schrieb) häppchenweise (zB. je 1024 Byte) lesen und in ein Array packen, bis alle Daten da sind?

Gruß Volta
_________________
Warnung an Choleriker:
Dieser Beitrag kann Spuren von Ironie & Sarkasmus enthalten.
Zu Risiken & Nebenwirkungen fragen Sie Ihren Therapeuten oder Psychiater.

[pebisoft]

die cam sendet die sogenannten spannungswerte pro pixel zum avr.
der adc-port vom avr wandelt die spannungswerte in werte zwischen 0 und 255.

wenn ich 16000byte(pro bild habe) das mal 8 nehme und wieder durch 19200baud teile, bekomme ich pro bild ungefähr auf 6,7sec und ich warte halt 8sec, damit ich die gewißheit habe das es komplett übertragen ist.

da es keine timingabstimmung zwischen übertagen und empfangen gibt, werden die daten nie genau zur abholzeit bereitstehen, darum abwarten bis eben halt die 16384byte im seriellen buffer liegen, wo ich eigentlich nur eine wirkung in der größeneinstellung habe und die ist eben nur 4096byte gross.

[volta]

speichert der AVR denn alle 16384Byte intern, und sendet erst dann?
Ich vermute er wandelt 8bit und sendet dann 1Byte über die RS232 zum PC..
Dies dauert doch nicht so lange?
Testweise probier mal:

[Skilltronic]

Hallo

Wenn ich das richtig verstanden habe, geht es darum, einen Roboter mit einer Bilderkennung auszustatten. Ich weiss nicht, wie der Controller mit der Kamera kommuniziert, aber besteht nicht die Möglichkeit, die Datenmenge vom AVR reduzieren zu lassen z.B. auf eine Auflösung von 64*64 indem nur jedes zweite Pixel in x- und y-Richtung ausgewertet wird? Für eine Hindernisserkennung sollte das immer noch ausreichen, die 4096 Byte des Puffers würden passen und die Übertragung zum Rechner ginge schneller. Acht Sekunden pro Bild finde ich für diese Anwendung sowieso etwas lang.

Gruss
Skilltronic
_________________
Elektronik und QB? www.skilltronics.de !

[pebisoft]

ist nur zum test, werde später sowieso mit 115000baud arbeiten.
es soll halt erst einmal funktionieren.