Übertragungsprobleme bei DX6i und Deltang rx31b

**Che Guevara** · 10.07.2014, 22:34

Hi,

laut deiner Beschreibung arbeitet das Modul mit RS232 Pegeln, hast du das berücksichtigt? Welchen Baustein verwendest du zur Pegelanpassung? Evtl. liegt ja auch da der / ein Fehler?
Hast du mal den Empfänger direkt an den PC angeschlossen, um einen Fehler durch dem µC auszuschließen? Wenn ja, kommt das selbe bei raus?
Achja, Cross-posting macht man nicht ( http://www.rclineforum.de/forum/boar...deltang-rx31b/ )

Gruß
Chris

**Mattef** · 11.07.2014, 05:51

Hey Chris,

gute Idee! Das muss ich nachprüfen ob es tatsächlich an den Pegeln liegt. Allerdings müsste ja dann der Empfänger rx31 seine Pegel auch irgendwie aus den 5V, die ich an ihn anschließe, herstellen. Und einen Pegelwandler auf dem Empfänger sehe ich nicht.

Sorry für das Crossposting. Nachdem ich dort keinen Antwort erhielt und ich im Nachhinein dachte, dass hier vielleicht die bessere Anlaufstelle ist, wollte ich die gleiche Frage auch hier noch stellen.

Grüße!

**PICture** · 11.07.2014, 11:28

Hallo!

Angeblich müsstest Du zuerst interaktiv einfache Fragestellung praktisch erlernen._.

**Mattef** · 11.07.2014, 12:01

Zitat von PICture

Hallo!

Angeblich müsstest Du zuerst interaktiv einfache Fragestellung praktisch erlernen._.

Danke, sehr hilfreicher Beitrag. Hätte ich lieber schreiben sollen: Mein Empfänger funktioniert nicht, bitte helft mir? Mit so etwas ist niemandem geholfen.
Dann schreib ich doch lieber ausführlich, all das was ich bisher efahren habe und welche Methoden ich schon probiert habe.
was verstehst du an meiner Frage nicht (nicht als Angriff gemeint)?

**PICture** · 11.07.2014, 13:38

Bitte und sorry, dass ich kein Schriftsteller bin._.

**Mattef** · 11.07.2014, 14:04

Zitat von Che Guevara

Hi,

laut deiner Beschreibung arbeitet das Modul mit RS232 Pegeln, hast du das berücksichtigt? Welchen Baustein verwendest du zur Pegelanpassung? Evtl. liegt ja auch da der / ein Fehler?
Hast du mal den Empfänger direkt an den PC angeschlossen, um einen Fehler durch dem µC auszuschließen? Wenn ja, kommt das selbe bei raus?
Achja, Cross-posting macht man nicht ( http://www.rclineforum.de/forum/boar...deltang-rx31b/ )

Gruß
Chris

So, habs nachgeprüft und von anderer Stelle (Harald Sattler) bestätigen lassen: Der rx31 arbeitet mit TTL-Pegeln und keinen RS232 Pegeln, also 3.3V = 1 und 0V = 0. An unterschiedlichen Pegeln von Empfänger und Mikrokontroller sollte es deshalb nicht liegen (mein XMega arbeitet auch mit 3.3V).

Außerdem habe ich den Empfänger gerade direkt an den Computer angeschlossen (mit einem FTDI dazwischen) und den Datenstrom abgehorcht. Hier taucht tatsächlich ein Byte für die Checksum auf, das Byte für den Roll-Wert fehlt allerdings trotzdem noch.
-> Empfänger kaputt?

Ich forsche weiter, über Lösungsvorschläge freue ich mich aber dennoch

**Che Guevara** · 11.07.2014, 17:17

Hi,

dann ist auf jeden Fall die Beschreibung des Herstellers / Händlers falsch, evtl. willst du denen ja ne Mail schreiben, damit sich keiner was kaputt macht...
Wenn Harald auch mit dem Emfpänger arbeitet, könntest du dann ihn nicht mal darum bitten, sich das Teil anzusehen? Soweit ich informiert bin, funktioniert sein snQ doch?!
Ansonsten kann ich dir momentan auch nicht weiterhelfen, evtl. fällt mir ja noch was ein

Gruß
Chris

**Mattef** · 11.07.2014, 21:45

Per Mail hab ich Harald auch schon von meinem Problem berichtet, aber er scheint bislang auch ein wenig ratlos zu sein. Sein xNQ funktioniert so viel ich weiß größtenteils, auf jeden Fall arbeitet die Kommunikation von Receiver und Mikrokontroller über UART bei ihm korrekt, obwohl er nichts grundlegendes anderes macht als ich.

Ich war gerade bei einem Freund von mir, der ein gescheites Oszi daheim hat, mit dem ich den Empfänger genau vermessen konnte.
Es gibt ja mehrere Möglichkeiten den rx31 zu Konfigurieren. Zum einen kann man die Kanalwerte direkt über vier Pins ausgeben lassen. Darüber hinaus gibt es die Möglichkeit SUM-PPM oder serielle Daten aller Kanäle an Pin3 auszugeben.
Stelle ich den rx31 so ein, dass er die SUM-PPM Werte erzeugt, kann man am Oszi direkt beobachten, dass sich das Signal jedesmal verändert, wenn man einen Steuerknüppel bewegt. Es ändert sich also insbesondere auch dann, wenn man den ROLL-Knüppel bewegt (der Kanal, der bei den seriellen Daten fehlt).

Die Fernsteuerung funktioniert also, und der rx31 im Prinzip auch. Nur mit dem seriellen Datenstrom stimmt irgendwas nicht.

Zumindest konnte ich jetzt ein paar Möglichkeiten ausschließen...

Danke dir Chris soweit schon mal.

**wkrug** · 13.07.2014, 09:38

Gleich mal Vorweg, mit X-MEGA hab ich noch nicht gebastelt, mit den normalen ATMEGA's kenn ich mich schon einigermassen aus.
Ich würde das Empfangssignal noch mal mit nem Oszi anschauen. Sind es wirklich 2 Stopp Bits, passt die Geschwindigkeit und Polarität des Signals?
Wenn das geht und trotzdem beim PC und deinem Controller unterschiedliche Werte ankommen, hast Du eventuell ein Problem in Deiner Auswertesoftware.

Du könntest dein PC Interface ja auch mal als USART Sender verwenden und gucken, ob deine Auswertesoftware alle Bytes erkennt. ( Datei vorbereiten und "Text Senden" ).

Wie erkennst Du den Anfang eines Frames?
Werden tatsächlich alle Bytes erkannt und abgespeichert?
Bei manchen Controllern ist der USART Empfänger doppelt gepuffert. Das bedeutet es kann ein Byte im Übergabepuffer stehen und ein weiteres im Empfangsregister.
Es wird aber nur ein Interrupt generiert. Das müsstest Du dann aber selber überprüfen.

Ich mach mir da immer einen Ringpuffer, der von einer RxD Interruptroutine befüllt wird.
Eine Hauptroutine liest die Werte dann aus.
Wenn Du sicher den Anfang eines Frames detektieren kannst, ist es auch möglich die Werte direkt in eine Tabelle zu schreiben.
Das würde ich dann vorerst mal Byteweise machen.
Ein Buffer Overflow muss auch erkannt werden, da damit ja auch Bytes verloren gehen. = 2 Bytes wurden empfangen, das erste Byte aber gelöscht, da es nicht abgeholt wurde. Trotzdem wird nur ein Interrupt generiert.

**Mattef** · 14.07.2014, 22:37

@wkrug: Auch deine Ideen sind gute Ansätze, die ich morgen testen werde. Vor allem die Idee einen Text vom PC an den Mikrokontroller über die problematische Schnittstelle zu senden klingt gut.

Ich habe mir am Samstag auch einen neuen Empfänger bestellt. Falls es tatsächlich am Empfänger liegen sollte, weiß ich das mit Gewissheit in den nächsten Tagen. Allzu viele Möglichkeiten bleiben ja nicht übrig.

Ich melde mich wieder, wenn es Neuigkeiten an der Front gibt