-
Thread
Union Problem
( mit je 8 Bit) ein Padding Byte einfügt. Wenn ich mich recht erinnere war es doch zb. bei einer 68000 so, dass Speicherzugriffe auf ungerade Adressen zu einer Exception führt. Also hat der Compiler speziell unsigned char so ausgerichtet, dass jeder der beiden auf jeweils einer geraden Adresse zu
local_spule_low; while (!(SPSR & (1 << SPIF))); cs_dimmer_high; [/c] Statt faul auf SPIF zu warten, kann der mc ruhig schonmal vorarbeiten ... Übrigens setzt gcc diesen Ausdruck meines Wissens nicht mit 8*Shiften um, sondern kopiert das High- ins Low-Byte: [c] SPDR = dimmer.spulenwert >> 8; [/c] Einziger
-
Thread
HC08 günstiges Board?
Hallo, ich wollte mal fragen, ob hier jemand ein erschwingliches aber dennoch günstiges Board für MC68ger kennt. Warum das alte Zeug? Weil es meine Ausbildung nächstes Jahr verlangt! Der zuständige Lehrer dazu: Der 68HC ist 1000 mal schneller als ein C++ Programm auf einem Pentium. Ich
auch Prozessoren, also CPUs ohne die integrierten Peripherieeinheiten des Mikrocontrollers, wie den 68000 und seine Abkömmlinge oder den 6809. Das Interessante daran ist, daß eine weitgehende Befehlskompatibilität besteht, d.h. diese Typen, abgesehen von bestimmten Erweiterungen, auf dem selben Befehlssatz
-
Thread
Suche Taschenrechner-Sourcen für Mikrocontroller
Taschenrechnern sind nur 4-Bitter drin und die schaffen es ja auch." In meinem TI-89 ist ein MC68000 drin, und der hat meines Wissens ein paar Bit mehr...
> 68000 Auch wenn dein TI-irgendwas einen 68000 drinnen hat, beweist das noch lange nicht, dass ein 4-Bit Rechner nicht schneller rechnen kann, als du die Taste loslassen kannst. In einem 08/15 Taschenrechner
-
Thread
Motorola MC68332
tag auch, ich suche einen freeware c-compiler für den Motorola MC68332 (68000-er familie). ich habe zwar durch google etwas gefunden, aber der cc68k ist absolut nichts wert, der compiler hat überhaupt fast keine funktionen. weiss jemand von euch, ob es so eine gratissoftware
-
Thread
such CPU 68008
hei, danke für alle Anworten. muß weitersuchen, da ich den 68008 suche. Kann den 68000 nicht gebrauchen, da diese einen 16bit Datenbus hat. bis bald dieleena
Hallo Dieleena Kann ihnen den MC68008P8 oder MC68008P10 DIP48 MOTO Liefern. angooni@web.de
-
Thread
Gute alte Zeiten :)
topic/54554#new ja das war auch mein erster Computer, dann 1979 der AIM65, zu dem in der Funkschau/mc, oft zusammen mit dem etwas älteren KIM, Programme erschienen.
war mein erster Computer, satte 4K RAM, 4K ROM. Dann Model 4P etc... Passt heute alles in einen MC ;-))
-
Thread
Suche 68000er
Hallo, ich habe hier noch einen MC68000P8 liegen, den könntest du haben. Ist aus einem alten Amiga 500. Bei Interesse kannst du eine E-Mail schreiben. Mfg Florian
moinsen 2*TS68000CP12 1*TS68000CP10 2*Ts68008CP10 werde nochmal sehen, ich bin mir sicher, daß da noch mehr sind.
-
Thread
Mikroprozessorboard
Du kannst auch einen 68000er nehmen. Da lernt man noch viel, viel mehr. User-mode, Supervisor-mode, verschiedene Programm- und Datenbereiche, Coprozessor und wie man dem Teil auf die Schliche kommt, wenn es bei irgendeinem Zugriffsfehler
mit 128 Byte RAM). EMUF= Einplatinencomputer mit universeller Festprogrammierung hieß das von der "MC" 1981/82 veröffentlichte Projekt.
-
Thread
Suche einen 6800
extern belegten Speicherbereiche überlappen... Als Vergleich habe ich Dir mal die Sockelbelegung des MC6800 angehangen. Gruß, Holm
untergekommen, angefangen mit I8008 (U808D), 8080 und 8085, 8048/49, Z8 (U88xx), Z80, 8051 PIC (ekel) 6809, 68000/10/332 und auf einem NEC75CG08 habe ich auch mal rumgehuckelt... (4 Bit, weiha!). Das Meißte mache ich aber derzeit mit den AVRs. Gruß, Holm
-
Thread
8bit MCU
nebenbei aussagt, wie viele Bits Daten von der CPU gleichzeitig verarbeitet werden können." MC68008->32Bit Datenbus Also: "Habe ich das behauptet?" -> Ja
Stimmt doch überhaupt nicht. Der 68000 hat 16, der 68008 8 Bit Busbreite. Ist meines Wissens eine 16-Bit-Architektur, die prinzipiell auch 32 Bit bearbeiten kann, allerdings die Daten nicht in einem Zyklus einlesen kann! Nicht dass
-
Thread
Neuer Microcontroller von Atmel
"Hilfe! BigEndian!" Also ebenso wie PowerPC, HPPA, ARM, Alpha, Sparc, 68000 usw (ja, ich weiß: teilweise lassen die sich auch auf LittleEndian umstellen, aber nur teilweise). Jetzt wird also schon der Normalfall zum Nachteil erklärt? Gibt es außer x86 überhaupt eine Architektur
vollständig unsichtbar für den Programmierer. Der Programmierer merkt davon nichts. Wenn der Prozessor/MC den nächsten Branch richtig voraussieht, dann arbeitet er einfach weiter. Irrt er sich aber, z.B. weil eine Schleife beendet wird, dann muss er die Pipeline ausleeren und sie wieder auffüllen. Du
-
Thread
Schachcomputer
Schachengine, die in C geschrieben wurde. Ich hatte mal eine für meinen TI92 compiliert. Der TI92 hat einen MC68000 mit ca.10MHz und 128kb RAM. Es sollte also kein Problem sein, sowas auch auf einem ATMega 128 vielleicht mit extra RAM zum laufen zu bringen. Die Spielstärke war im übrigen unterirdisch schlecht
-
Thread
Linux auf einem AVR-System?
<Klugscheißermode> Was meint den Motorola dazu. Ich zitiere aus dem Programmers Manual: MC68000 16 / 32 bit Microprocessor MC68EC000 16 / 32 bit Embedded Controller ... MC68008 16 bit Microprocessor with 8 bit data bus Oder aus dem User Manual 1.1 MC 68000 The MC 68000 is the first implementation of the M68000 16/-32 bit microprocessor architecture. </Klugscheißermode> Soviel vom Erfinder der 68000er.
-
Thread
Hilfe zum einstieg AVR oder 8051
gemacht und anschließend Informatik studiert. Ich habe auch schon den Intel 8085 so wie den Motorola 68000 in Assembler programmiert. Durch das Studium habe ich mich aber letzt endlich in die Hochsprachen wie C C++ und Java viel stärker vertieft, so dass mir ein Controller der mit C Programmiert werden
das ist doch die ganze Schaltung, mehr brauchst Du nicht (außer natürlich 5V). Das eine ist der MC und das andere ein MAX202 oder kompatibler (HIN202, ADM202, SP202 usw.), der macht die Pegelwandlung zur COM. Die UART kann nach dem Programmieren natürlich auch von Deiner Anwendung benutzt werden
-
Thread
Gibt es reine 16-Bit-MCs?
genauer ich mir den MSP430 ansehe, desto mehr erscheint er als 8-Bitter und daß TI den MSP430 als 16-Bit MC verkauft ist eigentlich Betrug! Gibt es denn keine reinen 16/32/64-Bit Mikrocontroller?
breit. Es ist müßig, Macken zu hinterfragen. Entweder man lebt damit oder nimmt einen anderen MC mit anderen Macken. Peter
-
Thread
[S]: Mikrocontroller-Praxis MC68Hc11
--------------------------------- Arnulf Wallrabe: Mikrocontroller-Praxis Einstieg mit dem MC68HC11 276 Seiten, mit Diskette, 1997 http://elmicro.com/de/bu-wallrabe.html
Freescale sind. Ansonsten könnte der Unterschied kaum grösser sein. MCF5272 = Codefire = erinnert an 68000.
-
Thread
Motorola 68k
"Motorola 68k" und "Controller" in einem Atemzug. Bist Du Dir sicher? Der 68K (ausgeschrieben: MC68000) wurde von Motorola 1979 auf den Markt gebracht und war ein 32-Bit-Prozessor mit externem 16 Bit breitem Daten- und 24 Bit breitem Adressbus. Verbaut wurde er unter anderem in frühen Apple Macintosh-Modellen
. Der Befehl TAS erlaubt es, Prozesse zu synchronisieren. Das alles machen schon die allerersten MC68000er aus den '70er Jahren. Und wenn man den 68000 verstanden hat, greift man heutzutage zu einem Coldfire, der keine Wünsche offen läßt.
-
Thread
Pac Man mit dem ATmega8
es mir damals möglich, mehrere 16x16 Pixel Sprites auf nen AtariST darzstellen und zu steuern. Der MC68000 war zwar ein 32-Bitter lief dort aber auch nur mit 8MHz und die kleinste Ausführungszeit eines Befehles waren 2 Takte. Es sollte ja auch nur ein Anreiz sein. MfG Andi
Seite. Hier habe ich nur so aus Just for Info gepostet, da es ja ein tolles Nachschlagewerk für alle MC Bastler ist.
-
Thread
CPU Selbstbau Gesperrt
1-Bit: MC14500 - allerdings war das nur der Kern eines Prozessors, die Ablaufsteuerung fehlte vollständig. Ansonsten waren so allerlei Prozessoren, integrierte und diskrete, trotz höherer Datenbreite bitseriell
genaus an dem MC14500 habich mich orientiert. Also ich baue -> hab noch nicht mit Löten angefangen, nur Schaltpläne gemalt und Relais gekauft. Aber die Schaltpläne sind soweit fertig.
-
Thread
unterschiede bei µC?
hallo, bin ein anfänger und habe noch nicht viel mit MC gemacht. weiss nur das ich wahrscheinlich ein projekt mit PIC µC machen werde. sind PIC µC die besten? gibt es wesentliche unterschiede bei der belegung der pins und beim programmieren mit assambler
Schaltung programmierbar 3. der schlimmste Assemblerbefehlssatz, den ich je gesehen habe (im Vergleich zu MC68000, x86, AVR und MIPS) 4. umständliches Umschalten von Speicherbänken Das ist natürlich alles Geschmackssache. Ich weiß auch nicht, wie das bei den neueren PIC Prozessoren ist. Vielleicht wurde
-
Thread
Suche: MC68000p16F Dil
Hallo... ich bin auf der suche nach einem MC68000p16F im Dil package... hab leider nirgendwo mehr was gefunden und wollte nun fragen ob hier vvl jemand einen zuhause hat den er mir vvl verkaufen würde... MfG e45tg4t3 aka Benjamin Schneider
-
Thread
Hex Wert -> Dezimal an LCD ausgeben
Fortran, Pascal, etc. weiter. Ich hab mich dann über diverse Assembler-Dialekte (8051, Z80, 80xx, 68000 etc) so langsam "runter gerobbt" an die Prozessor Register, bis ich irgendwann mal auf Slice-Prozessor-Ebene Microcode gecoded habe Na ja, vielleicht ist es ja bei dir anders rum: Vom Kleinen
sondern in BASIC. QB und VB sind meine Freunde, aber dafür schäme ich mich nicht. Beim AVR (andere MC's nutze ich nicht) hat man ja kein Betriebssystem, sondern hantiert man ja direkt an der Hardware. Diese ist im Datenblatt erklärt. Komplizierte Berechnungen muss ich nicht durchführen, ich habe da mehr
-
Thread
M16C samt Dev-Kit für lau!
hier: http://www.circuitcellar.com/renesas2005m16c/kits/StarterKitdescription.htm Da taucht das MC32-Kit nicht auf. Vielleicht wollen die damit einfach nur die Leute raussieben, die nur das Kit umsonst haben wollen.
Hallo SuperGrobi, ob die SW nun sooo schlimm ist weiß ich nicht, ich kenn ja nur AVR, 68000 (Atari), Z80 und Borland C 3.1 (PC). *g* Aber einige hier im Forum genannte Punkte sind schon nicht so schön, für umsonst natürlich völlig OK. Bei mir funktioniert(e) der installer nicht, so habe
-
Thread
TCM3105 an AVR
dir leider nicht (mehr) dienen. Aber so einfach wird das nicht. Weder auf der PC-Seite noch auf der MC-Seite. Aber wenn du meinst, ein kleines gestricktes Programm reicht, dann tu es. Ich halte mich da raus. Ich weiß nur, dass der Treiber auf der PC-Seite so zeitkritisch ist, dass er nicht mehr in
basierendes) MODEM mit einem eigenen Rechner. Beim TNC2 ist das ein Z80-System, beim TNC3 ist das ein 68000-System, als (gute, aber stromfressende) Billiglösung gab es den PC (286er reicht) mit DOS622, TFPCX (2.0, die anderen waren recht taub) und PCTNC.EXE. Dies verhielt sich am WIN-Rechner wie ein TNC,
-
Thread
Kleines Programm geht nicht
am Anfang in den zweiten Interuppt springt. Hab ich da was falsch gemacht? INCLUDE 89c52.mc LJMP Init 'Überspringe Interruptroutine nach einem Reset (0003h): ;Interuppt 0 INC R0 IF R0 > #DFh THEN MOV R0,#DFh RETI (0013h): ;Interuppt 1
LJMP Init keine Adresse angegeben. Wo soll er nun anfangen, den Code zu generieren? Wird in 89c52.mc auch Code erzeugt? Wo wird der hinassembliert? Gruß, Markus_8051
-
Thread
x86 Prozessor
Ich hatte selbst vor ca. 15 Jahren einen MC68000 im Atari ST und Amiga 500 in ASM programiert. Der 68000 lief dort mit 8MHz und ist eine CISC-CPU. Die kleinste Ausführungszeit eines Befehls wie add.w d0,d1 betrug 2 Takte also max. 4MIPS. Ein
d0-d7/a0-a6,a7 (Move Multiple) und divs.l d0,d1 (32Bit-Division) ist der 68000 dann klar im Vorteil. Allerdings benötigt der 68000 dann auch 4 Takte für 32Bit-Operationen da die Alu im 68000 16Bit breit ist und der quasi bei 32Bit-Operationen 2 mal schalten muß a 2 Takte. Sicher
-
Thread
BASCOM bzw. BASIC wie sieht die Struktur aus?
War´n kleiner Scherz! Basic war auch meine erste Sprache (ZX81), dann kam Z80-ASM, MC68000-ASM, dann Pascal, dann lange nur Basic mit Access- und Visual-Basic auf PC und jetzt hats mich mit AVR-ASM bei den µC wieder gepackt. Aber ehrlich: Warum gehst Du dann nicht zu C? Ich habs bisher
-
Thread
Assembler oder C
@Stefan Kleinwort: Mensch, Du erwähnst tatsächlich den 68000 und machst mich richtig Wehmütig! Hatte früher, bevor die PC´s langsam zu reifen begannen, einen Atari ST mit nen MC 68000. Für Assembler wirklich ein geiler Prozessor. Da braucht man wirklich keine
Sprache, und manchmal mache ich immer noch etwas damit. Ist mir eigendlich sehr sympathisch. Im mc-Bereich sieht es mit Pascal aber meistens schlecht aus. Es gibt zwar diverse Pascal-Compiler für verschiedene mc. Aber nur bei C kann man sich wirklich sicher sein, bei einem Plattformwechsel wieder
-
Thread
mikrokontroller vs. mikroprozessor
umgehen, die nicht im Microcode sind. Wird ja auch zuhauf gemacht. Also die Unterscheidung zwischen MC und Prozzi ist wohl nicht leicht ;)
Mikroprozessoren: Z80,6502,8085,80486,Pentium ..., 68000, Mikrocontroller: 8051,Pic,AVR,manche ARM,
-
Thread
HC12 oder M16C
M16C: M306N0FGTFP (256KByte DINOR Flash / 10KByte SRAM / CPU_CLK = 20MHz / 5V / 2xCAN) HCS12: MC9S12DG256 (256KByte Flash / 12KByte SRAM / CPU_CLK = 48MHz BUS_CLK =24MHz / 5V / 2xCAN) 10-bit-A/D-Wandler M16C: 3,3us (Wandlungszeit) HCS12: 7us (Wandlungszeit) 8-bit-D/A-Wandler
Debugschnittstelle BDM M16C: - Ports in HCMOS-Technik - 2 DMA Kanäle - Registerstruktur ähnlich 16-bit-68000 und auch ähnliche Befehle M16C verarbeitet jedoch die Befehle paralleler und mit weniger Takten pro Befehl -> bei gleicher Taktfrequ. schneller als HC12 - Bei 16MHz Taktfrequenz -> Rechenleistung
-
Thread
Alternativ Prozessoren!
Unterschiede, Vor- und Nachteile ausloten) - MSP Familie von Texas Instruments - Motorola MC68HCxx - Mitsubishi M30624 (16 Bit) Da es sich als sehr langwierig herausgestellt hat im Internet nach VERNÜNFTIGEN Infoseiten zu suchen, hoffe ich das mir hier jemand Infos/Links zu den oben genannten
68000 die will ich in naher zukunft mal testen... werden z.b im TI92 verbaut *G* also für mathematische operationen hat also rechenleistung... gibt dafür sogar µC linux... übrigens www.µCLinux.org ;)
-
Thread
Viel Verschiedenes
Umtauschrecht. Über die Lieferbedingungen werden wir uns mit Sicherheit einigen. Pos Artikel 01 68000-68302-Entwicklungsumgebung, (68302: ist 68000er mit Kommunikationsprozessor) 02 68705-Entwicklungsumgebung 03 80C535-Entwicklungsumgebung, 8051-kompatibel 04 Universal-80C535-Board 100x100mm
kompatibel 16 Fischer-Technik-Kran 17 Fischer-Technik-Roboter 18 Universal-Klein-Drucker 19 MC68302-Board (68000-Kern mit Communications-Processor) 20 Modelbau-Servo 21 Universal-Philips 89C51RD+ Board Servo-Controller, 8051-kompatibel 22 Universal-Philips 89C51RD+ Board1 IOs, 8051-kompatibel
-
Thread
Hadie: neues, freies RTOS
meiner Meinung nach bei komplexeren MC-Apllikationen die Arbeit wesentlich erleichtern. Stefan
. Da muss man nichts in irgendwelche Happen teilen. Für grosse Displays haben wir eh einen eigenen MC eingesetzt und über den UART oder CAN angesteuert. Bei 5-7stelligen Maschinenpreisen ist das eh viel billiger, als einen einzelnen MC bis zum Rand vollzustopfen. Was mit auffällt, ist, daß Du von "dem
-
Thread
prog. Temperatursteuerung
an "wirklich aktuellen Sachen" interessiert. Nun habe ich leider keine Fearture Map von diversen MC´s. (wollte ich mir auch für meinen ((Bier))kühlschrank nicht erst kaufen). ´Kann ich mir so etwas im Netz ziehen ? Vieleicht kannst Du mir da noch mal helfen? Mfg. Micha
die Winterabende( auch mit Glühwein.-da kein Kühlschrank im Keller )gut mit der Programierung div. MC´s verbringen. Bestimmt hast Du noch einen guten Tipp auf Lager. Bis da hin, Micha
-
Thread
AVR-Kontroller
bekommen. Gerade der Preis ist sicherlich mitentscheidend warum Motorola weltweit immer noch die Meisten MC´s verkauft ( auch im 8_Bit bereich ). Ich verstehe also hier die Vergleich nicht. Es liegt an jedem selbst sich über den Markt zu informieren und ich habe gesagt was aus meiner sicht gegen die AVR´s
geben. @ Eckhard Ich verstehe diese ganze Geschichte garnicht, die du hier abziehst. Lass doch MC's MC's sein. Lohnt es sich, gleich so anzukommen und "motorola rulez the PCBs" zu schreien? Jeder hat so seinen Geschmack und jeder Prozessor hat Vor und Nachteile gegenüber anderen. Und das absolut
-
Thread
Drehgeber auslesen
mc_c_gc_cM {if (c_gc_c > -100) --c_gc_c;} // decrement #define mc_uc_lP {if (c_gc_c < 100) ++uc_l;} // one step left; increment with saturation #define mc_uc_rP {if (c_gc_c < 100) ++uc_r;} // one step
// 00 -> 01 (P2IN, bit6 = 0 and bit7 = 1), right mc_c_gc_cP; break; case (BIT6): // 01 -> 00, left mc_c_gc_cM; break; case (BIT7): // 10 -> 11 mc_c_gc_cM;
-
Thread
Rams und Eproms
Hallo Thomas, suchst Du sowas hier? http://ds2.etech.haw-hamburg.de/vgl/student/mc68000/mp1/k1_mp-fu.pdf Dazu hab' ich Google nach "funktionsweise ram eprom eeprom" befragt und das war dann der 3. Treffer. Markus
-
Thread
PIC oder AVR Microcontroller - Unterschiede?
ATMEL Risc Controller... und wie ich gehört habe gibt es noch m68k - erinnert mich verdammt an M 68000 von Motorola. Dieser hat ja damals Amiga, Atari, MACs und andere Rechner befeuert.
interessant. Wäre nur noch interessant wie die m86k Serie da hinein passt. Wenn sie wirklich auf dem 68000er basieren hat man da einen schnellen 12/32 bit prozessor ...
-
Thread
Welcher Microcontroller ???
Michael: Mit dem GNU-C++ programmiere ich zur Zeit auf dem PC. Deshalb würde ich den auch gern für den MC nehmen. Muß nicht C++ sein. Woher bekomme ich denn die entsprechenden Liabrarys für den MC, wenn ich das ganze auf dem PC compiliere? Woher bekomme ich AVRs und Hitachi-MPUs ? @Peter: Will auch
komplette Board bzw. die Zusatzmodule die erhätlich sind. Ich will nämlich nicht anfangen und für den MC erst eine Platine zu entwickeln. Kleinere Zusatzschaltungen könnte ich akzeptieren, aber nicht für den MC selbst.
-
Thread
Gründung einer Interessengemeinschaft
aber interessiert. Reiner P.S. nur Atmel? Für einen guten Überblick ist es wichtig auch andere MC's zu betrachten.
gehen. Meine bisherigen Arbeitspferde: Assembler 6502/6501 (schon ein bißchen her) Assembler 68000 (auch etwas her) Assembler/ANSI-C Z180(noch recht frisch) Assembler PIC 16C 18C (viel mit gemacht - ich hasse sie ein wenig) Assembler/ANSI-C M16C80(super frisch) ANSI-C Atmel (rookie) Vier
-
Thread
Programmierung des MC68xxx
adressierbare Speicherbereich betrifft usw. viel kleiner als die 68000er. Der 68000er deckt im Prinzip alles ab, was man bei der µP/µC-Programmierung/Entwicklung dieser "Gewichtsklasse" wissen muß. AVRs z.B. lassen sich mit viel geringerem Wissen einsetzen - sie sind
schleppt man das gesamte Betriebssystemumfeld mit. Um die Grundlagen in der 68000er Assmblerprogrammierung zu vertiefen, sollte es jedoch ausreichen. Siegfried