Hallo, Kennt Jemand einen UART-Tracer? Aufgabenstellung: 2 uC kommunizierten miteinander über UART Ich würde mich gerne hochohmig an RX und TX anhängen und am PC die Kommunikation mitlauschen. Mir ist vollkommen klar dass man sowas basteln kann, ich suche aber nach einer fertigen Lösung. Danke, Michael
Vielen Dank, aber das ist alles nicht das was ich suche. Ich möchte keine RS232 Kommunikation mitlauschen sondern suche ein fertiges Gerät dass ich zwischen RX/TX mit 3,3V Pegel hängen kann und dann am PC sofort die Kommunikation sehe. Die meisten "Logger" sind keine Logger. Die haben Rx und Tx...was ich brauche ist eigentlich Rx1 und Rx2 damit ich beide UART Leitungen zwischen beiden uC mittracen kann.
Michael P. schrieb: > Vielen Dank, aber das ist alles nicht das was ich suche. > > Ich möchte keine RS232 Kommunikation mitlauschen sondern suche ein > fertiges Gerät dass ich zwischen RX/TX mit 3,3V Pegel hängen kann und > dann am PC sofort die Kommunikation sehe. Das klingt für mich aber verdächtig nach 'mitlauschen'. > Die meisten "Logger" sind keine Logger. Die haben Rx und Tx...was ich > brauche ist eigentlich Rx1 und Rx2 damit ich beide UART Leitungen > zwischen beiden uC mittracen kann. Dann studier den Thread nochmal. Auch dafür wurden dort Lösungen genannt.
Karl Heinz Buchegger schrieb: > Dann studier den Thread nochmal. Auch dafür wurden dort Lösungen > genannt. Ach Dann hilf mir bitte :-) ich habe jeden Link verfolgt und sehe da nicht die Lösung nach der ich suche
Michael P. schrieb: > Vielen Dank, aber das ist alles nicht das was ich suche. Doch, das hier Beitrag "Re: Datenaustausch zweier Geräte über RS232 mitschreiben" erwähnte Gerät von "Iftools" macht genau das, was Du willst. Zwar mit RS232-Pegeln, aber es hört die bidirektionale Kommunikation zwischen zwei Geräten ab und zeichnet die auch mit präzisem Timing auf; inklusive des Gehampels an den Handshakeleitungen, sofern verwendet.
Rufus Τ. Firefly schrieb: > Zwar mit RS232-Pegeln, bingo, ich sagte doch dass ich keine +/-12V sondern 3,3V brauche ;-)
Gast
#2725135
Michael P. schrieb: > Ach Dann hilf mir bitte :-) Wie wäre es wenn du dir erst mal soviel Mühe gibst deine Anforderung halbwegs genau zu spezifizieren. Im 2. Posting waren es auf einmal Pegel mit 3,3V In dem von Karl Heinz genannten Thread gibt es mehrere Links auf freie Projekte und auf fertige Geräte. Zumindest wenn man nicht zu faul ist wenigstens mal 2 Seiten runter zu scrollen.
Bei dem hier http://www.elv.de/datenlogger-micro-sd-card-sdsd1-komplettbausatz.html scheiterts daran, dass er keine 3.3V Pegel kann. Fürwahr ein ernsthaftes Problem für einen Elektroniker. Ganz ehrlich: Sowas für TTL Pegel zu finden, wird schon schwer. Für 3.3V kann ich mir nicht vorstellen, dass es da viel geben wird. Und wenn, dann schweineteuer.
Karl Heinz Buchegger schrieb: > Bei dem hier > http://www.elv.de/datenlogger-micro-sd-card-sdsd1-komplettbausatz.html > scheiterts daran, dass er keine 3.3V Pegel kann. > Fürwahr ein ernsthaftes Problem für einen Elektroniker. Ach, vergiss es. Der speichert ja auf SD_Karte
UR-Schmitt schrieb: > Im 2. Posting waren es auf einmal Pegel mit 3,3V Ich habe ja aber auch nie RS232 geschrieben oder ;-) Sorry, ich dachte es ist eindeutig dass es keine +/-12V sind wenn ich zwischen 2 uC kommuniziere. Gerne spezifiziere ich es aber genauer: Ich hätte gerne einen fix fertigen Tracer/Logger der UART Kommunikation zwischen 2 Prozessoren mit 3,3V Logik aufzeichnet und sofort per USB oder RS232 an den PC schickt und dort darstellt. Ich möchte keine Bastellösungen sondern fertige Geräte. Bei dem Link gibt es leider keine Geräte die diese Spezifikationen erfüllen.
Michael P. schrieb: > bingo, ich sagte doch dass ich keine +/-12V sondern 3,3V brauche Dafür einen Adapter zu schnitzen ist ja auch Raketentechnik. Im übrigen kann das Gerät die Eingänge auch in einer Art "Logikmodus" betreiben, mit High-Pegel ab 1.3 Volt. Damit dürfte sogar der Betrieb an TTL3V3 möglich sein.
Karl Heinz Buchegger schrieb: > Karl Heinz Buchegger schrieb: >> Bei dem hier >> http://www.elv.de/datenlogger-micro-sd-card-sdsd1-... >> scheiterts daran, dass er keine 3.3V Pegel kann. >> Fürwahr ein ernsthaftes Problem für einen Elektroniker. > > Ach, vergiss es. Der speichert ja auf SD_Karte eben eben, es scheint eine total triviale Frage zu sein, ist es aber nicht. Ich dachte auch da sollte es Geräte wie Sand am Meer geben, gibt es aber nicht.
Rufus Τ. Firefly schrieb: > > Im übrigen kann das Gerät die Eingänge auch in einer Art "Logikmodus" > betreiben, mit High-Pegel ab 1.3 Volt. Damit dürfte sogar der Betrieb an > TTL3V3 möglich sein. Vielen Dank! :-) Das sieht sehr gut aus. Merci, Michael
Rufus Τ. Firefly schrieb: > Im übrigen kann das Gerät die Eingänge auch in einer Art "Logikmodus" > betreiben, mit High-Pegel ab 1.3 Volt. Damit dürfte sogar der Betrieb an > TTL3V3 möglich sein. Warum nicht einen billigen USB-Logicanalyzer mit Protokollanalyse? Scanalogic oder Saleae kriegen das locker hin. Ich hätte mir aber schon längst zwei FTDI MM232-Module bestellt. Soll ja "was fertiges" sein. Mit einem ordentlichen Terminalprogramm geht auch einiges. mfg mf
Mini Float schrieb: > Warum nicht einen billigen USB-Logicanalyzer mit Protokollanalyse? Wenn die zugehörige Software etwas taugt und eine brauchbare RS232-Analyse bietet, und auch in der Lage ist, unterbrechungsfreie Mitschriebe über längere Zeiträume anzufertigen, dann sicher ja.
> Ich hätte mir aber schon längst zwei FTDI MM232-Module bestellt. Soll ja > "was fertiges" sein. Mit einem ordentlichen Terminalprogramm geht auch > einiges. Tatsächlich habe ich die Lösung auch angedacht, allerdings finde ich keine Terminal-Software die 2 Ports gleichzeitig mitloggt. Angeblich kann das HTerm...aber zumindest in der 0.8.1beta gibt es diese Möglichkeit nicht. Realterm kann das auch nicht. Hat da Jemand einen Tipp?
Michael P. schrieb: > Tatsächlich habe ich die Lösung auch angedacht, allerdings finde ich > keine Terminal-Software die 2 Ports gleichzeitig mitloggt. > Angeblich kann das HTerm...aber zumindest in der 0.8.1beta gibt es diese > Möglichkeit nicht. Hm, also wenn du ein bisschen c-Programmieren kannst, könnte das hier http://www.easysw.com/~mike/serial/serial.html weiterhelfen. Das Mainprogramm startet und fragt zweimal, welche serielle Schnittstelle jetzt bei welcher Geschwindigkeit etc. geloggt werden soll. Dann würde ich zwei Empfangs-Threads aufmachen. Damit macht man am besten die beiden Ports auf und gugt, ob in den Empfangspuffern was rumliegt. Da man mit Dateien arbeitet, schläft der jeweilige Thread bei Leseversuch, wenn nix im Puffer ist. Wenn Zeichen kommen, werden die mit bei beiden Lesethreads synchronen Zeitstempel versehen und landen in einer verketteten Liste. Mit einem weiteren Thread kann man regelmäßig die Statusleitungen nachsehen lassen. Änderungen => ab in die Liste. Noch ein weiterer Thread schaut, ob was in der Liste steht, formatiert und sortiert den Kram und schreibt ihn gepuffert in eine CSV-Datei. voila! Das Mainprogramm gibt den Threads die Anweisung, sich zu beenden, falls nötig. Müll aufsammeln & Dateien zumachen nicht vergessen! mfg mf
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.