Dann lege mal naiverweise eine Tabelle ins ROM und wundere dich, warum dein Programm mit avrgcc erst mal nicht das tut, was es soll.
braucht es keine solchen Verrenkungen.
-- Dipl.-Inform(FH) Peter Heitzer, peter.heitzer@rz.uni-regensburg.de HTML mails will be forwarded to /dev/null.
Am 16.12.2014 um 21:33 schrieb Rolf Bombach:
Erbtante?
-- mfg hdw
Wir reden hier von Microcontrollern im Bereich von einstelligen KB ROM. Sowas bekommt eher selten Updates sondern tut einfach was es soll.
Gerrit
------
-- Kai-Martin Knaak
Am 17.12.2014 um 19:17 schrieb Gerrit Heitsch:
na, Du scheints da den vollen Durchblick und vermutlich viel echte Erfahrung zu haben ;-) - soll mir Recht sein - ich halt mich dann mal raus...
-- http://www.headless-brewing.com/
Am 16.12.2014 um 10:34 schrieb Bernd Laengerich:
Am einfachsten: Noch ein Audion.
:-) Gerhard
Am 17.12.2014 um 20:18 schrieb Gerhard Hoffmann:
Duplex ;-)
-- mfg hdw
es die deutsche Version im Online Handel... Mal sehen, so schlecht ist mein Englisch nicht und Technisches ist eh meist leichter zu lesen.
-- Daniel Mandic
maskenprogrammiert waren?
Gerrit
Am 17.12.2014 20:56, schrieb Gerrit Heitsch:
-- http://www.hkraus.eu/
Gerrit Heitsch schrieb:
aber
arbeitete. Kunden legen manchmal Wert darauf, dass Fehler behoben werde n
MfG Rupert
Die AVR Harvard-Architektur ist absolut oberbeschissen. Auf den Flash
auf den RAM ganz normal. Und wenn man dann Tabellen im Flash haben will
Portierbarkeit wichtig ist, braucht man solche Trampoline-Funktionen
*immer*.umzugehen: printf_P, strcpy_P, memcpy_P, etc. Nein danke, mir ist schon schlecht.
Funktionen, einmal die kanonische (mit 17-Bit Pointern, ein Bit in einem Spezialregister) die aber lahmer ist und dann die schnellere (16 Bit
Neee, neeee, neeeeee. Gott sei Dank werden Cortex-M0, M1, M3, M4 die
Kapitel der Vergangenheit an und ich kann wie ich will von externem RAM,
alles mit denselben Befehlen.
Johannes
-- >> Wo hattest Du das Beben nochmal GENAU vorhergesagt? Kosmologen: Die Geheim-Vorhersage.
Am 17.12.2014 21:07, schrieb Hartmut Kraus:
Die muss halt:
- beim Ausschalten /vorher/ von den Endstufen trennen,
-- http://www.hkraus.eu/
SCNR, Johannes
-- >> Wo hattest Du das Beben nochmal GENAU vorhergesagt? Kosmologen: Die Geheim-Vorhersage.
Gerhard Hoffmann schrieb:
rds dann
Ba-Dum-Tsssss :D
(der war wirklich gut)
scnr Guido
dessen schlecht dokumentierten Testmode zu dumpen. Das ist ein Microcontroller mit 2KB maskenprogrammiertem ROM und 64 Byte RAM. Darin
er tat, eine komplette Ansteuerung eines 4 Farb-Plotters incl.
seriellen Bus unter. Das ROM ist bis zum Anschlag voll.
Gerrit
Am 16.12.2014 um 16:02 schrieb Stefan:
auf dem Z80 waren geil. Und der in circuit emulator von TEK oder der HP64000 waren auch gut. Der HP-Pascal Compiler war allerdings
Beta, das war Alpha. Gibt's noch was vor Alpha? Pre-Alpha? Gut.
UCSD Pascal hat auch Spass gemacht. Auf Z80, Z8K, Intel, M68K und LSI 11/23. Und von Hardware-Zugriffen abgesehen ziemlich portabel.
Die armen Schweine, die den schreiben mussten haben mein ganzes Mitleid. Aber wenn man ihn dann hatte, war das Leben wieder gut.
Wenn man heute einen return of investment erwartet, kann der
Ja, ich war auch mal ein Z80-Fanboy. Aber der Schotter kam immer
ps Und wenn der gcc und der gdb nativ auf einem BeagleBoneBlack unter
war aber noch nicht so mutig.
pps Kann man mit dem BBB eigentlich ein Register-Interface im SRAM-Stil hinbekommen, ohne dass man einzelne Bits befummeln muss? Ich dachte so an 16 Bit Daten, 8 oder 16 Bit Adressen, von mir aus gemultiplexed, cs und Write?
hat, eben weil man wegen Maskenprogrammierung nicht mal einfach ein Update nachschieben konnte sondern sowas einen gewissen Aufwand an Zeit und Geld darstellte bis die neue Version fertig war.
Zum Entwickeln gabs von einigen Controller Versionen mit Piggyback-EPROM
nicht gerade klein.
Gerrit
Am 17.12.2014 um 21:14 schrieb Johannes Bauer:
Jawoll zu allem!
Gerhard
Am 16.12.2014 um 23:33 schrieb Klaus Dahlwitz:
Gibts die Europawelle Saar eigentlich noch? (1422 KHz). War mal der
Und irgendwie peinlich, das ist fast zu Hause.
ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.