4ESC by Martinez max. 6S

[lazyzero]

Ne, leider nicht, ich hab ja selbst nicht wirklichen Plan von der Software, das ist eher so ein try and error bei mir.
Bootloader mach ich drauf und dann kostet mich das auch Zeit und Nerven...
Parameter-Tool für Quax/simonK hätte ich auch gerne Aber Für ein "richtiges" Tool musst Du ja fast die ganze FW neu schreiben.
Für SimonK gibt irgendwo was im Netz, wo man sich die INC im Browser zusammen bauen kann... Mir war das aber zu kompliziert
Wenn es mir allzu Kompliziert wird und ich nicht weiter komme, nehme ich heute noch eine uralte Quax

Hi,

ich ahtte angefangen so was ins kkflashtool mit rein zu nehmen. Aber hat dann was wenig Zeit. Ich wollte das aber dem nächst wieder ausgraben. Die webseite für die Config ist http://0x.ca/tgy/?tag=master&obj=&target=afro_nfet
Aber die generiert noch kein Code, noch Hex.

Christian

 

[fdietsch]

Supi.
Da das mit dem restor Fuses so gut geklappt hat. Hätte ich da noch eine Frage oder Bitte , kannst du da einen BurnArduino mit oder ohne extern oszilator einbauen ?

 

[lazyzero]

Supi.
Da das mit dem restor Fuses so gut geklappt hat. Hätte ich da noch eine Frage oder Bitte , kannst du da einen BurnArduino mit oder ohne extern oszilator einbauen ?

Kannst Du mir das detailliert, was Du mit "mit oder ohne oszillator" meinst, schreiben (PN dann vermüllen wir den Thread nicht)? Gibt es Arduinos ohne externe Clock?

Christian

 

[cemizm]

Hab hier vielleicht noch etwas interesantes bzgl. Pencake Motoren entdeckt.

For pancake motors such as the Tiger MT-4006, ect, now have the option to have the analog filtering sense capacitors removed, these modified PCBs further enhances pancake motor performance.he result is that timing synchronization loss from motor saturation during extreme instantaneous acceleration becomes avoidable, and start-up of higher-inductance motors is much smoother.

Stammt aus einem Shop das modifizierte HK ESC für 6S und Pencake Motoren verkauft. Vielleicht kann ja einer von euch damit etwas anfangen.

Gruß,
Cem

 

[Klempnertommy]

Diese Kondensatoren nehme ich Grundsätzlich bei allen Kauf-Reglern raus.
Schlau wie Martinez auch ist, hat er diese Filter Kondensatoren erst gar nicht vorgesehen.

 

[imcoref]

Eben gefunden.
Ich finde den sehr gut:

 

[imcoref]

Hallo!

Gestern habe ich die Funktion der I2C-Steuerung getestet bzw. die Funktion für die Mikrokopter-Jungs.

Der Versuchsaufbau sah wie folgt aus:

Als Firmware diente eine angepasste SimonK, die für den I2C-Eingang kompiliert wurde.
Am I2C-Eingang der 4ESC war ein Atmel-Controller als Signalgeber angeschlossen, der
stetig mit einer I2C-Frequenz von 100kHz die Adresse des Motor#1 (0x52) mit einem Wert (Data) (0x64)
angesprochen hat.

Zunächst habe ich den Ausgang des Atmel gesampled (Bild 1), ohne diesen an die 4ESC anzuschliessen.



Bild1

