mikrocontroller.net

Forum: Mikrocontroller und Digitale Elektronik AVR Ethernet Platine


Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Tobias Schneider (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi,
ich wuerde gern zwei bis drei Platinen nehmen.

Zur RTC muss ich sagen, dass es vll. geschickter ist, da einen NTP
(network time protocol)-Clienten per Software zu implementieren. Dann
hat man immer gleich eine mit den anderen Rechnern synchronisierte
Zeit. Natuerlich hat man mit einer RTC auch die Moeglichkeit einen
NTP-Server zu betreiben, aber auch eine Quarz-RTC hat halt ihre
Gangungenauigkeiten.

Die PoE Option ist natuerlich nett, aber ich denke die wenigsten
besitzen dazu passende Switchs oder Injektoren. Wenn es aber nicht
zuviel Platz auf der Platine nimmt bin ich auch dafuer.

Ansonsten finde ich die Idee natuerlich Klasse.

Frohe Weihnachten noch.

Gruß Tobias

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Moritz Veit (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi,
also ich hätte auch interesse an so ner platine .... lass mir noch
durch den kopf gehen was man noch gebrauchen könnte.

mfg
Moritz

Autor: Moritz X (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Ein USB-Host-Controller wär richtig fett. Dann könnte man diese billich
Webcams anschließen.

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Andreas Auer (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi.

Also, ich hab zwar kein Interesse an einer Platine, aber da ich selbst
gerade ein Ethernet Board mit nem ATMega128 baue, interessiert mich
dein Projekt natürlich!

Du schreibst ja:
"Da ich mir die Platine alleine nicht leisten kann, habe ich andere
Leute hier aus’m Forum schon gefragt, was sie z.B. noch gerne auf der
Platine haben wollten, wenn sie eine mitbestellen würden."

Ahm... wenn du z.B. bei Olimex bestellst, dann kostet dich eine
Eurokarte von vornherein "nur" 31 USD inkl. Versand (vielleicht 36
USD, wennst viele Bohrungen hast). Und wenn deine Platine eh nur ne
halbe Eurokarte benötigt, dann kommt dir eine Platine sogar unter 15
Euro (was für Einzelstücke bzw. Prototypen sehr günstig ist, oder?!).

Soviel nur dazu...
Ich hab auch überlegt, ob ich ein Compact Flash Interface draufmachen
soll, hab mich dann aber für ein Flash mit 1MByte Speicher entschieden.
Ist vielleicht auch eine Anregung für dich.

Außerdem hab ich statt eines RS232 Anschlusses ein USB Interface (mit
FTDI Chip - FT232BM) aufs Board gegeben. Was mir bei deinem Board
besonders gefällt, ist, dass es in dieses Gehäuse passt.

Kleine Eckdaten zu meinem ATEthernet Board:
* ATMega128
* 32kByte SRAM
* 1MByte Flash
* USB
* 10Mbit Ethernet
* RTC (Counter am ATMega)

mfg
Andreas

Autor: Andreas Jakob (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Guido,

ich würde auch ein oder zwei Platinen nehmen.
Das PoE werden die meisten nicht brauchen.
Daher könnte man daß vielleicht als optionale Huckepack-
Platine vorsehen ? Dann kann man es bei Bedarf nachrüsten
und es nimmt keinen Platz weg.
Dafür wäre ein Anschluss für ein alphanumerisches
Display nicht schlecht. Das wird doch recht oft gebraucht.
Eine Atmel Dataflash Chip wäre noch ne Idee für eine Option. Da kostet
der Chip warscheinlich weniger als ein MMC-Sockel.
Ein Dallas/Maxim DS2502-E48 (TO-92 Gehäuse / 1-Wire IF) der eine feste
MAC-Adresse enthält bräuchte auch kaum Platz. (Muster über Maxim)

Gruß
Andreas

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Andreas Auer (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi Guido,

Kurz du deinem Dataflash. Also, wie gesagt hab ich ja auch ein Flash
auf meinem Board drauf. Ich verwende eins von Atmel mit SPI Interface.
Heisst AT45DB081 (1MByte).
Das Flash wird mit 3,3V versorgt und hat 5V tolerante Eingänge. Wenn du
es mit 3,3V versorgst, kannst den seriellen Ausgang des Flash problemlos
an den Mega anschließen - der Mega erkennt 3V als High-Pegel und das
Flash gibt laut Datenblatt mindestens VCC-0,2V als High-Pegel aus.

mfg
Andreas

Autor: Fiffi (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Guido,

ich wäre an folgender Platine interessiert:
- ATmega128
- 64..512 kByte banked SRAM
- RTC
- ISA-Steckplatz für RTL8019AS/NE2000-Karten
- MMC Sockel
- (optional) Adressdekoder für Zusatzhardware

100x160 wäre für mich OK.

Ich habe auch noch eininge Karten, und möchte den RTL8019AS nicht
herunterlöten...


Gruß

Fiffi

Autor: Tobias Schneider (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi,
also 100*160 + nen ISA-Slot ist ja wohl totale Platzverschwendung. So
schwer kannes auch nicht sein, den RTL von der Platine zu bekommen und
ihn dann wieder auf eine Industrie gefertigte Platine zu loeten.

Beim Speicher bin ich auch eher fuer fuer eine MMC. Da kann man danna
uch mal problemlos den Speicherausbau variieren bzw. ganz weglassen
ohne etwas zu loeten.

Ein Display duerfte sich wohl auch relative leicht ueber die
Porterweiterungen anschließen lassen. Da es ein sichtabres Teil ist,
hat da eh jeder eine andere Vorstellung was er da verwenden will.

Wenn PoE Huckepack geht waere das auch nicht schlecht, aber ich glaube,
dass das Gehaeuse das nicht zulaesst.

Gruß Tobias

Autor: DB1ULM (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo,

Also iuch hätte auch an einer PLatine interesse, wenn der Preis so um
die 15 Eur rum hinkäme.
Ich persönlich würde die MMC dem Data Flash vorziehen.
Auf PoE kann ich verzichten

Schöne Feiertage noch Steffen

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Der Schlumpf (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Guido

Ich weiss, es passt nicht zu deiner Frage, aber kannst du mir vieleicht
deine EAGLE3D Libary zukommen lassen. Besonders bin ich an der RJ45
Buchse und dem CF Adapter interessiert.
Hoffe es macht keine dir keine grossen Umstände.
Ansonsten noch ein restliches frohes Fest und danke im voraus...

Gruss der Schlumpf

Autor: Andreas Auer (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Der Schlumpf:
Bezüglich des CF Adapters kann ich dich gleich auf die bei Eagle
enthaltene Library "con-3m" verweisen. Dort sind 2 Versionen eines CF
Slots drinnen!

@Guido:
Wegen Bezugsquelle für ein Dataflash. Ich hab meins von RS-Components.
1MByte kostet dort etwa 5-6 Euro. Falls jemand was billigeres weiß, nur
her damit!

mfg
Andreas

Autor: Der Schlumpf (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Guido

Danke, die Eagle Bauteile hab ich ja auch...
Ich meinte für Eagle 3D und PovRay die Render Daten, um diese Bauteile
erzeugen zu lassen.
Die sind in der aktuellen Version von Matthias (Matwei)
nicht erhalten.
Hab sie halt nur in deinem PDF gefunden.
Also, falls du diese zukommen lassen könntest, wäre super.

Der Schlumpf

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Andreas Auer (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Guido:
Das Gehäuse heisst glaub ich TSOP28. So gibt es das Flash zumindest bei
RS-Components. Wenn du willst stell ich meine Eagle Lib hier rein!

mfg
Andreas

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Matthias (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi

der Die des Flash ist schon relativ groß. Der paßt rein mechanisch
schon in kein SO8 mehr rein.

Matthias

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Stefan (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Sehe ich das richtig: Di Platine hat eine voll Funktionsfähige RS232
Schnittstelle?

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Andreas Jakob (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Guido,

der Dataflash läuft laut Datenblatt von 2,7 bis 3,6 V
Also Betrieb an 3,3 V.
Die Eingänge sind 5 V tolerant also direkt mit dem M128 zu verbinden.
Der Mega128 hat laut Datenblatt einen min. High-Pegel von
0,6 x VCC also 3 Volt.
Der Dataflash liefert als High-Pegel VCC - 0,2 V also 3,1 Volt.
Sollte also auch direkt passen.

Atmel beschreibt zwar in dieser AppNote die Anpassung an ein 5V
System, geht aber von 0,7 x VCC für CMOS aus und empfiehlt für den
Ausgang einen Pegelwandler.

http://www.emesystems.com/pdfs/parts/AT45DB041-3vo...

Grüße
Andreas

Autor: Andreas Jakob (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Wenn wir uns beim Dataflash auf 4MBit also 512 Kilobyte beschränken,
wäre es nur ein kleines 8-poliges Gehäuse.
Das dürfte für sehr viele Anwendungen mehr als genug sein.
Für mehr Speicher dann eben MMC.

Kosten hier 3 Euro das Stück :

http://www.elektro-nix.de/pd-1521253076.htm?categoryId=14

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Andreas Jakob (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Guido,


wenn Du statt des separaten Übertragers für das LAN einen RJ-45
Connector mit intergriertem Übertrager vorsehen würdest, würde dass
einiges an Platz sparen und auch nicht viel mehr kosten.
Ausserdem gibt es die RJ-45 Buchsen auch mit integrierten LED´s, sodaß
man auch den Status von aussen sieht ohne noch Löcher ins Gehäuse
bohren zu müssen.
Wär vielleicht eine Idee.

Grüße
Andreas

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Jens123 (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dann such dir eine Alte PCI / ISA Karte die das alles schon hat ;)

Was anderes.. wenn man das ganze als reinen Webserver nutzen moechte um
ein Paar bildchen etc anzeigen zu lassen meinst du sowas koennte man
relativ flexibel realisieren?

Mit verlinkten Dateinamen etc?

Autor: DB1Ulm (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Guido,

ich hab mir gerade mal die Daten auf deiner Homepage angesehen. in der
3 darstellung der Webserverplatine sieht man rote Buchsen, an denen die
Ports des AVRs anliegen.
Hat es nen bestimmten rund, das du diese spezial Buchsen verwendest?
Ansonsten wären vllt 10pol Wannenstecker sinnvoller.


Gruss, und Respekt für die Arbeit die du dir machst Steffen

Autor: Jens123 (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@DB1Ulm

>Wegen der geringen Höhe des Alugehäuse verwende ich hier die Tyco
>Micromatch Verbinder, die dank Schneidklemmausführung für normales
>Flachbandkabel geeignet und wesentlich flacher, als die Molex Wannen
>sind.

;)

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Jens123 (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
darum meinte ich ja auch PCI / ISA =) zumindest fuer die LEDs

das mit dem Filter war mir neu, dass es sowas gibt die Karten, die ich
bisher kenne haben alle den Externen Filter??
ich dachte immer, das waer auch eine Galvanische Trennung

nunja =)

Gruss Jens

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: DB1Ulm (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Okay Asche auf mein Haupt :-) Das mit der größe ist einleuchtend :-)
steffen

Autor: Jens123 (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
ok ok ok =)

Alles klar ;)

Zu dem Webserver hast du dir schon gedanken gemacht ueber eine
eventuelle allgemeine Firmware, die einige Spezifische Seiten einlesen
kann zB. dateien, wie das mit dem PHP funktioniert??

<html>
 <head>
 </head>
 <body>
  <?µc
    ldi temp1, "h";
    ldi temp1, "a";
    ldi temp1, "l";
    ldi temp1, "l";
    ldi temp1, "o";
  µC?>
 </body>
</html>

weist, was ich meine??

Das man ueber die MMC Karte diverse Seiten in den Webserver einbinden
koennte, in denen dann noch etwas an ausfuehrbarem Code drin steckt..

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Jens123 (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Supi =)

Tia das is tdas Problem mit em Code aus dem Flash :(

daher evtl kleinere InLine Commands villeicht bekommt man damit was
zustande..
oder aber man bekommt das ganze ueber inline assambler hin

leider keine idee im momennt
aber sowas mit dem ausfuehrbarem code hatte ihc schonmal als idee
gehabt

Autor: Andreas Auer (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi

Bezüglich ausführbaren Code aus dem Flash... also der Mega128 kann
leider keinen Code aus einem externen Speicher ausführen. Das geht
leider architekturbedingt nicht!
Wenn man Code aus dem externen Flash ausführen will, dann braucht man
schon sowas wie nen Interpreter, was aber alles andere als schnell sein
dürfte!

mfg
Andreas

Autor: Jens123 (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Das befuerchte ich auch...
Also ist nix mit Dynamischen Seiten auf dem Controller..

koennte schwer werden sowas zu realisieren

Autor: Andreas Auer (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Was ich aber schon gesehen habe, ist, dass ein AVR als Webserver am
Internet hängt und seine IOs per Internet geschaltet werden können.
Also das funktioniert auf jedenfall. Und für die Interpretation einiger
Zeilen in einer HTML Datei wird der AVR sicher auch in der Lage sein!

Falls jemand sich so nen Webserver ansehen will. Bei eBay wird so einer
versteigert. In dem Angebot ist auch ein Link wo angeblich dieser
Webserver antwortet und wo dann IOs gesetzt werden können!
Hier der Link:
http://cgi.ebay.at/ws/eBayISAPI.dll?ViewItem&categ...

Mal kurz was anderes. Holt ihr euch alle die RTL8019AS Chips von alten
ISA Karten runter?? Ich bin nämlich auf der Suche nach 2 Stück dieser
Chips und trau dem ganzen runterlöten nicht so ganz. Will mir meine
Platine ja nicht unbedingt versauen!

mfg
Andreas

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: 123 (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
ne CAN unterstützung wäre natürlich auch noch ne feine sache.

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Andreas Jakob (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Guido,

/WP (Schreibschutz) ist laut Datenblatt mit einem internen Pullup
versehen, also abgeschaltet wenn nicht verbunden.
/RESET kannst Du ja mit dem Reset des M128 verbinden. Der Dataflash hat
zwar einen Power On Reset, aber man will ja definierte Zustände haben,
wenn man aufs Reset-Knöpfchen drückt.
BUSY kann man auch einsparen, da man dieses Signal auch per Software
über SPI abfragen kann.

Grüße
Andreas

Autor: Andreas Jakob (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Andreas

den RTL8019 gibt es bei Egnite zu kaufen.
Kostet allerdings 10 Euro bei unter 10 Stück.

http://www.egnite.de/

Autor: Andreas Auer (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Jakob
Ja, das hab ich schon gemerkt. 10 Euro wären so auch nicht das Problem.
Aber der Versand kostet nach Österreich 15 Euro oder so ähnlich.

mfg
Andreas

Autor: Andreas Auer (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@all
Ich hab im Forum unter Markt auch schon meinen Beitrag bezüglich der
RTL8019AS Chips hineingestellt. Falls hier noch jemand so nen Chip
sucht, weil er ihn auch nicht von ner Platine runterföhnen will oder
kann, kann sich ja mal melden.
Bei 10 Stück kostet das Ding dann "nur" noch 6,38 Euro.

mfg
Andreas

PS: Hoffe, dass dieses Posting jetzt nicht ganz unter SPAM fällt!

Autor: Topsoft (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo

Für denn WP-Pin: Wie wäre es mit einem Jumper? Auszuwählen wäre dann
entweder 1. nach masse oder 2. zu einem Portpin. Ich würde mir noch
mindestens einen Mcp2515 Cancontroller wünschen, besser 2. oder einen
speziellen Erweiterungssockel wo die SPI drauf liegt und 2x CS.

Gruß Topsoft

Achso: Ich würde 5 Platinen nehmen. Und @Andreas 5 x RTL8019AS Chip
wären interessant.

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Topsoft (Gast)
Datum:
Angehängte Dateien:

Bewertung
0 lesenswert
nicht lesenswert
Hallo,

der MCP2515 und ein Bustreiber müssten dann aufs Board. Anbei habe ich
dir mal eine Ausführung meines TV-Tuner Dummys angehängt der bei mir
den RGB-Eingang am Navi freischaltet. Angeschlossen werden müßten dann
CS, SO, SI, SCK. Den Reset vieleicht mit auf den Prozessorreset, und
der Int wäre natürlich dann noch anzuschließen.

Wenn du dich aber für die Buchse entschließt müßten dort die Signale
Reset, Cs1, Cs2, SO, SI, SCK, Int1, Int2 zur verfügung stehen.

Eigentlich müßte der CanBusTreiber auch von Board galvanisch getrennt
sein, was dann ja eher für die externe Lösung spricht. Der 82C251 ist
besser als der 82C250 und den gibt es auch wie den MCP2515 bei
Reichelt.

Gruß Topsoft

Autor: 123 (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
anstelle der seriellen schnittstelle can-option

Pin-belegung sub-d:

1 NC
2 CAN L
3 GND
4 NC
5 Drain
6 GND
7 CAN H
8 NC
9 NC

Autor: Andreas Jakob (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Also wenn schon CAN, dann aber bitte galvanisch getrennt.
Bei Reichelt gibts schöne kleine DC/DC Wandler 11 x 6 mm.
z.B. SIM1-0505 SIL4  8,80 Euro
Die kosten übrigens beim Hersteller nur 4 Euro, ganz schöne
Gewinnspanne hat Reichelt da :-)

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: 123 (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
hi
hab hier en schaltplan gefunden. allerdimgs mit einem anderen
bustreiber.

http://www.mikrocontroller.net/attachment.php/1397...

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: 123 (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
die Sd-card sitzt ja ganz am rand. wenn man den sockel auch drehen
könnte. könnte man die karte vielleicht auch im gehäuse wechseln, wenn
man in die seitenwand einen schlitzt fräst. bräucht halt meher platz.

Autor: geloescht (Gast)
Datum:
Angehängte Dateien:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: 123 (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
vieleicht auf die unterseite. den Speiche kann man ja verschieben. Hast
recht an die kurtzen karten hab ich garnicht gedacht.

P.S. Ne Einerlegendewollmilchsau wär zwar toll aber, aber halt nicht
machbar.

Autor: Matthias (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi

zum Schaltplan:
Ich würde an den ADC-Kanälen noch jeweils einen C im 0805 gegen Masse
vorsehen. Verbessert das Verhalten des ADC's bei hochohmigen Quellen
deutlich.

Matthias

Autor: Andreas Auer (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi

@Topsoft
Hab deinen Beitrag nicht übersehen ;-). Du würdest also 5 Stück
brauchen. Ich selbst bräuchte auf jedenfall 2. Hätten wir schon 7.
Bei egnite kostet der RTL8019AS + Transformer (6,38 + 1,25) 7,63 Euro
(ab 10 Stück). Falls niemand mehr Chips bzw. Übertrager braucht, dann
würde ich notfalls auch 5 Stück nehmen, damit wir auf 10 Stück kommen!

Wenn jemand noch welche will, dann bitte auch unter Markt in meinen
Thread posten. Dann wird dieser stark frequentierte Thread nicht auch
noch belastet und es werden auch nicht so leicht Beiträge übersehen!
Thanks.

mfg
Andreas

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Matthias (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi

du könntest eine USB-Mini-B Buchse (bei Reichelt USB BWM SMD bzw. USB
BWM) Für die SMD-Buchse existiert auch schon ein 3D-Modell.

Der FT245BM hat keinen CS und eine etwas eigenwillige Auswertung von
RD/ und WR. RD/ ist Low-aktiv und WR high-aktiv. Ich würde den FTDI
nicht in den Speicher einblenden (den Ethernet-Chip genausowenig)
sondern nur parallel anschließen. Die Steuerleitungen für Ethernet und
USB kommen dann an einen extra Port. Zum Zugriff wird dann das
Speicherinterface mittels MCUCR abgeschaltet und die Ports per Software
so geschaltet das ein gültiger Zugriff bei rauskommt. Das ist nicht
wirklich viel langsamer spart dir aber die ganze CS Logik die bei den
kurzen Buszyklen des Mega128 bei 16MHz eh kritisch ist.

Matthias

Autor: Topsoft (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Morgen,

also RS232 oder Can ist natürlich nicht das anzustrebende. Da auch wenn
der Can genutzt wird man sehr oft RS232 braucht. Und wenn es nur zum
Debuggen ist. Könnte man den Can nicht auf einen 2 poligen
Stecker(Jumper) legen? Da nimmt er doch kaum Platz weg.

Gruß Topsoft

Autor: Marcus Maul (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
HaLLO Guido,

ich verfolge mit Interesse Dein Ethernetboard.
Wenn ich das richtig in Erinnerung habe, ist CAN doch ein 2 Draht
System. Wäre es also nicht möglich, zwei der unbenutzen seriellen Ports
als CAN Ausgang zu benutzen?
Den Kabelbaum kann sich doch jeder notfalls selber bauen.

Gruß Marcus

Autor: Topsoft (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo

Jo, Markus das ist eine Superidee. Kostet keinen weiteren Platz und 2
Anschlüsse am SubD sind ja auch frei. Auf das einfachste kommt man
meist nicht. Wäre schön wenn Guido das so machen könnte.

Gruß Topsoft

Autor: 123 (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Der SubD stecker ist genormt. ich bin dagegen can_high und low auf einen
nicht genormten pin zu legen.

Ich würde noch ne platz für stiftpins einbaun und notfals wenn man can
und Rs braucht muss man mit en schleifer die zwei can leitungen
durchtrennen und an den stiften abnehmen.

Autor: Matthias (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi

warum nicht einfach Lötbrücken für wahlweise CAN und RS232? Beides
zusätzlich auf Stiftleisten verfügbar und gut. Dann ist die SubD
entweder CAN oder RS232 und das jeweils andere ist per Stiftleiste
verfügbar.

@Guido
Ich würd auch so ne Platine nehmen wenn sie nicht zu teuer ist.

BTW:
Das umschalten des Analogschalters mittels Pin3 des isp-Steckers ist
eher uneschickt da viele Programmierdongle (STK200, STK500, AVRisp,
mein USBips) diesen Pin garnicht beschalten. Verwende doch einfach das
Reset-Signal dazu.

Matthias

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Topsoft (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo,

Also gegen RJ45 hätte ich nichts einzuwenden. Was spricht gegen die
Einblendung des RTL in den oberen Adressbereich des Ram´s?

Gruß Topsoft

Autor: Matthias (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi


ich persönlich hätte ein Problem mit RJ45. Da kann man nicht mal
schnell einen eigenen Stecker anbauen der dann auch noch nach was
aussieht.

Matthias

Autor: Marcus Maul (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Guido,

ich persönlich hätte nichts gegen eine RJ45 Buchse.
Warum nimmst Du eigentlich zwei? Hast Du vielleicht mal über RJ11
nachgedacht? Die Buchse ist kleiner und du kannst ja die drei linken
Leiter für RS232, die drei rechten für CAN benutzen.

Ansonsten wäre noch die Option 3x2 Pinheader.

Gruß Marcus

Autor: Volker (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Guido,
auch wenn ich bis jetzt nur mitlesen und nichts konstruktives
beigetragen habe:

Ich habe verbindliches interesse an 3 Platinen.

Gruss
Volker

Autor: Jochen (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi,
hab grade erst den Thread gefunden. Ich wäre (noch unverbindlich) an
einer Platine interessiert. Aber: ich bin kein berufsmäßiger
Elektronikentwickler. Daher:

- das ganze "optional" klingt gut, das meiste bräuchte ich nämlich
nicht. Ich suche eigentlich nur Ethernet - AVR - freie Pins für Sensor.
Freie Pins für Display, USB und MMC wäre nice to have. Wichtig wäre aber
auf jeden Fall eine Doku, die ausreichend ist, um das nicht benötigte
weglassen zu können. Ich denke da vor allem an die vorgeschlagenen
Brücken um z.b. CAN/RS232 mal hier und mal da abzugreifen usw.

- das Ethernet sollte schon eine Buchse haben, um ein normales
Patchkabel anzuschließen, also RJ45 oder? (RJ11 kenn ich nicht).

- Ebenso würde mir ein 9 pol. Sub-D Stecker für RS232 besser gefallen
als eine RJ45 hierfür. RS232 müßte doch eigentlich jeder brauchen
zwecks debugging, und ein RJ45/Sub-D Kabel hab zumindest ich nicht hier
rumliegen.

- Vielleicht bin ich der einzige, der das nicht weiss*g* Wo kriege ich
denn dieses proMa Gehäuse? Und was kostet es? Btw: Hat jemand eine mehr
oder weniger grobe Abschätzung was die größeren Bauteile kosten? R und C
sind natürlich egal.

Jochen

Autor: Stefan (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@jochen: die Frage mit dem Gehäuse würde mich auch interresieren*g*

Bin auch für den 9 pol. Sub-D Stecker ....

Autor: John (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Was die diverse Logik wie z.B. Adressdekodierung angeht, empfiehlt sich
ein CPLD, z.B. ein 36er oder 72er von XILINX.
Die lassen sich (als TQFP44) prima löten und lösen das Platzproblem.
Ausserdem ist so noch ein bisschen Raum offen für diverse
Konfigurationen, falls jemand mehr RAM braucht, etc.

Autor: 123 (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
bin auch für sub-d

RJ45 ist ein billiger sc***!

Autor: StefanK (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi
So wie ich das alles bisher kapiert habe, wird das die Eierlegende
Wollmilsau die ich mir schon immer gewünscht habe!
USB, RS232, Ethernet, CAN - was will man mehr?
Ich werd mir wenns nicht zu viel kosten wird so ein Teil auch
anschaffen, aber mir ist da noch etwas unklar mit den ICs.
74hct30D, HY628100B2, 74AC573D, AT45DB041B, AT45DB081 - was machen
diese ganzen ICs?

Ich kenn mich schon ein wenig mit den AVRs aus aber diese Bauteile sind
mir noch unbekannt.
Die Datenblätter laden schon, aber wie ich mich kenne werd ich daraus
wohl auch nicht so schnell schlauer werden. :\

mfg

Autor: maltejahn (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo,

an so einem Board wäre ich auch interessiert. Aber eher wie es Jochen
gesagt hat. Einfach ein paar Sensoren(z.B TC77 am I2C) abfragen und per
Browser abfragen. Später vielleicht noch als Datenlogger.
Das wäre ideal.

@Jochen
proMa gibt es z.B. bei Reichelt(glaube Guido meint EFG 1A(LxBxH
165x114x31). Oder hier
http://www.proma-technologie.com/deutsch/rundum_l/index.html

Malte

Autor: bernd (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Guido Fischer:
"Wer hat den FT254BM schon mal verbaut und kann mir sagen, ob der
überhaupt "Bus" tauglich ist und mir die datenleitungen zu den
andern
IS in Ruhe lässt?"
Der 245 ist bustauglich. Es gibt kein CS, aber wenn WR# und RW# beide
auf Hi sind, ist der Port Hochohmig.
Darüber hinaus gibt es zwei Handshake Leitungen RXF# und TXE#, einer
zeigt an, dass Daten gelesen werden können, der andere, das man welche
senden darf.

In JEDEM FALL das Handshaking verwenden!!!

Gruß,
Bernd

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: bernd (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Guido Fischer:
FT245BM und FT254BM. Sprechen wir vom gleichen chip? Zahlendreher? Ich
FTDI hat keinen FT254BM, oder? Ich habe nur den FT245BM getestet.

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Bernd (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Guido Fischer:
"Wenn er sich so verhält wie der 245 ist es ok" ????? Es ist doch der
245'er!!!???? "Ich mein den kleinen Käfer hier:
http://www.ftdichip.com/Products/FT245BM.htm";

Und "die Frage zu der Bustauglichkeit habe ich selber schon weiter
oben gestellt und keine Antwort erhalten."
Das war keine Frage, sondern die Antwort:-)

Gruß,
Bernd

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Jochen (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Danke für die erhellenden Gehäuse Antworten:o)

Hab ich das auch richtig verstanden, dass die Hardware (Pinbelegung
usw.) insoweit mit dem Webserver Projekt von ulrichradig.de identisch
ist, dass dessen Webserver SW auch hier läuft?

Gruß,
Jochen

Autor: Marcus Maul (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Guildo,

zu dem Thema CAN / RS232:
zuerstmal finde ich Deine Lösung prima, beides an zu bieten.
Vielleicht schaust Du Dir mal diese Pinheader an:
Reichelt - SL 1X10G SMD2,00

Damit könntest Du dann die Sub-D Buchse je nach gewünschter Beschaltung
jumpern.

       o --- CAN-LOW
TX ----o
       o --- RS-TX

       o --- CAN-HIGH
RX ----o
       o --- RS-RX

Du brauchst also nur ein Board und hast automatisch die Abnahme vir PIN
geschafft.

Gruß Marcus

Autor: Andreas Auer (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi

Nochmal kurz zum FT245BM. Bin jetzt mal kurz etwas verwirrt.

@bernd
Du schreibst, dass WR und RD# high sein müssen, damit die
Datenleitungen hochohmig sind. Sollte es nicht so sein, dass nur RD#
high und WR low sein muss, da ja WR high-aktiv ist??
Nicht, dass hier blödsinn im Layout rauskommt (vielleicht fehlt dann ja
ein Inverter)!

@Adressdekoder
Ich hab mich in letzter Zeit ein bisschen mit den XILINX CPLDs 9536XL
und 9572XL beschäftigt. Zur Programmierung wird ein JTAG Kabel
benötigt, das mit 4 Pins + GND mit dem Baustein verbunden wird. Das
Kabel ist im Prinzip nichts besonderes... 1 oder 2 Treiberbausteine und
eine handvoll Widerstände!
Wie gesagt, müssten 4 Pins + Masse (vielleicht auch noch Versorgungsspg
für das Kabel) auf eine Steckerleiste geführt werden.
Das Progamm könnte einfach mal jemand schreiben und es dann auf ne
Homepage online stellen! Dann braucht es im Prinzip nur jeder auf den
CPLD laden. Die Programmierung ist im Prinzip sehr einfach. Das lässt
sicher sicher mal auf die schnelle machen!

Ich kenn nur die XL-Serie der CPLDs von Xilinx. Die sind relativ
günstig (36XL kostet bei Reichelt auf Anfrage etwa 1,90 Euro; bei eBay
werden außerdem auch immer 10 Stück im SMD Gehäuse für 12 Euro oder so
ähnlich angeboten).
Vorteil bei der Verwendung eines CPLDs ist, dass man ihn auch so
verwenden könnte, um z.B. 512KB SRAM zu verwenden (ähnlich wie bei
Ethernut 2.x). Die Frage ist eben, ob jemand wirklich soviel mal
braucht!?!? Außerdem ist es Arbeit, was das Layout betrifft!

mfg
Andreas

Autor: Topsoft (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo,

wenn der CPLD auf Layout kommt und die Adressdekodierung übernimmt ist
dann nicht noch so viel Platz in dem Ding das er die Arbeit des 74**573
mit übernimmt?

Gruß Topsoft

Autor: Andreas Auer (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Das kann er bestimmt auch mit übernehmen!!! Das ist eine Kleinigkeit für
den CPLD!

mfg
Andreas

Autor: Topsoft (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Andeas: kennst du dich mit den dingern aus? habe mir gestern das
ispLever von Lattice geladen, habe auch "Das isp-Buch" von Elektor.
Aber begreifen tu ich das nicht was die von mir wollen, bin ich zu blöd
für. Gibt es da gute Seiten am besten in deutsch? Das Thema interesiert
mich doch schon sehr.
Gruß Topsoft

Autor: Andreas Auer (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Die Lattice Dinger kenn ich leider nicht. Ich hab mir mal ein Board für
die Xilinx XC9536XL und XC9572XL gebaut (falls es dich interessiert auf
www.mikrocontroller.at.tt steht mehr übers Board).
Ich kenn mich ein bisschen mit der Programmiersprache Verilog aus und
schreib meine Programme immer darin. Ist vom Syntax her relativ ähnlich
zu der von C. Es gibt eben ein paar sprachspezifische Ding (also wie man
auf Taktflanken reagiert usw.).

Xilinx hat auch eine kostenlose Software auf der Homepage. Damit kann
man rumprobieren und "Hardware-Programme" simulieren. Vorallem gibts
massig Programmbeispiele, von denen man einiges Lernen kann.

Auf der Homepage www.xess.com gibts auch einige Tutorials. Viel mehr
kenn ich leider auch nicht. Ich hab Verilog in der Uni mal ein Semester
lang gelernt (war aber trotzdem nur oberflächlich).

mfg
Andreas

Autor: Marcus Maul (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Andreas,

sorry wenns jetzt ziemlich ot ist, aber würdest Du mir mal kurz Deine
Erfahrung mit dem Nordic nf905 im real Life schildern und was der wo
kostet.
Ist die Leistung regulierbar?

Gruß Marcus

Autor: Andreas Auer (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Da ich leider einige Probleme mit meinem Layout für den nrf905 habe, hab
ich die Module (noch) nicht testen können. Außerdem weiß ich nicht, ob
die nrf905 Chips auch wirklich Kontakt mit den Leiterbahnen (der Chip
ist in so nem komischen halb BGA Gehäuse) haben. Das dauert also bis
ich da irgendwann mal was vorlegen kann.

mfg
Andreas

Autor: Bernd (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Andreas Auer:
"Du schreibst, dass WR und RD# high sein müssen"
Das mit dem WR und RW war auswendig geschrieben. Ich wollte damit nur
sagen, dass diese beiden Leitungen für den Ansteuerung sind.

**** aus dem Datenblatt Seite 8 **************************
"16 RD# IN Enables Current FIFO Data Byte on D0..D7 when low. Fetches
the next FIFO Data Byte ( if available ) from the Receive FIFO Buffer
when RD# goes from low to high. ( *** Note 1 )"

**** aus dem Datenblatt Seite 8 ****
"15 WR IN Writes the Data Byte on the D0..D7 into the Transmit FIFO
Buffer when WR goes from high to low. ( *** Note 1 )"
*********************************************************

Lesen: Also, die Daten können gelesen werden, wenn RD Low ist (Seite 10
in der Doku). Ist RD High, so ist der Port hochohmig.

Schreiben:  Wenn man nach Seite 10 in der FTDI Doku geht, muss WR im
Ruhezustand Low sein. Geht dann auf High und übernommen/geschrieben
wird bei negativer Flanke.

Gruß,
Bernd

Autor: Andreas Auer (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Bernd

Genau das meinte ich ja... damit muss WR low sein, wenn es inaktiv sein
soll, oder?!
Wenn du dir z.B. das Datenblatt des Atmel noch zur Hand nimmst, dann
siehst du dort auch, dass das RAM zum Beispiel die Daten bei der
steigenden Flanke übernimmt. D.h. vom Atmel aus gesehen, dass WR erst
low geht und dann bei der steigenden Flanke die Daten übernommen
werden.
Genau das selbe nur mit den umgekehrten Pegeln passiert beim FT245BM.

Damit muss doch WR auf low und RD auf high sein, wenn es inaktiv sein
soll! (meine Ansicht)

mfg
Andreas

Autor: Bernd (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Andreas Auer:
"Damit muss doch WR auf low und RD auf high sein, wenn es inaktiv
sein
soll!" - JA

Gruß,
Bernd

Autor: Andreas Jakob (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
CPLD fänd ich auch cool :-)
Aber nur wenn die ungenutzten I/O´s auf
Stiftleisten zur Verfügung stehen.
Aber ob dass noch auf die kleine Platine passt ...

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Andreas Auer (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Guido:

Deine Angaben glaub ich passen schon (Pins usw.) Am CPLD sind aber
einige IOs auch für spezielle Zwecke ausgelegt. Müsste man mal genauer
schauen, ob trotzdem noch genügend zur Verfügung stehen.

Wegen dem machen... das "Programm" für den CPLD kann ich im Prinzip
schon schreiben (ich hab nur jetzt im Jänner einige Prüfungen und
deshalb wahrscheinlich auch nicht viel Zeit). Falls sich jemand anderes
findet, gern!
Es gibt da aber ein kleines Problem. Ich hab zwar JTAG Kabel bzw. ein
Xilinx Board zur Programmierung von CPLDs, aber wie SMD IC's ohne
Einlöten programmieren. Und Sockeln dafür sind ja schweineteuer.
Falls da jemand Erfahrung hat, bzw. ne gute Idee hat, immer her
damit!!

mfg
Andreas

Autor: Matthias (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi

die zur programmierung nötigen Pins auf eine Stiftleiste führen?

Matthias

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Marcus Maul (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo,

nehm doch das XC9572-7PC84C, hat 69 Pins und damit ist
sichergestellt,das Du genug ausgänge hast.

Gruß Marcus

Autor: Matthias (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi

PLCC ist riesig und was viel schlimmer ist: Es stirbt aus. Die CPLD's
sind ganauso IS programmierbar wie die AVR's auch. Wozu also einen
sockelfähigen Chip? Mein Vorschlag: XC95{36,72}{XL}. Das Adresslatch
würde ich nicht über den CPLD laufen lassen sondern die freien Pins
eher an einen zusätzlichen Stecker führen. Würde das Board flexibler
machen.

Aber so langsam wirds dann doch die eierlegende Wollmilchsau die nie
fertig wird.

Matthias

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Hagen (Gast)
Datum:
Angehängte Dateien:

Bewertung
0 lesenswert
nicht lesenswert
>>Das Adresslatch würde ich nicht über den CPLD laufen lassen sondern
>> die freien Pins eher an einen zusätzlichen Stecker führen. Würde
>> das Board flexibler machen.

Das macht aber weniger Sinn da der CPLD zur Addressdekodierung ja auch
einige Addressleitungen benötigt.

Anbei mal mein Memory Mapped Bank Controller zur Ansteuerung von 512Kb
SRAM und zwei beliebigen Memory Mapped Geräten. Das ganze passt in
einen XC9536XL benötigt alle 34 verfügbaren Pins und verbraucht 27
Makrozellen von den 36 verfügbaren. Da der MMB aber intern selber zwei
Register speichert und demzufolge auch die komplette Addresslogic des
AVR's benötigt kann für euer Projekt einiges eingespart werden.

Gruß hagen

Autor: Matthias (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi

aus dem Adresslatch kommen aber die unteren Adressen. Für die
Dekodierung werden üblicherweise die oberen Adressen hergenommen.

Matthias

Autor: Hagen (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Matthias, ja das stimmt natürlich. Ich bezog mich da eher darauf das
beim CPLD noch viele Pins frei blieben.

Addressdekoder benötigt A8-A15 = 8 Eingänge, Chipselects für SRAM, USB,
Realtek = 3 Ausgänge. Das NAND und Inverter sind dann weg. Das sind 12
Pins am CPLD von 34 verfügbaren, bleiben 23.

Der MUX könnte auch über den CPLD laufen, das wären dann 10 Pins,
bleiben 34 - 12 - 10 = 12.

Man bräuchte aber 8+8+1=17 für den Latch. Stellt sich nun die Frage wie
man sich entscheidet.

Entweder Addressdekodierung + Latch macht 34 - 11 - 17 = 6 freie Pins
am CPLD für zusätzliche Aufgaben.
Oder Addressdekoder + MUX macht 34 - 11 - 10 = 13 freie Pins für
zusätzliche Aufgaben.
Ich vermute das von den freien Pins noch die Ansteuerlogik für den
FT254BM gemacht werden kann, sprich WR\,RD\ == 4 Pins.

Eines steht aber fest, ohne den CPLD gäbe es keine Addressdekodierung.
(ich meine um zu Ulrichs Lösung kompatibel zu bleiben).

Die Addressdekodierung kann wahlweise mit oder ohne ALE gemacht werden.
Da die Addressleitungen A8-A15 im Gegensatz zu AD0-AD7 laut Datenblatt
immer stabil sind. Denoch bevorzuge ich die Addressdekodierung synchron
zum ALE zu machen. Falls der Latch im CPLD ist hat man ja ALE eh zur
Verfügung.

Ach und nochwas, die XC9500 gibts als 5V und 3.3V Versionen. Die 5V
Versionen sind meistens um mehrfaches teuerer als die XL == 3.3V
Versionen. Auf alle Fälle sind sie besser verfügbar als die MAX7000
Serie.

@Guido, gib mir doch mal die genauen Addressen zur Addressdekodierung
wie du sie dir vorgestellt hast.

Gruß Hagen

Autor: Topsoft (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Morgen,

einen Teil der unteren 8 Bit braucht mann schon, ansonsten würde sich
jedes cs über mindestens 255 Adressen erstrecken üblich sind da ja
meistens weniger ausgennommen mal den rtl und z.b ein sja1000.

Topsoft

Autor: Hagen (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Naja, aber 3 * 256 Bytes weniger SRAM von fast 64Kb ?
Ich würde, falls Pins übrig bleiben, sowas dann nachträglich
verfeinern. Allerdings benötigt man dann ALE auf alle Fälle, da AD0-AD7
nicht stabil die unteren Addressbits halten. Wobei wir somit zu meinen
Hinweis kommen das es eventuell sinnvoller wäre den Latch in den CPLD
zu pressen, da hat man dann für eine genaue Addressdekodierung auch
AD0-AD7 und ALE inklusive am CPLD.

Gruß Hagen

Autor: Matthias (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi

dann hat man halt Blöcke von 256 Byte. Ist doch egal. Aufs Byte genau
muß man ja nun wirklich nicht ausdekodieren.

Ich würde z.B. die unteren 32k des SRAM dauerhaft (ab 0x8000)
einblenden und alles anderen in 16k-Blöcken (ab 0x4000 bis 0x7FFF) per
Config-Byte im CPLD umschaltbar machen. Alles andere (RTL, FTDI,
CPLD-Config Byte(s)) wird dann ab 0x2000 in 256 Byte großen Fenstern
eingeblendet.

So spart man sich das TTL-Grab für die Adressdekodierung und es bleiben
noch ein paar Pins und Makro-Zellen für extra Hardware im CPLD frei. Ich
denke da z.B. an extra PWM, schnelle CRC-Berechnung oder sowas.

Matthias

Autor: Hagen (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
>Ich würde z.B. die unteren 32k des SRAM dauerhaft (ab 0x8000)
> einblenden und alles anderen in 16k-Blöcken (ab 0x4000 bis 0x7FFF)
> per Config-Byte im CPLD umschaltbar machen. Alles andere (RTL, FTDI,
> CPLD-Config Byte(s)) wird dann ab 0x2000 in 256 Byte großen Fenstern
> eingeblendet.

So ähnlich geht der obige MMB Source vor. Wenn ich Guido aber richtig
verstanden habe so möchte er das Memory Mapping unterhalb 0xFFFF
haben.

>So spart man sich das TTL-Grab für die Adressdekodierung und es
> bleiben noch ein paar Pins und Makro-Zellen für extra Hardware im
> CPLD frei. Ich denke da z.B. an extra PWM, schnelle CRC-Berechnung
> oder sowas.

Hm :) das dürfte dann aber mit einem kleinen und preiswerten CPLD nicht
mehr drinn sein.

Was ich noch nicht ganz verstanden habe ist die Logik beim FTDI Chip.
Wenn mir einer diese nochmal genauer erklären könnte + gewünschte
Addressbereiche so würde ich mich ans Xilinx WEBPack machen und das
VHDL samt Timing/Functionale Analyse umsetzen. So schwer ist das
nicht.

Bliebe für Guido das leidige Pinning des CPLD übrig (ist im WEBPack ein
grafisches GUI). Dieses sollte man auf die Bedürfnisse des Routings im
Layout anpassen.

Gruß Hagen

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Jochen (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
*liest interessiert mit, versteht aber immer weniger:o)*

Wollte nur mal anmerken, dass ein NAND vielleicht jemand rumliegen hat,
von CPLD hab ich keine Ahnung, und da auch noch einsteigen,
Kabel/Programmer bauen usw ist zumindest für mich ein bischen
oversized. Ich bin zwar sicher nicht der Massstab hier, da noch Atmel
Anfänger, aber vielleicht geht's ja noch mehreren so. Mir jedenfalls
nutzen freie Pins/Zellen in einem Ding von dem ich keine Ahnung habe
nix:o) Da wär mir ein bischen TTL, das ich teilw. schon rumliegen habe
und bei dem ich verstehe was ich mache schon lieber. Will euch aber
nicht reinreden, dafür bin ich ein zu kleines Licht:o) Ich schau mir
einfach mal an, was nachher rauskommt, und wenn ich's nicht mehr
kapier fährt der Zug halt ohne mich.

Jochen

Autor: Jochen (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Geht ja hier Schlag auf Schlag:o)

>Wer danach mit einer größeren Version und
>somit mit SRAM weitermachen
>möchte, kann auch ein CPLD bestücken, oder?

Das Bestücken ist nicht das Problem. Eher die Beschaffung. Stellt das
einer programmiert zur Verfügung, und was kostet das dann ungefähr?

Jochen

Autor: Matthias (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi

einen Parportadapter wird wohl jeder selber basteln können. avrdude
unterstützt den Xilinx-Dongle übrigens auch zur AVR-Programmierung.

Matthias

Autor: Marcus Maul (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Leute,

mal ne vielleicht blöde Anmerkung, aber wenn ich den Atmel ISP
programmieren kann, kann der Mega128 nicht vielleicht anschließend vi
Can  USB  Seriell / MMC o.ä. das CLPD programmieren?
Sind doch IMHO auch nur ein paar Pine.

Gruß Marcus

PS: So gut kenne ich mich mit der Programmierlogik der CLPDs nicht aus,
denn ich hab noch nie ne Software zu programmieren von den Dingern
gebaut.

Autor: geloescht (Gast)
Datum:
Angehängte Dateien:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Hagen (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Guido:

> Blieben noch 224  Adressen fei für USB, CAN und ggf. - so hab ich
> mir gestern noch überlegt - auch die MMC Card nebst Flash und die
> gewünschten CSs für den externen SPI. Die hängen zwar nicht am
> Datenbus aber die verschwendeten Portpins würden damit wieder frei,
> ist aber nur so ne Idee.

Das mit dem CAN verstehe ich nicht, unterstützt der Memory Mapping ?

Die MMC Karte + SPI würde ich nicht über den CPLD laufen lassen. Man
müsste dann immer den CPLD korrekt vorprogrammiert haben um auf die MMC
zugreifen zu können. Aber, mal als Vorschlag, was wäre wenn man den AVR
+ CPLD von MMC flashen will ?
Dann beist sich aber die Katze in den Schwanz, denn die FAT Library
benötigt ca. 1Kb an Buffern, ohne CPLD kein externes SRAM, ohne
externes SRAM keine FAT Buffer, ohne diese keine SD/MMC FAT, ohne diese
kein flashen von MMC möglich.
Deshalb würde ich die MMC/SD/SPI nicht abhängig vom CPLD machen.

Zur MMC/SD Karte noch einige Bemerkungen:
Ich habe auch mit den Spannungsteilern rumexperimentiert und meine
Erfahrungen sind eher schlecht als gut. Besonders wenn man mit SnaDisk
Karten und hohem Takt arbeiten will. Desweiteren (ich habe deinen
Schaltplan jetzt nicht genauer daraufhin unersucht) sollte Vcc der MMC
Karte per P-Channel MOSFET über den AVR zuschaltbar sein. Bei meiner
MMC/SD Library musste ich nämlich feststellen das es einige SD Karten
gibt die nur mit einem harten RESET über das Abschalten von Vcc
zurückgesetzt werden konnten. Auch wäre es sinnvoll wenn als SD Karten
Slot einer mit Schalter genommen wird. Somit kann man das Einfügen der
Karte zur Laufzeit detektieren.
Bei der MMC/SD Software tritt ein generelles Problem mit der FAT
Software auf. Normalerweise ist es effizient über zwei 512 Bytes Buffer
jeweils die FAT und den Dateibuffer zu realisieren. Wird nun in eine
Datei geschrieben so ändert man vorerst die zugehörigen FAT
Informationen im SRAM-FAT-Buffer. Dies birgt aber ein Risiko wenn man
die SD/MMC Karte entfernt bzw. ein RESET durchführt bevor man diesen
FAT Buffer zurückgeschrieben hat. Arbeitet man aber ohne diesen
Schreibbuffer so werden sehr viele unnötige Schreiboperation inimmer
die gleichen FAT Sektoren auf der Karte nötig. Das kann sehr leicht und
schnell dazu führen das man diese Sektoren auf der Karte zerstört.
Nun, meine derzeitige Lösung mit den SD/MMC Karten sieht so aus:
- Vcc über P Channel MOSFET vom AVR ausschaltbar
- Kartenslot mit Schalter um das Einfügen einer Karte durch AVR zu
erkennen
- Extra Taster zur Signalisierung das die SD Karte entfernt werden
soll
- Extra LED um Status anzuzeigen, dabei wird über diese LED der Zugriff
auf die SD Karte angezeigt (Schreib/Lese blinken) und falls der FAT
Buffer noch nicht zurückgeschrieben wurde.

Vor einem Ausschalten des Gerätes oder RESETs muß also falls die LED
leuchtet der Auswurf-Taster der SD Karte gedrückt werden. Nicht schön
ich weis, aber nur so konnte ich das Problem lösen.

About Speicheraufteilung:
Ich stimme eigentlich den Vorstellungen vom Matthias zu und würde auch
von der herkömmlichen Aufteilung im oberen Addressbereich abweichen.

Der ATmega128 hat im Addressbereich von 0x0000 bis 0x10FF seinen
internen Addressbreich. Ab 0x1100 würde ich also die Memory Mapped
Devices legen. Das hätte nur einen Schwachpunkt falls eben einer seinen
MCU-Stack in das externe SRAM auslagern möchte (warum auch immer er dies
möchte). Bei meinem ATmega162 Projekt ging ich grundsätzlich davon aus
das der Stack immer im internen SRAM liegen wird. Das hat aber dann den
Vorteil das man oberhalb der Memory Mapped Devices eben linear den
kompletten externen SRAM einblenden kann.
Nun zum SRAM: reichen wirklich die 64Kb aus ? Heutzutage ist es scon
fast schwierig 32kb-64Kb SRAM's preiswert zubekommen. 128Kb sind
meistens preiswerterund verfügbarer.
Der Vorschlag vom Matthias zielt primär darauf ab eben solche größeren
SRAM's am AVR zu betrieben und dabei sogar noch zusätzliche Vorteile
zu bekommen.Denn über das Variable Banking kann man nun viel schneller
bis zu 16Kb große Speicherblöcke im SRAM schnell kopieren. Desweiteren
bekommt man Zugriff auf das Shaddow-SRAM im externen SRAM. Das wäre der
Bereich von Addresse 0x0000-0x1FFF der ja vom internen SRAM + Memory
Mapped Devices überdeckt wird. Über die variablen Bankregister kann man
nämlich diesen Bereich intern auf die Addressen oberhalb 0x8000
einblenden. Auch aus diesem Grunde funktioniert mein obiger MMB exakt
so.

Desweiteren stimme ich Matthias auch mit den zusätzlichen Funktionen im
CPLD zu. Wenn ich alles richtig gerechnet habe dann bleiben ca. 4 Pins
am CPLD ungenutzt. An Makrozellen schätze ich mal das 36 für die
kompllete Logik ausreichen werden. Man könnte also die kleinsten
XC9536XL's im TQPF44 nutzen falls man Kosten spare will.Oder aber man
nimmt den Pinkompatiblen XC9572XL der nur unwesentlich "teuerer" ist
und hätte dann 36 Makrozellen zusätzlich frei um diese 4 Pins mit
komplizierterer Logik zu füllen.

Eine Addressdekodierung auf Bytegrenze exakt finde ich ebenfalls
übertrieben, das würde zwar keine Pins zusätzlich kosten aber auf alle
Fälle Makrozellen verbrauchen. Grundsätzlich würde das aber mit 36
Makrozellen möglich sein. Nur, wegen 3*256 Bytes sich streitenzu wollen
??

Wichtiger wäre es das man über Header an die unteren gelatchten
Addressleitungen, die 8 Datenleitungen + Chipselects herankommt. Denn
über diese lassen sich dann weitere externe Geräte leicht anschließen.
Ich denke das an IDEATA.

Die Addressdekodierung im finalen VHDL im Addressbereich zu verschieben
ist weiter kein Problem.

Das mit dem CAN musst du nochmal genauer erklären.

Gruß Hagen

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Matthias (Gast)
Datum:
Angehängte Dateien:

Bewertung
0 lesenswert
nicht lesenswert
Hi

Zum SRAM:
Warum überhaupt ein 32k SRAM vorsehen? 32k sind bei Reichelt teurer als
128k. Ich würde eher 128k/512k als Option vorsehen. Das führt zu keinen
Problemen mit dem DRC und ist auch nicht teurer wenn man die 128k
Option wählt.

Im Anhang mal mein Vorschlag für die Buslogikgeschichte. Ich hab nur
mal das entscheidende gezeichnet. Irgendwie sollte man noch einen Takt
an den CPLD bringen wenn dieser keinen internen Generator hat.

Matthias

Autor: Hagen (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Guido:

Ah, ok jetzt verstehe ichs. Statt Pins am AVR für diese Chipselects ->
CAN + MMC, willst du das der CPLD sozuagen als Porterweiterung
fungiert. Gut das schöne am CPLD ist ja das man solche "Hardware" per
Software macht.

Bei den XL Typen handeltes sich um 3.3V Typen, das ist dir schon klar
oder ?


@Mattias:

Warum Takt an CPLD ? Ich habe die Erfahrung gemacht das taktbasierte
Systeme immer anfälliger und komplizierter sind als ganz normale.
Zumindestens hat mein taktbasiertes CPLD Projekt bis heute nicht
100%'tig exakt funktioniert und ich weis nicht warum.
Schaudir mal obigen MMB VHDL Code an, der arbeitet auch ohne Takt und
kann im Grunde alles das was wir suchen.

Allerdings, bei 512Kb SRAM wirds mit den Pins eng. Obiger MMBC
unterstützt auch 512Kb SRAM + Latch + 3 Chip Selects und schwups sind
die 34 Pins weg.

Bei einem 256Kb SRAM benötigen wir

AD0-AD7, WR\, RD\, ALE, A8-A15 als Input.
AL0-AL7, AH15-AH17, CS0-CS3 als Outputs, macht auch 34 Pins.
In diesem Falle stehen 4 statt 3 externe memory mapped devices zur
Verfügung.

Würde man das Bank_Register NUR writeonly machen so kann man auf RD\
verzichten.

Verzichtet man auf den Latch im CPLD so bringt das nicht viel da wir
trotzdem alle Leitungen bis auf AL0-AL7 benötigen. Besonders
AD0-AD7,ALE,WR\,RD\ sind nötig um die internen Bankregister
programmieren zu können. Wir hätten also nur 8 Pins eingespart würden
dafür den externen Latch aber benötigen.

Nimmt man einen 64Kb SRAM ohne Banking aber mit Latch so braucht man
AD0-AD7, ALE, A8-A15, AL0-Al7, CS0-CS3 also 29 Pins, bleiben 5 Pins für
den Rest.

Es sieht wohl so aus als reicht ein TQPF44 nicht aus. Der XC9572XL
TQ100 kostet bei Reichelt 4.50 Euro und hätte 72 verfügbare Pins.
Vielleicht der ? Ist schon blöde das von einem TQFP44 nur 34 Pins zur
Verfügung stehen.


Gruß hagen

Autor: Matthias (Gast)
Datum:
Angehängte Dateien:

Bewertung
0 lesenswert
nicht lesenswert
Hi

Takt am CPLD war gedacht für zusätzliche Hardware im CPLD. Die braucht
irgendwoher einen Takt. Evtl. kann man den einfach von XTAL-Out am AVR
klauen. Die Buslogik würde ich auch asynchron machen.

Natürlich brauchen wir noch AD0..7 am CPLD für das Config-Register.
Mist. Im Anhang neue Blockstruktur. Ich bin gegen ein TQFP100. Das ist
wieder so ein riesen Brummer. Dann lieber Adresslatch und QFP44.

Matthias

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Matthias (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi

man müßte mal die In-High-Pegel der beteiligten Chips am Bus messen ob
die mit 3,3V High klarkommen. Wenn ja wären die XL-Typen ne Option da
die billiger sind. Die Eingänge der Chips sind 5V tolerant. Man müßte
mal die Pinbelegung der 3,3V und 5V Typen checken. Evtl. kann man dann
die Versorgung für den CPLD wählbar machen.

Matthias

Autor: Hagen (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Ok, kein VQ100 aber was ist mit VQPF64 ? Die Dimensionen sind so groß
wie TQPF44 aber statt 0.80 Raster eben 0.50 Raster. Bei Xilinx kostet
der XC9572XL in VQPF64 $2.25 das Stück. Dieser hat dann 52 verfügbare
Pins, 18 mehr.

Die 5V Teile sind bei weitem teuerer.

Ansonsten stimme ich Matthias zu, es geht dann nur mit externem Latch.
Oder man beschränkt sich auf das Wesentliche ohne den CPLD für
zukünftige Erweiterungen überzudimensionieren.

Wie gesagt bei maximal 128Kb SRAM und Latch im CPLD braucht man
AD0-AD7, ALE, WR\, RD\, A8-A15, CS0-CS3, AL0-AL7, AH15-AH16 + ~WR\
für den FTDI, macht 34 Pins. Der SRAM wird in 32Kb Bänke geteilt und
deshalb benötigt man nur noch A15 und A16. Intern kann man also die 4
SRAM Bänke jeweils in die unteren oder oberen 32Kb mappen.
ChipSelects stehen 4 zur Verfügung, für SRAM, FTDI, USB und noch ein
zusätzlicher. Ausbaufähig wäre dies dann nicht mehr, aber was soll's
man kann ja einen weiteren CPLD für die Spezialaufgaben an den Bus
dranhängen.

Diese Lösung würde den Latch, NAND und INV einsparen, hätte 4 memory
mapped Devices, und sogar noch für den 128Kb SRAM eine Bank Logik.

Die Addressausgänge A15 und A16 werden durch die 2 internen 2Bit
Bankregister gesteuert abhängig von der Addresse auf dem AVR
Addressbus. Darum muß man sich also nicht im AVR kümmern. Bei Zugriff
auf die anderen Memory Mapped Devices kann man das 2 Bit
Bank_register_0 zusätzlich so befüllen das an A15,A16 für diese Geräte
zwei Steuerleitungen zur Verfügung stehen.

Der XC9536 VQ44 5Volt kostet bei Reichelt 5.25 Euro statt wie der XL
Typ nur 1.80 Euro.

Tja, ich weis auch nicht. Denn wird der Latch extern umgesetzt dann
würde der CPLD ja nur noch das NAND und die 4 INV ersetzen. Dazu wäre
der nötige Mehraufwand eventuell nicht gerechtfertigt. Andererseits
stünden dann 8 Pins mehr zur Verfügung da AL0-AL7, die gelatchten
Addressen, wegfallen. Wie's Matthias eben sagte.

Gruß hagen

Autor: Hagen (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Matthias:

> man müßte mal die In-High-Pegel der beteiligten Chips am Bus messen
> ob die mit 3,3V High klarkommen. Wenn ja wären die XL-Typen ne
> Option da die billiger sind.

Nicht nur das, ich glaube das sogar die 3.3V SRAM's billiger als die
5V Typen sind. Müsste ich aber nochmal abchecken.

@Guido:

sagt mir wie ich's machen soll. Ich baue dann das VHDL und Matthias
kann es ja eventuell querchecken.

Gruß Hagen

Autor: Andreas Auer (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi

Kurz noch was anderes... es war ja mal die Rede von den RJ45 Buchsen
mit integriertem Übertrager. Wo gibts die denn?? Weiß da vielleicht
jemand Bezugsquellen?

mfg
Andreas

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Hagen (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Guido,

beim WEBPack und VHDL kann ich dir helfen. Ich würde dir per EMail das
komplette Projekt mailen mit vielen Bemerkungen. Mit ein bischen
Anleitung habe ich es selber innerhalb von Tagen gelernt. Ich maile dir
auch noch par PDF's mit deutschen Kurzanleitungen. Aber mit dem
Schematik-Editor würde ich erst garnicht anfangen, VHDL ist einfacher.

3.3V <> 5V: der AVR und Realtek laufen weiterhin mit 5V. Der CPLD mit
3.3V der aber 5V tolerante Inputs hat. Wichtig ist halt nur ob der CPLD
H-Pegel für die Ansteuerung der 5V Chips ausreicht. Allerdings kann ich
eben da auch nicht mit praktischen Erfahrungen helfen. Ich habe hier
irgendwo im Forum gelesen das das mit den Xilinx CPLDs zu Problemen
führen kann. (war aber widersprüchlich).

Falls VQFP64 kein Problem wäre dann müsste man nur noch in Erfahrung
bringen wo's den XC9572XL in VQFP64 zu kaufen gibt.

Das Memory Banking ist im Grund einfach. In WinAVR zb. definiert man
sich einfach eigene Sections für jede Bank und jede Variable kann man
nun in diese Sections legen. Die restliche Aufteilung in den Speicher
macht dann der Compiler. Man versucht natürlich mit möglichst wenige
Bankswitch's auszukommen. Die Steuerung des Bankswitchselber ist ein
einfacher Schreibzugriff in den Speicherbereich des CPLD. Das könnte in
WinAVR so aussehen:


#define CPLD_MM_  __attribute_ ((section (".cpldmm")))
#define FTDI_MM_  __attribute_ ((section (".ftdimm")))
#define USB_MM_   __attribute_ ((section (".usbmm")))

#define BANK0_  __attribute_ ((section (".bank0")))
#define BANK1_  __attribute_ ((section (".bank1")))


im Makefile müssen nun die Addressen zu den obigen Sections stehen:

LDFLAGS += -Wl,--section-start=.cpldmm=0x801100
LDFLAGS += -Wl,--section-start=.ftdimm=0x801200
LDFLAGS += -Wl,--section-start=.usbmm=0x801300
LDFLAGS += -Wl,--section-start=.bank0=0x802000
LDFLAGS += -Wl,--section-start=.bank1=0x808000

Der Addressbereich des CPLD's startet also physikalisch an Addresse
0x1100. Im Source kann nun eine Memory-gemappte Variable zu diesem
Addressbeeich definiert werden.

uint8_t CPLD[256] CPLD_MM;

Beim Zugriff auf diese 256 Char Array wird nun physikalisch in die
Addressen 0x1100 bis 0x11FF gemappt.

Will man nun das Bankregister schreiben so macht man das so:

CPLD[0] = 0;

Oder der FTDI:

uint8_t FTDI[256] FTDI_MM;

mit

FTDI[0] = 0x55;

schreibt man also ins erste Register des FTDI den Wert 0x55.

Gruß Hagen

Autor: Torsten Voigt (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Andreas:

Die RJ-45 Buchsen mit Übertrager gibt es zum Beispiel bei Segor,
Bestellnummer HFJ11-2450E-L12
Kosten 7 Euro pro Stück und haben außerdem noch zwei LEDs integriert.

Gruß
Torsten

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Marcus Maul (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Guido,

ich bin prinzipiell an einer Platine interessiert.
Allerdings möchte ich erst die Ergebnisse sehen, also eine laufende
EileVollmiSau.

Ich persönlich würde das CLPD nehmen, da Du sicher sein kannst, das
nicht die Ansteuerung des CLPD's sondern auch des RTL, CAn und USB für
95% der Leute schon eine MII bedeutet.
Ich selber hab ziemlich respekt von dem RTl, werde ihn aber warsch.
selbst in nicht zu ferner Zukunft einsetzen. In wie weit Dein System
Leute abschreckt hängt in erster Linie davon ab, ob Du eine gute APi
hast, die ich relativ leicht ansteuern kann. Z.B für den RTL:

void set_IP();
void send_Byte();
char Recv_Byte)(;
usw.

Alles andere geht zu sehr ins Detail und dann will ich das Ding auch
selber entwickeln, anstatt auf eine vorgefertigte Lösung zurück zu
greifen.

Ich würds drauf lassen!

GRuß MArcus

Autor: Topsoft (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Nabend

Also ich würde den CPLD drauf lassen. Wenn man dann mit den
Ramabschnitten nicht klar kommt lässt man es halt denn der erst Bereich
ist ja immer beim Start aktiv. Aber so wie ich das verstanden habe
schreibt man auf eine bestimmte Speicherstelle als wäre es externes
Ram. Dort wird die aktuell einzublendende Bank angegeben. Danach ein
weiterer Zugriff aufs externe Ram und fertig. In Assembler etwa so
denke ich: (ich mag kein C)

ldi r16, zuAktivierendeBank
sts Bankingregister, r16
ldi r16, Datenbyte
sts startRam, r16

Oder liege ich da völlig daneben?

Gruß Topsoft

Autor: Andreas Schwarz (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Wenn man mit RAM-Banking und solchen Späßen anfangen muss, lohnt es sich
dann nicht vielleicht gleich einen Controller zu nehmen der mit einem
größeren Speicherbereich umgehen kann? Die zwei Bereiche für ROM und
RAM sind beim AVR schon lästig genug.

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Hagen (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@TopSoft: du liegst richtig. Aber statt diese Speicherstelle umständlich
über Addresszeiger anzusprechen definiert man sie wie oben einfach mit

uint8_t CPLD CPLD_MM;

Damit liegt sie zb. immer an Addresse 0x1100 in Section CPLD_MM, also
im memory mapped Bereich des CPLD's, was über das Makefile
konfigurierbar ist. Nun kann man die externen SRAM Bänke auswählen
indem man zB.

CPLD = 0x10;

setzt. In diesem Moment würde der externe Speicher ab Addresse 0x0000
bis 0x7FFF im internen an Addresse 0x0000 bis 0x7FFF liegen. Dann noch
die zweite Bank vom externen Speicher 0x8000 bis 0xFFFF im internen an
Addresse 0x8000 bis 0xFFFF. Man hat also die ersten 64Kb linear
gemappt.

Bei CPLD = 0x23;

würde an Addresse 0x0000-0x7FFF der externe SRAM ab 0x18000-0x1FFFF,
und an Addresse  0x8000-0xFFFF eben 0x10000-0x17FFF. Man hat also die
zweiten 64Kb gemappt aber diesmal umgedreht.

Bei CPLD = 0x00;

würde an Addresse 0x0000-0x7FFF der externe SRAM ab 0x0000-0x7FFF
liegen, und an Addresse 0x8000-0x7FFF ebenfalls 0x0000-0x7FFF vom
externen eingeblendet. Also doppelt und man hat nun über Addresse
0x8000 Zugriff auf den Shaddow RAM der normalerweise über das
Registerfile + internes SRAM verdeckt wird. Man hat nur die ersten 32Kb
gemappt dafür zweimal.
Und so könnte man auch die externe RAM Bank 0 mit der externen Bank 2
oder 3 oder 1 usw. einblenden. Dadurch würden Kopieroperationen zum
großen Teil direkt von einer Bank zu einer anderen Bank möglich ohne
das man zwischenbuffern müsste.


@Guido:
wieviele globale Variablen erwartest du denn ? Ich meine das wenn man
viel RAM benötigt der meistens für große Buffer draufgeht.
Du kannst aber auch bei so viel RAM eine dynamische Speicherverwaltung
nutzen. Wer selber auf PC's programmiert weiß was für viele Vorteile
so eine Veraltung nach sich zieht, Klassen, echte PChars, C++ usw.
WinAVR hat schon eine integriert und wenn ich richtig informiert bin
brauch man dieser nur die Start + Stop Addresse des verfügbaren
Bereiches mitteilen.

Der obige Weg war nur ein Vorschlag um die Sache bzw. Zugriffe zu
vereinfachen. Allerdings lässt es sich nicht bestreiten das ein Memory
Banking immer wie eine Speicher-Segmentierung auch Nachteile haben
kann.

Im einfachsten Falle würde man die Section .noinit per Makefile
umdefinieren, zb. in den festen SRAM Bereich von 0x1200 bis 0x7FFF.
Alle globalen Variablen würde der Compiler dann automatisch dort
ablegen. Der interne SRAM von 0x1000 Bytes wäre dann komplett für den
Stack frei.

Normalerweise müsste man ja zu jeder globalen Variable die im externen
SRAM gespeichert werden soll eine absolute Addresse vergeben. Der
Compiler durch unsere Vorschriften keine Möglichkeit diese Variablen
selber im Speicher zu verteilen. Nun obige Methode ist der Weg wenn man
dem Compiler mitteilen möchte das es einen Speicherbreich mit Namen XYZ
im Addressbereich von X bis Y gibt. Nun brauch man nur noch dem
Compiler mitteilen das er Variable Z im Speicher XYZ ablegen soll. Alle
Variablen die dort abgelegt wurden werden aber weiterhin vom Compiler
selber organisiert.

Nun, das Gleiche kann man aber auch für die Speicherbreich die die
Memory Mapped Devices enthalten machen. Auch das habe ich oben mit
CPLD_MM gezeigt.

Diese Form der Programmierung lässt es nun zu das man im Makefile die
Speicherorganisation dynamisch anpassen kann.

Also nochmal genauer:
> Z.B. Frage ich mich gerade, was mit stink normalen Variablen
> passiert? Liegen die im Ram des AVR oder liegen sie extern?

Ich gehe von WinAVR aus. Alle globalen Variablen wie

uint8_t i;
char Name[12];

liegen in der Section .noinit da sie nicht intialisert wurden. Diese
Section .noinit wird vom Compiler automatisch auf den maximal
verfügbaren internen SRAM ausgelegt. Der Linker weis aber, da es
statische Variablen sind, wieviel Bytes sie insgesamt benötigen. Die
Section .noinit endet also an Addresse 0x10FF beim ATMega128 und
beginnt bei 0x10FF - SizeOf alle Variablen im SRAM. Davor legt der
Compiler den Stack an. Somit reduzieren solche globalen statischen
Variablen den verfügbaren Stackspace.

Alle initialisierten globalen Variablen wie

uint8_t i = 0;

werden ebenfalls im .noinit abgelegt, allerings Topdown im SRAM
gruppiert als erstes. Man bezeichnet das zwar des öfteren als .bss
Segment das ist aber nicht ganz korrekt. Denn WinAVR legt im .bss, der
im Flash liegt, die Initialwerte dieser Variablen an. Im .init0 Code
wird nun die .bss Section automatisch in den Bereich der .noinit
Section kopiert und somit die globalen und preinitialisierten Variablen
eingerichtet.

So ich hoffe das ich da jetzt nichts falsches geschwätzt habe. So
jedenfalls habe ich den Startupcode den WinAVR generiert verstanden.
Es ist nun ohne weiteres möglich diese Sections selber im Makefile für
den Linker vorzugeben.

Auf alle Fälle hat man im WinAVR die Freiheit eigene Sections
anzulegen, ihnen einen Namen zu geben und dann eine Variable per
Zuweisung mit attribute() in dieser Section abzulegen. Alle Variablen
in der gleichen Section werden aber immer noch vom Compiler organisert,
d.h. der Linker hat die Freiheit wie er sie in dieser Section
addressbezogen speichert.


Andererseits sollten nur die Anforderung des angestrebten Zieles die
eingesetzten Mittel bestimmen. Damit meine ich ob ein WEB Server auf
einem AVR, der zusätzlich noch bis zu 1Gb an SD/MMC Flash zur Verfügung
hat um dort unveränderliche Bilder, HTMLS usw. zu speichern, überhaupt
512Kb an SRAM benötigt. Oder ob eben 64Kb nicht ausreichen würden.

Auch ich würde mit 64Kb SRAM bei weitem auskommen und sehe eigentlich
nicht die Notwendigkeit für einen WEB Server auf'm AVR das er mehr
bräuchte. Wichtig wäre dann das die SD/MMC Library + zugehöriger FAT
Library möglichst hoch effizient ist um auf die externen Daten schnell
zugreifen zu können. Im Falle eines HTML Servers ist es glaube ich
wichtiger das die rauszusendenen HTMLs möglichst effizient geparsed
werden können. Die einkommenden HTMLs um Interaktionen zu ermöglichen
sind meistens nur 1-2 Kb groß. Klar einen SSL Client für
Verschlüsselungen wird man da eh nicht reinkriegen.

In diesem Falle würde ein kleiner Xlinix ausreichen um alles
unterzubekommen. Wie gesagt, falls du dich für den CPLD entscheidest
bin ich gerne bereit meinen Beitrag zu leisten. Ich kann aber deine
Bedenken durchaus nachvollziehen und weis selber was es heist Support
leisten zu wollen ;)

Gruß Hagen

Autor: Andreas Schwarz (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Ich denke es gibt da zwei unterschiedliche Richtungen: entweder mit AVR
und alles möglichst einfach halten, oder gleich ein richtig dickes Ding
mit ARM-Controller und RAM so weit das Auge reicht. Ein Hybrid mit AVR,
gebanktem RAM und CPLD ist weder Fisch noch Fleisch: zu aufwändig und
umständlich für's Hobby, zu leistungsschwach für größere Anwendungen.

Autor: Hagen (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi Andreas,

normalerweise würde ich dir zustimmen, zumindestens stimmt das im
übertragenem Sinne in meiner Arbeit als professioneller Programmierer.
Allerdings habe ich's auch erleben dürfen das man mit unglaublich
kleinen Mitteln denoch was Großes aufbauen kann :) Das wurde aber nur
möglich weil sich Enthustiasten nicht an die "Norm" gehalten haben
und experimentierten. Ich denke da nur an Igor und die vielen anderen
Leute wie hier im Forum.

Und im grunde ging es Guido ja nur darum den Latch, die NANDs und
INV's wegzubekommen um die Platine übersichtlicher zu machen. Und
falls es nur das sein sollte dann wäre ein CPLD schon eine Möglichkeit.
Die Wünsche der Einzelnen sind halt nur ein bischen abgeschweift :)

Gruß Hagen

Autor: Andreas Auer (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi.

Mir scheint, dass das ganze jetzt langsam immer mehr in eine endlose
Diskussion ausartet. Ich will mich ja nicht unbedingt einmischen, da
ich ja mein eigenes Projekt habe, aber naja... irgendwie treten die
selben Probleme auf wie Linux teilweise hat.
Viele Leute, die als Entwickler helfen wollen, haben zwar gute Ideen
und sind auch gut, um Fehler in Layouts zu finden und überall dort wo
mehr Augen mehr sehen als zwei, aber leider kommt es dabei auch oft zu
einer Schwierigkeit: jeder möchte seinen Hardware-Teil dabei haben
(auch verständlich) und damit kommt es zu vielen Änderungen am Layout
und das Ding wird im Prinzip nie fertig.

Ich kann da Andreas zwar teilweise zustimmen, muss aber trotzdem sagen,
dass auch die relativ "kleinen" AVRs sehr leistungsfähig sein können!

Mal etwas projektbezogener:
Wenn man den CPLD verwendet, dann sollte auf jedenfall - wie es
schonmal angesprochen wurde - die Programmierung auch über den AVR
laufen, damit Änderungen leicht ohne zusätzliche Schnittstelle bzw.
Kabel gemacht werden können. Sind ja auch nur 4 Leitungen, die mit dem
AVR verbunden werden müssen!

Falls kein CPLD verwendet werden soll, weil den die wenigsten zu Hause
rumliegen haben, ist für die Chipselectgenerierung vielleicht ein
74HC138 interessant.
Dann könnte man z.B.
32kByte SRAM auf Adresse 0x8000 - 0xFFFF legen
und 8 CS-Signale mir A14,A13,A12 machen.

Man könnte dann auch eine Schnittstelle definieren, wobei 8 CS-Signale,
die 8 Datenleitung, 16 Adressleitungen, WR, RD, 5V, 3.3V und GND
draufliegen. Damit könnte man extern noch bis zu 8 weitere Devices
anschließen. So könnte sich jeder noch seine eigenen Sachen (IDE, USB
Host, ...) anschließen und so wird das Board langsam wirklich zur
absoluten eierlegenden Wollmilchsau.

mfg
Andreas

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Florian (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo

Geht das projekt nicht mehr weiter?

Gruss Flo

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Florian (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi

ach so hätte auch interesse an ner platine ev auch nur am layout zum
platine selber machen

Gruss Flo

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Florian (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi guido

Als Levelshifter könnte ich nen max3000 empfehlen hab ich auch schon
verwendet und geht gut. Den gibts bei maxim als sample ;)

Gruss

Flo (auch wenn du mich hasst ;) )

Autor: Torsten Voigt (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Guido,

ich hätte Interesse an drei Stück von den Platinen.

Gruß
Torsten

Autor: Matthias (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi

ich muß zwar meine Zusage für eine Platine zurückziehen (bin an ein
anderes Board mit aVR und Ethernet gekommen) aber trotzdem würde ich
den 74LVX125 als Levelshifter vorschlagen.

http://www.fairchildsemi.com/ds/74/74LVX125.pdf

Auf irgendwelche Bauteile die nur als Muster zu beschaffen sind würde
ich verzichten.

Matthias

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Marcus Maul (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Guildo,

wie sieht der CMOS 4041 aus?
Ich benutze den zwar zum Hochshiften eines VFD; aber der kann IMHO auch
inver arbeiten.

Gruß Marcus

Autor: Friedhelm (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Sehr interessanter Tread werde ich weiter beobachten.

@Guido super Leistung

cu

Fred

Autor: kern helmu (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
mich würde auch eine oder zwei kaufen wenn möglich danke oe6kug kern
helmut bitte um info

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: kern helmu (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
hab die seiten schon im archief  und wie gehts weiter wo bekommt mann
die platinen danke

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: mirko (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo,

habe mir die Sachen angesehen, gefällt mir gut.

Passt da noch ein RS485 Treiber mit drauf, anstatt RS232 ???

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: mirko (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo,

Lediglich der RS232 Treiber müsste durch einen RS485 Treiber
ersetzt werden (Bestückungsoption oder Jumper) + 100Ohm Terminator.

Der Ausgang kann auf die Sub-d Buchse gehen.

Tschau

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: mirko (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert

Autor: Werner Sollner (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
jetzt mal langsam, mit großem Interesse habe ich diesen Thread verfolgt.
Solch eine Platte hatte ich auch schon mal designt. Bin aber inzwischen
von der eierlegendenden Wollmilchsau (EWMS) abgekommen.
Habe mich auf
   ATMega128  Takt  Reset  ISP  JTAG
    + Stromversorgung
    + SRAM
    + EEPROM
    + 10BT Ethernet
    + RS232
    + Addressdecoder
beschränkt.
So eine EWMS braucht man nicht, schließlich ist ein Mikrokontroller.
Beim Experimentieren stört die überflüssige Peripherie nur. Für besser
halte ich, dass man die grundlegende Schaltung erweitern kann, eine Art
BUS-System und das sie auf ein Steck-Board paßt, dh Abstand der IO-Pins
im Steck-Board Raster. Für Erweiterungen kann man dann Module
aufstecken.
Eine EWMS wird zu teuer, nie werden alle Schnittstellen benötigt. Es
geht auch mal was kaputt beim Experimentieren, dann löte mal so einen
Tausenfüßler ohne Verluste (wenn auch nur optisch) raus.

Ich komme aus dem Bereich KFZ-Technik, hätte dann gern noch MOST,
FlexRay, LIN, K-Bus, I-Bus...

Also, ich fände es besser, ein Grundmodul
    ATMega128  Takt  Reset  ISP  JTAG
    + Stromversorgung
    + SRAM
    + ggf. EEPROM
    + Addressdecoder
zu bauen. Links und rechts einreihige Stiftleisten, die zum Stapeln der
Module dienen und die im Raster eines Steckbretts liegen. Ich glaube
solche Module gibt es schon massenhaft, wenn man sich den
Arbeitsaufwand überlegt sind die auch recht preiswert.

Gruß G.

Autor: Andreas Jakob (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Ja, RS485 würde das ganze Schnittstellenmäßig abrunden :-)
Die Treiber sind leicht erhältlich und preiswert.
Und ein bis zu 1,4 Kilometer langer Bus ist ja eine schöne Option :-)

Gruß
Andreas

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Werner Sollner (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Guido,

hab mir mal das Layout angeschaut. Werden das 2 oder 4 Layer?
Mit 2 Layern wirst du das nicht schaffen. Ich spendiere 150 Euro, wenn
du das fehlerfrei mit 2 Layern, wenigen Brücken und allen geplanten
Eigenschaften hinbekommst...

Gruß

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Womisa (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo

super Thread. Falls die Sache was wird, hätte ich da auch Interresse an
ner Platine. Ist bei diesen tollen Schnittstellen auch an einen I2C
BUS-Treiber bzw. Multiplexer oder 1-Wire Bustreiber gedacht? Ich möchte
damit Temperaturen erfassen. Nin leider ein Hardwarnobody.
Viele Grüße
Achim

Autor: Marcus Maul (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Achim,

so wie das bisher sehe - Guido bitte korrigiere mich falls ich falsch
liege - werden die I2C Ports nach aussen weitergeführt.

@Guido:
der RS485 kan doch IMHO per VIA auf die Unterseite verbannt werden
oder?


GRuß Marcus

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Werner Sollner (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Der dient der Richtungsumschaltung und braucht einen Portpin, wenn die
Richtung vom MC geschaltet werden soll. Du willst doch Senden und
Empfangen, oder? Wieder eine Leitung mehr für 2-seitige Layout...

Gruß

Autor: Dirk (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi,

ich verfolge diesen Thread schon einige Zeit und hatte mich fuer 2
Platinen bei Guido gemeldet.

Die RS485 Schnittstelle wurde in meinen Augen durch den Can Bus
abgeloest. Es ist somit in meinen Augen ein bischen Oversized jeden
denkbaren Bus zu implemetieren. Zum Schluss muss Guido noch GPIB,
Bluetooth , Firewire und IRDA mit auf die Platine quetschen.

Ich moechte niemanden auf den Schlips treten , deshalb würde es mich
interessieren wieso die RS485 Schnittstelle noch mit eingebunden werden
soll.

Mfg
Dirk

Autor: Andreas Jakob (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Guido,

wenn Werner 150 Euro spendiert, haben wir ja die Einmalkosten für
eine Kleinserie zusammen :-)
Dann kostet jede Platine noch vielleicht 6-7 Euro.

Ich duck mich schonmal wenn ich das jetzt frage :-)

Meinst du man könnte noch über die Farbe der Platine abstimmen,
ich finde das blaue Basismaterial einfach optisch genial.
Dann noch ein gelber Bestückungsdruck :-) ...

Ich weiss, das Layout ist ja noch nichtmal fertig, aber kann ja
nichtmehr lange dauern.

Grüße
Andreas

Autor: Hagen (Gast)
Datum:
Angehängte Dateien:

Bewertung
0 lesenswert
nicht lesenswert
Und ich habe den CPLD soweit fertig. Eventuell könnte ja mal jemand mit
mehr Erfahrung da reinschauen. Guido möchte bei 5 Volt und VQPF44
bleiben was die Wahl auf den XC9536 VQPF44 beschränkt hat.

Der CPLD wurde voll ausgelastet, d.h. es stehen keine freien Pins und
nur noch 1 Makrozelle zur Verfügung, leider. Diese Entscheidung hatte
mehrere Gründe. Die meisten die das Board aufbauen werden haben keine
Ahnung von VHDL und CPLDs. Die Leute die aber Ahnung haben können die
Funktionalität an ihre Wünsche anpassen.
Aus dem gleichen Grund wurde auch auf die Programmierung des CPLD's
per AVR verzichtet. Man kann ja immernoch über die Header und eine
spezielle Software auf dem AVR das so verdrahten das man den CPLD
Onboard programmieren kann.


Die Funktionalität sieht so aus:

bis zu 512Kb externer SRAM wird per 32Kb Memory Bänke angesprochen.
Dabei können immer eine/zwei der maximal 16 Bänke in den AVR
Speicherbereich eingeblendet werden.

Es gibt insgesamt 5 Memory Mapped Geräte in den Addressbereichen:

0x0000-0x10FF   ATMega128 Register + interner SRAM

0x1100-0x11FF   CPLD.Memory Controller
0x1200-0x12FF   CPLD.externer 8 Bit Port
0x1300-0x13FF   FTDI
0x1400-0x14FF   Realtek
0x1500-0xFFFF   externer SRAM


Der CPLD hat einen 8 Bit breiten Ausgabe Port, sozusagen eine Memory
Mapped Port Erweiterung des ATMega128. An diesem Port sind bis jetzt 4
SPI Chip Selects vorgesehen. D.h. die Chip Selects für MMC/CAN/seriell
Dataflash usw.

Desweiteren übernimmt der CPLD die Ansteuerung der RD# und WR# Signale
des FTDI Controllers. Diese Signale werden abhängig von der Addresse
(0x1300-0x13FF) und von WR\ und RD\ erzeugt. Sozusagen eine implizite
Addresdekodierung über die WR# , RD# Signale am FTDI Chip.

Im ZIP File findet sich ein Jpeg -> "Simulation.JPG" in dem man sich
die simulierten Signale anschauen kann.

Je nach Ausbaustufe des Boards kann das VHDL wieder "gestutzt"
werden. Wer zb. nur 64Kb SRAM anschließt kann 4 Pins freimachen und
eine Menge an Makrozellen einsparen. Wer keinen FTDI lötet kann 2
zusätzliche Pins freimachen. Wer mehr Memory Mapped Geräte benötigt
kann den 8 Bit  Port auf 7 Bit verkleinern usw. usw.

Denoch, auf die Festlegung auf 5 Volt und VQPF44 ist die Wahl des
CPLD's sehr beschränkt, mehr als 36 MM's sind nicht drinnen.

Gruß Hagen

Autor: Matthias (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi

FTDI-WR ist high-aktiv. Solltest du noch invertieren.

Matthias

Autor: Hagen (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Nein ist es nicht. Beide, RD und WR, sind am FTDI Low-Aktiv alles andere
wäre auch irgendwie nicht so Standardkonform. In allen Schaltbildern ist
zwar nur RD ein invertierter Eingang, wenn man aber im Datenblatt genau
nachliest so findet man schon auf den ersten Seiten einen Text indem
WR# statt WR geschrieben wurde.

Ich habe dann einige Schaltbilder mit dem FTDI analysiert -> Jasper,und
dort ist WR low aktiv, auch wenn das Schaltbild anderes suggeriert.

Allerdings, dreifach hält besser, es wäre also schön wenn du auch
nochmal ins Datenblatt schauen könntest.

Viel dir sonstnochwas am VHDL auf was geändert werden muß ?

Gruß Hagen

Autor: mirko (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Warum RS485:

Einfach und billig, kaum Overhead bei der Hardware (8pol. IC).

Autor: Matthias (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi

http://www.ftdichip.com/Documents/DataSheets/ds245b15.pdf
<Zitat>
Writes the Data Byte on the D0..D7 into the Transmit FIFO Buffer when
WR goes from high to low.
</Zitat>

Zusätzlich das Timing-Diagramm auf Seite 11. Zeit T9. Data Setup Time
before WR inactive. Sollten mind. 20ns sein.

http://www.atmel.com/dyn/resources/prod_documents/... Seite
330. Zeit 13. Data Setup to WR Low. Sind hier 0.5*tclcl-20. Das sind
11ns bei fosz=16MHz. Wenn du WR invertierst passt das Timing
wunderbar.

Matth*schoneinigFT245BMverbauthabend*ias

Autor: Hagen (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Matthias:

Ok, nochmal um die Sache 100%'tig richtig zu machen:

>Writes the Data Byte on the D0..D7 into the Transmit
>FIFO Buffer when WR goes from high to low.

das heist für mich wenn WR = Low dann wird geschrieben, ergo WR# ist
Low Active.

Zweitens: Ich gehe davon aus das der FTDI bei WR# = High und RD# = High
seinen Datenbus auf High-Z setzt. Das muss er da ansonsten Buskonflikte
mit anderen Geräten zu erwarten sind.

Demzufolge darf der CPLD FTDI_WR# und FTDI_RD# nur solange auf Low
ziehen wie AVR_RD# oder AVR_WR# auf Low sind UND auf A8-A15 der
Addressbereich des FTDI's anliegt.

Würde ich nun das FTDI_WR# Signal invertiert zum AVR_WR# Signal
gestalten dann würde der FTDI ja alles was am Datenbus
anliegt,unabhängig von A8-A15 in seinen FIFO schreiben. Ok, ich weis er
ist Flankengetriggert.

Ich ging bei meinem Design aber von einem ganz anderem Timing aus. Im
Datenblatt des ATMega128 auf Seite 27 ist das Bustiming grafisch
dargstellt. Wenn ich das richtig interpretiere ist es auf Grund des
asynchonen Konzeptes notwendig das am Datenbus schon vorher und auch
nach den Flanken auf WR# und RD# ein korrektes Signal anliegt. Ergo:
FTDI_WR# geht par ns später auf Low wenn AVR_WR# auf Low fällt und nur
dann wenn A8-A15 die Memory Mapped Addresse vom FTDI enthält.

Eigentlich müsste dann mein VHDL korrekt sein. Hast du dir mal
"Simlation.jpeg" im ZIP angeschaut ?

Ich bin mir aber eben unsicher in diesen Punkten, eben weil ich so'nen
Ding noch nicht praktisch verbaut habe. Von daher, wenn du sagst es ist
definitiv besser das Signal zu invertieren dann mache ich das auch. Ich
möchte halt sicher gehen und Guido unnötige Fehlersuchen ersparen.

Gruß Hagen

Autor: Matthias (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi

es ist definitv besser denn wenn du das Signal nicht invertierst wird
das Timing bei 16MHz nicht mehr in den Spezifikationen sein. WR ist,
wenn mans mal genau nimmt weder High- noch Low-aktiv. Es ist
flankengetriggert. Wenn also eine negative Flanke auf WR kommt wird das
was gerade an D0 bis D7 ansteht in den FIFO geschrieben. Wird das Signal
jetzt nicht invertiert reicht die Setup-Zeit die D0-D7 vor der negativen
Flanke brauchen nicht mehr aus.

Bei CMOS ist Eingang == HighZ. Da gibt es keinen Unterschied. Beim WR
wird also der Port nicht kurz niederohmig.

Matthias

Autor: Hagen (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Matthias:

>Wenn also eine negative Flanke auf WR kommt wird das
> was gerade an D0 bis D7 ansteht in den FIFO geschrieben.
> Wird das Signal jetzt nicht invertiert reicht die Setup-Zeit die
> D0-D7 vor der negativen Flanke brauchen nicht mehr aus.

Ok, ich habe jetzt nochmal die FTDI Timings genauer angeschaut.
Im Datenblatt Seite 11 -> T9 und T10.

Vor der Pegeländerung an WR# von High nach Low müssen die Daten min.
20ns auf dem Datenbus stabil liegen == T9. T10, die Haltezeit dieser
Daten nach der Pegeländerung ist 0 ns.

Die Vorhaltezeit der Daten durch den AVR beträgt 0.5 * Tclcl -20ns ==
11ns bei 16 Mhz. Der Skew des CPLD von AVR_WR + AVR_AH zum FTDI_WR
beträgt minimal 5ns, ergibt 16ns. Das ist zu kurz.

Das Problem düfte es also sein das der AVR die Daten nicht 20 ns vor
dem Schalten von FTDI_WR# anlegt. Man müsste einen Delay für FTDI_WR
definieren, nur wie geht das mit'm XC9500.

Ok, wenn ich jetzt das FTDI_WR# invertiere gibt es aber keine Probleme
falls bei FTDI_WR# == Low zusätzlich noch FTDI_RD# auf Low geht oder ?

In meinem VHLD war's bis jetzt so:

  FTDI_RD <= '0' when (AVR_RD = '0' and AVR_AH = "00010011") else
'1';   FTDI_WR <= '0' when (AVR_WR = '0' and AVR_AH =
"00010011") else '1';

Wie soll ich jetzt diese Logik ändern ohne das ich AVR_WR als
Taktsignal definiere ?

Gruß Hagen

Autor: Hagen (Gast)
Datum:
Angehängte Dateien:

Bewertung
0 lesenswert
nicht lesenswert
@Mattihas:

Ich habe jetzt das Signal invertiert. Der Geist sträubt sich zwar aber
die Timing Simulation sagt das es richtig ist.

Der AVR hält nach AVR_WR von Low auf High bei 16 MHz die Daten noch für
47ns auf dem Bus. Der Skew von AVR_WR nach FTDI_WR ist maximal 15ns.
Somit haben wir die komplette AVR_WR Zeit + den CPLD Skew als Setuptime
für die Datenleitungen am FTDI.

Sonst noch was zu beachten ?


Gruß Hagen

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Volkmar (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Guido:
Auch ich gehöre zu denjenigen die diesen Thread verfolgen und
(spätestens durch die Integration des CPLDs) Interesse an ein paar
Platinen haben.

@Hagen:
Ich habe mir Dein VHDL mal angeschaut. Meine Erfahrungen sind zwar
schon ein paar Tage (oder besser Jahre?) her, hätte aber dennoch die
eine oder andere Anmerkung.
Prinzipiell scheint es ja zu funktionieren, doch frage ich mich, warum
Du die CS-Signale für den RTL8019 und das SRAM innerhalb eines
Prozesses definierst. Ich würde die Definition auseinanderziehen, so
wie Du es auch unten für den FTDI gemacht hast.
Auch würde ich die Adressbereiche zentral definieren, dann ist es für
diejenigen übersichtlicher, die Änderungen vornehmen wollen (auch wenn
es eigentlich schon recht übersichtlich ist).

Volkmar

Autor: Hagen (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Volker:

das hatte ich schon alles so gemacht gehabt. Seltsamerweise verbrauchte
das dann beim Fitten mehr Makrozellen als jetzt. Es waren um einiges
mehr Makrozellen als inden 36'er reingehen. Insgesamt habe ich wohl 12
verschiedene VHDL's entwickelt und ausprobiert.

Nimmt man das obige VHDL und compiliert es für einen MAX7000 unter
Quartus II Free Edition, dann verbraucht es 65 Makrozellen. Auch dies
ist seltsam.

> Prinzipiell scheint es ja zu funktionieren, doch frage ich mich,
> warum Du die CS-Signale für den RTL8019 und das SRAM innerhalb eines
> Prozesses definierst. Ich würde die Definition auseinanderziehen,
> so wie Du es auch unten für den FTDI gemacht hast.

Das ist prinzipiell richtig. Nur dachte ich schon ein bischen weiter,
denn so, mit den separaten Processen, ist es für die Zukunft möglich
gezielt MMD_CS zu erweitern, zb. A18 und A17 fallen weg da nur ein 128
Kb SRAM benutzt wird oder der 8 Bit Port wird auf 6 Bit verkleinert.
Man hat so 2 zusätzliche CS's in MMD_CS zur Verfügung. Deren
Dekodierung würde dann im separaten 1. Process programmiert werden.

Die beiden Prozesse zum Lesen/Schreiben der internen Register des
CPLD's habe ich so gebaut damit man diese so umprogrammieren kann das
sie Flankengesteuert auf AVR_WR und AVR_RD reagieren können. Pro
Prozess kann es aber nur ein Clock Eingangssignal geben.

Die globale Definition der einzelnen Addressen per Konstanten habe ich
nicht gemacht weil es unter Umständen vorkommen kann das man die
Adressauswertung, nicht so wie jetzt, sondern Bitorientiert und zerlegt
durchführt. Dann würden uniforme globale Konstanten den VHDL nur
schwerer lesbar machen da ja dann diese Konstanten ebenfalls im Source
per Masken zerlegt werden müssen.

@Guido: da fällt mir doch ein, du solltest AVR_WR und AVR_RD beim
Pinning auf GCLK Pins (globale clock's) legen.

Gruß Hagen

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Hagen (Gast)
Datum:
Angehängte Dateien:

Bewertung
0 lesenswert
nicht lesenswert
Ich habe verschiedene Konfigurationen für den CPLD getestet. Zb. eben
das man AVR_RD und AVR_WR als Clocksignale betrachtet und intern
Flankengetriggert auswertet. Dies hat keine Änderungen im
Resourcenverbrauch gebracht (sprich weniger Makrozellen), aber es hat
das Timing im CPLD verbesster. Falls wir nun feststellen das das
jetzige Timing zu kritisch ist hätten wir somit die Möglichkeit das
VHDL ohne neues Layout anzupassen.

Desweiteren habe ich zB. den 8 Bit SPI_CS Port auf 7 Bit reduziert und
das freie Signal SPI_CS(7) als zusätzliches MMD_CS(2) umdefiniert.
Somit hätte man ein zusätzliches Memory Mapped Gerät verfügbar, zB. CF
Karte, IDE Fetsplatte oder parallele ADC/DAC die alle am Bus
angeschlossen werden könnten. Dieses geänderte VHDL beötigt dann 31
Makrozellen und passt somit ohne Probleme rein.

Das gleiche habe ich dann noch mit A18 des SRAM's gemacht. Wenn man
also statt 512Kb nur 256Kb SRAM's anschließen möchte so bliebe ja A18
ungenutzt. Nun das geänderte VHDL nutzt diese A18 als zusätzliches
MMD_CS(2). Auch diese Konfiguration habe ich getestet und sie benötigt
32 Makrozellen.

Somit habe ich verschiedene gänderte CPLD Konfigurationen ausgetestet
und versucht das Pinning so zu gestalten das es ohne Layoutänderungen
mit verschiedenen Konfigurationen funktioniert. Ergo: ich habe geprüft
ob es flexibel ist.

Zb. habe ich mal testweise den SPI_CS Port in zwei getrennte 4 Bit
Ports zerlegt. Der eine Port wird als 2 zu 4 Dekoder angesprochen, für
die SPI CS Signale. Der andere Port ist ein 4 Bit paralleler Port. Bei
dieser Konfiguration werden denoch 33 Makrozellen verbraucht obwohl ich
annahm das es weniger benötigen könnte. Somit ist das jetzige Design mit
einem 8 Bit parallelen Port wesentlich flexibler.

Allerdings, mehr als "Anpassungen" sind bei einem XC9536 eben nicht
drinnen.

Gruß Hagen

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Volkmar (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Hagen:

> Zb. habe ich mal testweise den SPI_CS Port in zwei getrennte 4 Bit
> Ports zerlegt. Der eine Port wird als 2 zu 4 Dekoder angesprochen,
für
> die SPI CS Signale. Der andere Port ist ein 4 Bit paralleler Port.
Bei
> dieser Konfiguration werden denoch 33 Makrozellen verbraucht obwohl
ich
> annahm das es weniger benötigen könnte. Somit ist das jetzige Design
mit
> einem 8 Bit parallelen Port wesentlich flexibler.

Hast Du den 2zu4 Dekoder 'hinter' den Speicher für die 2 Bits gebaut?
Ich habe mich zwar noch nicht mit Xilinx beschäftigt (damals war Altera
und Lattice an der Reihe), aber es könnte sein, das Du etwas einsparst,
wenn Du den 2zu4 Dekoder vor die Zellen baust.

Aber ich fürchte, wir schweifen hier etwas vom Thema ab.

Volkmar

Autor: Marcus Maul (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Leute,

ich muß jetzt dochmal etwas zu dem "so flexibel wie möglich sagen":
Prinzipiell finde ich das ja alles supter, wenns so flexibel ist.
Aber bedenkt auch, dass hierdurch noch mehr Probleme entstehen und zwar
für die Leute, die ein CLPD weder kennen noch programmieren können.
Zudem wernn ich jetzt da noch mehr Devices anbauen würde, würde die
Firmware irgendwann so komplex, dass es diese Leute wieder abschreckt.
Also bitte irgendwann macht mal einen Punkt und dann solltet ihr das
mit dem Vorschlaghammer durchziehen und zwar ohne Kompromisse, sonst
wid dat nüs, jeschweige denn irgendwat bruchbahres - wie der
Rheinländer zu sagen pflegt.

So, in diesem Sinne, mir fehlt da so langsam mal Schlußstrich.

Gruß Marcus

Autor: Hagen (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Das Port Register wurde von 8 auf 6 Bits reduziert. 2 Bits dienen dann
als Input für den 2 zu 4 Dekoder. Man spart 2 FF's für die 2 Bits ein,
man benötigt aber wieder zusätzliche Makrozellen für den Dekoder.
Sogesehen habe ich den 2 zu 4 Dekoder "hinter" die 2 Bits gebaut.
Auch aus dem Grunde um deren Inhalt wieder aus dem CPLD durch einen
Lesezugriff aulesen zu können.
Auf diese "Lesefähigkeit" wollte ich von Anfang an nicht verzichten.
Ich sollte denoch mal testen was ein Port + Memory Banking im writeonly
Mode bringen könnte.

Gruß Hagen

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Marcus Maul (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Guido,

erstmal Respekt vor deinen Routingkünsten, ich hätte da warsch.
irgendann die Lust dran verloren!

Ich mahce mir bzgl. des CPLD's keine Sorgen, wollte lediglich die
PRoblematik aufzeigen. Wie da noch ein RS485 Treiber drauf kommen soll
ist mir wirklich ein Rätsel ;)

Gruß Marcus

Autor: Werner Sollner (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Guido,

erfahrungsgemäß dauern bei solchen Projekten 90% Fertigstellung 10% der
Zeit und die restlichen 10% duern dann 90% der Zeit. Ich stehe zum
Sponsoring, wenn ...
siehe Text weiter oben

du das fehlerfrei mit 2 Layern, wenigen Brücken und allen geplanten
Eigenschaften hinbekommst...

Autor: Volkmar (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Guido,

da ich (leider) nur die Freeware-Version von Eagle habe, kann ich vom
Schaltplan leider nur die erste Seite sehen. Kannst Du zB eine
PDF-Version des Schaltplans bereitstellen?

Danke

Volkmar

Autor: Jens123 (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
das klappt auch mit der freeware Lizenz zumindest bei dem Aktuellem
eagle

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Marcus Maul (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Guido,

ab wann gibts das Ding denn in den Händen ;-)

Du darfst Dich nun geehrt fühlen, weder Target noch Eagle haben dieses
Layout ohne 500 VIAS hinbekommen. Ich bin zwar bzgl. der RS485 etwas
traurig aber ich habe schon an der Voraberversion experimentiert und
keinen Platz gefunden.

Gruß Marcus

Autor: OldBug (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
An alle interessenten:

Leute, SUCHT FEHLER! :-)

Es kann einfach nicht sein, daß da so wenig verdrahtungsfehler drauf
sind...das würde Murphy widersprechen oO

Autor: Einhart (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Guido,

vias hab' ich bisher mit 0,4 Bohrung und 0,75 außen machen lassen -
gibt keine Probleme.

Aber was unbedingt gesagt werden muß:

Du machst einen klasse Job! Vielen Dank dafür.

Einhart

Autor: Marcus Maul (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Guido,

zur Kontroller wäre es gut, wenn wir auch das Shematic haben könnten.
Alle die Eagle mit Multilayerschematic nicht bedienen können sei
gesagt, oben in der Mitte gibts so ein Pull-Down Menu 1/8 ... .

Dann könnten wir mal genauer schauen ob alles richtig ist.

@Oldbug:
Wenn im Schematic kein Fehler ist, dann brauchste Dich um das Layout
nicht zu sorgen.

Gruß Marcus

Autor: OldBug (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Das Schematic ist im athernet.zip enthalten!

Beim manuellen Routen würde ich es trotzdem begrüßen, wenn man sich das
Resultat noch einmal anschaut.
Bitte nicht nur auf falsch angeklemmte Nets prüfen, sondern auch, wenn
etwas merkwürdig erscheint, bescheid sagen...

Autor: OldBug (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Sorry, hab nicht aufgepasst ;)

Im moment müssen "wir" uns dann halt mit dem PDF zufrieden geben...
Aber das sollte ja auch kein Problem sein!

Autor: posch richat (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
bitte um info

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Andreas Auer (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi.

Hab da jetzt nochmal eine Frage bezüglich der Dimensionierung der
Kondensatoren am Übertrager/Filter für Ethernet. Für die auf der Seite
des Ethernet Chips kann man ja ganz normale z.B. SMD Kondensatoren
verwenden (soviel ich bis jetzt gesehen habe).

Die auf der Ethernetbuchsen-Seite hab ich bei einem anderen Board
(Ethernut Board) als 10nF/1kV gesehen. Ich schätze mal, dass die als
Überspannungsschutz dienen sollen, damit keine zu hohen Spitzen an an
den Ethernet Chip gelangen.
Jetzt fragt sich nur, wo man die Dinger herbekommt (sind die bei diesem
Board auch so dimensioniert??)??

mfg
Andreas

Autor: geloescht (Gast)
Datum:
Angehängte Dateien:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: kern helmut (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
oe6kug@aon.at

Autor: Christof Krüger (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Großes Bravo!

Auch für die schönen Renderings.

Willst du die Platine wirklich in blau fertigen lassen oder soll das
nur cooler aussehen? ;)

Gruß,
 Christof

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Andreas Auer (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Morgen

@Guido
Wo lässt du die Platinen machen?? Blaues oder rotes Basismaterial würde
mich für meine eigenen Platinen auch interessieren!
Kann man das den PCB Firmen sagen, welches Basismaterial man haben
will?!

mfg
Andreas

Autor: kern helmut (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
www.ethernut.de/en/enut13/index.html



 schau mal auf diese seite da gibts schon so was in der richtung
  viele grüse kern helmut

Autor: Andreas Auer (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Kern Helmut
Die Seite kenn ich. Hab auch dort mal wegen den roten Platinen
angefragt. Aber die haben jetzt ihren PCB Hersteller gewechselt, da sie
Probleme mit den Platinen hatten (Black-Pad Problem falls das jemanden
was sagt).

@Guido
Hab noch was vergessen. Ich hab die USB Buchse aus der con-berg library
schon des öfteren benutzt. Hab de Buchse aber nicht auf Masse gelegt
(funktionieren tuts so auch ;-)). Aber vielleicht wärs wirklich besser
das zu machen (hatte zwar noch nie Probleme, aber wer weiß).

mfg
Andreas

Autor: Menz (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo. Grüsse esrt mal an jeden. Dies ist mein erster
Beitrag hier in diesem Forum.

@Guido
Ich verfolge diesen Thread schon seit den ersten Tagen und würde
auf jeden Fall mal zwei Platinen vorbestellen. Super Arbeit, was du
hier machst!

@all
Wenn der Prototyp fertig ist, wird dann auch ein Wiki dafür angelegt
bzw. eine "Erstinbetriebname"-Anleitung geschrieben? Wer will/kann
das machen? Es gibt nämlich meiner Meinung nach viele, die das Thema
sehr interessant finden, aber halt erstmal eine Funktionsfähige Basis
als Muster benötigen. (Mich eingeschlossen ;-) )

Gruss

Menz

Autor: OldBug (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Also: ich habe mich der Inbetriebnahme-Software verschrieben.
Ich werde diese Software zuerst "Modulweise" aufbauen, d.h.:

 - Tests für einfache Schnittstellen (UART etc)
 - Tests für die MMDs
 - Gesamttests

Dabei wird wohl einiges an Sopftware hinten rausfallen, was ich
natürlich frei zur Verfügung stellen werde.

Mal sehen, vielleicht ist ja noch jemand interessiert...

Autor: Jürgen Schuhmacher (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hm, das sieht in der Tat famos aus!

Autor: Christof Krüger (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Guido:
Notier mich doch auch einfach mal für 2 Platinchen.

PS: Mich hat die blaue Farbe überzeugt!

Autor: Christian (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi,

habe den Thread auch vom Beginn mit größtem Interesse verfolgt!
Respekt, was hier entstanden ist. Und wenn es schon ans Bestellen
geht... Interesse an einer Platine habe ich auch!

Gruß
Christian

Autor: kern helmut (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@guido

Ich möchte mich für 3 Platinen vorbestellen danke kern helmut
oe6kug@aon.at

Autor: geloescht (Gast)
Datum:
Angehängte Dateien:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Einhart (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Super, Guido!

ich wollte wegen der Stecker nicht meckern - aber die waren mir
suspekt. Jetzt ist die Sache rund. (na gut, ich hab' bei meinem
letzten Projekt aus Platzgründen einen Mini-USB Stecker vorgezogen).

Das mit der Mail zu Vorbestellung ist OK. Dann hast du auch eine
richtige Antwortadresse. Mach's aber bitte nicht zu billig. Deine
Arbeit läßt sich zwar nicht bezahlen, aber Prototypen, Bauteileausfall
Versandkosten bei der Beschaffung müssen wieder 'reinkommen.

Danke und viel Erfolg beim Testen

Einhart

Autor: Florian (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi

@ Guido
Was wird eine Platine jezt genau kosten?

Gruess Flo

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Jochen (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Guido:

Ich denke auf einen Euro hin oder her an der Platine kommt es auch
Florian nicht an. Ob 8,80 EUR oder 9,95 EUR wäre mir jedenfalls egal
(solange nachher nicht die Versandkosten unverschämt sind:o) Aber auch
mir sind noch ein paar Sachen unklar:

CPLD:
Damit will ich mich eigentlich nicht beschäftigen müssen. Kannst du das
programmiert bereitstellen und was kostet das dann (muss nicht
cent-genau sein. 1, 2, 4, 6, 8, 10 EUR?) Falls nicht, welches ist es
nun eigentlich (was kostet es z.b. bei reichelt) und wie kann ich es
mit möglichst wenig Aufwand programmieren (wird es eine SW für den
ATmega geben die das auf der Platine macht?)

Du hattest mal geschrieben, dass du es nur programmiert anbieten kannst
wenn es bestückt ist. Dann wäre auch der ATmega schon bestückt? Was
würde der dann kosten (den hätte ich nämlich schon hier...)

Oder würdest du das mit einem Adapter per PC-SW machen? Was wäre denn
dann schon bestückt?

Ich denke, es wird einigen so gehen. Man könnte viel leichter
verbindlich etwas bestellen, wenn man die Gesamtkosten halbwegs
abschätzen könnte. "Platinenpreis (ohne CPLD) < 10,-" ist so ähnlich
wie "zwei bis drei Platinen":o)

-> Also, was ist der circa Preis pro Platine inkl. programmiertem
CPLD?


Bauteile allgemein (mit Ausnahme der R's und C's):
Gibt es eine Art Bauteilliste mit (z.B. Reichelt-) Bestellnummern, oder
wird es sowas geben? Natürlich haben einige schon einige Bauteile
herumliegen bzw. wollen diverse Bestückungsvarianten nutzen. Aber
diejenigen, die das meiste bestellen müssen, werden von der Vielzahl
der Möglichkeiten richtig gefordert:o) Daher wäre so eine Art
"Standardbestückungsvorschlag" nicht schlecht, zumindest für mich.
Mir ist es letztlich egal, was für einen SDRAM ich bestücke. Er sollte
halt "nicht zu klein" sein und ein günstiges
Preis/Leistungsverhältnis haben... (Das ist aber letztlich nicht
zwingend erforderlich, um mich für das Projekt zu begeistern:o)


VCC / GND an Stiftleiste:
Für die eigenen Erweiterungen auf der zweiten halben Europlatine wäre
Versorgungsspannung nicht schlecht. Steht das auf einer der
Stiftleisten bereit? Ich meine jetzt nicht das AVCC und AGND Potential,
sondern würde das Netzteil mitnutzen wollen. Oder hab ich da was
übersehen? Nimmt man da im Betrieb die ISP Schnittstelle?


In Abhängigkeit dieser Fragen wäre ich an bis zu 5 Platinen
interessiert, von denen du vermutlich zwei schon gezählt hast
(Sammelbestellung für Kollegen:o), sobald mir die Kosten ein bischen
klarer sind meld ich mich dann zwecks Bestellung per email (reicht
Montag noch?).


Btw: Die Standard-Stiftleisten gefallen mir auch besser:o)

Gruß,
Jochen

Autor: Schrotthändler (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Guido,

ich finde dieses von Dir angetrieben Projekt super. Ich habe relativ
neu die Atmegas als Hobby mit niedriger Priorität für zu Hause
entdeckt. Ich habe mal den Webserver von Ulrich Radig aufgebaut. Ich
bin dann über Dein Projekt gestoßen. Ich habe solche Initiativen mal in
einem früheren Thread angeregt, da ich von Hardware bzw. vom
Leiterplatten herstellen keine Ahnung habe.
Um das "Ganze" zu fördern würde ich auch 5 Platinen verbindlich
ordern bzw. mich bei den Prototypkosten beteiligen. Kann man die
"schwer" beschaffbaren Teile auch von Dir bekommen. Normalerweise
bestelle ich nur bei Reichelt.
Vorschlag:
Deponiere doch bei der Leiterplattenfirma Dein Layout, dass man dort
bestellen kann. Nach erfogreichem Test, sollte man dann mal 100 Stück
fertigen lassen und die Prototypkosten auf dies umlegen. Ich bin gerne
bereit das damit verbundene Risiko mitzutragen. Bei Überschuss könnte
mann einen neuen Prototypen finanzieren...etc.

Aufnahme des Projektes und dess Aufbau ins WIKI?

Viele  Grüße
Achim

PS:
==>Open Source Pool für Leiterplatten
==>http://www.mikrocontroller.net/forum/read-1-117398.html

Autor: womisa (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo

Sorry: Schrotthändler ist womisa.

Die Bestellung und das Angebot gilt. "Schrotthändler" hat nicht mit
dem Projekt zu tun.

Entschuldigung

Viele Grüße
Achim

Autor: Florian (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo

Guido: wenn du mir keine Platine schicken willst muss ich sie halt
selber machen oder machen lassen, wobei ich ne blaue gefertigte für um
die 10 Euro natürlich nehmen würde.
Porto wäre ja etwa bei 4 euro wenn ich das noch richtig in Erinnerung
habe.


Gruess Flo

Autor: Jochen (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Versand innerhalb DE (nach CH hab ich keine Ahnung) als Vorschlag:
Warensendung

http://www.deutschepost.de/dpag?check=yes&lang=de_...

Maxi
min 10 x 7 cm
max 35,3 x 30 x 15 cm
bis 500 g
1,65 EUR

Gruß,
Jochen

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Florian (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi

Guido: Hab gedacht, dass du mir keine Platine schicken willst, den
Grund kennst du ja ;)

Gruss Flo

Autor: Jochen (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Kann ich annehmen, dass meine Frage nach dem ungefähren Preis pro
Platine inkl. programmiertem CPLD (s.o.) einfach übersehen wurde?

Gruß, Jochen

Autor: hanes (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Hagen (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Zum CPLD:

bei eBay kann man schon längere Zeit den XC9536 für 1.40 Euro/Stück
ersteigern. Das ist also erheblich billiger als bei Reichelt.

Für die Programmierung des CPLD's gibt es mehrere Möglichkeiten:
1.) mit ersternem Programmer übers Xilinx WEBPack un dem JTAG header
auf dem Board
2.) mit einem bestücktem Board selber. Über die Header könnte man das
SPI des ATmega128 an den JTAG des CPLD's legen. Eine spezielle
Software auf dem AVR könnte den CPLD programmieren.
3.) wie in 2.) könnte man ein bestücktes Board mit einem teilbestückten
Board (nur CPLD) verbinden und so mit der gleichen AVR Software
programmieren.

Gruß Hagen

Autor: Andreas Auer (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi

Kurz was zum CPLD:
Anscheinend ist jetzt ja die Wahl auf einen 5V CPLD gefallen (ohne XL
in der Typenbezeichung). Da dieser aber gekauft wesentlich teurer ist
als die XL Variante, möchte ich noch kurz was anmerken.
Und zwar gibts bei den XL-CPLDs die Möglichkeit auch die Ausgänge mit
5V Pegel zu betreiben. Und zwar wird der Ausgang einfach per Pullup auf
5V gezogen (muss dann aber entsprechend anders programmiert werden,
glaub ich).
Auf der Xilinx Seite gibts dazu entsprechende Appnotes als PDF.

Damit könnte man zum Beispiel den Preis des CPLDs von 5,25 Euro auf
1,90 Euro (Reichelt-Preise) senken. Es müssten dann aber die Ausgänge
z.B. per Widerstandsnetzwerk gegen 5V gezogen werden, was wieder Platz
im Layout benötigen würde.

Ich wollte das nur als kleine konstruktive Anmerkung hinzufügen. Die
Bauteile sollten ja auch billig von Händler bezogen werden können und
nicht nur von eBay ;-).

mfg
Andreas

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Andreas Auer (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Sorry... wollte nicht wieder eine Diskussion beginnen. Es war nur
Information, falls mal wieder die eine oder andere Änderung ansteht,
bzw. wenn jemand versuchen will, die billigeren CPLDs einzusetzen usw.


mfg
Andreas

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Jochen (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Guido

bitte nicht falsch verstehen. Es macht doch nix, wenn ne Antwort länger
dauert (egal warum). Du hattest schon zweimal wieder gepostet, und mir
ist es schon mehrfach passiert, dass ich Beiträge erst mal übersehen
habe (aber man sollte halt nicht von sich auf andere schliessen:o)

Der Unterschied zwischen 8,80 und 9,95 wäre mir nicht so wichtig, weil
beides unter 10,- liegt und ein bischen was für dich ja ruhig
rausspringen sollte. Gegen 8,80 habe ich natürlich trotzdem nix
einzuwenden.

Das "circa" hatte ich eingefügt, weil mir ja klar ist dass du keine
centgenauen Angaben machen kannst. Ich hatte mich zuvor bei reichelt
umgeschaut, war mir aber halt letztlich (wg. "CPLD 95xx") nicht
sicher welches verwendet wird. Danke für den Link. Von CPLD hab ich
wirklich keine Ahnung, und daher bin ich nicht sicher, ob ich die
Platinen aufbauen kann wenn ich die Dinger nicht programmiert
auftreibe. Mit dem programmieren hättest du ja noch weiteren Aufwand,
und deswegen hätte ich es nicht für abwegig gehalten das da noch eine
Art "Programmieraufschlag" draufkommt (Horror Szenario z.B.: 10,-
Platine + 10,- CPLD + 5,- Auflöten und Programmieren = 25,- = zu viel
für mich).

Schon ganz anders sieht das für mich aus, wenn z.B. 8,80 Platine + 2,20
programmierter CPLD = 11,-. Bei 6 Platinen macht das dann doch was aus.

Da letztlich jeder ein CPLD braucht, wäre es ja vielleicht eine Idee,
wenn jemand mit einem Programmer einen Posten bei ebay ersteigert,
programmiert, und dann an dich weiterschickt. Du könntest dann einfach
ein programmiertes CPLD zu jeder Platine legen.

>>Gibt es eine Art Bauteilliste mit (z.B. Reichelt-) Bestellnummern
>Ja - nicht nur eine Art sondern eine ausführliche Liste

Dachte ich mir doch. Ich hab den ganzen Thread gelesen, und versucht
hinter die "Geheimnisse" des Shematics.pdf zu kommen (bin eher
Richtung Software veranlagt), aber nix gesehen. Dann muss es wohl in
der athernet.brd irgendwo im eagle sein.

>Hab ich was vergessen?

Nur ob es Montag oder Dienstag nächste Woche noch reicht, wenn die Mail
mit der Bestellung bei dir eintrifft:o)

Gruß, Jochen

Autor: Hagen (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
> Da letztlich jeder ein CPLD braucht, wäre es ja vielleicht eine
> Idee, wenn jemand mit einem Programmer einen Posten bei ebay
> ersteigert, programmiert, und dann an dich weiterschickt.

So ähnlich sind wir ja schon vorgegangen. Ich habe 10 Stück ersteigert,
5 sende ich an Guido der dann erstmal den Prototypen aufbauen und testen
muß.

Ich habe leider bisher noch nie eine CPLD per AVR programmiert und kann
somit keine verbindliche Aussage treffen. Aber im Grunde wäre es ganz
einfach. Du lötest deine Platine mit unprogrammierten CPLD. Dann
programmierst du den AVR mit einem speziellen HEX-File in dem das ROM
des CPLD's integriert ist. Danach verbindest du den AVR mit dem JTAG
vom CPLD auf dem Board und beim nächsten Reset des Boards programmiert
der AVR seinen CPLD selber.

Es entstehen doch zwei Probleme:
1.) Du hast keinen ISP + Softare zur Programmierung des CPLD's
2.) Guido hat keinen 170 Euro teuren Sockel zur Programmierung der
CPLDs und aus meiner Sicht sollte er auch nicht 50 Platinen für uns
löten.

Also würde es am einfachsten sein wenn jeder selber seine Platine
zusamenlötet, den AVR mit einem speziallen HEX-File programmiert und
dann so den CPLD per Header zum AVR sich selber programmiert.

Es ist also nur eine Frage der Software für den AVR. Eventuell hat ja
hier jemand im Forum schon ähnliches gemacht und kann da mit mehr
Erfahrung was beisteuern. Ansonsten müssen wir halt durch und dieses
HEX-File selber coden.

Gruß Hagen

Autor: geloescht (Gast)
Datum:
Angehängte Dateien:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: MooseC (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Moin Guido,

ist ja zwar nur virtuel, aber Dein RAM auf der 3D-Darstellung ist um
einen Pin verschoben.

MooseC

Autor: max (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
ist das zusammenlöten der platine eigentlich sehr schwierig? ich hab
bisher nur lochraster dips gelötet.

Autor: Volkmar (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Guido,

warum nutzt Du für die LEDs der Netzwerksignale und für die LEDs der
CAN-Schnittstelle unterschiedliche LED-Gehäuse?

Volkmar

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: MooseC (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Schon lustig,
hab noch son Ding gefunden.

Sieh Dir mal die UNC-Bolzen der SUB-D an - einer ist mit Links und
einer Rechtsgewinde. Kann man Dir Spezialkabel dann bei Dir für einen
Spezalpreis kaufen ;)

MooseC

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: MooseC (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hast Du da an Tippkick gedacht?
"nun wenigstens sechseckick und nicht irgendwas sind"

Nun ist aber gut mit OT..  ;)

MooseC

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Jochen (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Jochen fragte:
>>Gibt es eine Art Bauteilliste mit (z.B. Reichelt-) Bestellnummern

und Guido antwortete:
>Ja - nicht nur eine Art sondern eine ausführliche Liste der
>Bauteile nebst Bestellnummer, Preis des Tages an dem die Liste
>erstell wurde und Bezugsquelle

Also entweder hab ich den Witz nicht verstanden, oder ich sitze auf der
Leitung, jedenfalls kann ich das nicht finden. Krieg ich bitte noch nen
Tipp wo ich suchen soll?

Gruß Jochen

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Breti (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Wee, Post 255
bald gibts nen Overflow :)))

Gruß,
      Breti

Autor: Tobias Schneider (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi,
sind die Stiftleisten auch in einem 2,54 mm raster zu einander, damit
man problemlos eine lochraster platine draufstecken kann?

Gruß Tobias

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor:      (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Respekt, das klingt ja recht beeindruckend!

Autor: Scheintod (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Guido,

1. Extrem geile Aktion.

2. Eine verständnisfrage für mich: Wenn can auf dem board sein soll,
weswegen dann den mega128 & nicht gleich den can128 nehmen? der hat den
controller 'on board' und braucht nur noch den Treiber. Ist ansonsten
pin-kompatiblel.

3. Frage zum Can-Treiber: Der ist ja 24V Highspeed. Eine Idee, ob es
dazu Pinkomptible versionen f. 12V Lowspeed gibt?

Schoene Gruesse

Autor: Christof Krüger (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Ich dachte bisher, dass der AT90CAN128 zwar angekündigt, aber noch nicht
wirklich verfügbar ist. Wenn das nicht stimmt, dann bitte korrigieren.
Der "normale" ATmega128 ist dagegen so gut wie überall zu
"normalen" Preisen auch in Einzelstückzahlen zu bekommen.

Autor: Scheintod (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hab hier 'ne Handvoll rumliegen. War anfangs sehr zäh zu bekommen und
hatte noch die -AE (Angeblich Engeneering ;) Kennung. Die letzten 3 die
ich bekommen habe waren dann aber schon -AI (industrial?).

Die Doku ist noch Preliminary. Aber zu bekommen definitiv schon. Preis
in Stückzahlen wohl bei 7 EUR. Weiss nicht was der Mega kostet.

Schoene Gruesse

Autor: Christof Krüger (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
bei Reichelt kostet der ATmega128 in 1er Stückzahlen 10,50€

Aber du hast den Grund, warum man den can128 nicht einsetzen sollte, ja
schön aufgelistet.

Autor: Scheintod (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Ich sag ja nicht, dass er nicht zu bekommen ist.

Ich sage nur: Am Anfang (vor 1/2 Jahr ca.) war es eher kniffelig.

Bezugsquellen gibts inzwischen Massenhaft. Hab leider gerade keine
parat, weil sich um sowas der Kollege kümmert. Da es am Anfang
schwierig war, haben wie alle möglichen Bezugsquellen ausprobiert &
inzwischen sogar einen kleinen Vorrat an sowohl -AE als auch -AI
Versionen der wohl auch noch für die nächsten Projekt reicht. Wenn es
interessant ist, könnte ich aber auch mal fragen, woher die nun alle
kahmen.

Ach ja. Irgendwo im Forum hier haben sich auch schon Leute das Teil f.
14 Eur von Reichelt geordert. Wobei ich den Preis eher überzogen finde.
Wie gesagt: 7 EUR schon gesehen (50 St. oder so. Wäre ja kein Problem
hier wenn eh der FPGA auch über Sammelbestellung geht).

Interessant an dem Teil ist halt die hohe erziehlbare
'Packungsdichte' und die recht einfache Benutzung. Simpelstes
'Entwicklerboard' das ich hier rumliegen habe ist eine
Adapter-Platine von Olimes f. den mega128 (4 EUR oder so) + Quarz +
CAN-Tranceiver über Flachbandkabel angelötet. Funktioniert zum Testen
einwandfrei.

Schoene Gruesse,

Autor: Jochen (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Namenloser Scheintod:
Wäre vielleicht nicht schlecht, wenn du mal angibst, WO das Teil
"definitiv" zu bekommen ist. Das Schöne an Guido's Planung ist ja
gerade, dass jeder jedes Teil einfach z.b. bei Reichelt bekommen
kann.
Soweit ich verstanden habe, meint ihr das hier:
http://www.atmel.com/dyn/resources/prod_documents/...

Bitte darauf achten, dass diejenigen, die CAN (m.E. eine Option, kein
Muss) nicht bestücken wollen, dieses auch weiterhin (ohne Mehrkosten)
weglassen könnnen. Ich hab z.B. keine AT90CAN128 rumliegen, brauche
auch kein CAN, und schon gar nicht in Stückzahlen.

Gruß, Jochen

Autor: Scheintod (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@jochen: Das schöne am cann128 is ja die pinkompatibilität zum mega128.
Unterschied ist einzig: PIN ist beim can NC. Der Link von Dir ist ja
schon die Migration-Guide mit den Unterschieden. (Hab selber aber
bisher noch keinen mega128 benutzt sondern gleich den can128).

Ich frag mal nach, woher wir die Teile bekommen haben.

Schoene Gruesse

Autor: OldBug (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Das schlechte am AT90CAN128 ist, daß man sie definitiv nicht in großen
Mengen ordern kann! Nicht mal übern Distri!
Das war für mich der einzige Grund, einen PIC18 einzusetzen urks

Ich hatte zum Schluss einen Angebotspreis von ca. 9,50 bei Abnahme von
ca. 3000 Stück.

Der PIC18 kostet 5,70...

Noch fragen?

So wie Guido das entwickelt hat, finde ich, ist es die beste Lösung.
Für jeden ist was zum Spielen drauf...

Autor: Rüdiger Winkelmann (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo zusammen!

Habe mich schon länger mit dem Gedanken getragen mich doch mal mit
Mirocontrollern zu beschäftigen, bislang hat mich aber meist die
Bastelei abgehalten und der Umstand daß mir für mich persönlich kaum
sinnvolle Anwendungen außer dem Spaß an der Freude einfielen.
Warscheinlich braucht man erstmal nur den Einstieg und dann kommt man
nicht mehr davon los. Nunja, ich glaube dieses Projekt hier könnte für
mich eben dieser Einstieg sein.
Ich arbeite privat und beruflich viel mit Netzwerken und da wäre so ein
flexibel zu verwendendes Modul mit Netzwerkanschluß ein tolles
Einstiegsobjekt.

Ich hätte also prinzipiell auch Interesse an so einem Modul.
Stellt sich für mich aber von vornherein erstmal eine Liste von
Fragen:

- wieviel würde so eine Platine mit kompletter Bestückung
(Mikrocontroller, Ethernet Chip, externer Speicher, Anschlüsse,
Kleinteile, Gehäuse und alles was dazugehört) kosten?
- gibt es hier jemanden der willens ist für jemanden wie mich der
lieber programmiert als lötet das komplette Modul gegen
Aufwandsentschädigung zusammenzubauen? (ich bin nicht wirklich in der
Übung für feine Lötarbeiten, da würde diese Platine mein Können um
Längen überfordern)

Da meine Assemblerkenntnisse noch aus alten DOS-Zeiten stammen sind sie
entsprechend eingerostet aber ich hoffe das sich das leicht wieder
auffrischen läßt.
Knifflig stelle ich mir noch die Interaktion mit der Außenwelt vor
(insbesondere wenn's um komplexere Protokolle wie TCP/IP geht), sowas
hätte ich mir früher nicht im Traum überlegt es in Assembler zu
schreiben. Ist aber vielleicht eine Herausforderung wert. Einen Aldi-PC
nehmen, Linux draufspielen und einen Apache-Webserver installieren kann
ja schließlich inzwischen (fast) jeder. ;)

Was ich mir als mögliche Anwendung einer solchen Platine vorstellen
könnte wäre z.B.:
- Statusanzeige eines entfernt stehenden Servers über mehrzeiliges
Alphanumerisches Display (laufende Prozesse, Serverload, wichtige
Systemmeldungen), eventuell noch mit Blinklicht oder Summer bei
kritischen Fehlern
- Überwachung eines Gerätes oder Raumes mit Sensoren und übermittlung
der Daten via Ethernet an einen Server zur Aufzeichung/Analyse
- Mini-Webserver (einfach weil's Spass macht;)

Na jedenfalls hoffe ich mal daß dieses Projekt Früchte tragen wird.
Über ungefähre Preisabschätzungen würde ich mich freuen.
Ich schau jetzt erstmal dass ich den gesamten bisherigen Thread nochmal
-in Ruhe- durchlese. Ist ja schon irre viel geschrieben worden.

Autor: Christof Krüger (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Wie schon gesagt, für die Platine selbst musst du ungefähr 10€
einplanen, der ATmega128 kostet ebenfalls um die 10€, externen Speicher
+ CPLD musst du für den Anfang zwar nicht unbedingt haben, wenn doch,
dann rechne nochmal 10€ drauf. Den Kleinkram kann man schwer schätzen,
Guido wird irgendwann demnächst sicherlich eine Bestückungsliste
angeben. So viel ich bisher gesehen habe, wird die VOLLE Bestückung so
um die 70€ kosten, dann aber auch mit USB/MMC etc.

Man kann Mikrocontroller nicht nur direkt per ASM programmieren (was
natürlich ein anderer ASM ist als auf der i386 Architektur!), es gibt
u.a. BASIC und C-Compiler. Für das Platinchen wird voraussichtlich auch
eine Software geschrieben, aber das weiss OldBug sicherlich mehr, der
wollte das machen. Also um Geschichten wie TCP/IP bräuchtest du dir
dann keine allzu großen Sorgen machen, allerdings solltest du noch
etwas Geduld haben.

Autor: Thomas (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@ Rüdiger Winkelmann
Naja ich weis nicht ob dieses Projekt wirklich gut für den Einstig ist.

Autor: Rüdiger Winkelmann (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Christof: Das ist ja von der Materialliste noch ein überschaubarer
Betrag. Nur müsste ich dann in der Wartezeit entweder noch eine Menge
Lötübungen mit meinem 15 Watt Lötkolben machen den ich irgendwann vor
zwei Jahren das letzte Mal gebraucht habe oder ich bräuchte nen
versierten Bastler der mir beim Zusammenbau hilft.

Ja, warscheinlich gibt es für die Prozessorarchitektur schon fertige
TCP Stacks als Libraries. Ich habe grad mal so überschlagen was
effektiv für mich so für Heimanwendungen in Frage kommen und mit
Ausnahme von dem Spaß-Webserver dürfte für das meiste eh UDP
ausreichen, viel einfacher zu verwalten.

Dass man für die Atmel Prozessoren einen anderen Befehlssatz braucht
ist klar, schockt mich aber auch nicht weiter. Unter x86 Architektur
kommt man heutzutage eh kaum noch dazu sinnvoll Assembler einzusetzen,
da hätte man jetzt wenigstens einen Anreiz mal ganz neu einzusteigen.
Eilig habe ich es mit dem Ethernet Board auch nicht, ist zum direkten
Einstieg wohl auch etwas zu komplex. Vielleicht sollte ich mir daher
vorher noch ein einfaches Experimentierboard zulegen um mal ein Gefühl
für die Atmel Programmierung zu kriegen.
Irgendeinen guten Vorschlag was ich da nehmen kann? Wie gesagt: Löten
ist nicht so mein Ding und ausser ein paar Taster, LEDs und wenn
möglich ein kleines Display nebst Programmierschnittstelle und Software
brauche ich für den Anfang nicht.
Ist hier im Thread etwas off topic, darum vielleicht lieber per Email.
Meine Adresse ist Duncan Punkt Blues bei Gmx Punkt de.

Autor: Rüdiger Winkelmann (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Thomas: Für den direkten Einstieg nicht, aber als Anreiz um darauf
hinzuarbeiten. Für jemand wie mich der bislang eigentlich ständig mit
Netzwerken zu tun hatte ist das Projekt der erste richtige Anreiz sich
intensiver mit der Materie zu beschäftigen. Ich weiß nicht wie es euch
geht aber mich interessieren ganz allgemein interagierende Systeme mehr
als Insellösungen.

Autor: Jochen (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Soweit ich bisher verstanden habe, ist das CPLD in jedem Fall
erforderlich (oder was kann ich ohne machen?). Die von Christof
genannten 70,- erschrecken mich schon ein bischen, kann da auch nicht
ganz folgen. Ist das wirklich noch ohne Gehäuse? Ich ging bisher
(optimistisch blauäugig:o) von folgendem aus:
10,- Platine
10,- ATmega128
 3,- CPLD
 1,- neue ISA Netzwerkkarte mit RTL8019AS+FB2022+Buchse+LED's
 0,- (da vorhanden) serielle Buchse, Stiftleisten, R, C, Quarz
 x,- MCC Einschub, RAM, Versorgungsbuchse, (eben "größere
Kleinteile")
 y,- USB
 z,- Gehäuse

Wobei
  x (pauschal geschätzt) = 7..12
  y = mir völlig unklar, wäre ggf. interessant
  z (nicht erforderlich, von Guido genanntes ProMa3) = 8,50
und CAN nicht beachtet, da für mich nicht interessant.

Damit wäre ich (ohne CAN und USB) bei 45,- EUR inkl. Gehäuse. Falls ich
da drastische Denkfehler mache bitte darauf hinweisen, dann kann ich
nämlich nur eine statt zwei Platinen für mich bestellen. Ansonsten wäre
es vielleicht doch nicht schlecht, wenn Guido die Bestückungsliste
veröffentlicht, bevor letztlich die Platinen bestellt werden.

Gruß, Jochen

Autor: Christof Krüger (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Mal das Hühnerfutter (Rs und Cs) nicht mitgerechnet, kommen ja schon ein
paar Bauteile dazu:

Max3232, kostet bei Reichelt doch knapp 5€, der DC/DC-Wandler schlägt
mi 8,80€ zu Buche, der FT245 mit etwas über 6€. Die RJ45-Buchse kostet
dann nochmal 7€, evtl. kann man ja aber eine von der Netzwerkkarte
runterlöten.

Du siehst also, die 70€ sind wirklich worst case.

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Alex1 (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Leute...

Wie waere es denn, wenn man fuer einige Teile eine Sammelbestellung
machen koennte. Ich komme z.B. nicht an einen RTL (ausser von einer
alten Karte).

Gruss
Alex

Autor: Christof Krüger (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Ich denke, die meisten von uns werden den RTL von einer alten Karte
löten, denn ansonsten kostet der neu mehr als einige alte Karten bei
eBay kosten.

Autor: Jochen (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Zum Thema "Netzwerkkarte ausschlachten": Davon ist ja überall die
Rede, wird wohl oft gemacht. Ist das jedem klar, wie das am besten
gemacht wird? Mir nämlich nicht so ganz.
Gibt's da irgendwo ein (vielleicht sogar bebildertes) Tutorial? So im
Stil von "Zuerst die Leds ablöten. Dann den Filter, indem die
einzelnen Beinchen nacheinander entlötet werden. Nun mit einem
Heissluftföhn die Kartenrückseite gleichmäßig abfackeln (dabei IC Seite
nach unten halten, im Freien durchführen) bis der IC runterfällt. Dann
die Buchse raussägen..." oder so ähnlich eben:o)

Gruß, Jochen

Autor: Alex1 (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Ja, genau so geht das auch.

Alex

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Simon (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
ich hätt gerne auch einen RTL9019 und ne platiene.

Autor: Christof Krüger (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
+++ NEWSFLASH +++

ACHTUNG!

Es gelang eine phänomenale Beobachtung! Die ungeklärten Fälle
unerklärlich verloren gegangener bzw. verlegt geglaubter ICs können
nun aufgeklärt werden.
Aus gegebenem Anlass wird geraten, ICs besonders gut an der Platine
festzulöten bzw. in besondere Gehegen aufzubewahren.

http://xs14.xs.to/pics/05056/yetanotherkaefer.gif

+++ NEWSFLASH +++

Autor: Andreas Auer (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi

@all, die einen RTL8019AS suchen:
Es gibt eine gute und eine schlechte Nachricht! Als erstes gleich mal
die Schlechte:
Meine Sammelbestellung für die RTL8019AS Chips ist schon abgeschlossen.
Wir hatten schon genug Leute zusammen, und haben die Bestellungs schnell
abgewickelt (ich brauchte die Dinger schon -> mein Board läuft
bereits)!

Die gute Nachricht ist, dass ich über eBay aus Amerika noch einige RTL
IC's ergattern konnte. Die sind zwar noch nicht da, aber zumindest
schon bezahlt! Falls also jemand wirklich noch dringend RTL8019AS Chips
soll er sich direkt bei mir melden! Was die Dinger kosten, weiß ich noch
nicht genau! Wird aber so um die 5-7 Euro + 1-2 Euro Versand liegen!

mfg
Andreas

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Florian (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi

Guido: ist mein mail angekommen?

Gruss Flo

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Malte (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo,
ich verfolge den Thread schon eine ganze Weile und bin am Überlegen ob
ich mir eine Platine bestellen soll oder nicht. Was mich am meisten
Abschreckt ist das Löten der SMD Bauteile, da ich bisher nur Bauteile
im normalem 2,54mm Pin Abstand gelötet haben. Nun habe ich
http://www.mikrocontroller.net/wiki/SMD_L%F6ten
gelesen und wie es aussieht scheint das SMD Löten nicht all zu schwer
zu sein wenn die Pads vorverzinnt sind.
Ist das bei den Platinen der Fall?

Autor: Tobias Schneider (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hi,
das SMD loeten ist echt nicht schwer. mit ein bischen entloetlitze und
flussmittel geht das ganz prima. Ein bischen ueben sollte man zwar aber
dann stellen die auch kein hinderniss mehr da. Ich hab mir am wochenende
auch ne kleine platine mit rtl und nem mega 8 draf gemacht.

http://kudd-radio.com/~schneider/mega8ethernettop.jpeg
http://kudd-radio.com/~schneider/mega8ethernetbot.jpeg

hab den rtl von einer alten nic runtergenommen und die platine bei den
zwei smd ics mit fittingsloetpaste verzinnt. Funktioniert bis jezt auch
prima, die pings kommen wieder zurueck :)

Das design basiert auf der netzwerkkarte von uli, die ich ein bischen
abgeandert und einen mega8 auf die andere seite gesetzt hab.

Das ding soll kein mmc webserver werden, sondern einfach nur fuer
einfach steuer und messaufgaben im netz dienen. daher braucht man auch
keinen großen mega und man kommt mit vll. 6 euro materialkosten aus.

Gruß Tobias

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Topsoft (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo, Guido

hatte gestern eine EMail verfasst das ich an der Platine interesse
habe.

Gruß Topsoft

Autor: Stefan (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Tobias

Hast du zu deinem Projekt schon nähere Infos.
Die minimale Größe ist echt reizend.
Wird das  was mit der Codegröße?
Man  sieht in anderen Treads, dass sich oft über den Platzbedarf
unterhalten wird.

Autor: Florian (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hat hier jemand mitgeboten? nicht das wir uns hochbieten ...

http://cgi.ebay.de/ws/eBayISAPI.dll?ViewItem&categ......


Gruss Flo

Autor: john (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
hi florian,

ich wollte heute abend versuchen mir ebay artikel 5750787358 bzw
5750787363 zu ergattern.

die ganzen 10 karten brauche ich nicht, würde die hälfte (5 stück) zum
preis weiter geben, den ich bezahlt habe.

kannst dich ja per email melden, gegen seitig hoch bieten währe ja
blöd. kann ja einer bieten und der andere muss dann eben 2-3 tage
länger warten.

bei deinem link kommt leider ein fehler, aber ich nehme an, das wir
über die selbe auktion reden.

gruss
john

Autor: Stefan Libbe (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Das stehende Gebot ist von mir.

Von den 15 auf die ich biete würden mir ebenfalls 5 reichen.
Würde den rest auch abgeben.

Autor: Dieter Brüggemann (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Stefan

Hätte Interesse an 5 Stück der Platinen, falls du sie bekommst.

Dieter

Autor: Jochen (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hoffentlich im Interesse aller:
Macht es vielleicht Sinn, eure ganzen ebay Absprachen in einen eigenen
Thread "ebay Netzwerkkarten" zu verlagern?

Nix für ungut, Jochen

Autor: john (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
hi stefan,

hatte dir ne mail geschickt

ich würde auch gerne 5 stückl haben für florian und mich

gruss john

Autor: kern helmut (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
wieder einlogen habe falsche zeile getibt danke Ps. wann kann man
platinen bestellen damke kern helmut

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: michael107 (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Guido

deine Platine finde ich einfach klasse. Ich habe mir auch schon
überlegt eine eigene zu machen, hat sich jetzt wohl erledigt.

Wie kommt man an deine Leiterplatte ran ?
Nimmst du Bestellungen auf Zuruf an oder wie ist das Vefahren ?

Gruss Michael

Autor: Malte (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@michael107
Schick Guido eine Mail mit "Ethernet AVR Modul" als Betreff

@Guido:
Dass mit dem Betreff hab ich eben erst gesehen, nachdem ich heute
morgen eine Mail für die Bestellung einer Platine an dich geschickt
habe. Ich hoffe die Mail wurde trotzdem nicht als Spam aussortiert.

Autor: geloescht (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dieser Beitrag wurde auf Wunsch des Autors geloescht.

Autor: Rüdiger Winkelmann (Gast)
Datum:

Bewertung