Ja. Vor dem Anstecken aber trotzdem Pinning vergleichen und evtl. einen Adapter basteln.

kann man sich auch so merken:
immer die Bestückungsseiten nach oben, vorrausgesetzt man hat auf das Arduino Board eine passende Stiftleiste gelötet.

Moin,
bezüglich des AR600 kann ich melden, dass der perfekt funktioniert.Auch andere DSM2/DSMX habe ich erfolgreich ausprobiert.
Das ganze funktioniert aber nur mit der T8FG!

Bei der FF6 sieht das ganze anders aus, hier können nicht irgendwelche 6 Kanal Empänger geflogen werden, auch der 130X geht damit nicht.
Binden funktioniert allerdings immer.
Das Problem ist eine erheblich verzögerte Reaktion der Servos, wie schon in anderen Foren beschrieben.

Ich habe beide PPM-Signale noch mal auf dem Ossi vergliechen und bis auf die etwas größere Amplitude der FF6 keinen Unterschied festgestellt.
Im Debug-Modus verhalten sich beide Ausgaben ähnlich.

Bei beiden findet die processsync Routine 8 Kanäle, die Kanäle 5 und 6 bei der FF6 haben den Wert 0 und 1023 (liegen ja bei einem Acromodell auf einem Schalter)
Das Syncsignal ist leicht länger, statt etwa 9000 ticks sind es hier 10k-11k.

In anderen Foren wurde schon vermutet, dass das FF6 FASST Modul stören könnte, aber das habe ich bei mir abgeschaltet.

Ich habe die Software so angepasst, dass ich schon mal fliegen kann, aber es ist noch nicht befriedigend, denn manchmal fehlen Frames und dadurch zucken die Servos, außerdem ist die Änderung nicht so generisch, dass es auch für alle 6Kanal Empfänger passt. Also AR600 geht, 130X geht nicht
Scheint also etwas mit den Frameraten zu tun zu haben.
Meine Analyse:
Die Software kann nicht immer richtig synchen. (Kann das gleiche Problem sein, dass manche Leute hier schildern, wenn sie stark rumrühren, dass sie kleine Aussetzter haben)
Vielleicht ist der Syncimpuls der bei FF6 zu lang, der Frame wird zurzeit nach 5000 Ticks (Syncimpuls erkannt = Channel 0 ) und dem ersten Impuls gesendet und als gesendet markiert. Danach wird auf den nächsten Syncimpuls gewartet.
Änderung auf 6000 und 7000 Ticks haben aber nicht den Erfolg gebracht.
Ich sende den Impuls jetzt einfach nochmal und warte ein bisschen (4ms), damit gehts erstmal.
Der Status ist auch immer schön READY= 2 nur am Anfang kurz 0= SYNCH, Failsafe habe ich nie gesehen.
Wie auch immer, ich werde die Synch Routine noch einmal überarbeiten.
Vielelicht hat ja jemand Lust an daran mitzuwirken.
Aber Ihr seit alles keine Programmierer, oder?
Gruss Ralf

Nach weiterer Analyse steht fest:
Das Impulstelegramm der FF6 ist nicht normal!
Die Kanäle 1-5 kommen ganz normal an, aber dann:
Zwischen Kanal 5 und 6 ist eine variable längere Pause und zwischen 6 und 1 ist nochmals eine Pause von etwa 1-2msec, abhängig nur
von der Länge des K6-Impulses, nicht von den anderen Knüppelstellungen.
Alle 16ms wird de Servoinformation übertragen

Insgesamt gibt es 9 Impulse, wobei Kanal 8 für den FASST Failsafe WERT für Kanal 3 verwendet wird, hat aber nur bei FASST Relevanz
Die Pausen der ersten beiden Impulse sind auch variabel, weil damit das Fasst HF-Modul in Powerdn gebracht wird.

Gruss Ralf

Moin,

etwas Programmierer bin ich schon, hab mir den Source aber bisher nur grob angeschaut.
( Und etwas in der Servozuordnung für meine MPX Profi 4000 angepasst ).

Nun stehen noch 2 derartige Umbauten für dann allerdings Futaba an, sind aber meine ich
sicher größere Sender als FF6 ( ? ein FF10 o.ä. und ne FX30/40 ) .

Ein Blade 130 ( nicht meiner ) ist auch vorhanden, damit könnte man ja spielen.

Interessant für mich wäre, ob es eben mit dem 130 sauber zum laufen zu bekommen ist.

In weitere Spektrumhardware zu investieren schließe ich mal aus, der 130 ist allerdings
reizvoll, aber erst mal sehen was die Besitzer nach 2-3 Mon sagen .

Hat noch mal jemand den Link auf den aktuellsten Sked ? ( Brauch ich dann nicht suchen )

Gruß Bernd

Hallo zusammen,
das Problem scheint hier zus ein, dass die Framelänge der FF6 etwas zu gross ist.
Auf meinem alten Hameg Analogoszi ist das leider schlecht zu messen.

