IRMP auf STM32 - ein USB IR Empfänger/Sender/Einschalter mit Wakeup-Timer

  • Das Dokument ST-Link v2 Reverse.pdf kannte ich schon und ich habe da auch schon die Info gefunden:


    aber mir ist schleierhaft, wie ich das auf meine Stick wieder finden soll :O. Des Weiteren irritiert mich die Aussage in der Anleitung IRMP auf STM32 - Bauanleitung.


    Zitat

    Verbinden und resetten wie unter Linux

    bzw.

    Zitat

    In manchen Fällen ist es nötig, zu Beginn des Flashens den ST-Link zu resetten. Dazu muss die Stelle im Bild auf Masse gezogen werden und kurz nach Absetzen des Flash Befehls wieder los gelassen werden.

    Ok, ich würde jetzt hingehen und eine Litze nehmen und die entsprechenden Kontakte verbinden. Du schreibst:

    Zitat

    Der wird normalerweise über einen 100k Widerstand an 3V3 gezogen und über einen Kondensator mit Masse verbunden.

    Also muss ich eine Litze mit Kondensator haben? Welchen? Sorry für die Anfängerfragen aber STM32 ist für mich Neuland und ich habe mal angefangen die STM32 Einsteiger Seite auf mikrocontroller.net durchzuarbeiten:saint::whistling:.


    Gruß

    Obelix


  • aber mir ist schleierhaft, wie ich das auf meine Stick wieder finden soll

    Genau darum geht es ;) . Durchklingeln mit Leitungsprüfer.


    Es geht nicht um zusätzliche Bauteile, sondern darum, die vorhandenen zu identifizieren, weil man gut ein Massekabel daran halten kann. Direkt an Pin7 ist kaum zu schaffen.

  • Du hast jetzt die Stiftleiste mit etwas Litze fest an einem Stick angelötet, richtig?

    Kannst du da mal Fotos von beiden Seiten (Programmer und Ziel-Stick) anhängen auf denen man gut sehen kann was du wie angeschlossen hast?

    Beim Unlocken habe ich noch nie Reset gebraucht. Ich hatte beim letzten Stick die Original-Firmware sogar mehrere Sekunden laufen bis ich letztlich den "Unlock"-Befehl geschickt habe. Mit dem "Unlock" ist die Firmware dann sofort tot (weil gelöscht) und der folgende Flash-Vorgang sollte dann erst recht ohne Reset gehen.

  • Genau darum geht es ;) . Durchklingeln mit Leitungsprüfer.


    Es geht nicht um zusätzliche Bauteile, sondern darum, die vorhandenen zu identifizieren, weil man gut ein Massekabel daran halten kann. Direkt an Pin7 ist kaum zu schaffen.

    Ahh, ok ^^. Ich mach mein Multimeter mal wild.


    Du hast jetzt die Stiftleiste mit etwas Litze fest an einem Stick angelötet, richtig?

    Kannst du da mal Fotos von beiden Seiten (Programmer und Ziel-Stick) anhängen auf denen man gut sehen kann was du wie angeschlossen hast?

    Beim Unlocken habe ich noch nie Reset gebraucht. Ich hatte beim letzten Stick die Original-Firmware sogar mehrere Sekunden laufen bis ich letztlich den "Unlock"-Befehl geschickt habe. Mit dem "Unlock" ist die Firmware dann sofort tot (weil gelöscht) und der folgende Flash-Vorgang sollte dann erst recht ohne Reset gehen.

    Da war ich kurz davor. Der Lötkolben war schon heiß, da hat jrie die Klemmen gepostet und die habe ich bestellt.:saint:


  • Kurzer Nachtrag: Ich hatte bereits openocd 0.10.0 laufen. Wurde wohl eine ganze Zeit lang von den Arch-Entwicklern über das Repository aktualisiert und ist erst seit kurzem im AUR. Mein Befehl aus der Anleitung im Wiki sollte also genau so funktionieren. Ich habe damit vor etwas über eine Woche erst einen Stick mit einer LED entsperrt. Da es unter Windows aber ja auch nicht geht, bleiben nur zwei Optionen. Falscher oder unzuverlässiger Anschluss der Leitungen oder es wird tatsächlich ein Reset gebraucht.


    Resets habe ich aber in der Vergangenheit vor allem gebraucht, wie noch die Programmier-Pins von der Firmware "umkonfiguriert" worden sind (USB-Disconnect auf den Programmier-Pins). Außerdem hatte ich mehrfach komplette Hänger der Firmware wie ich die GCC-Probleme eingegrenzt habe. Wenn die Firmware hängt, dann geht auch ST-Link nicht. Das alles dürfte ja bei der Original-Firmware garnicht der Fall sein. Das erklärt auch warum ich die Original-Firmware eine ganze Weile lang "leer laufen" lassen konnte und dennoch der "Unlock" via openocd sofort gegriffen hat.

  • Hi. Ich werde erst wieder weitermachen, wenn ich die Klemmen habe. Ich hätte zwar schon Lust darauf auf es brennt nicht und husch, husch bringt nichts. Ich werde es dann mit openocd 0.10.x unter Linux testen.

    Allerdings eine Frage zum ST-Link Utility unter Windows: Wenn man dort -> Target -> Option Bytes, die Read Out Protection auf Disabled stellt, muss dann noch irgendwas an- oder abgehakt oder irgendwelche Werte geändert werden? Ich hatte da alles auf Standard gelassen.


  • Achja, ich habe gesehen, es gibt System Workbench for STM32 mittlerweile auch für Linux.





    Ist das hilfreich außer zum Programmieren?


    Dieser Beitrag wurde bereits 1 Mal editiert, zuletzt von obelix () aus folgendem Grund: Frage ergänzt

  • neue Sticks. Aber bei denen hatte ich in der Tat noch nie Reset gebraucht.

    Bei Neuen habe ich auch noch nie Reset gebraucht, nur bei "Verbastelten".


    Die Reichelt/Hirschmann-Klemmen sehen deutlich solider aus als die billigen China-Teile.

    Aber man muss wohl wegen der Metallhülsen aufpassen, keinen Kurzschluss zu machen.

  • Das ist kein Problem. Das Kunststoff verhindert, dass sich die Metallhülsen berühren.


    ST hat auch nochmal geantwortet. Möglicherweise eine "Standardantwort". Ich wurde nach Firmennamen und Firmenstandort gefragt. Ich habe nochmal versucht klarzumachen, dass es sich um ein nicht kommerzielles Open-Source-Projekt geht. Bin mal gespannt wohin das noch führt oder eben nicht führt.

  • Bei mir dauert es noch. Ich habe wohl einen Griff ins Klo gemacht. Habe meine Klemmen beim Shop Display3000 geordert. Kennt den Shop jemand? Wurde hinsichtlich der Klemmen bei mikrocontroller.net positiv erwähnt. Ich bekomme keine Antwort und ans Telefon geht nur der AB :(


    EDIT: Der Grund für die Verzögerung der Lieferung war die Erkrankung des Shop Besitzers und der damit verbundenen Aufenthalt im Krankenhaus. Er konnte somit die Bestellungen nicht bearbeiten. Also der Shop ist OK und kann ihn empfehlen. Die Qualität der Miniatur Prüfklemmen ist echt klasse.


    Dieser Beitrag wurde bereits 1 Mal editiert, zuletzt von obelix () aus folgendem Grund: Grund für die Verzögerung eingetragen.

  • Nimmst du Litze und lötest das schnell :P

    Ja könnte ich machen ;) aber jetzt habe ich sie bestellt und möchte damit arbeiten. Verzögerung hat sich geklärt.


  • Sooo, mit richtigen Werkzeug sieht das gleich ganz anders aus :mua. 8) Das Warten auf die Klemmen hat sich gelohnt.


    1. openocd:


    2. st-flash:


    3. dfu-util:


    Fertig:


    Tasten anlernen mit stm32IRconfig_gui funktioniert auch ^^


    Dieser Beitrag wurde bereits 1 Mal editiert, zuletzt von obelix () aus folgendem Grund: st-flash Befehl mit entsprechender Ausgabe korrigiert. Versehentlich den openocd doppelt gepostet.

  • Das Ganze mal auf die Schnelle mit easyVDR per VIrtual Box getestet. Angelernt, map Dateien erstellt, usw.... Funktioniert mit einer Fernbedienung die mit dem Atric IR-WakeupUSB eco v1.2 nicht sauber funktionieren wollte, absolut tadellos. Ich werde nun einen VDR damit ausstatten.


    Nochmal Danke für die Unterstützung.


    Gruß

    Obelix


  • Hi,

    irgendwie seltsam. Ich habe eine Taste für WakeUp angelernt aber der Rechner geht mit jeder Taste an und nach ein paar Sekunden wieder aus. Also so, als läge ständig ein Signal am SWCLK PIN.


    Gruß

    Obelix


  • Du kannst ja mal mit einem Multimeter messen, was da mit bzw. ohne Tastendruck an liegt.

    Probiere zum Vergleich die September Firmware, die neue Firmware habe ich nur auf Stick und F105 getestet.

    Ich baue die Firmwares alle auf einen Rutsch per Skript, du könntest sie auch selbst bauen, und gucken, ob das was bringt.

    Hat das selbe Problem nicht schon mal jemand hier beschrieben? Du könntest dich (von hinten nach vorne) durch diesen Thread lesen.

    Was macht die LED?

    Wenn du neu flasht, lösche vorher alles, dann verschwindet auch eine möglicherweise fehlerhafte Konfiguration aus dem virtuellem Eeprom.

    Dieser Beitrag wurde bereits 1 Mal editiert, zuletzt von jrie ()