-
Thread
Autorouter mit KI Gesperrt
. Was die heutigen können unterscheidet sich wenig von den Ergebnissen auf einem Unix Rechner mit 68000er Prozessor von vor 30 Jahren. Nur das ich es nicht mehr über Nacht laufen lassen muss. Es nützt auch wenig an den Metriken zu drehen. Es gibt einfach zu viele verschiedene. Analog hat andere Anforderungen
Abklatsch von Intelligenz Biologie hervorbringt, sehe ich jeden Tag wenn ich Nachrichten lese oder mc.net.
-
Thread
gcc11 könnte das avr Backend verlieren
www.phoronix.com/scan.php?page=news_item&px=GCC-11-Dropping-CC0 Es geht erstens um alte µC wie der 68000 (Amiga und Atari Generation) und paar andere sehr alte Teile die bestimmt schon lange nicht mehr produziert werden. Also erzählt bitte keinen Mist. Jörg W., irgendwie solltest du das doch besser
Sinne von Microchip sein, dass AVR Controller weiter unterstützt werden. > Das m68k (Motorola 68000) Backend wurde kürzlich umgestellt, dachdem ein > vergleichbares Bounty für m68k binnen kurzer Zeit > $5000 gesammelt > hatte. Wenn die "arme" Firma Microchip keine $5000 für die Controller
-
Thread
Mehrere parallele SRAMs & Chipselect
gibt auch das motorola 68000 und intel 8080 interface für LCDs Das meinte er vermutlich das I80 ist scheinbar verbreiteter
werden (wenn noch weitere Teilnehmer am Bus hängen). Grüßle Volker (der vor 30 Jahren mit dem MC68000 bastelte)
-
Thread
C64 auf Cyclone II
auf Speicher, Register usw brauchen. Nein muss man nicht, beim Minimic wird beispielsweise ein MC68SEC000 eingesetzt der mit SRAMS statt mit den originalen DRAMS (?) arbeitet. Cyclegenaue Nachbildung genügt und selbst das ist in vielen bereichen unnötig (Tastaturcontroller CIA 6526, erst recht
Rotwang schrieb im Beitrag #5982251: > Nein muss man nicht, beim Minimic wird beispielsweise ein MC68SEC000 > eingesetzt der mit SRAMS statt mit den originalen DRAMS (?) arbeitet. Und ich setze beim VHDL Gameboy auf 100Mhz SDRAM statt des originalen 1 Mhz SRAMs und es ist trotzdem Cyclegenau.
-
Thread
Gutes Steckboard?
wir vieles mit Wire-Wrap gemacht. Fand ich persönlich interessant, ein ganzes Prozessorboard mit 68000er das problemlos funktionierte. Die Steckbretter in der Ausbildung machen alle paar Jahre Probleme, liegt vermutlich an dem Umgang der Azubis, privat habe ich meine (Conrad und Reichelt) beiden
wir vieles mit Wire-Wrap gemacht. Fand ich persönlich > interessant, ein ganzes Prozessorboard mit 68000er das problemlos > funktionierte. Vor 20 Jahren? Eher 40 Jahre. Mit Lochraster konnte ich mich nie anfreunden. Dauert ewig und man kann es nicht vorzeigen. Zuletzt muß man doch eine Platine
-
Thread
Motorola MVME 133-3
Keller aufgeräumt und ein paar alte Schätze gefunden. Hier ein Motorola MVME 133-3, Prozessor ist der MC68020:-)... Ob der wohl noch tut? Grüße :-)
verkaufen? Ich habe ein VME Rack herum stehen mit de ich immer mal spielen wollte, habe aber nur 68000 CPUs dazu, wird also langsam... Gruß, Holm
-
Thread
Erste 65C02 Basteleien.
nicht mit sovielen Registern rumschlagen. ;-) Hardware drumrum waren der Original-Taktgenerator (MC6870) und ein 128x8 Ram (MC6810). Dazu D195 (7495) als Latch für Daten und Adressbus mit 7-Segment-Decodern und VQB71. Tastatur eine 4x5 Matrix als Hex-Tastatur mit TTL-Grab, um Daten und Adresse für
Die Form des Video-Sharings wurde sogar noch bei 68000 Systemen genutzt, auf die gleiche Weise. Die konnte ja auch noch den 6800 Bus. Allerdings war der Zugriff darauf langsamer, weshalb es in dem System 2 Banks gab, eine schnelle und eine langsame.
-
Thread
Suche Vergleichsliste mit der Anzahl an Instruktionen (Opcodes) für die verschiedenen Architekturen
gewechselt). https://de.wikipedia.org/wiki/MOS_Technology_6502 https://de.wikipedia.org/wiki/Motorola_68000#Architektur_und_Befehlssatz Mit dem unteren Teil deiner Frage komme ich so garnicht zurecht. Da mixt du gleich noch verschiedene Eigenschaften die vorrangig von OS verwendet werden und garnicht
auch kein Luxus, während man auf den vielen CISC Zucker (Index indirekte addressierung etc.) wie beim MC68020 verzichten kann, resp der MMU überlässt.
-
Thread
Korrekte Terminierung für Zeit-Synchronisation
eigentlich und muss hier nicht dumm fragen. Taktgenaue Synchronisation ging vielleicht mit Z80 und MC68000. Aber bei heutigen Controllern mit aus PLL hergeleiteten *internen* Takten wird das eher nichts. Vermutlich taugt das Gesamtkonzept einfach nichts.
-
Thread
Verständnisproblem mit Multitasking in uC
Multicore Eine der Stärken z.B. des Amigas war das Multitasking, mir wäre es aber neu, dass der MC68000, oder seine Nachfolger, mehrere Cores hat. Der TE hat ja nicht grundlos "" benutzt ;)
-
Thread
Breakout Bord für ARM für Steckboards!
DIL/DIP-Fassungen, die in Stückzahlen produziert wurden, > waren sogar 64polig, darin war oft der 68000 zu finden. Ja, zum Beispiel in über einer Million Amigas...
182445349739?hash=item2a7a971b6b:g:ybcAAOSwA3dYl1P5:rk:1:pf:0 Gibt es auch "breit", 64 Pin gibt es auch (MC68000), selten und schwer beschaffbar zugegeben. Adapter gibt es auch prinzipiell: https://www.ebay.de/itm/motor-driver-IC-BH6549KV-QFP-48-QFN48-DIL-Adapter-1-Set/152819967033?hash=item2394c7a439:
-
Thread
War es eigentlich damals möglich einen Heimcomputer in die DDR für die Verwandten zu schmuggeln?
processing Speed was bei den 7.* MHz und multicycle-Instructions (ein NOP braucht 7(?) Takte auf dem MC68000) auch gegeben sein sollte. Alternativ kann man in den GENEX-Katalog aus der zeit schauen, da findet sich so einiges was offiziell lieferbar war. https://www.kraftfuttermischwerk.de/genex/genexkatalog1986
anders. Da die Liste von 1989: > https://de.scribd.com/document/22775456/CoCom-Lists-1989 Ein MC68000 mit 1MB RAM war zu der Zeit gewiss kein Spielzeug. Mit Hi-Res-Bildschirm und GUI/Maus war er noch jahrelang "der Mac des kleinen Mannes". Viele denken, wenn Sie "Atari" hören nur an den 800XL
-
Thread
ambitioniertestes Lochraster-Projekt (und meine AlarmSau)
Subsystem mit GDC U82720 und 256 Graustufen, ein portabler Player für Amiga-MOD-Files mit 1 MByte SRAM (MC 68000 und mehrere Einzel-RAMs, alles in DIP/PLCC, aber sehr dicht gepackt). Ist mittlerweile aber größtenteils verschrottet...
Floppymoduls hervorlugt, vermuten lässt, handelt > es sich dabei um einen 32-Bitter. schön, ein MC68020 mit 20MHz getaktet. Gruß aus Berlin Michael
-
Thread
Warum Z80 PIO..geht nicht jeder andere auch?
Von Mostek gab es für den Z80 noch den MK3801 (STI, NMOS) mit USART, Timer und PIO. "Echte" 68000-Peripheriebausteine mit Parallelschnittstelle waren z.B. MC68230 (PIT, NMOS) und MC68901/MC68HC901 (MFP, ursprünglich MK68901 von Mostek, ein Derivat des MK3801). CPU-fremde Peripheriebausteine
dass bei 65xx/68xx Peripherie ohne E kein Interrupt > erfolgt. Ich habe auch nur die Frage nach dem MC68000 beantwortet. Dieser liefert das E Signal, damit eben 68xx und 65xx Peripherie direkt angeschlossen werden kann. suse schrieb im Beitrag #5493772: > Weil der so geil ist. Zustimmung beim Befehlssatz
-
Thread
Warum Pascal/Delphi/Lazarus oft unbeliebt?
um). Ich habe anfangs auch erhebliche Probleme mit der "Klammerei" gehabt und deswegen auf dem MC mit Assembler angefangen - aber mittlerweile komme ich damit gut klar und ziehe C dem Assembler (i.d.R.) vor.
zum mir bereits bekannten Pascal. Aber im Gegensatz zu Pascal fiel uns ein als Ansatz brauchbarer 68000 C-Compiler vor die Füsse, den wir in Eigenarbeit auf ein Selbstbausystem mit Selbstbaubetriebssystem schoben. Und obendrein war noch eine Fundgrube von C Quellcode aus dem Unix-Arsenal verfügbar. Man
-
Thread
RISE und FALL Flanke in Signal verwandeln - diskret
schon klar. Mein Berufsweg verlief etwas anders, so dass ich damals zwar noch lernte mit z.B. Z80 oder MC68000 programmieren. Danach aber nicht mehr. Heute bin pensioniert und darum, wenn ich unterstützen kann, ist es oft die analoge Schaltungstechnik oder wenn es etwas Kleines ist auch mal Digitales.
Da kommen nur Kerkos vernünftig in Frage. Womit das auch wiedermal erwähnt ist. :-) Der CD4538B (MC14538B) eignet(e) sich für lange Zeiten besser als der CD4528B (MC14528B). > Abgesehen davon hätte meine Lösung *ohne* µC einen Schmitt-Trigger > (xx14, single Gate) und ein EXOR (xx86, single Gate
-
Thread
Befehlsadresse ab 0 oder 1?
gelöst, fängt der erste befehl bei Befehlsadresse 0 > oder 1 an? Kommt darauf an, ich meine beim MC68000 lag der Resetvector auf der 0x0004 http://research.cs.tamu.edu/prism/lectures/mbsd/mbsd_l9.pdf beim Z80 dagegen auf der 0x000
-
Thread
Assemblerprogrammierung ARM CORTEX
weiß, das ist > unfair, denn 68000 Familie war CISC total. Natürlich reichten da keine > 1-2 Takte, verständlich. Ähm, nö. Ein mc68060 schafft mit dem Grossteil des m68k Instruction-Sets mindestens einen Befehl pro Takt, in den
Compiler, so daß der Assembler erheblich weniger Fehler machen wird. Den Höhepunkt (und das Ende) der 68000 Familie, den 68060 kenne ich leider persönlich nicht. Beim 68000er hatten die schnellsten Befehle 4 Takte (68020 2 Takte bei Cache hit), die sich schnell vervielfachten bei komplexen Adressierungsarten
-
Thread
Betriebssystem für 32 Bit µCs?
MC.net Mods sind feige.
XC68000 schrieb im Beitrag #5227837: > Christopher J. schrieb: >> ChibiOS RT/NIL: > .. >> + sehr schnell > > Was ist denn eigentlich hier schnell und langsam? > > So eine Cortex MCU braucht ja so
-
Thread
Wieviel kB für einfachen 8051 Assembler ?
Aufgabe - ich möchte das nicht machen Findest du? Mein erstes nicht triviales C Programm war ein 68000 Assembler.
MC.net Mods sind feige.
-
Thread
Arm Cortex im DIP Gehäuse Gesperrt
! Parallel zu den Acorn Computern gab es die Atari ST Serie mit der technisch sauber durchdachten 68000 Familie. Deine Frage, wo sind diese Prozessoren alle geblieben, ist absolut gerechtfertigt! Motorola hat nach dem großen Erfolgen der 68000 Dimension nichts mehr gebracht, weswegen Apple damals
Uwe schrieb im Beitrag #5213521: > Motorola hat nach dem großen Erfolgen der 68000 > Dimension nichts mehr gebracht, 68000 wurde so lange weiter entwickelt, bis man merkte, dass man zurückrudern muss, weil die Architektur in all ihrer Komplexität mehr mit sich selbst als mit
-
Thread
Wird ein Interrupt gespeichert?
88A-88PA-168A-168PA-328-328P_datasheet_Complete.pdf&usg=AOvVaw1737uYd3aLQvvobeVtfUHP Wozu hat der MC wohl so viele "Interrupt Flag Register"?
man die Hardware schon sehr ungewöhnlich nutzen > musste, um den Effekt hervorzulocken. Bei 68000 wars der vektorierte Modus. Wenn der Urheber des Interrupts beim Vektor-Zyklus selbst nicht mehr wusste, welchen er dem Prozessor liefern soll. Autovektoriert wars sauber. Bei den LPC2000 musste
-
Thread
8-Bit Controller noch zeitgemäß?
nicht, warum soviel Aufhebens um den Preis gemacht wird, eine Platine besteht doch nicht nur aus dem MC allein. In meinen Schaltungen ist der MC bei weitem nicht das teuerste Bauteil, sondern geht völlig in dem anderen Kleinzeug unter. Die AVRs sind recht einfach zu durchschauen, obwohl manchmal die
, warum soviel Aufhebens um den Preis gemacht wird, eine > Platine besteht doch nicht nur aus dem MC allein. In meinen Schaltungen > ist der MC bei weitem nicht das teuerste Bauteil, sondern geht völlig in > dem anderen Kleinzeug unter. Moderne 8-Bitter besitzen oft Zusatzfunktionen, die ich dann
-
Thread
Aktueller Mikrocontroller, der gut "bare metal" zu programmieren ist?
#5077502: > Welchen Chip (welches Board) würdet Ihr mir heute empfehlen? M16C. Ist im Prinzip ein 68000 Prozessor nur als uC mit 100 Pins. Schnell, in C programmierbar, IDE ist von Visual Studio, und bare metal, also keine Libnraries von Kleinkindern, sondern du darfst alles selbst programmieren
sich entscheiden, ob man onboard Peripherie haben will (Discovery Boards) oder eher nur den puren MC (Nucleo Boards). Wenn du mit Audio experimentieren willst, ist z.B. das STM32F4 Discovery nicht so schlecht. Da ist ein DAC schon drauf und es gibt noch einen freien I2S Bus. Allerdings nicht viel
-
Thread
H8/300 Frage (genauer H8/3003)
scheint ein PDP11-Verwandter zu sein, PDP11 on Steroids? Die H8/300H haben eher Ähnlichkeikeiten mit MC68K. Altes Datenblatt anbei.
sagt Wikipedia: https://de.wikipedia.org/wiki/Renesas_H8 Unrecht hast du trotzdem nicht mit dem 68000, der 68000 ist aber auch ein ziemlich kompletter Erbe der PDP11 mit auf 32Bit erweiterten Registern. Gruß, Holm
-
Thread
Gesucht: Ältester IC im Forum
unbenutzt, eingelötet, ausgelötet, aber nur locker zur Kenntnisnahme. Im Anhang und zum Einstieg ein MC14511CP von 1973 (Siebensegmentdekoder/treiber). Mit heutigem Datum, dass er sich in meinem Besitz befindet. Ich bin überzeugt, dass dies niemand unterbieten kann ;-) Auf, auf, zu den Schatzkisten
Eher ein 6.8k ;) 68k ist für MC68000 reserviert... Aber schön, ich wusste nicht, dass Atari mal sowas gemacht hat. Das Zigzag-Gehäuse sieht aber schon sehr japanisch aus, ist sonst eher selten.
-
Thread
Praktische und robuste Datenübertragung mit RS-422 und RS-485
der sonst > hauptsächlich in Druckern Verwendung fand? Die echten Macs hatten einen Motorola MC68000 - Prozessor. PowerPC kam erst vieeel später. > Wieso schlechtes Beispiel? Exotischer Bus für Kommunikation und SCSI war > natürlich auf Apple Art "incorporated". Es liefen nur Platten dran
-
Thread
Seit SMD kaum noch Lust am Basteln
immer fasziniert von vielbeinigen ICs war, und immer so weit sein wollte, das ich mit einem Z80 oder MC68000 was bauen kann. Heute kann ich es..aber schlage mich mit Breackoutboards rum, und es fehlt das Glücksgefühl wenn ich den Bastelhaufen dann fertig habe..es sieht einfach scheiße aus
-
Thread
Microcontrollertyp gesucht
Laut diesem Manual war im Original ein 68000er verbaut und aus irgendeinem Grund noch ein 8751, ein 6502A und anderes Zeug mit 40-Pins: YM2203 (afair Sound) http://www.gamesdatabase.org/Media/SYSTEM/Arcade//Manual/formated/Chelnov_-_Atomic_Runner
#4995760: > Sorry meinte 68705 ohne hc in der Mitte Treffer. http://www.xinpian.net/MOTOROLA/MC68HC705/MC68705R3.pdf Besten Dank! Das HC05-Datenblatt habe ich, aber dass der 6805 ohne HC eine abweichende Belegung hat hätte ich nicht erwartet.
-
Thread
Microcomputer selber bauen
Ich mag auch den M68000. Bekommt man noch bei Digikey (Part# MC68SEC000AA16-ND) Chr. M. schrieb im Beitrag #4985984: > Die 16 Bit vom 8086 lassen sich mit Knöpfen besser handeln als > 32 Bit vom 68000. ??? Auch
ein Wiki mit nachbaufertigen Projekten: https://www.retrobrewcomputers.org/forum/index.php Für 68000er Fans ist vielleicht auch dieses Projekt interessant: https://www.bigmessowires.com/68-katy/
-
Thread
Was definiert die Bittigkeit einer CPU
the MC68000 instruction set will run unchanged on the MC68008, MC68010, MC68020, MC68030, and MC68040. This is possible because the user programming model is identical for all processors and the instruction
Thomas E. schrieb im Beitrag #4982467: > Die 68000er waren intern immer 32-Bit CPUs. "The MC68000 has a 16-bit-wide ALU that essentially performs all data calculations and provides single-pass evaluation of the 16-bit data, for which the MC68000
-
Thread
Vorsicht Ebay: Goodtronic aus Honkong..
-9/68000 C Compiler User's Guide
nicht davon sprechen würde das Motorola den 6809 beerdigt hätte, sie haben sich nur selbst mit dem MC68000 eine Konkurrenz gemacht der sie damit nicht gewachsen waren :-) Das Hitachi die Erweiterungen zum Geheimnis gemacht hat ist wohl den Entscheidungen der eigenen Rechtsabteilung zuzurechnen. Man
-
Thread
IDA Pro wieder zurück assemblieren
Steffen Hausinger schrieb im Beitrag #4971244: > mulu.l d1,d7 > => Error: Bad size on opcode Der MC68336 µC hat eine CPU32, die kann etwas mehr als die klassische MC68000 CPU. Der Asm68k kann (IMHO) keine CPU32 Befehle.
liegt wahrscheinlich daran, daß CPU32 ein paar Befehle und Adressierungsarten kennt, die ein simpler 68000er nicht kann und dein Assembler nicht weiß, daß Du für CPU32 assemblieren willst. Adressregister indirekt mit Offset und Displacement (oben) und mulu.l (unten) gehören zu den CPU32-Erweiterungen
-
Thread
NDR Klein Computer
ist sondern Nostalgie. Ich könnte hier gerne einige MC68k Rechner für umme anbieten, nur will hier sicherlich keiner mehr mit 5 1/4" oder 8" Disketten hantieren, ganz ab von der geringen Gechwindigkeit und geringen Speicherkapatität. Die Zeit dafür ist vorbei
Mi N. schrieb im Beitrag #7808065: > Ich könnte hier gerne einige MC68k Rechner für umme anbieten, Hmm, ich könnte auch endlich mal die teils noch originalverpackten VME-Bus-Rechner mit 68xxx ausprobieren, die ich vor ziemlich genau zwanzig Jahren bei einer großen
-
Thread
Was sind eure Lieblings-ICs?
MC68000 im 64pin DIP Keramikgehäuse! Sehr schön, einen so riesigen Käfer habe ich nie zuvor gesehen.
MC791P
-
Thread
Optimale Maschinensprache
(knapp dahinter) > (3) ARM v5 thumb > (4) MIPS16 > (5) AVR8 > (6) MIPS32 > (7) i86-64 und MC68000 kommt auf Platz 8 ??
Ordner schrieb im Beitrag #4877625: ... > > und MC68000 kommt auf Platz 8 ?? Das glaub' ich nicht. Von dem (richtig schön orthogonalen) Befehlssatz benutzen gängige Compiler kaum die Hälfte. Und auch gute Assembler-Programmierer nicht alles. Aus
-
Thread
C-Code von AVR-NET-IO zu bekommen?
teuer diesmal, ich hatte zuerst bei OSH Park 5 Platinen billig geordert und alles Vogelfutter und MC selber gekauft und bestückt war auch nicht billiger also hatte ich die letzten um 20,-€ bestellt, aber das ist böse teuer, da lohnt sich fast wieder die nackten Platinen zu ordern wenn nicht diese doofe
kann ich gut verstehen. Früher habe ich auch viel gefädelt. Eine ganze Doppel-Europakarte mit einem 68000 und Peripherie - das ganze board voll. Da weiß man dann was man getan hat. So was ist ziemlich verrückt wenn man nicht muss.
-
Thread
Raw Binary mit GDB debuggen?
Vorhaben muss der Weg jedoch umgekehrt sein: Ich habe lediglich einen Memory Dump (Binärdaten) von einem MC68k System. Dieses möchte ich reverse engineeren und um es besser zu verstehen, mit GDB durch den Assemblercode steppen. Mein erster Ansatz war, GDB direkt mit den Binärdaten zu füttern. Jedoch habe
m68k-elf-objdump -D -b binary --architecture m68k:68000 <raw binary> (oder eben ein anderer, unterstützter Prozessor der M68K-Familie) müsste dir ein brauchbares Disassembly liefern. Allerdings ist da noch etwas Arbeit und Hirnschmalz reinzustecken
-
Thread
for(;;) bedeutung?
ich habe hier einen funktionierenden Code mit einer for-Schleife: [code]for(;;) { if (mc_interface_get_state() == MC_STATE_RUNNING) { ledpwm_set_intensity(LED_GREEN, 1.0); } else { ledpwm_set_intensity(LED_GREEN, 0.2); } mc_fault_code fault = mc_interface_get_fault
mc.net at its best schrieb im Beitrag #4757637: > Frage: for(;;) bedeutung > Antwort: Endlosschleife > mc.net: 110 Antworten Das liegt u.a. daran, dass deine Antwort "Endlosschleife", so knackig
-
Thread
Befehlssatz der bo8-CPU - was ist gut, was ist schlecht
man mußt erst entdecken, wo man die wie einsetzt, genauso die Block-Befehle. Ich habe auf einem MC6800 angefangen, da hatte man das Theater mit zuvielen Registern sowieso nicht, der Ansatz, 2 gleichwertige Akkus zu haben, war aber durchaus auch praktisch. Vergleiche mit aktuellen CPUs würde ich
"make" eingeben muss. ⁴) Bei anderen Prozessoren und Mikrocontrollern, wie dem 6502, Z80, 68000, 8051, C167, TMS320Cxx und AVR (einschließlich der zugehörigen Tools) hatte ich diese Probleme zwar nicht, aber die sind ja im Vergleich zu deinem Prozessor auch Kinderkram.
-
Thread
Welcher µC für meinen Zweck?
Steuerungsprodukt kommt? Damit das nicht so ein Kindergarten wird, muss man hier ein RTOS einsetzen, 32Bit-MC mit 80MHz und 128kB RAM. Das sind immerhin DREI Schrittmotoren die Ventile öffnen/schliessen sollen. ;)))))
wurde (DOS) Apple hat sehr wohl auch am Anfang auf neue, leistungsfähige CPUs gesetzt, so z.B. den 68000.
-
Thread
Homebrew mit MC68000, VIC-II und Sid
wie wäre es mit dem OCS, ECS oder AGA ? Passt besser zu einem 68000er. Aber warte, die Systeme gibts ja schon. Gruß, dasrotemopped.
MC6845 ist etwas universeller als Grafikchip. Der 6581 verträgt sich mit allem.
-
Artikel
Digitaltechnik
vom Intel 8080 abstammt DEC Alpha AVR mit AVR-GCC Typische Vertreter für Big-Endian sind: Motorola MC68000 PowerPC SPARC Zilog Z8 und Z8000 Mit der Endianess in Verbindung steht die Frage der Bitnummerierung. Wenn man bei Big-Endian die Bits von rechts nach links nummeriert, bekommt man spätestens bei
-
Thread
Das Ende von 8bit?
Assemblerprogrammierer oder AVR-Assemblerprogrammierer? Was stört Dich bei der Assemblerprogrammierung eines MC68000, der ja von der Busbreite her 16 Bit aber von der Programmierstruktur her ein 32 Bitter ist? Normalerweise sind sich Assemblerprogrammierer einig das der MC86000 oder die PDP11 die"schönsten" Architekturen
kompletten TCP/IP Stack *selbst* implementiert hat. Das ist schließlich auch nicht die Aufgabe eines MC.
-
Thread
Lizenzfrage Programm Codegenerierung
V1.0, dated 10 June ; ; 1976. Some bugs have been fixed and additions have been made ; ; from Don McKenzie's Z8TBASIC, V2.0, dated 26 August 1993, ; ; also based on the Sherry Bros. version, and from Gordon ; ; Brandly's TBI68K, V1.2, a version of Tiny Basic for the ; ; Motorola 68000