Mit Tachyonen und Gold-Chip gegen Handystrahlen...

Ja, das ist was wahres dran
Allerdings waren die Bausätze auch immer recht guter Qualität, ich
habe mal mit nem Bekannten eine Endstufe gebaut, die läuft heute noch
in einer sehr guten
Klangqualität und nach entlichen Party-Stress-Einsätzen.

"Peter Schumacher" <Schumacher.Peter_at_gmx.de> schrieb im Newsbeitrag
news:bdc1ht$r8vun$1_at_ID-179587.news.dfncis.de...
Hi Jörg,

"Joerg Wunsch" <j_at_ida.interface-business.de> schrieb im Newsbeitrag
news:bdc08b$2c03$2_at_innocence.interface-business.de...
"Peter Schumacher" <Schumacher.Peter_at_gmx.de> schrieb:

.include "m8515def.inc"

.equ Tabelle = 0x0100

.org Tabelle
.db 16,17,'A'
.db 18,19,'B'

Und wie denkst Du, gelangen diese Bytes zur Laufzeit in den RAM?

Darf/kann ich sie auch im EEPROM lassen?

Da die bisherigen Kommentare eher fragmentarisch waren, hier eine
hoffentlich knackige Zusammenfassung :-)

Peter,

lies dir nochmal genau den Abschnitt über die Architektur des 8515 im
Datenblatt durch. Die AVRs haben eine sogenannte Harvard-Architektur, im
Gegensatz zur Von-Neumann Architektur deines PCs/Mac/Amiga/Atari... Der
Unterschied liegt in der Trennung von Programm- und Datenspeicher bei der
Harvard-Architektur.

Dein AVR hat einen Programmspeicher, das sog. FLASH, einen Datenspeicher
SRAM und einen Festspeicher EEPROM. Die in diesen Bereichen stehenden
Bytes
unterliegen verschiedenen Adressierungen und können nur mit verschiedenen
Befehlen gelesen und geschrieben werden.

SRAM ist am einfachsten. Man verwendet die LD und ST-Befehle unter Angabe
der Adresse des Bytes oder auch indirekt über die Indexregister X, Y und
Z.
EEPROM kann nur über spezielle Register EEARL, EEARH, EEDR und EECR
angesprochen werden. Die Idee ist, die Adresse des Bytes in den EEARX
abzulegen und dann mit EECR den Schreib/Lesezugriff zu starten. Näheres
dazu
im Datenblatt oder in einem gutem Buch deiner Wahl. Auf den Atmel-Seiten
http://www.atmel.com/dyn/products/app_notes.asp?family_id=607 findest du
eine Appnote AVR100 über den EEPROM-Zugriff.
FLASH kann bei den meisten Modell nur gelesen werden und zwar darüber,
dass
man das Z-Register mit der Adresse beschreibt und dann den LPM-Befehl
ausführt. Das adressierte Byte landet dann in R0. Aber FLASH ist ein
16-bit
Speicher im Gegensatz zu den 8-bittigen SRAM und EEPROM. Eine Adresse
zeigt
daher auf ein 16-Bit Wort! Die Lösung ist, dass du eine doppelt so grosse
Adresse in Z ablegst und das unterste Bit legt fest, ob du das untere oder
obere Byte des adressierten Worts haben möchtest.

Den Ort deiner Tabelle steuerst du im Assembler über die Segmentangabe
CSEG legt die folgenden Daten im FLASH ab. Das hast du implizit gemacht.
ESEG legt die Daten im EEPROM ab. Der Assembler erzeugt dafür eine eigene
Datei, die du im Programmierdialog neben dem .HEX-Files fürs FLASH angeben
kannst
Das Datensegment kannst du in Assembler nicht zur Übersetzungszeit mit
Werten beschreiben. C-Compiler können das aber.

Meine Empfehlung: lass die Tabelle im FLASH und schau dir mal den
LPM-Befehl
genauer an. EEPROM ist eine kreuzlahme Angelegenheit.
Alternativ: pack die Daten ins EEPROM und kopiere sie nach dem Reset ins
SRAM.

Andreas

--
===================================================================
Dipl.Inform. Andreas Tönne * Prokurist
Georg Heeg eK * Informatikleitung
mailto:atoenne_at_heeg.de * http://www.heeg.de
phone x49 231 9 75 99 0/36 * fax x49 231 9 75 99 20
-------------------------------------------------------------------
Privat: mailto:atoenne_at_t-online.de * http://www.atoenne.de

