Hallo,
nach dem das ATxMegaBoard 3 ausverkauft ist, habe ich eine neue Version
erstellt. Die Version 4 ist um einiges kleiner und kompakter als die 3.
Version. Außerdem kommt ein MCP2200 statt dem FT232 als USB-Controller
zum Einsatz. Sonst ist im großen und ganzes alles beim alten geblieben:
weiterhin ein ATxMega128A1, Ethernet (ENC28J60), microSD-Karte, USB,
RS232, EBI, Schaltregler.
Im Anhang ist der Schaltplan und das Layout...
Bei Interesse würde ich wieder eine Sammelbestellung starten. Das Board
würde dann bei 8 € / Stück liegen (wenn viele zusammenkommen dann kann
ich es für 6€ / Stück anbieten). Einen Bausatz kann ich bei Bedarf für
50€ (inkl. Platine) anbieten.
Ich hoffe das Board findet viel Interesse :)
Bei Fragen, Kritik etc: Entweder hier im Forum oder an timhot@gmx.de
Gruß Tim
Schön fände ich, wenn 8 Leds drauf sind und/oder die Leds an einem
anderen Port wie die Taster hängen.
Ansonsten sieht das ganze recht gut aus!
Gruß Flo
Hallo,
ich glaube das ATxMegaBoard ist nach 4 Versionen langweilig geworden...
Bestände Interesse an einem Board oder Stick (mit Baseboard) mit einem
ATxMega mit eingebautem USB-Controller?
Gruß Tim
Tim H. schrieb:> Außerdem kommt ein MCP2200 statt dem FT232 als USB-Controller> zum Einsatz.
Warum das?
Der MCP2200 wird meines Wissens nicht so gut unterstützt (Linux).
Rainer S. schrieb:> Der MCP2200 wird meines Wissens nicht so gut unterstützt (Linux).
Ich konnte beim ATxMegaStick bisher kein Problem unter Linux
feststellen.
Konrad S. schrieb:> Ich konnte beim ATxMegaStick bisher kein Problem unter Linux> feststellen.
Das bedeutet der Treiber unter Linux ist bereits vorhanden?
Beitrag "MCP2200, USB-ComPort, instabiles Verhalten"
Der MCP2200 bietet (bis auf den etwas geringeren Preis) eigentlich nur
Nachteile. Eine Außenbeschaltung mit Quarz ist hier nötig, was beim FTDI
ebenfalls entfällt. Soweit ich weiß muss beim MCP2200 ein Treiber
manuell installiert werden, der ansonsten schon out of the box (FTDI)
dabei ist (sowohl Linux als auch Windows).
Man kann sich das Leben auch wegen ein paar Cent selbst schwer machen.
Die Einsparung ist sofort weg, wenn dann die Probleme auftreten.
Rainer S. schrieb:> Das bedeutet der Treiber unter Linux ist bereits vorhanden?
Ja, cdc_acm wird automatisch geladen. Die syslog-Meldungen sind:
1
usb 5-1: new full speed USB device using ohci_hcd and address 6
2
usb 5-1: configuration #1 chosen from 1 choice
3
generic-usb 0003:04D8:00DF.0003: hiddev97,hidraw2: USB HID v1.11 Device [Microchip Technology Inc. MCP2200 USB Serial Port Emulator] on usb-0000:00:13.0-1/input2
4
cdc_acm 5-1:1.0: ttyACM0: USB ACM device
5
usbcore: registered new interface driver cdc_acm
6
cdc_acm: v0.26:USB Abstract Control Model driver for USB modems and ISDN adapters
Rainer S. schrieb:> Der MCP2200 bietet (bis auf den etwas geringeren Preis) eigentlich nur> Nachteile.
Er lötet sich leichter von Hand.
Also ich hatte bisher auch noch keine Probleme mit dem MCP2200 und auch
von noch keinen gehört.
Bisher sind 2 Interessenten nur zusammen. Gibt es noch Leute die
Interessiert sind?
Die Unterstützung des MCP2200 laesst in Linux wirklich ein wenig zu
wünschen übrig. z.B. BitBang Mode ist eine Qual. Ist in deinem Projekt
nicht von Bedeutung. Hier ist ja nur die RS-232 Bridge im Einsatz.
Wobei.... dies wäre ja auch ein Ansatz für eine Erweiterung ... es beim
FT232R zu belassen und zusätzlich die GPIO dieses Bausteins zu benutzen.
z.B. PC <---> parallelen Datentransfer zum ATxM... machen.
Und dazu gibt es in Linux eine tolle LIB libFTDI ...
@Tim H.
Wenn ich nichts übersehen habe, dann hängt das Gate vom IRLML6401 bei
nicht gestecktem JP1 in der Luft. Da sollte ETHPWR mit 100k auf +3V3
gehen, damit Sicherheit herrscht (off). Bei JP1 könnte noch ein GND-Pin
dazu (always on).
Evtl. sollte der Micro-SD-Slot auch einen Stromspar-FET bekommen.
Hallo,
@Konrad S.
ja der 100k Widerstand macht tatsächlich Sinn. Und den MOSFET vom
SD-Slot hatte ich vom 3er nicht übernommen, denn wenn keine Karte
eingesteckt ist, zieht der Slot ja auch keinen Strom. Ich kann es aber
einfügen, wenn Interesse besteht.
@Dirk Broßwick
Schön! Habe dich notiert
Gruß Tim
Rainer S. schrieb:> Der MCP2200 bietet (bis auf den etwas geringeren Preis) eigentlich nur> Nachteile. Eine Außenbeschaltung mit Quarz ist hier nötig, was beim FTDI> ebenfalls entfällt. Soweit ich weiß muss beim MCP2200 ein Treiber> manuell installiert werden, der ansonsten schon out of the box (FTDI)> dabei ist (sowohl Linux als auch Windows).>> Man kann sich das Leben auch wegen ein paar Cent selbst schwer machen.> Die Einsparung ist sofort weg, wenn dann die Probleme auftreten.
Man kann auch beides haben: Einfach den FT230X benutzen und von den
wirklich sehr guten FTDI-Treibern profitieren und gleichzeitig noch
etwas sparen. Ich bin selber gerade am eindesignen.
Tim H. schrieb:> Naja ich denke der MCP sollte jetzt laufen...> Gibt es noch Leute die Interesse haben?
Also ich hätte großes Intresse an einem Bausatz!
Tim H. schrieb:> Hallo Alois,>> ja die bausätze sind zu haben! Die Boards sind jetzt auch seit Samstag> da (im Anhang einige Bilder)>> Bei Interesse einfach melden>> Gruß Tim
Bestellung über zwei Bausätze ist raus.
Hi Tim,
laut Schaltplan sollte der D-SUB9 Stecker eine Buchsenleiste besitzen.
Verbaut ist auf dem Board eine Stiftleiste. Ausserdem sind die Signale
RxD/TxD gedreht, die Signale RTS/CTS an dem Stecker wiederum nicht.
Standardpinbelegung RS232:
Pin Belegung
2 RXD
3 TXD
5 GND
7 RTS
8 CTS
Pinbelegung RS232 (gedreht):
Pin Belegung
2 TXD
3 RXD
5 GND
7 CTS
8 RTS
ATxMEGA Board4:
Pin Belegung
2 TXD
3 RXD
5 GND
7 RTS
8 CTS
Für mein USB-Serial-Kabel muss ich nun einen 9-pol. Gender-Changer
benutzen. Für eine Stiftleiste wäre meiner Meinung die "Standardbelegung
RS232" die Richtige. Für eine Buchsenleiste wäre die "Pinbelegung RS232
(gedreht)" die bessere Wahl.
Hallo,
Danke für den Hinweis. Ich hab durchaus schon wieder eine Liste mit
Punkten die man verbessern kann, wenn eine neue Version zustande kommt.
Deinen Punkt habe ich mitaufgenommen
Gruß Tim
Hi Tim,
ich habe lange gebraucht bis ich gemerkt habe das der D-Sub9 Stecker
spiegelverkehrt auf deinem Board angebracht ist.
Nach deinem Layout müsste die Buchse nicht auf die Bestückungsseite
(TOP) sondern auf die Leiterbahnseite (BOTTOM) der Platine angebracht
werden.
Kannst du das mal überpüfen?
Hallo Tim,
ich nehme das ATxMEGA4 Board so nach und nach in Betrieb. ENC28J60,
TCP/IP Stack, DHCP, NTP, RTC und UART funktioniern schon.
Jetzt habe ich einen weiteren Fehler auf dem Board entdeckt.
Auf dem ATxMEGA4 Board funktioniert die linke (gelbe) LED nicht.
Die eingelötete RJ45 Netzwerkbuchse von TRXCOM trägt die Bezeichnung
TRJ0011BANL. Dort ist der Pin9 + Pin 10 vertauscht.
Die richtige Buchse die funktionieren würde nennt sich TRJ0011BGNL.
Diese besitzt eine andere LED-Belegung.
TRJ0011BANL LED-Belegung:
LED LEFT GREEN Pin 9 = A / Pin 10 = K
LED RIGHT YELLOW Pin 11 = K / Pin 12 = A
TRJ0011BGNL LED-Belegung:
LED LEFT GREEN Pin 9 = K / Pin 10 = A
LED RIGHT YELLOW Pin 11 = K / Pin 12 = A
Hallo Alois,
vielen Dank für all die Infos!
Puhh ... da hat die Version 4 ja doch die ein oder andere Macke :(
Diese Fehler werden auch einer neuen Version natürlich nicht mehr
vorkommen!
Gruß Tim
tft schrieb:> Es is bereits ein atxmega 5 Board in Produktion!
Woher hast du diese Information?
Ein SRAM Speichermodul wäre net schlecht... und ein TFT-Display.
board.png
(110 KB)
