C tut weh!

RESET-Schaltung, also eben mit externem Reset-IC in den Griff zu kriegen.

Aber wenn der externe RESET richtig beschaltet ist (und der Clock

Datenblatt (modulo Errata) stimmt. Weil sonst kommst du vom Hundertsten ins Tausendste: Dann kannste auch anfangen, bei jeder Addition die

dem Flash liest?

Und ja, mir is durchaus bewusst dass es Prozessor-Kerne gibt, die im Lockstep eben genau das machen. Aber es geht hier um die Behauptung von

initialisieren sollte (auch wenn der RESET sauber, datenblattkonform

Johannes

Am 11.10.19 um 17:31 schrieb Johannes Bauer:

Zu 8085 / Z80-Zeiten gab's von AMD den AM9511 Floating Point Coprozessor, und es gab jede Woche entweder einen neuen Chip oder ein neues Datenblatt, aber niemals Sicherheit, ob die irgendwie zusammengepasst haben. Das GRAUEN!

Z80 single-gesteppt hat, dann ging das eigentlich immer gut.

Unser Abteilungsleiter hat dann beschlossen, dass der AM9511

Initialisierung war dann Reset, Wegwerf-Berechnung, nix mehr anfassen, aber weiterrechnen. Irgendwann hat AMD das dann doch auf die Reihe

Am 11.10.2019 um 11:34 schrieb MaWin:

Thema verfehlt, setzen.

Es ging nicht darum, was eine Programmiersprache "nicht kann", sondern nur darum, dass die Assemblerinstruktion "springe an Adresse 0" als eine C-Anweisung aufgeschrieben einen Klammerkrieg ergibt. Ja, C kann das. Es

schlimmer aus als in C oder jeder anderen Hochsprache.

Wie gut man den Resetvektor anspringen kann ist schlicht kein Argument

Programmiersprache hat, die es nicht kann, linkt man die drei Zeilen

"Oh nein, ich kann den Resetvektor nicht anspringen, da muss ich jetzt meinen TCP-Stack, das Webinterface und die Grafikengine in Assembler neu machen" sagt jedenfalls niemand, der mit seinem Produkt fertig werden will.

Stefan

Ich schrieb: "nicht ganz einwandfrei".

Bei der von mir mit Software versorgten Hardware gab es den Fehler nie.

Bei einer neueren Familie MB90F345, LX 24MHz blieb das pauschal. Ganz aktuell sind Familien FX 56 MHz (5-7mal schneller). Damit bekam ich aber nichts zu tun, sondern leider mit Coldfire.

Ich konnte da bei 24 MHz eine 32Bit-Wurzel ziehen in 19 us (Integer).

unsigned sqrtul_F(ulong X);

On 11.10.19 13:49, Johannes Bauer wrote: ...

Selbst das reference manual eines ziemlich simplen Cortex-M0+ (KL16

Anderes Beispiel: Die FM3 von Fujitsu->Spansion->Cypress haben ein SWD-Interface. Spannende Aufgabe, wenn man wirklich nichts anderes zu tun hat: Welche Typen der FM3-Serie hat *wirklich* ein SWD-Interface?

Und dann war da noch das SPI des LPC2220(?), dessen zugeordneter CS-Pin

Kurz: Moderne Microcontroller sind nicht beherrschbar, weil zu komplex und die Hardware Abstraction Layer sind nicht nutzbar, weil buggy, was

Falk

Am 12.10.2019 um 00:04 schrieb Falk Willberg:

il er

, wie

?hlen soll, wenn sein SS Pin aktiv ist? Und als Master eben dauerhaft auf high. ..

. ;-)

ele verschieden Controller auf den Markt werfen ;-)

DoDi

An das Mistding erinnere ich mich auch wieder. Hab mal ne Zusatzkarte zu

einem Reaktordeckel zu berechnen.

Ja, jetzt kommt die Erinnerung wieder voll hoch. :(

Aber der maulheldige Bauer auf dem Misthaufen oben auf dem Mount Stupid wird sowas nie begreifen.

Wolfgang

Am 12.10.19 um 01:54 schrieb Wolfgang Allinger:

Gerhard

Sicher auch nett :)

danach funzte das Ding, auch einige NOP im eigenen Treiber waren notwendig. Hab das Teil mit FORTH und mit einem hp 1603(?) Logic State

Durchdringungskurven und Schallwinkel(Reflektionen) und daraus die

Monate graue Haare beigebracht. Wir Ings. haben uns gekonnt geduckt :)

Jemand anderes hat dann die Transformierung zu der SM-Steuerung drangebastelt. Unterm Strich ein voller Erfolg. Der Robo rollerte mit

Der Robo durfte auch nicht die Schleppkabel verknoten :) War alles sehr spannend.

ne LSI11-03 weiterverwurstet, da die Datenmengen unbedingt auf DEC- Laufwerken abgeladen werden mussten.

Wolfgang

Aber man muss das eben auch im Kontext seiner Zeit sehen. Der 8085 ist

Ich habe mir zum Vergleich mal das Errata Sheet eines STM32F407 geholt, nur weil ich den Prozessor sehr gut kenne. Da ist *tonnenweise* Peripherie drin, u.A. eine FPU. Reference Manual 1749 Seiten lang.

ist da noch nicht mit eingerechnet. Ein unglaublich komplexes Teil.

Errata Sheet: 41 Seiten. Mit so Sachen wie (um jetzt mal bei der FPU zu bleiben) wenn ein VDIV oder VSQRT genau 14 Zyklen nach Start durch ein iret unterbrochen wird, dann kommt da Murks raus. Der Tipp ist,

nicht. Oder ein Problem, das praktisch nicht auftritt, wenn man Hochsprachen-Code schreibt: "As of today, no compiler generates these particular instructions. This limitation can only occur with hand-written assembly code."

Was ich sagen will ist: Die SoCs von heute sind hundertfach, vielleicht sogar tausendfach komplexer als die vor 40 Jahren. Und trotzdem sind die Bugs signifikant geringer oder deren Impakt ist dokumentiert und umschiffbar. Insbesondere auf so Sachen, wie dass die dutzenden internen

Undefined-Behavior-Land. Das kann ich auch nicht mehr retten, indem ich

Workarounds von damals, wie du sie z.B. beschriebenen hast,

einem beschert hat. Aber die Tipps von damals funktionieren auf einem

Johannes

Hallo Hans-Peter,

Du schriebst am Sat, 12 Oct 2019 01:17:29 +0200:

oniert ...

Das ist deswegen unsinnig, weil der bei Benutzung als "GPIO", wenn schon vorgesehen, dann wenigstens elektrisch abgekoppelt und auf seinem Ruhepegel

iche Verwendung, sondern eine vorgesehene Alternativnutzung.

Am 12.10.2019 um 21:10 schrieb Sieghard Schicktanz:

egel

uchliche Verwendung,

Vorgesehen ist dann anscheinend entweder GPIO oder SPI, nicht beides

beschwere Dich beim Hersteller so lange, bis er den Chip nach Deinen

DoDi

Hallo Hans-Peter,

Du schriebst am Sun, 13 Oct 2019 08:36:20 +0200:

Wieso ist Dein Zitat so zerrupft?

hwere

Was halt schlecht ist und anscheinend auch der Dokumentation widersprach.

Nu beruhig' Dich mal wieder, wenn Du Dich oder Dir wichtiges angegriffen

?ren versucht. Mit dem genannten Chip hab'ich nichts zu schaffen.