Ich habe daher den Code so geändert, dass unabhängig von der Interruptroutine alle 20ms der Frame gesendet wird. Falsl die Daten noch nicht aktualisiert sein sollten, werden sie wiederholt. Bei Ausfall des PPM erfolgt ein overflow des Timers.
Auf dei Failsafe Logik habe ich verzichtet. Ich habe mal 2 Stunden Debuglogs ausgewertet aber nie ein Failsafe event gesehen.
Dazu habe ich außerdem im SignalValidTest einen extra debug eingebaut - Auch hier passiert nichts!


Ich habe Pullups und nur die interne LED verwendet, so ist die Hard/Software recht schlank.

Der angehängte Code kann ja als Basis verwendet werden.
Der Header sollte noch auf 0x98/0x18 geändert werden, die DX5 und DX4 sendet den auch so.

Habe gestern mit dem 130er und dem MCPX ein paar Runden gedreht. Der AR600 funktioniert jetz auch einwandfrei.

Ich habe das Modul fest in meine FF6 eingebaut, die Antenne intern nach oben
geführt. (keine aussen liegende) und den BindingSchalter an den Dualrateschalter
gelegt, da ist nämlich auch Masse und ich brauche nur ein kabel von PIN 4 des
Arduino Boards zu verlegen.

Das interne Modul schalte ich um, dazu habe ich die Versorgungsspannung
schaltbar gemacht. Der Arduino Raw-eingang verträgt auch die 9-11 V ohne Probleme, ansonsten
kann man auch die 5V nach dem Spannungsregler auf der Platine abnehmen. Der
Regler wird aber deutlich warm.
Ich habe das PPMSignal von dem grauen Kabel abgenommen (out von der Platine)
nicht vom Signal auf dem Fasst Modul(hier fehlt auch das Signal wenn die Stromversorgung fehlt). Man kann es auch von der Schülerbuchse PIN
3 abnehmen.

In die PPM Leitung habe ich eine Schottky Diode eingebaut und einen
Spannungsteiler, so dass das Signal etwa 2,4Vss hat
Es geht auch ohne, wobei allerdings der Pegel ausserhalb der Specs für den
Arduino Eingang liegt. Scheinbar verkraftet er das aber.

Gruss Ralf

Ich habe noch einmal den original Code von Daniel an die neue Arduino Version 1.0 angepasst.

Den ServoCode Ordner einfach in die libraries kopieren. (Beim Mac muss man CTRL-Klick auf die Arduino.app machen und Paketinhalt anzeigen auswählen, dann in den Pfad Java/Resoources/libraries kopieren)

Aktueller Sketch scheint hier aus dem Thread die Version 1.07 von mha zu sein.

Gruss Ralf

Hallo Bernd,
das von mir geschilderte Problem tritt nur bei der FF6 auf - mit der FF10, FX30 und Tf8G läuft die Software, die Du auch für deine MPX verwendet hast ohne Probleme.
(abgesehen von der PPM Reihenfolge)
Gruss Ralf

@ hiwi: Danke für die Info, wir wollen Dienstag die nächste DX4e schlachten, das geht dann an
die Futaba - ich meine das war die FX30, und etwas später dann wohl noch eine, und
das war meine ich die 10er von Futaba, sorry ich schauen mir nicht die Sender der
Kollegen so genau an, FF6 sind´s aber nicht.

Viel Arbeit im Moment.. Kopf voll - danke für all die Info´s !

Bernd

Hat einer schon das Modul mit dem 130X getestet?

Hi..

also "mein" Modul auf Atmega8 Basis funktioniert mit dem 130X. Sehe keinen Grund, warum die Arduino-Variante nicht gehen sollte.

gruß
andi

Modul geht mit dem 130X ohne Probleme.
Du solltest aber die Version nehemn, die PPM Code im BINDModus sendet, da Du sonst nicht im Computermodus binden kannst.
Es gibt ansich nur mit der alten FF6 Probleme und auch nur bei 6 Kanal Empfängern, also auch dem 130X.
Gruss Ralf

Hallo Frank,

kannst mir bitte kurz erklären wo ich den unterschied finde, bzw. woran erkenne?
Ist doch sicherlich eine eigenener Sketch? oder selbst umschreiben?

momentan will ich den nur für den mcpx nutzen, aber wäre natürlich schön wenn ich auch den 130x dann mal testen könnte

Matatschke will mir den Sketch schicken, wo er auf LED und Bindingtaster verzichtet und mittels Schalter das Binding einleitet.

Vielen Dank euch allen für die viele Geduld, die Ihr mit uns "unwissenden" auf nimmt

Grüße
Marko

so, heute ist der Arduino und das FTDI gekommen!

aber die Pins passen nicht?
ich denke ja mal die Pins müssen 1:1 passen?
muss ich also einen Adapter basteln?

Umdrehen. TX geht auf RX und umgekehrt dann passen auch die anderen.

EDIT: Äh warum steht da zwei mal FTDI?

C!