NEUES THEMA
elektroda.net NewsGroups Forum Index - Electronics DE - HMO3524, Triggerung auf UART
Michael Koch
Guest
Guest
Thu Oct 06, 2011 2:05 pm
Hallo,
hat schon mal jemand beim HMO3524 die UART-Triggerung ausprobiert? Ich
habe damit Probleme und ich bin mir nicht sicher ob ein Bedienfehler
vorliegt, oder ein Softwareproblem.
Auf einer RS232 Leitung werden direkt hintereinander Symbole gesendet.
Die Pausen zwischen den Symbolen sind sehr kurz. Zum Beispiel 0x23
0x24 0x25 0x26 0x27 u.s.w. Wenn ich auf _ein_ bestimmtes Symbol
triggere, klappt das problemlos. Aber wenn ich auf eine Sequenz aus
zwei aufeinander folgenden Symbolen triggere (z.B. 0x25 0x26), dann
erfolgt keine Triggerung.
Gruß
Michael
Roland Ertelt
Guest
Guest
Thu Oct 06, 2011 6:29 pm
Und so sprach Michael Koch:
Quote:
Hallo,
hat schon mal jemand beim HMO3524 die UART-Triggerung ausprobiert? Ich
habe damit Probleme und ich bin mir nicht sicher ob ein Bedienfehler
vorliegt, oder ein Softwareproblem.
Auf einer RS232 Leitung werden direkt hintereinander Symbole gesendet.
Die Pausen zwischen den Symbolen sind sehr kurz. Zum Beispiel 0x23
0x24 0x25 0x26 0x27 u.s.w. Wenn ich auf _ein_ bestimmtes Symbol
triggere, klappt das problemlos. Aber wenn ich auf eine Sequenz aus
zwei aufeinander folgenden Symbolen triggere (z.B. 0x25 0x26), dann
erfolgt keine Triggerung.
Gruß
Michael
hat schon mal jemand beim HMO3524 die UART-Triggerung ausprobiert? Ich
habe damit Probleme und ich bin mir nicht sicher ob ein Bedienfehler
vorliegt, oder ein Softwareproblem.
Auf einer RS232 Leitung werden direkt hintereinander Symbole gesendet.
Die Pausen zwischen den Symbolen sind sehr kurz. Zum Beispiel 0x23
0x24 0x25 0x26 0x27 u.s.w. Wenn ich auf _ein_ bestimmtes Symbol
triggere, klappt das problemlos. Aber wenn ich auf eine Sequenz aus
zwei aufeinander folgenden Symbolen triggere (z.B. 0x25 0x26), dann
erfolgt keine Triggerung.
Gruß
Michael
Ich hab zwar nur das 1022 hier, und bisher nur auf "Rahmenanfang"
gearbeitet, aber ich könnte mir vorstellen, dass die Lücke zwischen den
Symbolen ein Problem für den Trigger ist.
Mach doch mal einen Versuch, bei dem du die zwei Zeichen am Stück
rausschicken kannst, ob der Trigger das sieht.
Roland
Michael Koch
Guest
Guest
Thu Oct 06, 2011 10:22 pm
Hallo Roland,
Quote:
Ich hab zwar nur das 1022 hier, und bisher nur auf "Rahmenanfang"
gearbeitet, aber ich k nnte mir vorstellen, dass die L cke zwischen den
Symbolen ein Problem f r den Trigger ist.
Mach doch mal einen Versuch, bei dem du die zwei Zeichen am St ck
rausschicken kannst, ob der Trigger das sieht.
gearbeitet, aber ich k nnte mir vorstellen, dass die L cke zwischen den
Symbolen ein Problem f r den Trigger ist.
Mach doch mal einen Versuch, bei dem du die zwei Zeichen am St ck
rausschicken kannst, ob der Trigger das sieht.
Da ist keine Lücke zwischen den Zeichen. Höchstens ein paar
Mikrosekunden. Die Zeichen werden direkt hintereinander gesendet.
Wenn du Zeit hast, probier mal aus auf zwei Zeichen zu triggern die
irgendwo in der Mitte einer Sequenz vorkommen. Also nicht auf das
erste und zweite Byte, sondern beispielsweise auf das vierte und
fünfte Byte. Ich krieg's nicht hin.
Gruß
Michael
Roland Ertelt
Guest
Guest
Thu Oct 06, 2011 10:40 pm
Und so sprach Michael Koch:
Quote:
Hallo Roland,
Ich hab zwar nur das 1022 hier, und bisher nur auf "Rahmenanfang"
gearbeitet, aber ich k nnte mir vorstellen, dass die L cke zwischen den
Symbolen ein Problem f r den Trigger ist.
Mach doch mal einen Versuch, bei dem du die zwei Zeichen am St ck
rausschicken kannst, ob der Trigger das sieht.
Da ist keine Lücke zwischen den Zeichen. Höchstens ein paar
Mikrosekunden. Die Zeichen werden direkt hintereinander gesendet.
Wenn du Zeit hast, probier mal aus auf zwei Zeichen zu triggern die
irgendwo in der Mitte einer Sequenz vorkommen. Also nicht auf das
erste und zweite Byte, sondern beispielsweise auf das vierte und
fünfte Byte. Ich krieg's nicht hin.
Ich hab zwar nur das 1022 hier, und bisher nur auf "Rahmenanfang"
gearbeitet, aber ich k nnte mir vorstellen, dass die L cke zwischen den
Symbolen ein Problem f r den Trigger ist.
Mach doch mal einen Versuch, bei dem du die zwei Zeichen am St ck
rausschicken kannst, ob der Trigger das sieht.
Da ist keine Lücke zwischen den Zeichen. Höchstens ein paar
Mikrosekunden. Die Zeichen werden direkt hintereinander gesendet.
Wenn du Zeit hast, probier mal aus auf zwei Zeichen zu triggern die
irgendwo in der Mitte einer Sequenz vorkommen. Also nicht auf das
erste und zweite Byte, sondern beispielsweise auf das vierte und
fünfte Byte. Ich krieg's nicht hin.
Also nach einem Bier und einem halben Auhagen Hausbausatz hab ich es
hinbekommen:
Du musst wissen, in welchen Positionen im Datenstrom dein Triggermuster
auftauchen wird:
- Filter-> Muster -> Symbol-Offset entsprechend einstellen
Oder
- Filter-> Muster -> Symbolgröße auf deine Datenrahmengröße (bei meinem
1022 gehen maximal 4 Byte) -> die irrelevanten auf '0Xxx' stellen.
Voila. Trigger triggert. Wie im Bilderbuch. Ich bin immer wieder
begeistert von der Zauberkiste...
Roland
Olaf Kaluza
Guest
Guest
Fri Oct 07, 2011 6:35 am
Roland Ertelt <rertelt_at_yahoo.de> wrote:
Quote:
Du musst wissen, in welchen Positionen im Datenstrom dein Triggermuster
auftauchen wird:
auftauchen wird:
Hm..das verwirrt mich jetzt aber. Ich dachte ein Trigger definiert
erst alle weitere Positionen. Wie kann man da vor dem Triggern wissen
welche Position man hat.
Olaf
Roland Ertelt
Guest
Guest
Fri Oct 07, 2011 7:27 am
Und so sprach Olaf Kaluza:
Quote:
Roland Ertelt <rertelt_at_yahoo.de> wrote:
Du musst wissen, in welchen Positionen im Datenstrom dein Triggermuster
auftauchen wird:
Hm..das verwirrt mich jetzt aber. Ich dachte ein Trigger definiert
erst alle weitere Positionen. Wie kann man da vor dem Triggern wissen
welche Position man hat.
Du musst wissen, in welchen Positionen im Datenstrom dein Triggermuster
auftauchen wird:
Hm..das verwirrt mich jetzt aber. Ich dachte ein Trigger definiert
erst alle weitere Positionen. Wie kann man da vor dem Triggern wissen
welche Position man hat.
Ja, da habe ich gestern Nacht dann auch nochmal drüber nachgegrübelt.
Ich habe die Frage vorhin mal dem Support von HAMEG gestellt. Mal sehen
was die erzählen...
Roland
Roland Ertelt
Guest
Guest
Fri Oct 07, 2011 8:48 am
Und so sprach Michael Koch:
Quote:
Hallo Roland,
Du musst wissen, in welchen Positionen im Datenstrom dein Triggermuster
auftauchen wird:
Das weiss ich aber nicht. Die Position wechselt ständig. Deshalb
möchte ich ja auf ein bestimmtes Muster triggern.
Zum Beispiel immer dann, wenn 0x25 0x26 hintereinander gesendet wird.
Wobei unmittelbar davor irgendwelche anderen Daten gesendet werden,
ohne Pause dazwischen.
Wenn vor der gesuchten Zweier-Kombination eine hinreichend lange Pause
ist, dann funktioniert die Triggerung, aber nur dann wenn man die
"Idle Time" vergrössert. Frag mich nicht warum das so ist, ich
verstehe es nicht.
Du musst wissen, in welchen Positionen im Datenstrom dein Triggermuster
auftauchen wird:
Das weiss ich aber nicht. Die Position wechselt ständig. Deshalb
möchte ich ja auf ein bestimmtes Muster triggern.
Zum Beispiel immer dann, wenn 0x25 0x26 hintereinander gesendet wird.
Wobei unmittelbar davor irgendwelche anderen Daten gesendet werden,
ohne Pause dazwischen.
Wenn vor der gesuchten Zweier-Kombination eine hinreichend lange Pause
ist, dann funktioniert die Triggerung, aber nur dann wenn man die
"Idle Time" vergrössert. Frag mich nicht warum das so ist, ich
verstehe es nicht.
Ich habe es ähnlich ausprobiert:
Ich habe einen Burst von 10 Byte erzeugt. Die ersten 8 Byte sind immer
jeweils um 1 absteigend mit Daten gefüllt, und werden bei jedem
Durchlauf um 1 erhöht. (alle 100ms) Dazu hatte ich mir das Triggermuster
nochmal fest in Byte 9 und 10 gepackt.
Eigentlich hätte es mir den kompletten Rahmen immer auf Byte 9
festgenagelt zeigen müssen, nur alle 256 Durchläufe (~3s) hätte das Bild
einmalkomplett wandern müssen. Hat es aber nicht...
Der Trigger hat das Muster nur gefunden, wenn ich das Gerät w.o.
eingestellt hatte. 19200Bd sind jetzt auch nicht soo schnell...
Aber gut, jetzt den Ärger zu finden, als wenn ich in ein paar Tagen beim
Arbeiten am XPress-Net einen Anfall kriege, weil ich den Start-Rahmen
nicht getriggert kriege. Und dort sind es ~60kBd...
Roland
Guest
Fri Oct 07, 2011 10:21 am
Michael Koch wrote:
Quote:
Der Trigger hat das Muster nur gefunden, wenn ich das Ger t w.o.
eingestellt hatte.
Das habe ich noch nicht verstanden. Was bedeutet "w.o." ?
Vielleicht "write once", also genau einmal triggern und dann die
eingestellt hatte.
Das habe ich noch nicht verstanden. Was bedeutet "w.o." ?
Vielleicht "write once", also genau einmal triggern und dann die
Darstellung zur Begutachtung auf dem Bildschirm lassen.
---<)kaimartin(>---
--
Kai-Martin Knaak
Öffentlicher PGP-Schlüssel:
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x6C0B9F53
Michael Koch
Guest
Guest
Fri Oct 07, 2011 10:33 am
Hallo Roland,
Quote:
Du musst wissen, in welchen Positionen im Datenstrom dein Triggermuster
auftauchen wird:
auftauchen wird:
Das weiss ich aber nicht. Die Position wechselt ständig. Deshalb
möchte ich ja auf ein bestimmtes Muster triggern.
Zum Beispiel immer dann, wenn 0x25 0x26 hintereinander gesendet wird.
Wobei unmittelbar davor irgendwelche anderen Daten gesendet werden,
ohne Pause dazwischen.
Wenn vor der gesuchten Zweier-Kombination eine hinreichend lange Pause
ist, dann funktioniert die Triggerung, aber nur dann wenn man die
"Idle Time" vergrössert. Frag mich nicht warum das so ist, ich
verstehe es nicht.
Gruß
Michael
Michael Koch
Guest
Guest
Fri Oct 07, 2011 10:56 am
Hallo Roland,
Quote:
Der Trigger hat das Muster nur gefunden, wenn ich das Ger t w.o.
eingestellt hatte.
eingestellt hatte.
Das habe ich noch nicht verstanden. Was bedeutet "w.o." ?
Gruß
Michael
Michael Koch
Guest
Guest
Fri Oct 07, 2011 1:11 pm
Hallo Roland,
Quote:
Ich habe einen Burst von 10 Byte erzeugt. Die ersten 8 Byte sind immer
jeweils um 1 absteigend mit Daten gef llt, und werden bei jedem
Durchlauf um 1 erh ht. (alle 100ms) Dazu hatte ich mir das Triggermuster
nochmal fest in Byte 9 und 10 gepackt.
Eigentlich h tte es mir den kompletten Rahmen immer auf Byte 9
festgenagelt zeigen m ssen, nur alle 256 Durchl ufe (~3s) h tte das Bild
einmalkomplett wandern m ssen. Hat es aber nicht...
jeweils um 1 absteigend mit Daten gef llt, und werden bei jedem
Durchlauf um 1 erh ht. (alle 100ms) Dazu hatte ich mir das Triggermuster
nochmal fest in Byte 9 und 10 gepackt.
Eigentlich h tte es mir den kompletten Rahmen immer auf Byte 9
festgenagelt zeigen m ssen, nur alle 256 Durchl ufe (~3s) h tte das Bild
einmalkomplett wandern m ssen. Hat es aber nicht...
100ms * 256 = 25.6s ?
Gruß
Michael
Joerg
Guest
Guest
Fri Oct 07, 2011 2:04 pm
kmk_at_familieknaak.de wrote:
Quote:
Michael Koch wrote:
Der Trigger hat das Muster nur gefunden, wenn ich das Ger t w.o.
eingestellt hatte.
Das habe ich noch nicht verstanden. Was bedeutet "w.o." ?
Vielleicht "write once", also genau einmal triggern und dann die
Darstellung zur Begutachtung auf dem Bildschirm lassen.
Der Trigger hat das Muster nur gefunden, wenn ich das Ger t w.o.
eingestellt hatte.
Das habe ich noch nicht verstanden. Was bedeutet "w.o." ?
Vielleicht "write once", also genau einmal triggern und dann die
Darstellung zur Begutachtung auf dem Bildschirm lassen.
Haeh, da habe ich sogar in der Ferne erraten: "wie oben" :-)
Es gibt deutsche Ausdruecke die vergisst man nicht. Siehe unten, wie
oben, oben ohne ...
--
Gruesse, Joerg
http://www.analogconsultants.com/
Roland Ertelt
Guest
Guest
Fri Oct 07, 2011 5:29 pm
Und so sprach Michael Koch:
Quote:
Hallo Roland,
Der Trigger hat das Muster nur gefunden, wenn ich das Ger t w.o.
eingestellt hatte.
Das habe ich noch nicht verstanden. Was bedeutet "w.o." ?
Der Trigger hat das Muster nur gefunden, wenn ich das Ger t w.o.
eingestellt hatte.
Das habe ich noch nicht verstanden. Was bedeutet "w.o." ?
w.o. = wie oben.
Roland
Roland Ertelt
Guest
Guest
Fri Oct 07, 2011 5:31 pm
Und so sprach Michael Koch:
Quote:
Hallo Roland,
Ich habe einen Burst von 10 Byte erzeugt. Die ersten 8 Byte sind immer
jeweils um 1 absteigend mit Daten gef llt, und werden bei jedem
Durchlauf um 1 erh ht. (alle 100ms) Dazu hatte ich mir das Triggermuster
nochmal fest in Byte 9 und 10 gepackt.
Eigentlich h tte es mir den kompletten Rahmen immer auf Byte 9
festgenagelt zeigen m ssen, nur alle 256 Durchl ufe (~3s) h tte das Bild
einmalkomplett wandern m ssen. Hat es aber nicht...
100ms * 256 = 25.6s ?
Ich habe einen Burst von 10 Byte erzeugt. Die ersten 8 Byte sind immer
jeweils um 1 absteigend mit Daten gef llt, und werden bei jedem
Durchlauf um 1 erh ht. (alle 100ms) Dazu hatte ich mir das Triggermuster
nochmal fest in Byte 9 und 10 gepackt.
Eigentlich h tte es mir den kompletten Rahmen immer auf Byte 9
festgenagelt zeigen m ssen, nur alle 256 Durchl ufe (~3s) h tte das Bild
einmalkomplett wandern m ssen. Hat es aber nicht...
100ms * 256 = 25.6s ?
Ups... Ja. ~26s.
Aber da der Trigger auch die statische Signatur in Byte 9 und 10 nicht
gesehen hat, habe ich auch nichts wandern sehen...
Schau doch mal bitte, was dein Newsreader meinen armen Umlauten antut...
Is ja übel ;-)
Roland
Michael Koch
Guest
Guest
Sat Oct 08, 2011 10:00 am
Hallo Roland,
Quote:
Aber da der Trigger auch die statische Signatur in Byte 9 und 10 nicht
gesehen hat, habe ich auch nichts wandern sehen...
gesehen hat, habe ich auch nichts wandern sehen...
Wir sind uns also einig, dass die UART-Triggerung (auf ein Muster aus
zwei oder mehr Bytes) nicht so funktioniert, wie man das eigentlich
erwarten würde.
Quote:
Schau doch mal bitte, was dein Newsreader meinen armen Umlauten antut...
Is ja übel
Is ja übel
Ja, es ist uebel. Ich verwende Google Groups und weiss leider nicht
wie man das Problem mit den Umlauten loesen kann.
Gruss
Michael
elektroda.net NewsGroups Forum Index - Electronics DE - HMO3524, Triggerung auf UART