Hier sieht man schön die Adresse (0x52), die zu Motor#1 gehört, aber das DataByte wird nicht gesendet.
Warum? Dies ist völlig normal, da der Master(Atmel) kein ACK vom Slave (4ESC Mot#1) bekommt. qed

Dann habe ich den 4ESC mittels des I2C-Ports an den Atmel angeschlossen. Der Motor macht seine
StartUp-Beep-Folge. Die I2C-Übertragung wird gestartet und ich habe gemessen.
Das Ergebnis ist in Bild 2 zu sehen:



Bild2

Adresse wird korrekt geschrieben, auch diesmal das
DataByte (0x64). Der Slave hat nach Adressübertragung geantwortet und sein ACK gesendet,
daher wurde vom Master das DataByte gesendet.
Ferner hat der Motor auch nicht gepiept, was so wäre, wenn kein Eingangssignal da wäre. qed.

Was leider nicht passiert ist, ist, dass der Motor sich gedreht hat.

Vielleicht waren die gesendeten Daten per Protokoll falsch, aber ich kann mich jetzt nicht
in die ganzen Mikrokopter-Protokolle einarbeiten. Ich versuche mal eine MK-FC zu Testzwecken
auszuleihen und werde dann ggf. wieder berichten.

Was ich feststellen kann ist: die Hardware von Martinez ist einwandfrei für die I2C-Geschichte!
Alles andere ist Software...

Liebe Grüße

Sven

 

[Merlinfly]

Falls für die I2C Anbindung am MK noch Beta-Tester gesucht werden würde ich mich gerne dazu bereit erklähren.

 

[imcoref]

Hallo Merlinfly,
vielen Dank für dein Angebot. Hättest du die Möglichkeit mit einem Logikanalyzer bzw Oszi am I2C Bus zu messen?

 

[hornetwl]

Hi imcoref,

hast Du schon mal ausgerechnet, welche Update-Rate sich mit I2C erreichen lässt? Mir spukt da nämlich auch noch so eine Idee im Kopf rum...

 

[imcoref]

Hallo hornetwl,

was spukt denn so rum?

Ich habe nochmal gemessen: bei einer i2c-Frequenz von 100kHz komme ich auf eine Länge pro "Kommando" (Adress+Data) von ca 0,21ms -> ca. 4,7kHz

 

[Merlinfly]

Hallo Merlinfly,
vielen Dank für dein Angebot. Hättest du die Möglichkeit mit einem Logikanalyzer bzw Oszi am I2C Bus zu messen?

Leider habe ich nicht die Möglichkeiten so was zu messen.

 

[Heidi02]

Die MK-FC verwendet 200KHz I²C-Frequenz bei einer Update-Rate von 500Hz.

 

[imcoref]

Vielen, vielen Dank an Heidi02,

ich werde das mal umsetzen und dann nochmal einen Test fahren...

 

[hornetwl]

Meine Idee wäre die folgende:

ich hätte gern eine digitale (nicht durch PWM/PPM-Generierung und Sampling verrauschte) Verbindung zwischen FC und Regler. Auf den ersten Blick wäre hier I2C interessant, aber leider ist dieses bei vielen FCs bereits zur Sensorkommunikation heftig in Benutzung (teilweise mit Takten im MHz-Bereich). Hier möchte ich ungern eine direkte Strippe zur Leistungselektronik ziehen...

Da meine bevorzugte FC (beinahe) SBus-Outputs unterstützt, wäre es eine naheliegende Lösung, hierfür einen Eingang zu schaffen. Dieser würde von einem zusätzlichen AVR ausgewertet und in I2C umgesetzt, der wiederum die Teilregler steuert. Das ganze hat noch einen sehr nützlichen Nebeneffekt: Es wäre sehr einfach, statt einem SBus-Input zwei zu realisieren, zwischen denen der AVR dann selbständig nach bestimmten Kriterien umschalten kann (siehe hier). Damit wäre im Octo mit zwei 4ESCs, ausreichender Motorpower (>2x Schwebeleistung) und zwei unabhängigen FCs eine echte Redundanz realisierbar. Das wird im Augenblick den einen oder anderen südlichen Nachbarn sehr interessieren. Auf lange Sicht würde es mich wundern, wenn nicht fürher bei uns ähnliches verlangt wird.

Wenn ich mal lange Weile habe, werde ich mal auf dem Breadboard was probieren, der Code für den Umsetzer sollte ja nicht so komplex sein. Wenn Du magst, kannst Du mir ja mal die geänderten SimonK-Sourcen schicken.

 

[martinez]

4ESC v4.0 BETA

Hi Leute!


Jetzt gibt es mal wieder ein paar Neuigkeiten von meiner Seite.


Der 4ESC wurde komplett überarbeitet. Neue Boards, neue MOSFET-Treiber und neue MOSFETs.
Es gibt erst einmal eine Art BETA, bei der das Prozessorboard auf das Treiberboard gesteckt wird; um die 38 Signale von Board zu Board zu übertragen, habe ich vier 10 polige Buchsen / Stecker mit einem Raster von 1,0mm gewählt. Durch die 40 Pins wird das Prozessor auch absolut sicher auf den Treiberboard gehalten.


Technische Daten:


zweiteilige PCB, Prozessorboard + Leistungsboard. Warum?
1. sollte ein Treiberboard kaputt gehen (wovon ich nicht ausgehe, kann man es leicht austauschen)
2. ein Upgrade des Prozessorboards ist möglich
MOSFETs bis 60V
MOSFET-Treiber bis 80V
5V 500mA UBEC (wie bei der V3)
theoretisch sind 8S möglich, ich würde aber erst einmal 6S als Maximum definieren.




Viele Grüße
Martinez

Hier noch ein paar Fotos:




Anhang anzeigen 87931



Anhang anzeigen 87928

 

[edge]

wow, sehr schön!

 

[HSH]

Einen modularen Aufbau hatte ich ja schon damals vorgeschlagen. Schön das mal so umgesetzt zu sehen. Das Konzept sieht doch super aus.

 

[Ösi]

Sehr schön gemacht Martinez, find ich gut mit abgesetztem Leistungsteil.

Edit: wo ist denn der Platz (anschluss) für die Stützkondensatoren.

 

[Pathfinder]

Sehr schön, ist denn das Problem mit den Viel Poligen Motoren 22P aufwärts gelöst?

Das wäre doch super wenn die Regler damit klar kämen. Sehr spannend für meinen X8