Übertragungsprobleme bei DX6i und Deltang rx31b

[Mattef]

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]

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]

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]

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]

@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

[Mattef]

Hallo nochmal!

So, gute Neuigkeiten! Mit dem neuen Empfänger, den ich mir bestellt habe, klappt alles auf Anhieb.
Es lag also tatsächlich am Empfänger, wahrscheinlich ist der erste Empfänger einfach kaputt. Oder was weiß ich. Mit dem neuen funktioniert es jedenfalls.
Ein bissschen ärgerlich ist es schon, dass ich mir einen neuen kaufen musste (dieses winzige Ding kostet ja 30€) und dass ich soooo viel Zeit investiert habe in meiner Software oder in jeder anderen Hardware vermeintliche Fehler zu finden.

Danke für eure Hilfe! Das Thema ist hiermit beendet

Grüße
Matthias

[Che Guevara]

Hi,

das hört sich dann aber eher nach einem Software-"defekt" an. Evtl. könntest du dich ja mit dem Hersteller in Verbindung setzen und fragen, ob sie dir nicht eine neue Firmware aufspielen können. Wäre doch Schade, das Teil wegzuwerfen, nur weil evtl. die Software nicht richtig läuft.

Gruß
Chris