-
Thread
Wofür haben PICs Fosc/4
20MHz und mehr angeboten als 5MHz für normale Mikroprozessoren typisch war. Übrigens ist zB beim Z80 oder 8088 mitnichten ein Takt ein Maschinenzyklus. Moderne PC-CPUs arbeiten mit recht komplexen Tricks um am Ende scheinbar so schnell zu arbeiten (Pipelining etc....) Bei CISC-Maschinen muss ja
Compiler den Rest machen lässt. RISC eben. PICs haben dagegen eine Architektur die in der Zeit der Z80, 8088 und 8051 entstanden ist.
-
Thread
Programmcode im NAND-Flash auch ohne Betriebssystem ?
Korrektur per 512 Bytes Nutzdaten wurden schon die ersten Festplatten abgesichert, ohne dass der 2MHz Z80 ins Stolpern kam. Aber sieh dir mal die Datenblätter der billigen Flash Bausteine an. Die sind deutlich besser als du glaubst. Die werden Millionenfach verbaut (ohne spezielle Korrektur), ohne dass
Korrektur per 512 Bytes Nutzdaten wurden schon die ersten > Festplatten abgesichert, ohne dass der 2MHz Z80 ins Stolpern kam. > Aber sieh dir mal die Datenblätter der billigen Flash Bausteine an. Die > sind deutlich besser als du glaubst. Die werden Millionenfach verbaut > (ohne spezielle Korrektur)
-
Thread
Suche Handbuch/Software Voltcraft Digi-Scop-Converter 500
einem anaolgen Gerät eine Digitales macht. Bandbreite 100kHz, Auflsung 8 bit, 750 Byte Speichertiefe, Z80A @ 4MHz, ... Falls du das Ding worklich wieder zum Leben erwecken willst, meld dich nochmals. Ist halt schon ziemlich betagt. Ciao Remo
-
Thread
mikroBasic vs BASCOM
benötigen und wenn der "Auftraggeber" meint, er würde es besser verstehen, weil er aus C64-Zeiten oder Z80-Zeiten noch Basic kennt. Karl Heinz schrieb im Beitrag #3468181: > Im übrigen habe ich mit Hannes schon vor Jahren meinen Frieden > geschlossen. Wir beide sehen 'unsere' Sprachen als ein Werkzeug
schon immer hardwarenahe programmiert habe, habe ich das ganz schnell wieder aufgegeben und mit dem Z80-ASM weitergemacht. Denn mit BASIC geht hardwarenah GARNICHT. Da bricht man sich die Finger mit den ganze Peek und Poke. Ob es mit BASCOM besser geht weiss ich nicht, da ich mir das noch nie angeschaut
-
Thread
SDRAM und LCD.controller am externen Bus
willst du sicherlich _nicht_ über nen Steckverbinder zu einer anderen LP ziehen, sowas ging mal beim Z80 mit 4 MHz Takt... W.S.
du > sicherlich _nicht_ über nen Steckverbinder zu einer anderen LP ziehen, > sowas ging mal beim Z80 mit 4 MHz Takt... > > W.S. Hallo W.S. mit dem Systembus übersteckverbinder das hab ich jetzt so. Das ist nur eine katastrophe mit der EMV. Ich werde jetzt den MC und SDRAM und LCD Controller
-
Thread
Was sind das für Leute mit dem Hobby Elektronik?
direkt weiter. Hier versuche ich jedoch, praxistaugliche Dinge zu entwickeln. Siliziumerfahrung: Z80, 8048 (wir hatten ja nichts), 8051, PIC, MSP430, AVR und momentan an einem Nexys Board mit Xilinx Spartan am VHDL lernen, was sehr ungewohnt ist. Wäre Verilog nicht doch die einfachere Wahl gewesen?
-
Thread
[V] diverse Mikrocontroller, Peripherie und SRAMs
CPU 8Bit DIP40 g 3x 8031 µC 8Bit DIP40 n 15x 8255AC-5 PPI DIP40 ng 3x Z80A PIO DIP40 g SRAMS diverse Hersteller und Geschwindigkeiten, 5V: 70x z.B. HM6116 2K*8 DIP24 n 50x z.B. HM6164 8K*8 DIP24 n 10x z.B. HM61256 32K*8 DIP28 n 15x VN340 High-Side
CPU 8Bit DIP40 g 3x 8031 µC 8Bit DIP40 n 10x 8255AC-5 PPI DIP40 ng 3x Z80A PIO DIP40 g 4x Z80 SCC (Z8530APS) DIP40 g SRAMS diverse Hersteller und Geschwindigkeiten, 5V: 70x z.B. HM6116 2K*8 DIP24 n 50x z.B. HM6164 8K*8 DIP24 n 10x z.B. HM62256
-
Thread
Ist es noch sinnvoll, mit Controllern zu arbeiten?
ESP32, einfach, weil es ihn gibt. Angefangen mal um 1980 mit einem 6800, 256k Ram und ein 1kB Eprom. Z80, 6510 , später AVR, ich hatte ein STK200 mit einem AT90S1200 dabei als er beschaffbar war. Ich konnte und kann Datenblätter lesen, auch das kleingedruckte. Alles von TO erwähnte kann ich gut nachvollziehen
Anwendung bestimmt die Wahl der Hardware bzw. ob man selbst entwickelt. Für meinen Fall gilt, dass ich vom Z80 bis STM32F7 alles einsetzen kann. Wenn ich einen 555er ersetzen will, nimm ich einen Tiny13. Bei HMI Anwendungen eben einen Raspy oder einen NUC. Ich sehe das sehr entspannt und freue mich, dass mir
-
Thread
Nibbler 4 Bit Computer replica
das Entstehungsdatum im Vergleich zu einigen 8-Bit Prozessoren: 1974: 8080 1975: AM2901 1976: Z80 Das heisst die Alu kam als es schon die ersten vollständigen 8Bit Prozessoren gab.
Entstehungsdatum im Vergleich zu einigen 8-Bit > Prozessoren: > > 1974: 8080 > 1975: AM2901 > 1976: Z80 > > Das heisst die Alu kam als es schon die ersten vollständigen 8Bit > Prozessoren gab. Ja, aber die AM2901 ist kein "Universalprozessor" wie die Anderen, sie ist ein Baustein um 16 und 32
-
Thread
Fuzix für 6809 kompilieren
Assemblerdateien (noch) in einem Format für enen unpassenden Assembler sind, kann ich mir gut vorstellen. Für den Z80 habe ich eine Hand voll Dateien konvertiert. Zitat aus dem README: [pre] Platforms Z80Pack - used as a dev and test environment for both large swapping mulitprocess and
-
Thread
RISC-V: Wird das was?
so erstaunlich verbreitet hatte, da hatte jeder Hersteller seine eigenen Cores (AVR, ST6/7, 68k, Z80, 6502, PIC, SH, M16C, MCS48/51, usw) Lizensieren muss man nur wenn man faul ist oder vielleicht ein paar Tausend Stueck braucht. Vanye
> erstaunlich verbreitet hatte, da hatte jeder Hersteller seine eigenen > Cores (AVR, ST6/7, 68k, Z80, 6502, PIC, SH, M16C, MCS48/51, usw) > Lizensieren muss man nur wenn man faul ist oder vielleicht ein paar > Tausend Stueck braucht. Ich meinte den ESP32/ESP8266. War ungünstig zitiert, sorry.
-
Thread
8048er Assembler
freien 8048er Assembler für WinMe oder Linux-Lenny? In der Linux-Paketverwaltung fand ich nur ab Z80 aufwärts welche. Habe zwar nicht vor, neue Projekte mit den alten µCern zu erstellen, aber falls ich was ändern will bin ich immer noch auf meinen ca. 20 Jahre alten Casio-Taschenrechner mit dem
Änderungen rechnen, auch für den gleichen Prozessor. Ich musste jedenfalls bei neuen Assemblern für Z80 oder 8051 ziemlich viel umschreiben, andere Konstantenschreibweise (0FFh, $FF, 0x0FF...), andere Macros, und manches was der M80/L80 konnte ging mit keinem anderen. Das war wohl das letzte perfekte
-
Thread
Prozesorklassifizierungen
Andrerseits ist die Unterscheidung auch willkürlich, da komplexe Befehle wie etwa die Blocktransfers des Z80 ja schliesslich nicht benutzt werden müssen, der Compiler kann sie auch aus den Einzelbefehlen risc-mässig zusammensetzen. Solche Befehle müssen also der Leistung nicht schaden, wie Weiterentwicklungen des Z80 mit modernem Silizium beweisen. Ich höre hier lieber auf, denn man kann tatsächlich mindestens ein Buch drüber schreiben, die Frage ist nur wofür das gut sein soll. Ausserdem wäre es bei Erscheinen
-
Thread
Verbindungen im Schaltplan
bin mir auch über den Prozessor selbst noch nicht ganz schlüssig. Ein Freund meinte, ich solle den Z80 für den Anfang nehmen, denn der sei zeitlos ...
Hallo Sascha, tu Dir das nicht an mit dem Z80, der ist nicht zeitlos, der ist nur Uralt. :-) Wenn Du mit Mikrocontrollern anfangen willst, dann nehme lieber was Zeitgemäßes. Den 8051 von dem Board gibt es Mittlerweile auch mit Flash-ROM S-Ram
-
Thread
Programmieren lernen die 10.001
mit Basic am PET2001, später als es nicht mehr reichte eben mit 6502 ASM weitergemacht, genauso mit Z80 und LH5803 einem Zwitter aus z80 und 6502. Dann kam glücklicherweise C und schon konnte man Quellcode auf verschiedene MC laufen lassen, während meine Prüfgeräteentwicklung locker zwischen PC @work
-
Thread
M16C samt Dev-Kit für lau!
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 ich die vorgegebenen
-
Thread
merkwürdige Oszillatorschaltung
bin gerade auf dem Z80 Trip - ich weiss, manche werden sagen "hoffnungslos veraltet", aber zum Lernen ist es meiner Meinung nach ein tolles System. Ich hab mir dazu ein Buch aus den 1980ern beschafft: "Klein, Microcomputer
Micha schrieb im Beitrag #3312035: > bin gerade auf dem Z80 Trip - ich weiss, manche werden sagen .... > und verhindert dass der Oszillator überlastet wird. Die 4 Inverter in > Reihe konnte er sich auch nicht erklären. Gelegengheit macht Liebe, sechs
-
Thread
Einorndung von KiCAD in die PCB-Layout Landschaft Gesperrt
nicht mehr antun, aber damals kannte ich auch die Pinbelegungen fast jedes Bauteils auswändig. Die der Z80 CPU und der 74xx sind fast unlöschbar in meinem Gehirn eingebrannt. Allerdings habe ich keine Z80-Leiterplatte mit Eagle errstellt, sondern immer direkt gefädelt.
-
Thread
Windows 10 ist hässlich. Ich mag es nicht.
war das ein wochenlanger Akt. Komisch, ich habe gerade W7P64 auf ein neues Notebook HP 350 G2 L7Z80ES DOS installiert. Keinerlei Probleme. Dann die Treiber dafür von der HP-Webseite runtergeladen und installiert. Läuft alles.
schrieb im Beitrag #4408559: > Komisch, ich habe gerade W7P64 auf ein neues Notebook HP 350 G2 L7Z80ES > DOS installiert. Keinerlei Probleme. Dann die Treiber dafür von der > HP-Webseite runtergeladen und installiert. Läuft alles. nach viel Recherche wäre es auch möglich das die gebrannte DVD
-
Thread
Enttäuschende Praxisttauglichkeit heutiger Studenten Gesperrt
gewünscht wird, wird das vielleicht nur, weil sie sicher sind, dass er nicht kommen wird. Mit einem Z80 Nachbau könnten sie hier im Forum nicht mehr schreiben. Das schreibe ich als jemand, der den Z80 einen tollen Prozessor findet, aber er hat seine Grenzen. Dann würden sie ihre Zeit vielleicht damit
-
Thread
Unterlagen Rabbit 3000
handelt sich um den 8bit uC "Rabbit 3000" von Rabbit Semiconductors, er ist der Nachfolger des uC Z80 von Zilog. Hat vielleicht jemand schon was mit diesem Controller zu tun gehabt und irgendwelche Unterlagen, C-Codes etc, es würde mir auch schon was über edn Z80 reichen. Habe mich schon halb tot gesucht
-
Thread
extrem schnell Wandeln ASCII-Hex nach Binär auf einem uC
benutzt, die einen gezeigerten Wert direckt zu einem Registerwert addieren können, ich glaube der Z80 konnte sowas. tabelle1: ldi xh,high(tabelle) mov yh,xh tabelle1a: ldi xl,'4' ldi yl,'F' call beginn rjmp tabelle1a beginn: ld r16,x ld r17,y swap r16 add r16,r17
Interruptvektoradresse mit der Bearbeitung beginnen Damals war das Zeug auch etwas langsamer, der U880 (Z80) lief in meiner Jugendzeit mit 2,5 MHz maximalem Takt.
-
Thread
Die verrückteste Platine die ihr je gesehen habt
halbfertige "Bretter" geschenkt bekommen, die mal vor gut 20 Jahren im Unterricht gemacht wurden. Mit Z80 drauf, sieht übelst aus, war aber gar nicht mal so viel Aufwand, die fertig zu machen. Hatte sowas vorher noch nie in der Hand, aber mit Durchgangsprüfer hatte ich da in ner halben Stunde nen Schaltplan
-
Thread
STM32 - wo gibt es Literatur, Kochbücher etc. in deutsch?
Produkt auf den Markt zu kommen, da bleibt - anders als früher (TM) bei den kleinen AVRs oder bei Z80 - nur noch zwei Wochen zwischen "Hallo Welt" und "CAN Bus open". Ich suche einen schnellen Einstieg in die STM32 Welt und da sind 1000 seitige Dokumente und Inhaltsverzeichnisse, die länger sind
Produkt auf den Markt zu kommen, da bleibt - anders als früher (TM) bei > den kleinen AVRs oder bei Z80 - nur noch zwei Wochen zwischen "Hallo > Welt" und "CAN Bus open". Nana, tu nicht so. Das, was du beizeiten lernen solltest, sind Herangehensweisen und Algorithmen, die darauf aufbauen. Und das
-
Thread
RC2014 Retrocomputer - Hat ihn jemand gebaut?
schon jemand anderes auch gemacht hat umso besser. PS: Support: Es gibt diverse Seiten im Netz zum Z80. Leider sind viele zwar gute Entwickler aber grausige Didakten. Seiten, die Fertiges darstellen, schön zum Durchlesen und Bilder gucken aber völlig wertlos hinsichtlich Nachbau. Der hier hat aber genau
Da scheint noch Einiges zu entstehen. Z.B. CP/M http://www.smbaker.com/z80-retrocomputing-50-cpm-on-rc2014-revisting-using-romwbw Nachteilig finde ich, dass auf Bustreiber verzichtet wird (zur Einfachheit).
-
Thread
Funkübertragung
Von Microchip gibt es einige rfPICs, die haben den HF-Teil gleich on-board, aber keine Endstufe. z80_de bietet einen Haufen 70cm-Teile an: http://cgi6.ebay.de/ws/eBayISAPI.dll?ViewSellersOtherItems&userid=z80_de&include=0&since=-1&sort=3&rows=50
-
Thread
Mostek MK38088N-25 wer kennt den?
Mostek hatte Lizenzen für Z80 und Intel 80x86. Der MK3880 war ein Z80. Der MK38088N könnte ein Intel 8088 sein.
-
Thread
AVR braucht 7us-12us bis in Interrupts ausgelöst wird??
Programm mehr Struktur und bessere Lesbarkeit beizubringen. Aber dicht genug am Assembler dran, um die Z80 nicht zu überfordern, zumal es damals keine brauchbaren C Compiler dafür gab. Natürlich gibt es Anwendungen, in denen Assembler sinnvoll ist. Und es kann auch sehr sinnvoll sein, C Code mit einzelnen
beackerten Maschinen (x86,370,AVR), das ist ein großes Glück. Und für einige anderen gibts es SDCC (Z80/8051). Wenn z.B. meine Tochter in der Schule 8051-ASM machen darf, dann kann SDCC eine Vorlage liefern (nicht weitersagen). Oder für die Firmware der 10€ Cypress-LAs, die auch aus C-Code besteht. Man
-
Thread
Macros ineinandergreifend
Hallo, sowas habe ich früher auf dem Z80 gemacht. :-)) Gibt es einen Grund, das 2. Macro überhaupt zu benutzen und nicht direkt als "Subroutine" abzulegen? Kostet doch nur Flash, weil der Code ja bei jeder Benutzung angelegt wird. Das
Michael U. schrieb: > sowas habe ich früher auf dem Z80 gemacht. :-)) > > Gibt es einen Grund, das 2. Macro überhaupt zu benutzen und nicht direkt > als "Subroutine" abzulegen? > > Kostet doch nur Flash, weil der Code ja bei jeder Benutzung angelegt
-
Thread
Empfehlungen für PIC-Programmierer und Debugger gesucht (bin kein µC anfänger mehr!)
so'n Unsinn reden) Hast Du ne Ahnung, was ich ich schon alles unter den Fingern gehabt habe: 8080/Z80, TMS9900, 6502, 6800, 6809, 68000/Coldfire, 8032, 80x86, Sparc (v7, v8, v9), MIPS, 56002, 96002, DSP32C, 21xx, TMS320C40, TMS320C80, TMS320C6xxx, ARM (7,9,M0,M3,XScale), PowerPC, AVR, AVR32, PIC12/16
>Hast Du ne Ahnung, was ich ich schon alles unter den Fingern gehabt >habe: >8080/Z80, TMS9900, 6502, 6800, 6809, 68000/Coldfire, 8032, 80x86, Sparc >(v7, v8, v9), MIPS, 56002, 96002, DSP32C, 21xx, TMS320C40, TMS320C80, >TMS320C6xxx, ARM (7,9,M0,M3,XScale), PowerPC, AVR, AVR32, >PIC12
-
Thread
C: Variablen in Bedingungsanweisungen definieren
C -> /C-Compiler/ machen, wobei der sdcc ja AVR auch nicht unterstützt. Aber so konnte ich meinen Z80 schonmal bestücken ;-)
C-Compiler/ > machen, wobei der sdcc ja AVR auch nicht unterstützt. Aber so konnte ich > meinen Z80 schonmal bestücken ;-) Ohne EDG ginge noch http://www.colecovision.eu/llvm+sdcc/, aber das ist noch experimentall.
-
Thread
Pinbelegung AtTiny 45
Hallo Leute Hallo Programmierer Ich habe mal eine Frage Früher habe ich mal Z80 und 6502 in Assembler programmiert dann habe ich 5 Jahre Pause gemacht, und nun wider angefangen mit den Attiny13 mit Bascom zu programmieren. Bis jetzt hat alles wunderbar geklappt. Ich möchte nur
Nabend, Bernd schrieb im Beitrag #2018142: > Früher habe ich mal Z80 und 6502 in Assembler programmiert dann habe ich > 5 Jahre Pause gemacht, und nun wider angefangen mit den Attiny13 mit > Bascom zu programmieren. Mein Sohn, du bist jetzt 45 Jahre alt und Elektroingenieur
-
Thread
uC Programmiertechniken - Gibt es da Bücher?
Bookmark gespeichert, das liest sich doch schon gut beim drüberfliegen. Und A.S. ist ja ein Gott der Z80er und anderer Maschinchen :-) Inzwischen schreibe ich Code (außer Kommentare) nur noch in Englisch, da es beschissen klingt denglisch zu schreiben und vieles da kürzer ist. Darüber hinaus vermute
Christian J. schrieb im Beitrag #6658238: > Und A.S. ist ja ein Gott der Z80er und anderer > Maschinchen :-) ?? Wenn dann ein anderer A.S.
-
Thread
Fehlersuche an einem 186er Motherboard (Sinumerik CNC-Steuerung))
haben. Irgendwo im Keller hab' ich wohl noch ein 80186-Monitorprogramm. Das erwartet aber eine Z80-SIO oder Z8000-SCC. Macht Aufwand zu suchen, aber wenn Panik ausbricht...
> > Irgendwo im Keller hab' ich wohl noch ein 80186-Monitorprogramm. > Das erwartet aber eine Z80-SIO oder Z8000-SCC. > Macht Aufwand zu suchen, aber wenn Panik ausbricht... da irrst du aber Gewaltig, diese ROLLEN-TANTALs wurden bei fast allen Herstellen ab den 70ern eingesetzt (Qualität+kleine
-
Thread
Abarbeitung eines Assemblerbefehls
aus 4 Taktzyklen zusammen. Das tut es bei einer ganz bestimmten CPU aus dem Lehrbuch. Bei einer Z80 bestand der erste Maschinenzyklus der Abarbeitung aus 4 Taktzyklen, weitere Zyklen von Befehlen aber aus nur 3 Takten. Beim 6502 Prozessor hingegen bestanden alle Maschinenzyklen aus nur einem Takt,
YYY zu. Eine Verallgemeinerung sollte man sich verkneifen. Ich bin mir nicht ganz sicher, aber anno Z80 traf das auch mal zu. So brauchen z.B. einige Atmels nur einen Takt pro Befehl und trotzdem bei anderen Befehlen zwei oder mehr. Bei etwas komplexeren Prozessoren, lässt sich das sowieso nicht
-
Thread
Bitmanipulation beschleunigen
gefundene > Optimierungen in Kleinigkeiten. Zustimmung. > Ich erinnere mich noch gut an meine Z80-Zeit, Thema sich selbst > modifizierende Programme. Damit konnte man scheinbar unmögliches möglich > machen, Speicherbedarf und Laufzeit war oft genug ein Thema - da konnte > man sich richtig austoben. Oh ja: ich erinnere mich, dass ich riesige Z80-ASM Sourcen umstrukturiert habe, um möglichst viele JP durch JR ersetzen, bringt jeweils EIN Byte Speicher. Die logische Struktur der Programme ging dabei völlig vor die Hunde. > Heute nimmt
-
Thread
AVR: Endlosschleife erkennen
Hallo, ich habe ein Problem mit der Kommunikation meines ATMega mit einer Z80-PIO. Aus irgendwelchen Gründen komme ich in der Kommunikation mit der PIO aus dem Trab und bleibe unter gewissen Bedingungen in einer Endlosschleife hängen in der Hoffnung ein Signalwechsel der PIO
Speichermedium einersiets SD-Card sowie auch eine PATA-Festplatte anbietet. Auf der anderen Seite sitzt eine Z80-PIO die nicht so schön designed einfach Ihre PIO-Ports nach aussen über ein DB25-Kabel zur Verfügung stellt (Legacy System, keine Änderung möglich). Die Signalqualität ist daher nicht wirklich optimal
-
Thread
Review: Billiges 8051 Devboard als Bausatz mit STC89C52RC - TJ-56-708
so kennt um ROM, RAM oder CPU-Zyklen zu sparen - quasi wie das berühmte XOR A statt LD A, 00h am Z80 oder XOR AL, AL am 8086... > Ja, es sind schon "nette" Kontrollerchen. Aber ich habe Zweifel dass es > den Chinesen gelingt, die 8051-Architektur außer für sich selbst > wiederzubeleben.
die grundlegenden Adressierungs-Modi sind und was ein Bus und ein Adressraum ist, eignen sich 8051, Z80, 6502 & Konsorten optimal. > Vielleicht eher für die eigenen Hersteller von > Billig-Gadgets, die den billigsten Kontroller suchen und die dann in > Puppen, Glückwunschkarten und LED-Zeugs eingesetzt
-
Thread
AVR64DD32, UART-Ausgabe bleibt hängen, Assembler
halt den Assembler als Sprache perfekt beherrscht). Ähnlich einfach sind Architekturen wie z.B. Z80, 6502, ARM-CortexM0. Als Abgrenzung könnte man sagen: Je komplexer die im Programm zu verwendende Mathematik ist, desto geneigter wird man sein, eine Sprache zu verwenden oberhalb von Assembler.
Ob S. schrieb im Beitrag #7822470: > Ähnlich einfach sind Architekturen wie z.B. Z80, 6502, ARM-CortexM0. Mich reizt tatsächlich auch die Herausforderung, mich in Cortex-M0+-Assembler für den RP2040 einzuarbeiten. Mal sehen, ob ich in absehbarer Zeit dazu komme. Ob S. schrieb
-
Thread
Was sind eure Lieblings-ICs?
6502 Z80 68000 ATMega162
-
Thread
[V] einen Haufen an ICs, nur komplett
Temperatursensoren Spannungsreferenzen Spannungs-Supervisor Haufen verschiedener Sockel CPU: SAB 80535 Z80, Intel P8052 Motion/Motor Controller Timer/RTC SRAM/EEPROM Teilweise Nostalgie-Bausteine. Falls jemand richtiges Interesse an der Sammlung hat, wird Preis, Fotos, per PN mitgeteilt. Einzelverkauf
-
Thread
Richtige Schreibweise Mi(k)(c)ro(k)(c)ontroller
Erinnert mich iwie an die DDR Unterlagen zu den Z80 Systemen, wo alles komplett eingedeutscht war (ZVE = zentrale Verarbeitungseinheit, etc).
-
Thread
Revolution Entwicklungsumgebung Microcontroller ?
Ich möchte mal die folgenden Argumente ins Spiel bringen. Fakten: Zu Zeiten des Z80, Z8, 8080, CP/M, MSDOS usw. konnte fast jeder Ingenieur (Elektrotechnik) programmieren bzw. hat sich in Hard- und Software zurecht gefunden. Unter den Studenten waren diese Ausbildungsinhalte meist
sich um die tieferen Schichten der Software kümmern wollen. Das sind nicht die Leute, die einen Z80 oder 8051 in Assembler programmiert haben.
-
Thread
[V]Verschenke EPROMs
Das sind jeweils ein NMC27C16 2732AJ HBM2716 NMC27C010Q AM2716DC D2732A M27128A Eine Z80A CPU von Zilog hab ich auch noch, kann die aber nicht testen. Denke die EPROMs funktionieren noch, gebe die ab gegen Erstattung der Versandkosten. Sollte 4 Euro mit Hermes sein, oder unversichert
OK, damit ist der Z80 weg.
-
Thread
Com Port unter Linux auslesen für Verarbeitung in C
Mühe das alles zu erklären. Ich werde mich der Sache später nochmal widmen, da ich aktuell an einem Z80 Projekt dran bin für das diese Routinen gebraucht werden. Ich bn noch zu neu in der Linux programmierung um das alles auf einmal zu verstehen. Da muss ich mich erst allein mit befassen und bombensicheren Code muss ich nicht schreiben, da nur ich das progamm verwenen werde um mit dem Z80 zu reden. So, erstmal hier linken, damit ich es auch wiederfinde. Gruss, Christian
-
Thread
warning in SDCC (pointer target lost const qualifier)
Bugs werden üblicherweise in angemessener Zeit behoben. Wenn ich den MCS-51 Port allerdings mit den Z80 und STM8 Ports Vergleiche, fällt schon auf, dass ersterer inzwischen etwas Nachholbedarf hat: In der Tat generiert SDCC für MCS-51 zur Zeit oft ineffizienteren Code als andere Compiler. Bei STM8 ist
Philipp Klaus K. schrieb im Beitrag #6845526: > Wenn ich den MCS-51 Port allerdings mit den Z80 und STM8 Ports > Vergleiche, fällt schon auf, dass ersterer inzwischen etwas > Nachholbedarf hat: > In der Tat generiert SDCC für MCS-51 zur Zeit oft ineffizienteren Code > als andere Compiler.
-
Thread
Warum "uint8_t" statt "char" Gesperrt
Keine Ahnung ob es zu 4 Bit-Zeiten auch schon jemanden mit Namen Integer gab. Anno 8080/86/186 (Z80, 68xx und wie sie alle hießen) waren das 8 Bit. Später bekamen "Rechners" Zuwachs und das Kind war plötzlich 16 Bit breit. Das hüpfende Komma aber war - das Baby hieß auch Integer. Irgendwo war hier
Ganzzahl-Datentyp sinnvoll bzw. ausreichend ist? amateur schrieb im Beitrag #3022195: > Anno 8080/86/186 (Z80, 68xx und wie sie alle hießen) waren das 8 Bit. Nicht für C. Ein "int" ist schon immer wenigstens 16 Bit gewesen, darf aber beliebig groß werden. 8 Bit "int" wäre dann doch etwas zu nutzlos.
-
Thread
AVR Assembler Trick gesucht Gesperrt
richtig angeht. Ein heutiger 8Bitter kann eine Menge leisten. Ein Mehrfaches beispielsweise einer Z80 CPU die früher in grossen Industrierechnern steckte! > sie sind auch i.a. von keinem anderen wartbar Nicht aus Prinzip. Eine gute Dokumentation und Kommentierung wirkt die gleichen Wunder wie
sein, üblich waren aber die RST-Befehle. Der Z80 kannte noch zwei weitere Interrupt-Modi (fixe Adresse bzw. Vektorinterrupt), die es beim i8080 nicht gab.
-
Thread
8" Floppy Laufwerk Shugart 851N
System. Leider habe ich es irgendwann entsorgt. Das Ärgert mich noch heute. Das System hatte einen Z80. Der Floppycontroller des MDS benötigt einen Controlblock der irgendwo im Speicher liegt. Die IOPB- Adresse wird dann einfach in einen IO-Port geschrieben. Ich hatte dann 2 74LS670 eingebaut und
-
Thread
debugging über Seriellport
an zweifelhaften Stellen aufrufen und später den Aufruf wieder entfernen. Das funktioniert vom Z80 bis zum Core-i-Prozessor und selbst dann, wenn unter Windows der IDE-eigene Debugger versagt - stürzt die Software ab, so sehe ich an den bereits ausgegeben Meldungen immerhin, wieweit das Programm
an zweifelhaften Stellen aufrufen und später den Aufruf wieder entfernen. Das funktioniert vom Z80 bis zum Core-i-Prozessor und selbst dann, wenn unter Windows der IDE-eigene Debugger versagt - stürzt die Software ab, so sehe ich an den bereits ausgegeben Meldungen immerhin, wieweit das Programm