Jetzt funktionierts. Wenn die Hersteller mal brauchbare Doku liefern würden wäre fein. Aber so was kostet halt Geld und Hardware teuer ohne Doku verkaufen gibt mehr Gewinn ... na ja das alte Lied.
In der Doku steht das Modul stellt sich automatisch auf die Baudrate ein tut es aber nicht.
4800 8n1 ist scheinbar die default Einstellung mit der es geht. Jetzt funktioniert auch der Arduino als Konverter zwischen USB und 3,3 Volt TTL seriel.
......
Moment, der einzige Sinn vom Arduino ist gerade, als Konverter zu funktionieren? Wenn dem so ist:. Für sowas gibt es Pegelwandler. Weiterhin kann man zum Beispiel über einen Timer die Baudrate messen, sofern man kein Oszi zur Verfügung hat. Wenn es dann immernoch eine Plug&Play Lösung sein muss, FT232RL-Breakouts oder vergleichbares gibt es aus China zu Hauf ^^
Gruß Jannis
Ich will Dir ja nun nicht zu nahe tretten aber wenn Du das OK findest das man bei einer Komponete die zumindest mal ca. 100 € kostet dann auch noch selbst die grundlegenden Technischen Parameter ausmessen musst ist das Deine Sache meine ist es nicht. Ganz klar nicht meine Baustelle ...
Ja find ich OK einen ARM 32 BIt 80Mhz Prozessor als Schnittstellen Umsetzer. Wozu soll ich mir einen Konverter bauen oder kaufen wenn der DUE schon da ist? Ausserdem ist er recht fexibel und kann wie in dem Fall auch gleich Schnittstellen Diagnose mit erleichtern hat er ja auch. Bei einem Dummen Konverter ist das nicht möglich.
1,2-1,4 Khz wie viele Baud ist das?
Ausserdem ist es nicht mein Schuld das der Chip Hersteller nur eine Windows Software zum konfigurieren anbietet und keine Module als Source Code die das können. Dann bräuchte ich auch den konverter nicht weil ich dann das Modul nicht an den PC anschließen müsste.
Nach den Start schwierigkeiten macht das Modul aber einen sehr guten Eindruck auch der Empfang ist gut.
Wenn Du jetzt noch wissen willst obwohl Du nicht erst gefragt hast was es werden soll. Der DUE soll noch ein 5" Display mit Touchscreen (wenn ich eins mit guter Qualität finde) bekommen und dann in meinen Fahrzeugen Daten Sammel. Ist mir bekannte das es fertige Lösungen gibt aber ich will wenigstens halbwegs sicher sein das die Daten meine bleiben (bei Handy oder Navi sehr unsicher) und ausserdem soll der noch eine Statistik erstellen zu welchen Zeiten ich auf welchen der Strecken am schnellsten ans Ziel komme. So zu sagen nicht nur ein Routen Ansager sondern ein Routen Berater der dann auch meine Persönlichen vorlieben berücksichtigt das ich im zweifelsfall lieber länger Fahre als Kürzer stehe. Es ist ein Fahrzeug kein Standzeug und stehen nervt gewaltig.
Grüße
Alexander
Ganz deiner Meinung! Ändert aber an dieser Stelle nichts an der Tatsache, dass die Ermittlung der Baudrate nicht 100% trivial war.[...]Du das OK findest das man bei einer Komponete die zumindest mal ca. 100 € kostet dann auch noch selbst die grundlegenden Technischen Parameter ausmessen musst ist das Deine Sache meine ist es nicht. Ganz klar nicht meine Baustelle ...
In Kombination mit:Ja find ich OK einen ARM 32 BIt 80Mhz Prozessor als Schnittstellen Umsetzer. Wozu soll ich mir einen Konverter bauen oder kaufen wenn der DUE schon da ist? Ausserdem ist er recht fexibel und kann wie in dem Fall auch gleich Schnittstellen Diagnose mit erleichtern hat er ja auch. Bei einem Dummen Konverter ist das nicht möglich.
Da muss ich meine Aussage dann etwas revidierenWenn Du jetzt noch wissen willst obwohl Du nicht erst gefragt hast was es werden soll. Der DUE soll noch ein 5" Display mit Touchscreen (wenn ich eins mit guter Qualität finde) bekommen und dann in meinen Fahrzeugen Daten Sammel.. Dann ist das DUE, oder der ARM an sich, passend und ein einfacher Konverter zweifelsohne nutzlos. Ich habe in deine Aussage hineininterpretiert, dass das DUE nun dauerhaft als Konverter dienen soll. Da war ich wohl etwas Arduino-überkritisch^^.
BD=Symbole/Sekunde1,2-1,4 Khz wie viele Baud ist das?
Bei 10Bit je Zeichen, 8Datenbits, ein Startbit, ein Stoppbit
=120Symbole/Sekunde=120Bd
Aus dem selben Grund liegt hier auch noch ein Modul, wo ich das Konfigurationsprotokoll mal ausspähen muss ^^.Ausserdem ist es nicht mein Schuld das der Chip Hersteller nur eine Windows Software zum konfigurieren anbietet und keine Module als Source Code die das können. Dann bräuchte ich auch den konverter nicht weil ich dann das Modul nicht an den PC anschließen müsste.
Einen schönen Abend noch,
Gruß Jannis
Die Frequenz Messung an seriellen Daten ist schwierig. Ich hatte mit meinem Oszi die ca. 1,4 Khz gemessen und kam auf ein ähnliches Ergebnis wie Du nur ist das halt sehr weit von den 4800 entfernt die es dann tatsächlich waren. Vielleicht hängt das auch irgendwie mit der angeblichen automatischen Baudraten Ermittlung zusammen. Ich kenne jetzt nicht wirklich die letzten Implemtierungsdetails der Abwicklung. Vermute aber mal das irgendwas nicht so kompatibel ist wie es sein sollte.
Wenn es ein ublox Chip oder Navilock Modul ist dann kannst Du die Protokoll Beschreibung von denen bekommen. Im ersten Posting oben auf das hier klicken. Da gibs einen Beitrag von mir mit einem Link zur ublox Protokollbeschreibung also für mein Modul zumindest. Mir war das aber jetzt im ersten Anlauf zu Aufwändig das alles nur für die Konfiguration zu Programmieren. Erst mal die NEMA Daten für meine Zwecke auswerten. Alles andere kann man später machen.
Hallo,
Man misst da auch nicht die Frequenz!Zitat von alexander_ro
Je nachdem welche Daten versendet werden, bekommt man da ganz unterschiedliche Werte!
Man misst die Zeit für eine Bitzelle!
Bei ASCII-Werten kann man meist das Startbit recht gut erkennen. Je nachdem welche Werte gesendet werden, findet man noch ganzzahlige Vielfache einer Bitzelle.
4'800Bit/s ergibt dann etwas um die 208µs für eine Bitzelle.
Übrigens, mit Bit/s und Baud muss man sehr vorsichtig umgehen, diese haben, per Definition, nicht immer die selben Werte.
Bei einer RS232 sind sie identisch.
Bei einer Centronis-Schnittstelle ist die Baudrate dann aber 8x Kleiner als Bit/s, da mit jedem Takt 8 Bit übertragen werden.
Die Baudrate ist aber der wichtige Parameter um die Bandbreite der Übertragungsstrecke zu bestimmen.
Die alten Telefonmodem hatten keine Baudrate über 2'400 Baud, da eine analoge Telefonleitung nur eine maximale Frequenz von 3'500Hz garantiert. Durch Modulationsverfahren mit z.B. 64 unterschiedlichen Zuständen, können aber dann 8 Bit gleichzeitig übertragen werden. Dadurch ergeben dann 2'400 Baut = 19'200Bit/s.
MfG Peter(TOO)
Manchmal frage ich mich, wieso meine Generation Geräte ohne Simulation entwickeln konnte?
Klingt für mich sehr nach Frequenzmessung ...
Hast Du schon recht damit aber das habe ich nicht hin bekommen. Weil mir irgendwie die Triggerung auf das Signal nicht richtig gelungen ist und wenn die Darstellung immer in der gegend herumwandert ist das mit dem Kästchenzählen nicht einfach und schon gar nicht wenn man die an einer bestimmten stelle im Signal zählen sollte. Bräuchte man so ein Digital Oszi mit den ganzen Software Optionen die können dann Schnittstellen analysieren. Man könnte auch die TX Leitung des GPS Moduls an einen normalen GPIO hängen und dann die analyze mit einem kleinen Programm selber auf dem Arduino DUE machen der ist schnell genug dafür aber das war mir zu viel arbeit.
Wie hast Du das denn ausgerechnet?
Mir kommt es so vor als ob Du hier Gemüse mit Obst vergleichst ...
... serielle und parallele Daten Übertragung ...
Berechtigungen
Zitieren
Lesezeichen