lpm
mov r16,r0

Genau wegen der 16bit-Struktur bekommt man wie in meinem Beispiel Löcher in
der Datenstruktur, wenn pro "Datensatz" eine ungeradzahlige Anzahl von Bytes
enthalten ist.

Was das Abtasttheorem ist weiss und ich weiss, dass man dem
Nyquist-Shannon-Abtasttheorem sagt.

Da ich diese Sache in einem Zusammenhang mit SC-Filtern erklaeren
will, moechte ich noch ganz gerne wissen, worin unterscheiden sich
diese beiden Entdecker beruflich und in Zusammenhang mit diesem
Theorem.

Wieviel ist für Dich ,,grob ungenau''? 100...200 µm schaffe ich
damit, und das reicht mir für amateurmäßige Vias (die man ja noch mit
handhabbaren Bohrern bohren können muß, also 0,4...0,5 mm) aus.

Coole Site. Riecht aber eher nach einer aufwendigen Satire ...

Einen solchen Aufwand macht jemand nur, wenn er die auf der
Site angebotenen Produkte tatsächlich verkauft.

Mein Problem beginnt dann, wenn diese Leute damit anfangen, Massnahmen
gegen
irrationale Bedrohungen zu fordern unter der dann die "Vernünftigen" zu
leiden haben.

Schön, aber: 15A durch 16A ersetzen? superflink durch mittelträge(?)
ersetzen? Warum überhaupt 15A, wenn das Gerät angeblich 20A messen kann?
Warum superflink, wenn doch ledigleich ein sich eher langsam erwärmender
Shunt geschützt werden soll? Die brennen doch nun wirklich nicht
superflink durch! Fragen über Fragen...

www.cirrus.com

Bestellen z.B. bei www.segor.de

Untere Grenzfrequenz bei einem Videosignal ist 50 Hz (20msec) = Bildfrequenz
Stelle Dir ein komplett weisses oder schwarzes Bild vor.

Richtig und darum sehe ich persoenlich keinen andern Weg, als dass
sich zum Schutz des Otto Normalbuergers der Gesetzgeber massiv
einschalten muss um diesen Widlwuchs einzudaemmen.

Hier mal was zur Abwechslung, die Doengenseife die einem von Schuld
befreit:

http://home.t-online.de/home/Freimann-Gefecht/Gruggden.html

Ich habe ein kurze Frage zum Thema PC Parallel-Port. Ich möchte mit
dem Parallel-Port einem Gerät ein Startsignal senden (TTL-Eingang
flankengetriggert) und anschließend die Antwort abfragen. Die Antwort
erfolgt auf 16 Datenleitungen, von denen immer nur eine auf high ist
(sozusagen one-hot). Die Pulsdauer der Antwort beträgt ca. 5ms. Die
Zeit zwischen Start- und Antwortsignal ist nicht bekannt (liegt im
Bereich von einer Sekunde bis zu einer Minute).
Ist es Grundsätzlich möglich solch ein kurzes Signal mit Hilfe der
parallelen Schnittstelle zu lesen?

Das Antwort-Signal werde ich wohl vorher in 4Bit umkodieren, da die
parallele Schnittstelle nicht genügend Eingänge hat. Das Programm,
welches das ganze steuert, soll unter Windows NT4 laufen. Der direkte
Hardwarezugriff ist mittels Treiber möglich. Kann mir da vielleicht
das Multitasking oder -threading dazwischenfunken, falls mein Programm
mehr als 5ms keine CPU-Zeit bekommt?

Neben meinem Programm läuft nur ein weiteres Programm auf dem Rechner

(Celeron 400MHz, 64MB RAM).

Okay, die letzte Frage passt vielleicht nicht ganz in diese Gruppe,
aber vielleicht hat jemand damit Erfahrung ;-)

Spricht irgendetwas gegen mein Vorhaben?

Danke,
Steff

Um das Rauschen _deutlich_ zu vermindern und manchmal auch um die
Empfindlichkeit zu steigern! Ist erst das Rauschen nahezu
eliminiert, kann das Bild erst richtig bearbeitet und geschärft werden,
die Auflösung erhöht werden usw.