- Akku Tests und Balkonkraftwerk Speicher         
Seite 3 von 4 ErsteErste 1234 LetzteLetzte
Ergebnis 21 bis 30 von 35

Thema: I²C - Motortreiber

  1. #21
    Erfahrener Benutzer Roboter Experte
    Registriert seit
    15.11.2006
    Beiträge
    463
    Anzeige

    Powerstation Test
    Zitat Zitat von MichaelH
    naja, der Test ohne Motoren war aber leider auch ohne externe Dioden...
    Ich werd aber mal schauen, ob ich irgendwo noch Shottkys herbekomm...
    Die Dioden werden sowieso nur gebraucht, wenn ein Motor angeschlossen ist. Wenn der Fehler auch ohne Motor auftritt, dann kann es nicht an den fehlenden Dioden liegen. Ausserdem würde ich bei so einem Motortreiber-Board erwarten, dass da schon geeignete Dioden dabei sind. Wenn du ein Labornetzteil mit Strombegrenzung hast, dann kannst du das auch einfach überprüfen (ca. 1A Konstantstrom bei maximal ca. 2-3V von einem Motoranschluss zu positiver Versorgungsspannung fliessen lassen und Spannung messen).

    Schreib doch bitte dazu, was du da gemessen hast. So kann man mit dem Photo nichts anfangen.

    Zitat Zitat von MichaelH
    Das eigentliche Problem tritt ja nur auf, wenn mindestens einer der beiden Motoren läuft.
    Weiter oben im Thread hast du doch geschrieben, dass der Fehler auch ohne angeschlossenen Motor auftritt.

  2. #22
    Neuer Benutzer Öfters hier
    Registriert seit
    31.12.2010
    Ort
    BW
    Alter
    32
    Beiträge
    18
    Hallo,


    Zitat Zitat von Jakob L.
    Schreib doch bitte dazu, was du da gemessen hast. So kann man mit dem Photo nichts anfangen.
    Stimmt, du hast recht...
    An Channel 1 ist die Taktleitung des I²C-Busses. Channel 2 ist nicht belegt(vergessen auszuschalten...). Vllt könnte das auch das Problem sein und nicht die im ersten Beitrag genannten "Nadeln". Aber der Absturz des Busses kommt ja erst (nach unregelmäßigen Zeitabständen) bei einer PWM der Motortreiber.

    Zitat Zitat von Jakob L.
    Zitat Zitat von MichaelH
    Das eigentliche Problem tritt ja nur auf, wenn mindestens einer der beiden Motoren läuft.
    Weiter oben im Thread hast du doch geschrieben, dass der Fehler auch ohne angeschlossenen Motor auftritt.
    Jop, sorry, ich hatte mich verschrieben...
    Der Satz müsste so heißen:
    "Das eigentliche Problem tritt ja nur auf, wenn mindestens einer der beiden Motortreiber eine PWM ausgibt."



    Wenn der Bus "abgestürzt" ist, dann dauern immer die I²C-Befehle von Bascom sehr lange (im Vergleich zum normal laufenden Bus), beide Bus-Datenpegel liegen dauerhaft auf 5V und danach ist das Err-Bit gesetzt. Das mit der Befehlsdauer hab ich mit setzen eines Ausgangs und mit dem Oszi herausgefunden. Theoretisch könnte man mit dem Watchdog einen Neustart nach "Busabsturz" erzwingen. Das funktioniert, wie ich getestet hatte auch.
    Aber der Watchdog sollte ja im normalen Betrieb nicht auslösen... Außerdem ist dann ja der SRAM wieder geleert. Das ist also keine Lösung...


    Gruß
    Michael

  3. #23
    Erfahrener Benutzer Fleißiges Mitglied
    Registriert seit
    01.06.2007
    Ort
    München
    Alter
    61
    Beiträge
    199
    Ja kannst Du denn mal die I2C Kommunikation, und zwar beide Leitungen SDA und SCL mit dem Oszi zeigen zu dem Zeitpunkt, wo der Fehler dann auftritt?

  4. #24
    Erfahrener Benutzer Roboter Genie
    Registriert seit
    03.09.2009
    Ort
    Berlin (Mariendorf)
    Beiträge
    1.023
    Den Effekt der Clock-Signale ohne vollen Spannungshub solltest Du m.E. vorrangig bearbeiten. Schwache Clocks sind verlorenen Clocks, dann geht das Busprotokoll sofort baden.
    Das sieht nach gegeneinander verschobenen Bezugspotentialen zwischen MD03 und deiner Steuerung aus. Das könnte passieren, wenn versehentlich der Motorstrom über die Masseverbindung der I2C fließt.
    Haben die (beiden) MD03-Module jeweils eine eigene Stromzuführung oder sind sie parallel (verdrahtungsmäßig hintereinander geschaltet oder mit stark unterschiedlichen Leitungswiderständen (Länge, Querschnitt) ? In letzteren Fällen sind unterschiedliche GND-Potentiale möglich am I2C-Bus.

    Hier wäre es noch gut zu wissen, von welcher Stelle genau das Oszi GND und Signal kriegt. Macht deine Steuerung bei gekapptem Bus ein sauberes Taktsignal? Sehr wahrscheinlich schon; zur Fehlereingrenzung soltest du das sicherstellen.

    Vielleicht solltest Du das MD03 auch erstmal analog ansteuern und sicherstellen, daß es für sich allein sauber läuft. Sind die internen Dioden der MOSFET wirklich als Freilaufdioden zu gebrauchen? Datenblatt geprüft? Welche MOSFETs sind verbaut? Vielleicht stören die internen Dioden nicht, reichen aber auch nicht aus. Es können ja zwei verschiedene Ursachen zum selben Fehler Busstörung führen.

  5. #25
    Neuer Benutzer Öfters hier
    Registriert seit
    31.12.2010
    Ort
    BW
    Alter
    32
    Beiträge
    18
    Hallo,

    erstmal Danke für die Antwort.



    Zitat Zitat von uffi
    Ja kannst Du denn mal die I2C Kommunikation, und zwar beide Leitungen SDA und SCL mit dem Oszi zeigen zu dem Zeitpunkt, wo der Fehler dann auftritt?
    Jap, werd ich am Donnerstag machen.

    Zitat Zitat von RoboHolIC
    Das könnte passieren, wenn versehentlich der Motorstrom über die Masseverbindung der I2C fließt.
    Das lustige ist ja, dass das mit den Signalflanken ja immer auftritt. Also auch wenn der Motortreiber gar nix ausgibt und es folglich keinen Motorstrom gibt. "Aufhängen" tut sich der Bus hingegen (zumindest fast) immer nur wenn die Treiber was ausgeben.


    Zitat Zitat von RoboHolIC
    Hier wäre es noch gut zu wissen, von welcher Stelle genau das Oszi GND und Signal kriegt.
    Das Oszi bekommt sein GND über einen Sternpunkt, an dem alle meine 5V Verbraucher, wie Mikrocontroller und Sensoren angeschlossen sind. Der Motortreiber ist (wie bereits erwähnt) nur auf der Leistungsseite mit GND verbunden (dessen GND führt also noch vom Oszi über den Schaltregler und über die Motorleitungen...). Wenn die Morortreiber laufen würden, dann hätte das der Fehler mit den Flanken sein können, aber so? Ich werd das trozdem mal wieder umverdrahten, dass beide Leistung- und Steuerungsteil wieder einen eigenen GND haben...

    Vom Querschnitt sind die Motorleitungen großzügig (1,5²), die Steuerleitungen hingegen sind dünn (0,2² oder so...).

    Zitat Zitat von RoboHolIC
    Macht deine Steuerung bei gekapptem Bus ein sauberes Taktsignal? Sehr wahrscheinlich schon; zur Fehlereingrenzung soltest du das sicherstellen.
    Werd ich machen.

    Zitat Zitat von RoboHolIC
    Vielleicht solltest Du das MD03 auch erstmal analog ansteuern und sicherstellen, daß es für sich allein sauber läuft.
    Hab ich mir auch schon überlegt. Aber früher lief es ja mal mit I²C, ohne Fehler...
    Mal schauen...

    Zitat Zitat von RoboHolIC
    Sind die internen Dioden der MOSFET wirklich als Freilaufdioden zu gebrauchen? Datenblatt geprüft? Welche MOSFETs sind verbaut?
    Es sind vier IRFIZ48V (Datenblatt) verbaut.


    Gruß
    Michael

  6. #26
    Erfahrener Benutzer Roboter Genie
    Registriert seit
    03.09.2009
    Ort
    Berlin (Mariendorf)
    Beiträge
    1.023
    Das IRFIZ48V-Datenblatt hab ich mir zu Gemüte geführt; schaut im Hinblick auf die Reverse Diode sehr gut aus. Diesen Punkt würde ich doch wieder ganz hinten anstellen.

    Hast du die Motortreiber auch mal gründlich sichtgeprüft? Lötzinnreste, Brücken, kalte Lötstellen, eben die klassischen Fehlerquellen.

    Der nächste große Schritt wäre m.E., die Verdrahtungen wieder zu lösen und von deiner Steuerung ausgehend Stück um Stück wieder neu zu verbinden, z.B. auch den I2C-Bus mal ohne +5V-Leitung zu betreiben, dabei die MD03-Logik getrennt von deiner Steuerung zu versorgen undsoweiter.
    Dabei die Bussignale auf beiden Seiten prüfen (Oszi + Software). Irgendwann kommt man dann der Störungsursache auf die Spur.

  7. #27
    Erfahrener Benutzer Robotik Einstein
    Registriert seit
    08.01.2006
    Beiträge
    4.555
    Wie lang ist denn die I²C Verbindung? Schon einmal mit geschirmten Kabel versucht bei dem der Schirm EINSEITIG an GND liegt?

    Gruß Richard

  8. #28
    Neuer Benutzer Öfters hier
    Registriert seit
    31.12.2010
    Ort
    BW
    Alter
    32
    Beiträge
    18
    Hallo,

    Zitat Zitat von RoboHolIC
    Hast du die Motortreiber auch mal gründlich sichtgeprüft? Lötzinnreste, Brücken, kalte Lötstellen, eben die klassischen Fehlerquellen.
    Ja, das hatte ich schon einmal geprüft

    Zitat Zitat von RoboHolIC
    Der nächste große Schritt wäre m.E., die Verdrahtungen wieder zu lösen und von deiner Steuerung ausgehend Stück um Stück wieder neu zu verbinden
    Hmm, ok. Werd ich demnächst mal machen.

    Zitat Zitat von Richard
    Wie lang ist denn die I²C Verbindung?
    ca. 30 cm

    Zitat Zitat von Richard
    Schon einmal mit geschirmten Kabel versucht bei dem der Schirm EINSEITIG an GND liegt?
    Ja, das hatte ich. Allerdings hatte ich danach das starke Gefühl, dass der Schritt kontraproduktiv war, weil der Fehler dann ziemlich früh auftrat. Deshalb hab ich die Leitung wieder ersetzt.
    Das die Adern verdrillt waren, dürfte ja egal sein, oder?

    Gruß
    Michael

  9. #29
    Erfahrener Benutzer Robotik Einstein
    Registriert seit
    08.01.2006
    Beiträge
    4.555
    Zitat Zitat von MichaelH
    Das die Adern verdrillt waren, dürfte ja egal sein, oder?

    Gruß
    Michael
    Hmmm ?

    Normal werden Signal Führende Leter immer mit Nasse / GND verdrillt. Zwei unterschiedliche Signalleiter eher nicht, das kann Ärger geben. deshalb haben bei Flachband Kabeln auch gewöhnlich jede 2. Leitung GND. Bei Deiner Kabellänge sollte das aber noch gehen?

    Langsam tippe ich auf einen derart saublöden Fehler auf denen kein Mensch normal kommt, ist mir selber auch gelegentlich passiert.

    Gruß Richard

  10. #30
    Neuer Benutzer Öfters hier
    Registriert seit
    31.12.2010
    Ort
    BW
    Alter
    32
    Beiträge
    18
    Hallo,


    hier zwei Bilder vom "Absturz". Die letzte Datenübertragung, die noch stattgefunden hat.

    http://i51.tinypic.com/ye1yf.jpg
    http://i52.tinypic.com/30w5tlw.jpg
    CH1 = SCL
    CH2 = SDA


    Zitat Zitat von Richard
    Langsam tippe ich auf einen derart saublöden Fehler auf denen kein Mensch normal kommt
    Das kann gut sein.


    Gruß
    Michael

Seite 3 von 4 ErsteErste 1234 LetzteLetzte

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •  

fchao-Sinus-Wechselrichter AliExpress