Ich steure zur Zeit UBN30 Stromzähler von Berg via RS485. Ich benutze einen RS485-USB Konverter mit CH340 und MAX485 (China). Dieser scheint manchmal Nullen (Bitmuster 00000000 ASCII 8N1 9600) in den Empfangsdatenstrom einzustreuen. Diese sind effektiv auf dem RS485 Bus nicht vorhanden (zumindest sieht mein RS485 Sniffer die nicht), im PC an der Empfangsseite kommen jedoch welche an. Hat jemand so etwas schon beobachtet? Die Berg-Software Wintool scheint diese Nullen zu ignorieren, zumindest klappt alles. Wenn ich meine Software die Nullen ebenfalls ignorieren lasse, klappt auch alles. Aber ich wüsste schon gerne, woher die Nullen kommen.
Gast
#5206276
Es könnten empfangene Störspitzen sein, die ein sporadisches Startbit einfügen.
Gast
#5206285
Martin O. schrieb: > Diese sind effektiv auf dem RS485 Bus nicht vorhanden > (zumindest sieht mein RS485 Sniffer die nicht) Dann gucke mal mit einem vernünftig eingestellten Oszilloskop ...
Gast
#5206290
Es kann sein, dass der CH340 die Sende / Empfangsumschaltung nicht korrekt macht. Der MAX485 hat einen Eingang für TX enable und RX enable. Diese müssen vom USB Wandler angesteuert werden. Ich hatte mit einem Wandler von Prolific auch Probleme. Die Wandler die wirklich richtig funktionieren sind die mit einem FTDI Chip. Vielleicht kannst mal einen Wandler mit FTDI besorgen und das vergleichen.
Hallo, > Martin O. schrieb: > Ich steure zur Zeit UBN30 Stromzähler von Berg via RS485. Ich > benutze einen RS485-USB Konverter mit CH340 > und MAX485 (China). > Dieser scheint manchmal Nullen (Bitmuster 00000000 ASCII 8N1 9600) > in den Empfangsdatenstrom einzustreuen. Entweder es sind Störungen oder der USB-Konverter funktioniert nicht gut. Ich empfehle für solche Sachen immer einen FTDI-Chip zu benutzen z.B. FT232R. Ich habe damit selber einen RS485 to USB Umsetzer für die Fa. entwickelt. Der arbeitet seit Jahren zuverlässig. Mit Umsetzern, in denen andere Chips verbaut sind, gibt es immer wieder mal Probleme. Auch die USB-Leitung solltest du beachten. Ein langes USB-Kabel mit schlechter Qualität kann leicht Störungen einfangen. Am besten nur ein 30cm-USB-Kabel benutzen. Hast du bei der RS485 auf korrekte BUS-Terminierung geachtet? Gruß Öletronika
Problem gelöst: Meine eigene Software fügte bei einem Empfangs-Timeout eine Null ein, statt -1 (als Fehlercode). Der Timoutwert war etwas niedrig eingestellt, und damit kamen die Nullen. Wie immer lag das Problem zwischen den Ohren. Danke trotzdem an alle. Ich kam dem Problem auf die Spur als ich den CH340 Adapter zum Sniffen nahm, und dieser dann keine Nullen erzeugte, weil meine eigene Software nicht mit im Spiel war.
Gast
#5206439
OS schrieb: > Die Wandler die wirklich richtig funktionieren sind die mit einem FTDI > Chip. Das kann ich bestätigen. Aber die CH340 funktionieren auch richtig. Und zwar immer. Holger D.
Gast
#5206548
> Die Wandler die wirklich richtig funktionieren > sind die mit einem FTDI Chip. > Ich empfehle für solche Sachen immer einen FTDI-Chip zu benutzen Man könnte fast denken, das dieses Forum Schleichwerbung für FTDI macht. Das ist ja schon auffällig, das hier immer wieder gebetsmühlenartig wiederholt wird: "Wenn es kein FTDI Chip ist, dann ist das die Fehlerursache", oder "Mit FTDI wäre das nicht passiert". Ich hoffe sehr, dass es sich hierbei wirklich um ehrliche Meinungen handelt. Ich wäre schockiert, wenn dieser Hersteller nach seiner fiesen Nummer mit den Fälschungen auch noch Foren unterwandern würde, um Meinungen zu zu seinen Gunsten zu bilden. Meine Meinung - nein, Erfahrung - dazu entspricht der von Holger: > Aber die CH340 funktionieren auch richtig.
FTDI veröffentlicht Datenblätter, Applikationsschriften und Sourcecode. Vom CH340 gibt lediglich so eine Art Datenblatt, das ein gutmeinender Mensch aus dem Chinesischen übersetzt hat, das aber an Ausführlichkeit und Details mangeln lässt. Mehr gibts nicht.
Gast
#5206601
> Vom CH340 gibt lediglich so eine Art Datenblatt...
Das scheint bei allen chinesischen Produkten so zu sein. Jedenfalls alle
die ich kenne. Ist wirklich ärgerlich.
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.