[S] ST7 dev board / ST7FLITE39F2M6

Auch wenn der ST7 den Ausleseschutz aktiviert hat kann man per ICC den Status lesen und beim Auslesen bekommt man unsinnige Daten (ähnlich wie bei den AVRs per ISP).

Danke, das dachte ich auch. Bei mir klemmts schon am Sync, wo der ST7 irgendwann die Datenleitung clocken sollte, es aber nicht tut. QuarzTakt und spannung sind aber OK. an den ICC leitungen hängt auch in der Schaltung nichts dran.

Vielleicht aktiviert die Firmware den Watchdog, und der bleibt über den Reset hinweg persistent an und grätscht beim Programmieren rein?

Ein Watchdog sollte nicht stören. Die ICC Beschreibung ist ja eigentlich recht ausführlich, wichtig ist dass die Anzahl der Impulse passt, hier gibt es kleinere Unterschiede je nach Device.

In welchem Gerät ist denn der ST7 verbaut?

Also den Sync bekomme ich nun hin, danach habe ich noch ein Problem mit den Daten. Data ist entweder auf 0 oder 1 Angenagelt oder ich habe ein problem mit dem Sampling. Das werd ich heute mal mit dem Scope anschauen. Auch die ICC beschreibung werd ich mir mehr zu gemüte führen.

Der Chip steckt in einem Netzteil/Ladegerät mit LLC und erledigt die Regelung auf der Primärseite. Der R8C den ich letzte woche suchte sitzt auf der Sekundärseite, mindestens der war ja nicht gelockt.

Ich werd noch verrückt, den sync bekomme ich hin, der ICC monitor im chip hat aber kein read kommando. Daher versuche ich, den uprog2 stub hochzuladen, zum lesen. Aber die Takte sind nach dem Sync erst 9 zyklen, dann regelmäßig 8. Kann jemand mal eine solche nachricht mit einem funktionierenden Setup und logic-analyzer aufnehmen?

Was genau funktioniert nicht, das "Write Memory" Kommando um den Code in den RAM des ST7 zu laden oder das Ausführen dieses Codes im RAM mit "Go"?

Hi,

das ausführen des Stubs scheiterte an einem kurzen reset-glitch, den der rp2040 pio nach ende des monitor-write auslöste. Ich habe nochmal die ICC Anleitung gelesen und konnte jetzt schon mal nach vielen versuchen erfolgreich flash und eeprom lesen nach einigen fehlversuchen mit den ram stubs. Die werde ich aber demnächst nochmal anfassen müssen, da ich auch einen der chips flashen will, als ersatz für einen durchgebrannten mit vdd-vss-schluss

Hi,

das ausführen des Stubs scheiterte an einem kurzen reset-glitch, den der rp2040 pio nach ende des monitor-write auslöste. Ich habe nochmal die ICC Anleitung gelesen und konnte jetzt schon mal nach vielen versuchen erfolgreich flash und eeprom lesen nach einigen fehlversuchen mit den ram stubs. Die werde ich aber demnächst nochmal anfassen müssen, da ich auch einen der chips flashen will, als ersatz für einen durchgebrannten mit vdd-vss-schluss.

Den reset-puls habe ich während der tests nicht gesehen, da ich mein 2ch-scope nach dem erfolgreichen sync nur noch an CLK und Data geklemmt hatte.