Mikrocontroller.net - Benutzerbeiträge [de]

Avr Webserver mit Wiznet WIZ810MJ

2008-02-16T22:40:06Z

Stefan90: /* Hardware */

Hier entseht in den nächsten Tagen ein Artikel über einen Avr Webserver mit dem Wiznetmodul von Circuit Cellar.

Anlass für dieses Projekt war das WIZ810MJ Modul von Circuit Cellar. Da dieses Modul mit Stiftleisten im 2mm Raster gefertigt wird, musste eine Platine her.

==Hardware==
* Atmega128
* 32kB SRAM
* WIZ810MJ Ethernetmodul
* FT245R
* CAN galvanisch getrennt
* SD Karte
* RS232
* Software SPI

Alle unbelegten Pins sind auf Stiftleisten geführt und können für freie Anwendungen verwendet werden, z.B. für ein LCD Display.

==Platine==
Die Platinen wurden bei Leiton gefertigt.

'''Eagle Files:''' [[Media:Webserver-PCB.zip|WiznetWebserverPCB]]

Leider stehen Schalt- und Bestückungsplan nicht in einer für Jedermann lesbaren Version (GIF/JPG oder PDF) zur Verfügung.

==Programmiermöglichkeiten==
Auf der Platine ist eine 6-polige Stiftleiste zum Programmieren vorhanden. Weiters wurde ein Bootloader geschreiben, durch den es möglich ist, den Avr mittels RS232 oder über USB zu programmieren. Der Bootloader ist STK500 kompatibel, wodurch man einfach mit dem AVR Studio oder mit Avrdude programmieren kann.

==Aufbau==
Beachtung gilt der DC Buchse. Es gibt mehrere Versionen dieser Buchse. Die Buchse besitzt 3 Anschlüsse. Besitzt der seitliche Anschluss kontakt zum hinteren Anschluss, muss dieser abgschnitten werden. Ansonsten kommt es zu einem Kurzschluss der Eingangsspannung.
Da sich unter dem Quarz für den Atmega128 mehrere Durchkontaktierungen befinden, muss der Quartz isoliert werden. Es gibt dafür spezielle Quarzisolierscheibchen. Ansonsten tut es auch ein Stück Kunststofffolie (zB ein Heftumschlag).

==Software==
===Speichertestprogramm===
Um den externen SRAM testen zu können wurde ein Speichertestprogramm geschrieben. Es beschreibt den kompletten RAM in einer Schleife. Danach wird er wieder ausgelesen und die Differenz zum geschriebenen Wert berechnet. Ist das Ergebnis 0, wurde die Speicherzelle richtig beschrieben und ausglesen. Ist das Ergbnis ungleich Null, trat während des Vorganges ein Fehler auf, wird die Led1 (PG4) wird eingeschalten. Nach beenden der Speicherprüfung wird die Led2 (PG3) geschalten. Leuchtet nur eine der beiden Leds, ist das Ergebnis des Speichertests OK. Leuchten beide Leds, ergab sich während des Auslesens ein Fehler. In diesem Fall sollte man die Lötstellen des SRAMs, Latches und AVR kontrollieren. Zusätzlich werden die Informationen auch über die serielle Schnittstelle ausgegeben. Baudrate ist 115200 bps eingestellt.

'''Memtest Programm:''' [[Media:Memtest.zip|Memtest]]

===Bootloader===
Der Bootloader ist STK500 kompatibel, wodurch der ATmega128 direkt aus dem AVR Studio geflasht werden kann.

'''Bootloaderroutinen mit Applikationsbeispiel zum Testen:''' [[Media:Webserver.zip|Bootloaderroutinen mit Applikationsbeispiel]]

Mit dem Define 'COMM_MODE' in der Header-Datei communication.h kann festgelegt werden, ob der Bootloader für RS232 oder USB ist. Diese Header befindet sich im Ordner Webserver_STK500_Bootloader.

====Voreinstellungen====
Damit der Bootlaoder funktioniert, muss zuerst die hex Datein Webserver_STK500_Bootloader.hex im Ordner Webserver_STK500_Bootloader\defaultmit einem externen Programmiergerät über die 6-polige Stiftleiste geflasht werden. Weiters müssen die Fusebits richtig eingestellt werden. Folgendes muss eingestellt werden:
* ATmega103 Kompatiblitätsmodus deaktivieren
* JTAG und On-Chip-Debugging deaktivieren
* Externen Quarz aktivieren
* Bootresetvektor aktivieren
* Bootsize = 1024 words

Die Werte für die Fuses, die die obrigen Einstellungen beinhalten, sind 0xFF (low Fuse) und 0xDC (high Fuse).

Will man den Bootloader für USB verwenden, muss man einerseits das Define 'COMM_MODE' in der Header-Datei communication.h für USB einstllen (Standardmäßig ist USB gewählt), andererseits muss der COM Port Treiber für den FT245 installiert werden. Diesen findet man hier http://www.ftdichip.com/Drivers/VCP.htm. Genauere Informationen zur Installation können auf der FTDI Homepage nachgelsen werden.

====Informationen zur Nutzung====
Der Bootloader wurde mit dem AVR-Studio sowohl über USB als auch RS232 getestet. Probleme können auftreten, wenn der Bootlaoder für USB eingestellt ist und man USB - während man im AVR-Studio vebunden ist - absteckt. Sollte man dies doch tun, muss man zuerst den Connect-Dialog schließen, anschließend USB neu anstecken und erneut verbinden. In einer anderen Reihenfolge kann sein, dass man keine neue Verbindung aufbauen kann. Über RS232 treten diese Probleme nicht auf. Die Probleme über USB liegen möglicherweise am COM-Port Treiber von FTDI, da die Software am µC für die Auswertung der STK500 Kommandos für RS232 und USB gleich ist.

====Applikationen flashen====
Im Ordner vom Bootlaoder ist auch ein Applikationsbeispiel. Dieses Projekt kann verwendet werden, um hier seine eigenen Applikationen zu schreiben. Um eine Hex-Datei zu flashen, kann einfach über RS232 oder den USB-COM-Port im AVR-Studio eine Verbindung zum Webserver aufgebaut werden und die hex geflasht werden. Wichtig ist noch, dass in einer selbst erstellten Applikation die USB-Routinen/RS232-Routinen mitkopiliert und sowohl USB als auch RS232 wie im mitgelieferten Beispiel initialisiert werden, damit der Bootlaoder funktioniert und jederzeit eine neue Applikation geflasht werden kann. Ansonsten muss der Bootloader immer wieder neu geflasht werden.

==Interface==
Alle Routinen für die vorhanden Interfaces des Webservers sind bereits im Applikationsbeispiel enthalten, siehe [[Avr_Webserver_mit_Wiznet_WIZ810MJ#Bootloader|Applikationsbeispiel mit Bootlaoderroutinen]]).

===External Memory Interface===
Da sich am Webserver mehrere Devices am XMEM-Interface befinden, musste eine Logik entwickelt werden, mit der je nach selektierter Adresse immer nur das jeweilig angesprochene Device aktiv ist.
Am XMEM Inteface befinden sich folgende Devices:
* 32kB SRAM: Adresse 0x0000-0x7FFF
* Wiznet Modul WIZ810MJ: Adresse 0x8000-0xFFFF
* USB FT245: beliebige Adresse zwischen 0xA000-0xAFFF (nicht genutzer Bereich des Wiznet Moduls)

Die gesamte Logikschaltung mit ausführlicher Dokumentierung kann hier heruntergeladen werden: [[Media:Adresslogik_für_Webserver.pdf|Adresslogik für Webserver.pdf]]

===USB===
Der Webserver hat eine USB Schnittstelle und verwendet den FT245 von FTDI Chip als USB Chip. Der FT245 ist am XMEM Interface des Webservers angeschlossen und kann in einem fix vorgegebenem Adressbereich liegen (siehe External Memory Interface).

Für den Webserver wird der COM-Port Treiber von FTDI verwendet, der zuvor installiert werden muss (siehe auch [[Avr_Webserver_mit_Wiznet_WIZ810MJ#Voreinstellungen|Bootloader Voreinstellungen]]).

====Übertragungsprotokoll====
Das Übertragungsprotokoll war nötig und an den STK500 Bootloader gebunden, damit es auch möglich ist, von der Applikation in den Bootlaoder zu springen. Die Übertragung ist folgendermaßen aufgebaut:
* START
** 0x1B reserviert für Daten aus AVR Studio
**anderes 8 bit Startbyte, das ungleich 0x1B ist, kann für USER Daten verwendet werden
* Sequence Number
** 8 bit breit
* Message Size 1
** MSB der Message Size (Anazhl der Datenbytes)
* Message Size 2
** LSB der Message Size (Anzahl der Datenbytes)
* Datenblock
** Messagesize (16bit) Datenbytes zu je 8bit
* Checksumme
** XOR aus allen Bytes einer Message (START, SeqNum, MsgSize1, MsgSize2, DATA)

Wird als START Byte ein 0x1B erkannt, dann wird die Funktion collectCompleteMessage() aus der Header Datei BootlaoderApplication.h aufgerufen, die nichts anderes macht, als zu warten, bis eine vollständige Message empfangen wurde, diese anschließend in der .noinit section speichert und daraufhin einen Reset mit dem Watchdog generiert, damit der Webserver in den Bootlaoder springt. Dort wird dann erkannt, dass ein Watchdog Reset ausgelöst wurde und neue Daten in der .noinit section für den Bootloader sind. Diese werden daraufhin ausgelesen und verarbeitet.

====Probleme an FT245 Pins TXE und RXF====
Beim Testen der Platine und des FT245 hat sich herausgestellt, dass nach dem Anstekcen der Stromversorgung oder nach dem Anstecken von USB am PC einige high-low Pulse an TXE und RXF auftreten. Diese waren insofern ein Problem als die Datenauswertung in der Hauptapplikation (nicht im Bootlaoder) interrupgesteuert erfolgt und ein Übertragungsprotokoll (für STK500 Bootloader nötig) verwendet wird. Diese Pulse wurden nun per Software kompensiert, dafür war jedoch der Timer0 notwendig. Der Timer0 kann somit nur mehr bedingt für eigene Anwendungen verwendet werden, empfohlen wird jedoch, diesen Timer nicht zu verwenden.

===UART RS232===
Auf der Webserver Platine befindet sich ein MAX3232 für die Pegelwandlung. Für RS232 wurden die Routinen aus der AVRlib verwendet (sowohl uart.h/uart.c als auch rprintf.h/rprintf.c). Damit man den Bootloader für RS232 verwenden kann, war es jedoch notwendig, die Receive Interruptroutine in der uart.c für den Webserver anzupassen. Für RS232 wird nun dasselbe Übertragungsprotokoll wie für USB verwendet. Siehe [[Avr_Webserver_mit_Wiznet_WIZ810MJ#.C3.9Cbertragungsprotokoll|USB Übertragungsprotokoll]]

===CAN===
* Hardware SPI
* MCP2515
* CAN Transceiver
* Galvanische Trennung mit DC-DC Wandler und Optokoppler
* Latch, für SD nötig

===SD Karte===
* Hardware SPI
* Latch, damit CS auf low bleibt

===Software SPI===
Da Hardware SPI des ATmega128 bereits für CAN und SD Karte verwendet wurden, wurde am Webserver auch ein softwaremäßiges SPI Interface eingebunden. Für die Software SPI Pins ist eine eigene 6-polige Stiftleiste auf der Platine vorgesehen.
Die Routinen sind in Assembler geschrieben und erzeugen einen SCK Takt von F_CPU/32. Die Assemblerfunktionen steuern nur SSMISO, SSMOSI und SSCK. Die Chipselect Leitung muss vom User vor Funktionsaufruf gesteuert bzw. initialisert werden.

===Ethernet===

Avr Webserver mit Wiznet WIZ810MJ

2008-02-16T22:37:46Z

Stefan90: /* Interface */

Hier entseht in den nächsten Tagen ein Artikel über einen Avr Webserver mit dem Wiznetmodul von Circuit Cellar.

Anlass für dieses Projekt war das WIZ810MJ Modul von Circuit Cellar. Da dieses Modul mit Stiftleisten im 2mm Raster gefertigt wird, musste eine Platine her.

==Hardware==
* Atmega128
* 32kB SRAM
* WIZ810MJ Ethernetmodul
* FT245R
* CAN galvanisch getrennt
* SD Karte

==Platine==
Die Platinen wurden bei Leiton gefertigt.

'''Eagle Files:''' [[Media:Webserver-PCB.zip|WiznetWebserverPCB]]

Leider stehen Schalt- und Bestückungsplan nicht in einer für Jedermann lesbaren Version (GIF/JPG oder PDF) zur Verfügung.

==Programmiermöglichkeiten==
Auf der Platine ist eine 6-polige Stiftleiste zum Programmieren vorhanden. Weiters wurde ein Bootloader geschreiben, durch den es möglich ist, den Avr mittels RS232 oder über USB zu programmieren. Der Bootloader ist STK500 kompatibel, wodurch man einfach mit dem AVR Studio oder mit Avrdude programmieren kann.

==Aufbau==
Beachtung gilt der DC Buchse. Es gibt mehrere Versionen dieser Buchse. Die Buchse besitzt 3 Anschlüsse. Besitzt der seitliche Anschluss kontakt zum hinteren Anschluss, muss dieser abgschnitten werden. Ansonsten kommt es zu einem Kurzschluss der Eingangsspannung.
Da sich unter dem Quarz für den Atmega128 mehrere Durchkontaktierungen befinden, muss der Quartz isoliert werden. Es gibt dafür spezielle Quarzisolierscheibchen. Ansonsten tut es auch ein Stück Kunststofffolie (zB ein Heftumschlag).

==Software==
===Speichertestprogramm===
Um den externen SRAM testen zu können wurde ein Speichertestprogramm geschrieben. Es beschreibt den kompletten RAM in einer Schleife. Danach wird er wieder ausgelesen und die Differenz zum geschriebenen Wert berechnet. Ist das Ergebnis 0, wurde die Speicherzelle richtig beschrieben und ausglesen. Ist das Ergbnis ungleich Null, trat während des Vorganges ein Fehler auf, wird die Led1 (PG4) wird eingeschalten. Nach beenden der Speicherprüfung wird die Led2 (PG3) geschalten. Leuchtet nur eine der beiden Leds, ist das Ergebnis des Speichertests OK. Leuchten beide Leds, ergab sich während des Auslesens ein Fehler. In diesem Fall sollte man die Lötstellen des SRAMs, Latches und AVR kontrollieren. Zusätzlich werden die Informationen auch über die serielle Schnittstelle ausgegeben. Baudrate ist 115200 bps eingestellt.

'''Memtest Programm:''' [[Media:Memtest.zip|Memtest]]

===Bootloader===
Der Bootloader ist STK500 kompatibel, wodurch der ATmega128 direkt aus dem AVR Studio geflasht werden kann.

'''Bootloaderroutinen mit Applikationsbeispiel zum Testen:''' [[Media:Webserver.zip|Bootloaderroutinen mit Applikationsbeispiel]]

Mit dem Define 'COMM_MODE' in der Header-Datei communication.h kann festgelegt werden, ob der Bootloader für RS232 oder USB ist. Diese Header befindet sich im Ordner Webserver_STK500_Bootloader.

====Voreinstellungen====
Damit der Bootlaoder funktioniert, muss zuerst die hex Datein Webserver_STK500_Bootloader.hex im Ordner Webserver_STK500_Bootloader\defaultmit einem externen Programmiergerät über die 6-polige Stiftleiste geflasht werden. Weiters müssen die Fusebits richtig eingestellt werden. Folgendes muss eingestellt werden:
* ATmega103 Kompatiblitätsmodus deaktivieren
* JTAG und On-Chip-Debugging deaktivieren
* Externen Quarz aktivieren
* Bootresetvektor aktivieren
* Bootsize = 1024 words

Die Werte für die Fuses, die die obrigen Einstellungen beinhalten, sind 0xFF (low Fuse) und 0xDC (high Fuse).

Will man den Bootloader für USB verwenden, muss man einerseits das Define 'COMM_MODE' in der Header-Datei communication.h für USB einstllen (Standardmäßig ist USB gewählt), andererseits muss der COM Port Treiber für den FT245 installiert werden. Diesen findet man hier http://www.ftdichip.com/Drivers/VCP.htm. Genauere Informationen zur Installation können auf der FTDI Homepage nachgelsen werden.

====Informationen zur Nutzung====
Der Bootloader wurde mit dem AVR-Studio sowohl über USB als auch RS232 getestet. Probleme können auftreten, wenn der Bootlaoder für USB eingestellt ist und man USB - während man im AVR-Studio vebunden ist - absteckt. Sollte man dies doch tun, muss man zuerst den Connect-Dialog schließen, anschließend USB neu anstecken und erneut verbinden. In einer anderen Reihenfolge kann sein, dass man keine neue Verbindung aufbauen kann. Über RS232 treten diese Probleme nicht auf. Die Probleme über USB liegen möglicherweise am COM-Port Treiber von FTDI, da die Software am µC für die Auswertung der STK500 Kommandos für RS232 und USB gleich ist.

====Applikationen flashen====
Im Ordner vom Bootlaoder ist auch ein Applikationsbeispiel. Dieses Projekt kann verwendet werden, um hier seine eigenen Applikationen zu schreiben. Um eine Hex-Datei zu flashen, kann einfach über RS232 oder den USB-COM-Port im AVR-Studio eine Verbindung zum Webserver aufgebaut werden und die hex geflasht werden. Wichtig ist noch, dass in einer selbst erstellten Applikation die USB-Routinen/RS232-Routinen mitkopiliert und sowohl USB als auch RS232 wie im mitgelieferten Beispiel initialisiert werden, damit der Bootlaoder funktioniert und jederzeit eine neue Applikation geflasht werden kann. Ansonsten muss der Bootloader immer wieder neu geflasht werden.

==Interface==
Alle Routinen für die vorhanden Interfaces des Webservers sind bereits im Applikationsbeispiel enthalten, siehe [[Avr_Webserver_mit_Wiznet_WIZ810MJ#Bootloader|Applikationsbeispiel mit Bootlaoderroutinen]]).

===External Memory Interface===
Da sich am Webserver mehrere Devices am XMEM-Interface befinden, musste eine Logik entwickelt werden, mit der je nach selektierter Adresse immer nur das jeweilig angesprochene Device aktiv ist.
Am XMEM Inteface befinden sich folgende Devices:
* 32kB SRAM: Adresse 0x0000-0x7FFF
* Wiznet Modul WIZ810MJ: Adresse 0x8000-0xFFFF
* USB FT245: beliebige Adresse zwischen 0xA000-0xAFFF (nicht genutzer Bereich des Wiznet Moduls)

Die gesamte Logikschaltung mit ausführlicher Dokumentierung kann hier heruntergeladen werden: [[Media:Adresslogik_für_Webserver.pdf|Adresslogik für Webserver.pdf]]

===USB===
Der Webserver hat eine USB Schnittstelle und verwendet den FT245 von FTDI Chip als USB Chip. Der FT245 ist am XMEM Interface des Webservers angeschlossen und kann in einem fix vorgegebenem Adressbereich liegen (siehe External Memory Interface).

Für den Webserver wird der COM-Port Treiber von FTDI verwendet, der zuvor installiert werden muss (siehe auch [[Avr_Webserver_mit_Wiznet_WIZ810MJ#Voreinstellungen|Bootloader Voreinstellungen]]).

====Übertragungsprotokoll====
Das Übertragungsprotokoll war nötig und an den STK500 Bootloader gebunden, damit es auch möglich ist, von der Applikation in den Bootlaoder zu springen. Die Übertragung ist folgendermaßen aufgebaut:
* START
** 0x1B reserviert für Daten aus AVR Studio
**anderes 8 bit Startbyte, das ungleich 0x1B ist, kann für USER Daten verwendet werden
* Sequence Number
** 8 bit breit
* Message Size 1
** MSB der Message Size (Anazhl der Datenbytes)
* Message Size 2
** LSB der Message Size (Anzahl der Datenbytes)
* Datenblock
** Messagesize (16bit) Datenbytes zu je 8bit
* Checksumme
** XOR aus allen Bytes einer Message (START, SeqNum, MsgSize1, MsgSize2, DATA)

Wird als START Byte ein 0x1B erkannt, dann wird die Funktion collectCompleteMessage() aus der Header Datei BootlaoderApplication.h aufgerufen, die nichts anderes macht, als zu warten, bis eine vollständige Message empfangen wurde, diese anschließend in der .noinit section speichert und daraufhin einen Reset mit dem Watchdog generiert, damit der Webserver in den Bootlaoder springt. Dort wird dann erkannt, dass ein Watchdog Reset ausgelöst wurde und neue Daten in der .noinit section für den Bootloader sind. Diese werden daraufhin ausgelesen und verarbeitet.

====Probleme an FT245 Pins TXE und RXF====
Beim Testen der Platine und des FT245 hat sich herausgestellt, dass nach dem Anstekcen der Stromversorgung oder nach dem Anstecken von USB am PC einige high-low Pulse an TXE und RXF auftreten. Diese waren insofern ein Problem als die Datenauswertung in der Hauptapplikation (nicht im Bootlaoder) interrupgesteuert erfolgt und ein Übertragungsprotokoll (für STK500 Bootloader nötig) verwendet wird. Diese Pulse wurden nun per Software kompensiert, dafür war jedoch der Timer0 notwendig. Der Timer0 kann somit nur mehr bedingt für eigene Anwendungen verwendet werden, empfohlen wird jedoch, diesen Timer nicht zu verwenden.

===UART RS232===
Auf der Webserver Platine befindet sich ein MAX3232 für die Pegelwandlung. Für RS232 wurden die Routinen aus der AVRlib verwendet (sowohl uart.h/uart.c als auch rprintf.h/rprintf.c). Damit man den Bootloader für RS232 verwenden kann, war es jedoch notwendig, die Receive Interruptroutine in der uart.c für den Webserver anzupassen. Für RS232 wird nun dasselbe Übertragungsprotokoll wie für USB verwendet. Siehe [[Avr_Webserver_mit_Wiznet_WIZ810MJ#.C3.9Cbertragungsprotokoll|USB Übertragungsprotokoll]]

===CAN===
* Hardware SPI
* MCP2515
* CAN Transceiver
* Galvanische Trennung mit DC-DC Wandler und Optokoppler
* Latch, für SD nötig

===SD Karte===
* Hardware SPI
* Latch, damit CS auf low bleibt

===Software SPI===
Da Hardware SPI des ATmega128 bereits für CAN und SD Karte verwendet wurden, wurde am Webserver auch ein softwaremäßiges SPI Interface eingebunden. Für die Software SPI Pins ist eine eigene 6-polige Stiftleiste auf der Platine vorgesehen.
Die Routinen sind in Assembler geschrieben und erzeugen einen SCK Takt von F_CPU/32. Die Assemblerfunktionen steuern nur SSMISO, SSMOSI und SSCK. Die Chipselect Leitung muss vom User vor Funktionsaufruf gesteuert bzw. initialisert werden.

===Ethernet===

Avr Webserver mit Wiznet WIZ810MJ

2008-02-16T22:30:26Z

Stefan90: /* UART RS232 */

Hier entseht in den nächsten Tagen ein Artikel über einen Avr Webserver mit dem Wiznetmodul von Circuit Cellar.

Anlass für dieses Projekt war das WIZ810MJ Modul von Circuit Cellar. Da dieses Modul mit Stiftleisten im 2mm Raster gefertigt wird, musste eine Platine her.

==Hardware==
* Atmega128
* 32kB SRAM
* WIZ810MJ Ethernetmodul
* FT245R
* CAN galvanisch getrennt
* SD Karte

==Platine==
Die Platinen wurden bei Leiton gefertigt.

'''Eagle Files:''' [[Media:Webserver-PCB.zip|WiznetWebserverPCB]]

Leider stehen Schalt- und Bestückungsplan nicht in einer für Jedermann lesbaren Version (GIF/JPG oder PDF) zur Verfügung.

==Programmiermöglichkeiten==
Auf der Platine ist eine 6-polige Stiftleiste zum Programmieren vorhanden. Weiters wurde ein Bootloader geschreiben, durch den es möglich ist, den Avr mittels RS232 oder über USB zu programmieren. Der Bootloader ist STK500 kompatibel, wodurch man einfach mit dem AVR Studio oder mit Avrdude programmieren kann.

==Aufbau==
Beachtung gilt der DC Buchse. Es gibt mehrere Versionen dieser Buchse. Die Buchse besitzt 3 Anschlüsse. Besitzt der seitliche Anschluss kontakt zum hinteren Anschluss, muss dieser abgschnitten werden. Ansonsten kommt es zu einem Kurzschluss der Eingangsspannung.
Da sich unter dem Quarz für den Atmega128 mehrere Durchkontaktierungen befinden, muss der Quartz isoliert werden. Es gibt dafür spezielle Quarzisolierscheibchen. Ansonsten tut es auch ein Stück Kunststofffolie (zB ein Heftumschlag).

==Software==
===Speichertestprogramm===
Um den externen SRAM testen zu können wurde ein Speichertestprogramm geschrieben. Es beschreibt den kompletten RAM in einer Schleife. Danach wird er wieder ausgelesen und die Differenz zum geschriebenen Wert berechnet. Ist das Ergebnis 0, wurde die Speicherzelle richtig beschrieben und ausglesen. Ist das Ergbnis ungleich Null, trat während des Vorganges ein Fehler auf, wird die Led1 (PG4) wird eingeschalten. Nach beenden der Speicherprüfung wird die Led2 (PG3) geschalten. Leuchtet nur eine der beiden Leds, ist das Ergebnis des Speichertests OK. Leuchten beide Leds, ergab sich während des Auslesens ein Fehler. In diesem Fall sollte man die Lötstellen des SRAMs, Latches und AVR kontrollieren. Zusätzlich werden die Informationen auch über die serielle Schnittstelle ausgegeben. Baudrate ist 115200 bps eingestellt.

'''Memtest Programm:''' [[Media:Memtest.zip|Memtest]]

===Bootloader===
Der Bootloader ist STK500 kompatibel, wodurch der ATmega128 direkt aus dem AVR Studio geflasht werden kann.

'''Bootloaderroutinen mit Applikationsbeispiel zum Testen:''' [[Media:Webserver.zip|Bootloaderroutinen mit Applikationsbeispiel]]

Mit dem Define 'COMM_MODE' in der Header-Datei communication.h kann festgelegt werden, ob der Bootloader für RS232 oder USB ist. Diese Header befindet sich im Ordner Webserver_STK500_Bootloader.

====Voreinstellungen====
Damit der Bootlaoder funktioniert, muss zuerst die hex Datein Webserver_STK500_Bootloader.hex im Ordner Webserver_STK500_Bootloader\defaultmit einem externen Programmiergerät über die 6-polige Stiftleiste geflasht werden. Weiters müssen die Fusebits richtig eingestellt werden. Folgendes muss eingestellt werden:
* ATmega103 Kompatiblitätsmodus deaktivieren
* JTAG und On-Chip-Debugging deaktivieren
* Externen Quarz aktivieren
* Bootresetvektor aktivieren
* Bootsize = 1024 words

Die Werte für die Fuses, die die obrigen Einstellungen beinhalten, sind 0xFF (low Fuse) und 0xDC (high Fuse).

Will man den Bootloader für USB verwenden, muss man einerseits das Define 'COMM_MODE' in der Header-Datei communication.h für USB einstllen (Standardmäßig ist USB gewählt), andererseits muss der COM Port Treiber für den FT245 installiert werden. Diesen findet man hier http://www.ftdichip.com/Drivers/VCP.htm. Genauere Informationen zur Installation können auf der FTDI Homepage nachgelsen werden.

====Informationen zur Nutzung====
Der Bootloader wurde mit dem AVR-Studio sowohl über USB als auch RS232 getestet. Probleme können auftreten, wenn der Bootlaoder für USB eingestellt ist und man USB - während man im AVR-Studio vebunden ist - absteckt. Sollte man dies doch tun, muss man zuerst den Connect-Dialog schließen, anschließend USB neu anstecken und erneut verbinden. In einer anderen Reihenfolge kann sein, dass man keine neue Verbindung aufbauen kann. Über RS232 treten diese Probleme nicht auf. Die Probleme über USB liegen möglicherweise am COM-Port Treiber von FTDI, da die Software am µC für die Auswertung der STK500 Kommandos für RS232 und USB gleich ist.

====Applikationen flashen====
Im Ordner vom Bootlaoder ist auch ein Applikationsbeispiel. Dieses Projekt kann verwendet werden, um hier seine eigenen Applikationen zu schreiben. Um eine Hex-Datei zu flashen, kann einfach über RS232 oder den USB-COM-Port im AVR-Studio eine Verbindung zum Webserver aufgebaut werden und die hex geflasht werden. Wichtig ist noch, dass in einer selbst erstellten Applikation die USB-Routinen/RS232-Routinen mitkopiliert und sowohl USB als auch RS232 wie im mitgelieferten Beispiel initialisiert werden, damit der Bootlaoder funktioniert und jederzeit eine neue Applikation geflasht werden kann. Ansonsten muss der Bootloader immer wieder neu geflasht werden.

==Interface==
===External Memory Interface===
Da sich am Webserver mehrere Devices am XMEM-Interface befinden, musste eine Logik entwickelt werden, mit der je nach selektierter Adresse immer nur das jeweilig angesprochene Device aktiv ist.
Am XMEM Inteface befinden sich folgende Devices:
* 32kB SRAM: Adresse 0x0000-0x7FFF
* Wiznet Modul WIZ810MJ: Adresse 0x8000-0xFFFF
* USB FT245: beliebige Adresse zwischen 0xA000-0xAFFF (nicht genutzer Bereich des Wiznet Moduls)

Die gesamte Logikschaltung mit ausführlicher Dokumentierung kann hier heruntergeladen werden: [[Media:Adresslogik_für_Webserver.pdf|Adresslogik für Webserver.pdf]]

===USB===
Der Webserver hat eine USB Schnittstelle und verwendet den FT245 von FTDI Chip als USB Chip. Der FT245 ist am XMEM Interface des Webservers angeschlossen und kann in einem fix vorgegebenem Adressbereich liegen (siehe External Memory Interface).

Für den Webserver wird der COM-Port Treiber von FTDI verwendet, der zuvor installiert werden muss (siehe auch [[Avr_Webserver_mit_Wiznet_WIZ810MJ#Voreinstellungen|Bootloader Voreinstellungen]]).

====Übertragungsprotokoll====
Das Übertragungsprotokoll war nötig und an den STK500 Bootloader gebunden, damit es auch möglich ist, von der Applikation in den Bootlaoder zu springen. Die Übertragung ist folgendermaßen aufgebaut:
* START
** 0x1B reserviert für Daten aus AVR Studio
**anderes 8 bit Startbyte, das ungleich 0x1B ist, kann für USER Daten verwendet werden
* Sequence Number
** 8 bit breit
* Message Size 1
** MSB der Message Size (Anazhl der Datenbytes)
* Message Size 2
** LSB der Message Size (Anzahl der Datenbytes)
* Datenblock
** Messagesize (16bit) Datenbytes zu je 8bit
* Checksumme
** XOR aus allen Bytes einer Message (START, SeqNum, MsgSize1, MsgSize2, DATA)

Wird als START Byte ein 0x1B erkannt, dann wird die Funktion collectCompleteMessage() aus der Header Datei BootlaoderApplication.h aufgerufen, die nichts anderes macht, als zu warten, bis eine vollständige Message empfangen wurde, diese anschließend in der .noinit section speichert und daraufhin einen Reset mit dem Watchdog generiert, damit der Webserver in den Bootlaoder springt. Dort wird dann erkannt, dass ein Watchdog Reset ausgelöst wurde und neue Daten in der .noinit section für den Bootloader sind. Diese werden daraufhin ausgelesen und verarbeitet.

====Probleme an FT245 Pins TXE und RXF====
Beim Testen der Platine und des FT245 hat sich herausgestellt, dass nach dem Anstekcen der Stromversorgung oder nach dem Anstecken von USB am PC einige high-low Pulse an TXE und RXF auftreten. Diese waren insofern ein Problem als die Datenauswertung in der Hauptapplikation (nicht im Bootlaoder) interrupgesteuert erfolgt und ein Übertragungsprotokoll (für STK500 Bootloader nötig) verwendet wird. Diese Pulse wurden nun per Software kompensiert, dafür war jedoch der Timer0 notwendig. Der Timer0 kann somit nur mehr bedingt für eigene Anwendungen verwendet werden, empfohlen wird jedoch, diesen Timer nicht zu verwenden.

===UART RS232===
Auf der Webserver Platine befindet sich ein MAX3232 für die Pegelwandlung. Für RS232 wurden die Routinen aus der AVRlib verwendet (sowohl uart.h/uart.c als auch rprintf.h/rprintf.c). Damit man den Bootloader für RS232 verwenden kann, war es jedoch notwendig, die Receive Interruptroutine in der uart.c für den Webserver anzupassen. Für RS232 wird nun dasselbe Übertragungsprotokoll wie für USB verwendet. Siehe [[Avr_Webserver_mit_Wiznet_WIZ810MJ#.C3.9Cbertragungsprotokoll|USB Übertragungsprotokoll]]

===CAN===
(Hardware SPI)
===SD Karte===
(Hardware SPI)

===Software SPI===
Da Hardware SPI des ATmega128 bereits für CAN und SD Karte verwendet wurden, wurde am Webserver auch ein softwaremäßiges SPI Interface eingebunden. Für die Software SPI Pins ist eine eigene 6-polige Stiftleiste auf der Platine vorgesehen.
Die Routinen sind in Assembler geschrieben und erzeugen einen SCK Takt von F_CPU/32. Die Assemblerfunktionen steuern nur SSMISO, SSMOSI und SSCK. Die Chipselect Leitung muss vom User vor Funktionsaufruf gesteuert bzw. initialisert werden.

Avr Webserver mit Wiznet WIZ810MJ

2008-02-16T22:30:03Z

Stefan90: /* UART RS232 */

Hier entseht in den nächsten Tagen ein Artikel über einen Avr Webserver mit dem Wiznetmodul von Circuit Cellar.

Anlass für dieses Projekt war das WIZ810MJ Modul von Circuit Cellar. Da dieses Modul mit Stiftleisten im 2mm Raster gefertigt wird, musste eine Platine her.

==Hardware==
* Atmega128
* 32kB SRAM
* WIZ810MJ Ethernetmodul
* FT245R
* CAN galvanisch getrennt
* SD Karte

==Platine==
Die Platinen wurden bei Leiton gefertigt.

'''Eagle Files:''' [[Media:Webserver-PCB.zip|WiznetWebserverPCB]]

Leider stehen Schalt- und Bestückungsplan nicht in einer für Jedermann lesbaren Version (GIF/JPG oder PDF) zur Verfügung.

==Programmiermöglichkeiten==
Auf der Platine ist eine 6-polige Stiftleiste zum Programmieren vorhanden. Weiters wurde ein Bootloader geschreiben, durch den es möglich ist, den Avr mittels RS232 oder über USB zu programmieren. Der Bootloader ist STK500 kompatibel, wodurch man einfach mit dem AVR Studio oder mit Avrdude programmieren kann.

==Aufbau==
Beachtung gilt der DC Buchse. Es gibt mehrere Versionen dieser Buchse. Die Buchse besitzt 3 Anschlüsse. Besitzt der seitliche Anschluss kontakt zum hinteren Anschluss, muss dieser abgschnitten werden. Ansonsten kommt es zu einem Kurzschluss der Eingangsspannung.
Da sich unter dem Quarz für den Atmega128 mehrere Durchkontaktierungen befinden, muss der Quartz isoliert werden. Es gibt dafür spezielle Quarzisolierscheibchen. Ansonsten tut es auch ein Stück Kunststofffolie (zB ein Heftumschlag).

==Software==
===Speichertestprogramm===
Um den externen SRAM testen zu können wurde ein Speichertestprogramm geschrieben. Es beschreibt den kompletten RAM in einer Schleife. Danach wird er wieder ausgelesen und die Differenz zum geschriebenen Wert berechnet. Ist das Ergebnis 0, wurde die Speicherzelle richtig beschrieben und ausglesen. Ist das Ergbnis ungleich Null, trat während des Vorganges ein Fehler auf, wird die Led1 (PG4) wird eingeschalten. Nach beenden der Speicherprüfung wird die Led2 (PG3) geschalten. Leuchtet nur eine der beiden Leds, ist das Ergebnis des Speichertests OK. Leuchten beide Leds, ergab sich während des Auslesens ein Fehler. In diesem Fall sollte man die Lötstellen des SRAMs, Latches und AVR kontrollieren. Zusätzlich werden die Informationen auch über die serielle Schnittstelle ausgegeben. Baudrate ist 115200 bps eingestellt.

'''Memtest Programm:''' [[Media:Memtest.zip|Memtest]]

===Bootloader===
Der Bootloader ist STK500 kompatibel, wodurch der ATmega128 direkt aus dem AVR Studio geflasht werden kann.

'''Bootloaderroutinen mit Applikationsbeispiel zum Testen:''' [[Media:Webserver.zip|Bootloaderroutinen mit Applikationsbeispiel]]

Mit dem Define 'COMM_MODE' in der Header-Datei communication.h kann festgelegt werden, ob der Bootloader für RS232 oder USB ist. Diese Header befindet sich im Ordner Webserver_STK500_Bootloader.

====Voreinstellungen====
Damit der Bootlaoder funktioniert, muss zuerst die hex Datein Webserver_STK500_Bootloader.hex im Ordner Webserver_STK500_Bootloader\defaultmit einem externen Programmiergerät über die 6-polige Stiftleiste geflasht werden. Weiters müssen die Fusebits richtig eingestellt werden. Folgendes muss eingestellt werden:
* ATmega103 Kompatiblitätsmodus deaktivieren
* JTAG und On-Chip-Debugging deaktivieren
* Externen Quarz aktivieren
* Bootresetvektor aktivieren
* Bootsize = 1024 words

Die Werte für die Fuses, die die obrigen Einstellungen beinhalten, sind 0xFF (low Fuse) und 0xDC (high Fuse).

Will man den Bootloader für USB verwenden, muss man einerseits das Define 'COMM_MODE' in der Header-Datei communication.h für USB einstllen (Standardmäßig ist USB gewählt), andererseits muss der COM Port Treiber für den FT245 installiert werden. Diesen findet man hier http://www.ftdichip.com/Drivers/VCP.htm. Genauere Informationen zur Installation können auf der FTDI Homepage nachgelsen werden.

====Informationen zur Nutzung====
Der Bootloader wurde mit dem AVR-Studio sowohl über USB als auch RS232 getestet. Probleme können auftreten, wenn der Bootlaoder für USB eingestellt ist und man USB - während man im AVR-Studio vebunden ist - absteckt. Sollte man dies doch tun, muss man zuerst den Connect-Dialog schließen, anschließend USB neu anstecken und erneut verbinden. In einer anderen Reihenfolge kann sein, dass man keine neue Verbindung aufbauen kann. Über RS232 treten diese Probleme nicht auf. Die Probleme über USB liegen möglicherweise am COM-Port Treiber von FTDI, da die Software am µC für die Auswertung der STK500 Kommandos für RS232 und USB gleich ist.

====Applikationen flashen====
Im Ordner vom Bootlaoder ist auch ein Applikationsbeispiel. Dieses Projekt kann verwendet werden, um hier seine eigenen Applikationen zu schreiben. Um eine Hex-Datei zu flashen, kann einfach über RS232 oder den USB-COM-Port im AVR-Studio eine Verbindung zum Webserver aufgebaut werden und die hex geflasht werden. Wichtig ist noch, dass in einer selbst erstellten Applikation die USB-Routinen/RS232-Routinen mitkopiliert und sowohl USB als auch RS232 wie im mitgelieferten Beispiel initialisiert werden, damit der Bootlaoder funktioniert und jederzeit eine neue Applikation geflasht werden kann. Ansonsten muss der Bootloader immer wieder neu geflasht werden.

==Interface==
===External Memory Interface===
Da sich am Webserver mehrere Devices am XMEM-Interface befinden, musste eine Logik entwickelt werden, mit der je nach selektierter Adresse immer nur das jeweilig angesprochene Device aktiv ist.
Am XMEM Inteface befinden sich folgende Devices:
* 32kB SRAM: Adresse 0x0000-0x7FFF
* Wiznet Modul WIZ810MJ: Adresse 0x8000-0xFFFF
* USB FT245: beliebige Adresse zwischen 0xA000-0xAFFF (nicht genutzer Bereich des Wiznet Moduls)

Die gesamte Logikschaltung mit ausführlicher Dokumentierung kann hier heruntergeladen werden: [[Media:Adresslogik_für_Webserver.pdf|Adresslogik für Webserver.pdf]]

===USB===
Der Webserver hat eine USB Schnittstelle und verwendet den FT245 von FTDI Chip als USB Chip. Der FT245 ist am XMEM Interface des Webservers angeschlossen und kann in einem fix vorgegebenem Adressbereich liegen (siehe External Memory Interface).

Für den Webserver wird der COM-Port Treiber von FTDI verwendet, der zuvor installiert werden muss (siehe auch [[Avr_Webserver_mit_Wiznet_WIZ810MJ#Voreinstellungen|Bootloader Voreinstellungen]]).

====Übertragungsprotokoll====
Das Übertragungsprotokoll war nötig und an den STK500 Bootloader gebunden, damit es auch möglich ist, von der Applikation in den Bootlaoder zu springen. Die Übertragung ist folgendermaßen aufgebaut:
* START
** 0x1B reserviert für Daten aus AVR Studio
**anderes 8 bit Startbyte, das ungleich 0x1B ist, kann für USER Daten verwendet werden
* Sequence Number
** 8 bit breit
* Message Size 1
** MSB der Message Size (Anazhl der Datenbytes)
* Message Size 2
** LSB der Message Size (Anzahl der Datenbytes)
* Datenblock
** Messagesize (16bit) Datenbytes zu je 8bit
* Checksumme
** XOR aus allen Bytes einer Message (START, SeqNum, MsgSize1, MsgSize2, DATA)

Wird als START Byte ein 0x1B erkannt, dann wird die Funktion collectCompleteMessage() aus der Header Datei BootlaoderApplication.h aufgerufen, die nichts anderes macht, als zu warten, bis eine vollständige Message empfangen wurde, diese anschließend in der .noinit section speichert und daraufhin einen Reset mit dem Watchdog generiert, damit der Webserver in den Bootlaoder springt. Dort wird dann erkannt, dass ein Watchdog Reset ausgelöst wurde und neue Daten in der .noinit section für den Bootloader sind. Diese werden daraufhin ausgelesen und verarbeitet.

====Probleme an FT245 Pins TXE und RXF====
Beim Testen der Platine und des FT245 hat sich herausgestellt, dass nach dem Anstekcen der Stromversorgung oder nach dem Anstecken von USB am PC einige high-low Pulse an TXE und RXF auftreten. Diese waren insofern ein Problem als die Datenauswertung in der Hauptapplikation (nicht im Bootlaoder) interrupgesteuert erfolgt und ein Übertragungsprotokoll (für STK500 Bootloader nötig) verwendet wird. Diese Pulse wurden nun per Software kompensiert, dafür war jedoch der Timer0 notwendig. Der Timer0 kann somit nur mehr bedingt für eigene Anwendungen verwendet werden, empfohlen wird jedoch, diesen Timer nicht zu verwenden.

===UART RS232===
Auf der Webserver Platine befindet sich ein MAX3232 für die Pegelwandlung. Für RS232 wurden die Routinen aus der AVRlib verwendet (sowohl uart.h/uart.c als auch rprintf.h/rprintf.c). Damit man den Bootloader für RS232 verwenden kann, war es jedoch notwendig, die Receive Interruptroutine in der uart.c für den Webserver anzupassen. Für RS232 wird nun dasselbe Übertragungsprotokoll wie für USB verwendet. Siehe USB -> Übertragunsprotokoll.[[Avr_Webserver_mit_Wiznet_WIZ810MJ#.C3.9Cbertragungsprotokoll|USB Übertragungsprotokoll]]

===CAN===
(Hardware SPI)
===SD Karte===
(Hardware SPI)

===Software SPI===
Da Hardware SPI des ATmega128 bereits für CAN und SD Karte verwendet wurden, wurde am Webserver auch ein softwaremäßiges SPI Interface eingebunden. Für die Software SPI Pins ist eine eigene 6-polige Stiftleiste auf der Platine vorgesehen.
Die Routinen sind in Assembler geschrieben und erzeugen einen SCK Takt von F_CPU/32. Die Assemblerfunktionen steuern nur SSMISO, SSMOSI und SSCK. Die Chipselect Leitung muss vom User vor Funktionsaufruf gesteuert bzw. initialisert werden.

Avr Webserver mit Wiznet WIZ810MJ

2008-02-16T22:29:14Z

Stefan90: /* USB */

Hier entseht in den nächsten Tagen ein Artikel über einen Avr Webserver mit dem Wiznetmodul von Circuit Cellar.

Anlass für dieses Projekt war das WIZ810MJ Modul von Circuit Cellar. Da dieses Modul mit Stiftleisten im 2mm Raster gefertigt wird, musste eine Platine her.

==Hardware==
* Atmega128
* 32kB SRAM
* WIZ810MJ Ethernetmodul
* FT245R
* CAN galvanisch getrennt
* SD Karte

==Platine==
Die Platinen wurden bei Leiton gefertigt.

'''Eagle Files:''' [[Media:Webserver-PCB.zip|WiznetWebserverPCB]]

Leider stehen Schalt- und Bestückungsplan nicht in einer für Jedermann lesbaren Version (GIF/JPG oder PDF) zur Verfügung.

==Programmiermöglichkeiten==
Auf der Platine ist eine 6-polige Stiftleiste zum Programmieren vorhanden. Weiters wurde ein Bootloader geschreiben, durch den es möglich ist, den Avr mittels RS232 oder über USB zu programmieren. Der Bootloader ist STK500 kompatibel, wodurch man einfach mit dem AVR Studio oder mit Avrdude programmieren kann.

==Aufbau==
Beachtung gilt der DC Buchse. Es gibt mehrere Versionen dieser Buchse. Die Buchse besitzt 3 Anschlüsse. Besitzt der seitliche Anschluss kontakt zum hinteren Anschluss, muss dieser abgschnitten werden. Ansonsten kommt es zu einem Kurzschluss der Eingangsspannung.
Da sich unter dem Quarz für den Atmega128 mehrere Durchkontaktierungen befinden, muss der Quartz isoliert werden. Es gibt dafür spezielle Quarzisolierscheibchen. Ansonsten tut es auch ein Stück Kunststofffolie (zB ein Heftumschlag).

==Software==
===Speichertestprogramm===
Um den externen SRAM testen zu können wurde ein Speichertestprogramm geschrieben. Es beschreibt den kompletten RAM in einer Schleife. Danach wird er wieder ausgelesen und die Differenz zum geschriebenen Wert berechnet. Ist das Ergebnis 0, wurde die Speicherzelle richtig beschrieben und ausglesen. Ist das Ergbnis ungleich Null, trat während des Vorganges ein Fehler auf, wird die Led1 (PG4) wird eingeschalten. Nach beenden der Speicherprüfung wird die Led2 (PG3) geschalten. Leuchtet nur eine der beiden Leds, ist das Ergebnis des Speichertests OK. Leuchten beide Leds, ergab sich während des Auslesens ein Fehler. In diesem Fall sollte man die Lötstellen des SRAMs, Latches und AVR kontrollieren. Zusätzlich werden die Informationen auch über die serielle Schnittstelle ausgegeben. Baudrate ist 115200 bps eingestellt.

'''Memtest Programm:''' [[Media:Memtest.zip|Memtest]]

===Bootloader===
Der Bootloader ist STK500 kompatibel, wodurch der ATmega128 direkt aus dem AVR Studio geflasht werden kann.

'''Bootloaderroutinen mit Applikationsbeispiel zum Testen:''' [[Media:Webserver.zip|Bootloaderroutinen mit Applikationsbeispiel]]

Mit dem Define 'COMM_MODE' in der Header-Datei communication.h kann festgelegt werden, ob der Bootloader für RS232 oder USB ist. Diese Header befindet sich im Ordner Webserver_STK500_Bootloader.

====Voreinstellungen====
Damit der Bootlaoder funktioniert, muss zuerst die hex Datein Webserver_STK500_Bootloader.hex im Ordner Webserver_STK500_Bootloader\defaultmit einem externen Programmiergerät über die 6-polige Stiftleiste geflasht werden. Weiters müssen die Fusebits richtig eingestellt werden. Folgendes muss eingestellt werden:
* ATmega103 Kompatiblitätsmodus deaktivieren
* JTAG und On-Chip-Debugging deaktivieren
* Externen Quarz aktivieren
* Bootresetvektor aktivieren
* Bootsize = 1024 words

Die Werte für die Fuses, die die obrigen Einstellungen beinhalten, sind 0xFF (low Fuse) und 0xDC (high Fuse).

Will man den Bootloader für USB verwenden, muss man einerseits das Define 'COMM_MODE' in der Header-Datei communication.h für USB einstllen (Standardmäßig ist USB gewählt), andererseits muss der COM Port Treiber für den FT245 installiert werden. Diesen findet man hier http://www.ftdichip.com/Drivers/VCP.htm. Genauere Informationen zur Installation können auf der FTDI Homepage nachgelsen werden.

====Informationen zur Nutzung====
Der Bootloader wurde mit dem AVR-Studio sowohl über USB als auch RS232 getestet. Probleme können auftreten, wenn der Bootlaoder für USB eingestellt ist und man USB - während man im AVR-Studio vebunden ist - absteckt. Sollte man dies doch tun, muss man zuerst den Connect-Dialog schließen, anschließend USB neu anstecken und erneut verbinden. In einer anderen Reihenfolge kann sein, dass man keine neue Verbindung aufbauen kann. Über RS232 treten diese Probleme nicht auf. Die Probleme über USB liegen möglicherweise am COM-Port Treiber von FTDI, da die Software am µC für die Auswertung der STK500 Kommandos für RS232 und USB gleich ist.

====Applikationen flashen====
Im Ordner vom Bootlaoder ist auch ein Applikationsbeispiel. Dieses Projekt kann verwendet werden, um hier seine eigenen Applikationen zu schreiben. Um eine Hex-Datei zu flashen, kann einfach über RS232 oder den USB-COM-Port im AVR-Studio eine Verbindung zum Webserver aufgebaut werden und die hex geflasht werden. Wichtig ist noch, dass in einer selbst erstellten Applikation die USB-Routinen/RS232-Routinen mitkopiliert und sowohl USB als auch RS232 wie im mitgelieferten Beispiel initialisiert werden, damit der Bootlaoder funktioniert und jederzeit eine neue Applikation geflasht werden kann. Ansonsten muss der Bootloader immer wieder neu geflasht werden.

==Interface==
===External Memory Interface===
Da sich am Webserver mehrere Devices am XMEM-Interface befinden, musste eine Logik entwickelt werden, mit der je nach selektierter Adresse immer nur das jeweilig angesprochene Device aktiv ist.
Am XMEM Inteface befinden sich folgende Devices:
* 32kB SRAM: Adresse 0x0000-0x7FFF
* Wiznet Modul WIZ810MJ: Adresse 0x8000-0xFFFF
* USB FT245: beliebige Adresse zwischen 0xA000-0xAFFF (nicht genutzer Bereich des Wiznet Moduls)

Die gesamte Logikschaltung mit ausführlicher Dokumentierung kann hier heruntergeladen werden: [[Media:Adresslogik_für_Webserver.pdf|Adresslogik für Webserver.pdf]]

===USB===
Der Webserver hat eine USB Schnittstelle und verwendet den FT245 von FTDI Chip als USB Chip. Der FT245 ist am XMEM Interface des Webservers angeschlossen und kann in einem fix vorgegebenem Adressbereich liegen (siehe External Memory Interface).

Für den Webserver wird der COM-Port Treiber von FTDI verwendet, der zuvor installiert werden muss (siehe auch [[Avr_Webserver_mit_Wiznet_WIZ810MJ#Voreinstellungen|Bootloader Voreinstellungen]]).

====Übertragungsprotokoll====
Das Übertragungsprotokoll war nötig und an den STK500 Bootloader gebunden, damit es auch möglich ist, von der Applikation in den Bootlaoder zu springen. Die Übertragung ist folgendermaßen aufgebaut:
* START
** 0x1B reserviert für Daten aus AVR Studio
**anderes 8 bit Startbyte, das ungleich 0x1B ist, kann für USER Daten verwendet werden
* Sequence Number
** 8 bit breit
* Message Size 1
** MSB der Message Size (Anazhl der Datenbytes)
* Message Size 2
** LSB der Message Size (Anzahl der Datenbytes)
* Datenblock
** Messagesize (16bit) Datenbytes zu je 8bit
* Checksumme
** XOR aus allen Bytes einer Message (START, SeqNum, MsgSize1, MsgSize2, DATA)

Wird als START Byte ein 0x1B erkannt, dann wird die Funktion collectCompleteMessage() aus der Header Datei BootlaoderApplication.h aufgerufen, die nichts anderes macht, als zu warten, bis eine vollständige Message empfangen wurde, diese anschließend in der .noinit section speichert und daraufhin einen Reset mit dem Watchdog generiert, damit der Webserver in den Bootlaoder springt. Dort wird dann erkannt, dass ein Watchdog Reset ausgelöst wurde und neue Daten in der .noinit section für den Bootloader sind. Diese werden daraufhin ausgelesen und verarbeitet.

====Probleme an FT245 Pins TXE und RXF====
Beim Testen der Platine und des FT245 hat sich herausgestellt, dass nach dem Anstekcen der Stromversorgung oder nach dem Anstecken von USB am PC einige high-low Pulse an TXE und RXF auftreten. Diese waren insofern ein Problem als die Datenauswertung in der Hauptapplikation (nicht im Bootlaoder) interrupgesteuert erfolgt und ein Übertragungsprotokoll (für STK500 Bootloader nötig) verwendet wird. Diese Pulse wurden nun per Software kompensiert, dafür war jedoch der Timer0 notwendig. Der Timer0 kann somit nur mehr bedingt für eigene Anwendungen verwendet werden, empfohlen wird jedoch, diesen Timer nicht zu verwenden.

===UART RS232===
Auf der Webserver Platine befindet sich ein MAX3232 für die Pegelwandlung. Für RS232 wurden die Routinen aus der AVRlib verwendet (sowohl uart.h/uart.c als auch rprintf.h/rprintf.c). Damit man den Bootloader für RS232 verwenden kann, war es jedoch notwendig, die Receive Interruptroutine in der uart.c für den Webserver anzupassen. Für RS232 wird nun dasselbe Übertragungsprotokoll wie für USB verwendet. Siehe USB -> Übertragunsprotokoll.[[Avr_Webserver_mit_Wiznet_WIZ810MJ#Übertragungsprotokoll|USB Übertragungsprotokoll]]

===CAN===
(Hardware SPI)
===SD Karte===
(Hardware SPI)

===Software SPI===
Da Hardware SPI des ATmega128 bereits für CAN und SD Karte verwendet wurden, wurde am Webserver auch ein softwaremäßiges SPI Interface eingebunden. Für die Software SPI Pins ist eine eigene 6-polige Stiftleiste auf der Platine vorgesehen.
Die Routinen sind in Assembler geschrieben und erzeugen einen SCK Takt von F_CPU/32. Die Assemblerfunktionen steuern nur SSMISO, SSMOSI und SSCK. Die Chipselect Leitung muss vom User vor Funktionsaufruf gesteuert bzw. initialisert werden.

Avr Webserver mit Wiznet WIZ810MJ

2008-02-16T22:28:06Z

Stefan90: /* Interface */

Hier entseht in den nächsten Tagen ein Artikel über einen Avr Webserver mit dem Wiznetmodul von Circuit Cellar.

Anlass für dieses Projekt war das WIZ810MJ Modul von Circuit Cellar. Da dieses Modul mit Stiftleisten im 2mm Raster gefertigt wird, musste eine Platine her.

==Hardware==
* Atmega128
* 32kB SRAM
* WIZ810MJ Ethernetmodul
* FT245R
* CAN galvanisch getrennt
* SD Karte

==Platine==
Die Platinen wurden bei Leiton gefertigt.

'''Eagle Files:''' [[Media:Webserver-PCB.zip|WiznetWebserverPCB]]

Leider stehen Schalt- und Bestückungsplan nicht in einer für Jedermann lesbaren Version (GIF/JPG oder PDF) zur Verfügung.

==Programmiermöglichkeiten==
Auf der Platine ist eine 6-polige Stiftleiste zum Programmieren vorhanden. Weiters wurde ein Bootloader geschreiben, durch den es möglich ist, den Avr mittels RS232 oder über USB zu programmieren. Der Bootloader ist STK500 kompatibel, wodurch man einfach mit dem AVR Studio oder mit Avrdude programmieren kann.

==Aufbau==
Beachtung gilt der DC Buchse. Es gibt mehrere Versionen dieser Buchse. Die Buchse besitzt 3 Anschlüsse. Besitzt der seitliche Anschluss kontakt zum hinteren Anschluss, muss dieser abgschnitten werden. Ansonsten kommt es zu einem Kurzschluss der Eingangsspannung.
Da sich unter dem Quarz für den Atmega128 mehrere Durchkontaktierungen befinden, muss der Quartz isoliert werden. Es gibt dafür spezielle Quarzisolierscheibchen. Ansonsten tut es auch ein Stück Kunststofffolie (zB ein Heftumschlag).

==Software==
===Speichertestprogramm===
Um den externen SRAM testen zu können wurde ein Speichertestprogramm geschrieben. Es beschreibt den kompletten RAM in einer Schleife. Danach wird er wieder ausgelesen und die Differenz zum geschriebenen Wert berechnet. Ist das Ergebnis 0, wurde die Speicherzelle richtig beschrieben und ausglesen. Ist das Ergbnis ungleich Null, trat während des Vorganges ein Fehler auf, wird die Led1 (PG4) wird eingeschalten. Nach beenden der Speicherprüfung wird die Led2 (PG3) geschalten. Leuchtet nur eine der beiden Leds, ist das Ergebnis des Speichertests OK. Leuchten beide Leds, ergab sich während des Auslesens ein Fehler. In diesem Fall sollte man die Lötstellen des SRAMs, Latches und AVR kontrollieren. Zusätzlich werden die Informationen auch über die serielle Schnittstelle ausgegeben. Baudrate ist 115200 bps eingestellt.

'''Memtest Programm:''' [[Media:Memtest.zip|Memtest]]

===Bootloader===
Der Bootloader ist STK500 kompatibel, wodurch der ATmega128 direkt aus dem AVR Studio geflasht werden kann.

'''Bootloaderroutinen mit Applikationsbeispiel zum Testen:''' [[Media:Webserver.zip|Bootloaderroutinen mit Applikationsbeispiel]]

Mit dem Define 'COMM_MODE' in der Header-Datei communication.h kann festgelegt werden, ob der Bootloader für RS232 oder USB ist. Diese Header befindet sich im Ordner Webserver_STK500_Bootloader.

====Voreinstellungen====
Damit der Bootlaoder funktioniert, muss zuerst die hex Datein Webserver_STK500_Bootloader.hex im Ordner Webserver_STK500_Bootloader\defaultmit einem externen Programmiergerät über die 6-polige Stiftleiste geflasht werden. Weiters müssen die Fusebits richtig eingestellt werden. Folgendes muss eingestellt werden:
* ATmega103 Kompatiblitätsmodus deaktivieren
* JTAG und On-Chip-Debugging deaktivieren
* Externen Quarz aktivieren
* Bootresetvektor aktivieren
* Bootsize = 1024 words

Die Werte für die Fuses, die die obrigen Einstellungen beinhalten, sind 0xFF (low Fuse) und 0xDC (high Fuse).

Will man den Bootloader für USB verwenden, muss man einerseits das Define 'COMM_MODE' in der Header-Datei communication.h für USB einstllen (Standardmäßig ist USB gewählt), andererseits muss der COM Port Treiber für den FT245 installiert werden. Diesen findet man hier http://www.ftdichip.com/Drivers/VCP.htm. Genauere Informationen zur Installation können auf der FTDI Homepage nachgelsen werden.

====Informationen zur Nutzung====
Der Bootloader wurde mit dem AVR-Studio sowohl über USB als auch RS232 getestet. Probleme können auftreten, wenn der Bootlaoder für USB eingestellt ist und man USB - während man im AVR-Studio vebunden ist - absteckt. Sollte man dies doch tun, muss man zuerst den Connect-Dialog schließen, anschließend USB neu anstecken und erneut verbinden. In einer anderen Reihenfolge kann sein, dass man keine neue Verbindung aufbauen kann. Über RS232 treten diese Probleme nicht auf. Die Probleme über USB liegen möglicherweise am COM-Port Treiber von FTDI, da die Software am µC für die Auswertung der STK500 Kommandos für RS232 und USB gleich ist.

====Applikationen flashen====
Im Ordner vom Bootlaoder ist auch ein Applikationsbeispiel. Dieses Projekt kann verwendet werden, um hier seine eigenen Applikationen zu schreiben. Um eine Hex-Datei zu flashen, kann einfach über RS232 oder den USB-COM-Port im AVR-Studio eine Verbindung zum Webserver aufgebaut werden und die hex geflasht werden. Wichtig ist noch, dass in einer selbst erstellten Applikation die USB-Routinen/RS232-Routinen mitkopiliert und sowohl USB als auch RS232 wie im mitgelieferten Beispiel initialisiert werden, damit der Bootlaoder funktioniert und jederzeit eine neue Applikation geflasht werden kann. Ansonsten muss der Bootloader immer wieder neu geflasht werden.

==Interface==
===External Memory Interface===
Da sich am Webserver mehrere Devices am XMEM-Interface befinden, musste eine Logik entwickelt werden, mit der je nach selektierter Adresse immer nur das jeweilig angesprochene Device aktiv ist.
Am XMEM Inteface befinden sich folgende Devices:
* 32kB SRAM: Adresse 0x0000-0x7FFF
* Wiznet Modul WIZ810MJ: Adresse 0x8000-0xFFFF
* USB FT245: beliebige Adresse zwischen 0xA000-0xAFFF (nicht genutzer Bereich des Wiznet Moduls)

Die gesamte Logikschaltung mit ausführlicher Dokumentierung kann hier heruntergeladen werden: [[Media:Adresslogik_für_Webserver.pdf|Adresslogik für Webserver.pdf]]

===USB===
Der Webserver hat eine USB Schnittstelle und verwendet den FT245 von FTDI Chip als USB Chip. Der FT245 ist am XMEM Interface des Webservers angeschlossen und kann in einem fix vorgegebenem Adressbereich liegen (siehe External Memory Interface).

Für den Webserver wird der COM-Port Treiber von FTDI verwendet, der zuvor installiert werden muss (siehe auch [[Avr_Webserver_mit_Wiznet_WIZ810MJ##Voreinstellungen|Bootloader Voreinstellungen]]).

====Übertragungsprotokoll====
Das Übertragungsprotokoll war nötig und an den STK500 Bootloader gebunden, damit es auch möglich ist, von der Applikation in den Bootlaoder zu springen. Die Übertragung ist folgendermaßen aufgebaut:
* START
** 0x1B reserviert für Daten aus AVR Studio
**anderes 8 bit Startbyte, das ungleich 0x1B ist, kann für USER Daten verwendet werden
* Sequence Number
** 8 bit breit
* Message Size 1
** MSB der Message Size (Anazhl der Datenbytes)
* Message Size 2
** LSB der Message Size (Anzahl der Datenbytes)
* Datenblock
** Messagesize (16bit) Datenbytes zu je 8bit
* Checksumme
** XOR aus allen Bytes einer Message (START, SeqNum, MsgSize1, MsgSize2, DATA)

Wird als START Byte ein 0x1B erkannt, dann wird die Funktion collectCompleteMessage() aus der Header Datei BootlaoderApplication.h aufgerufen, die nichts anderes macht, als zu warten, bis eine vollständige Message empfangen wurde, diese anschließend in der .noinit section speichert und daraufhin einen Reset mit dem Watchdog generiert, damit der Webserver in den Bootlaoder springt. Dort wird dann erkannt, dass ein Watchdog Reset ausgelöst wurde und neue Daten in der .noinit section für den Bootloader sind. Diese werden daraufhin ausgelesen und verarbeitet.

====Probleme an FT245 Pins TXE und RXF====
Beim Testen der Platine und des FT245 hat sich herausgestellt, dass nach dem Anstekcen der Stromversorgung oder nach dem Anstecken von USB am PC einige high-low Pulse an TXE und RXF auftreten. Diese waren insofern ein Problem als die Datenauswertung in der Hauptapplikation (nicht im Bootlaoder) interrupgesteuert erfolgt und ein Übertragungsprotokoll (für STK500 Bootloader nötig) verwendet wird. Diese Pulse wurden nun per Software kompensiert, dafür war jedoch der Timer0 notwendig. Der Timer0 kann somit nur mehr bedingt für eigene Anwendungen verwendet werden, empfohlen wird jedoch, diesen Timer nicht zu verwenden.

===UART RS232===
Auf der Webserver Platine befindet sich ein MAX3232 für die Pegelwandlung. Für RS232 wurden die Routinen aus der AVRlib verwendet (sowohl uart.h/uart.c als auch rprintf.h/rprintf.c). Damit man den Bootloader für RS232 verwenden kann, war es jedoch notwendig, die Receive Interruptroutine in der uart.c für den Webserver anzupassen. Für RS232 wird nun dasselbe Übertragungsprotokoll wie für USB verwendet. Siehe USB -> Übertragunsprotokoll.[[Avr_Webserver_mit_Wiznet_WIZ810MJ#Übertragungsprotokoll|USB Übertragungsprotokoll]]

===CAN===
(Hardware SPI)
===SD Karte===
(Hardware SPI)

===Software SPI===
Da Hardware SPI des ATmega128 bereits für CAN und SD Karte verwendet wurden, wurde am Webserver auch ein softwaremäßiges SPI Interface eingebunden. Für die Software SPI Pins ist eine eigene 6-polige Stiftleiste auf der Platine vorgesehen.
Die Routinen sind in Assembler geschrieben und erzeugen einen SCK Takt von F_CPU/32. Die Assemblerfunktionen steuern nur SSMISO, SSMOSI und SSCK. Die Chipselect Leitung muss vom User vor Funktionsaufruf gesteuert bzw. initialisert werden.

Avr Webserver mit Wiznet WIZ810MJ

2008-02-16T22:27:05Z

Stefan90: /* USB */

Hier entseht in den nächsten Tagen ein Artikel über einen Avr Webserver mit dem Wiznetmodul von Circuit Cellar.

Anlass für dieses Projekt war das WIZ810MJ Modul von Circuit Cellar. Da dieses Modul mit Stiftleisten im 2mm Raster gefertigt wird, musste eine Platine her.

==Hardware==
* Atmega128
* 32kB SRAM
* WIZ810MJ Ethernetmodul
* FT245R
* CAN galvanisch getrennt
* SD Karte

==Platine==
Die Platinen wurden bei Leiton gefertigt.

'''Eagle Files:''' [[Media:Webserver-PCB.zip|WiznetWebserverPCB]]

Leider stehen Schalt- und Bestückungsplan nicht in einer für Jedermann lesbaren Version (GIF/JPG oder PDF) zur Verfügung.

==Programmiermöglichkeiten==
Auf der Platine ist eine 6-polige Stiftleiste zum Programmieren vorhanden. Weiters wurde ein Bootloader geschreiben, durch den es möglich ist, den Avr mittels RS232 oder über USB zu programmieren. Der Bootloader ist STK500 kompatibel, wodurch man einfach mit dem AVR Studio oder mit Avrdude programmieren kann.

==Aufbau==
Beachtung gilt der DC Buchse. Es gibt mehrere Versionen dieser Buchse. Die Buchse besitzt 3 Anschlüsse. Besitzt der seitliche Anschluss kontakt zum hinteren Anschluss, muss dieser abgschnitten werden. Ansonsten kommt es zu einem Kurzschluss der Eingangsspannung.
Da sich unter dem Quarz für den Atmega128 mehrere Durchkontaktierungen befinden, muss der Quartz isoliert werden. Es gibt dafür spezielle Quarzisolierscheibchen. Ansonsten tut es auch ein Stück Kunststofffolie (zB ein Heftumschlag).

==Software==
===Speichertestprogramm===
Um den externen SRAM testen zu können wurde ein Speichertestprogramm geschrieben. Es beschreibt den kompletten RAM in einer Schleife. Danach wird er wieder ausgelesen und die Differenz zum geschriebenen Wert berechnet. Ist das Ergebnis 0, wurde die Speicherzelle richtig beschrieben und ausglesen. Ist das Ergbnis ungleich Null, trat während des Vorganges ein Fehler auf, wird die Led1 (PG4) wird eingeschalten. Nach beenden der Speicherprüfung wird die Led2 (PG3) geschalten. Leuchtet nur eine der beiden Leds, ist das Ergebnis des Speichertests OK. Leuchten beide Leds, ergab sich während des Auslesens ein Fehler. In diesem Fall sollte man die Lötstellen des SRAMs, Latches und AVR kontrollieren. Zusätzlich werden die Informationen auch über die serielle Schnittstelle ausgegeben. Baudrate ist 115200 bps eingestellt.

'''Memtest Programm:''' [[Media:Memtest.zip|Memtest]]

===Bootloader===
Der Bootloader ist STK500 kompatibel, wodurch der ATmega128 direkt aus dem AVR Studio geflasht werden kann.

'''Bootloaderroutinen mit Applikationsbeispiel zum Testen:''' [[Media:Webserver.zip|Bootloaderroutinen mit Applikationsbeispiel]]

Mit dem Define 'COMM_MODE' in der Header-Datei communication.h kann festgelegt werden, ob der Bootloader für RS232 oder USB ist. Diese Header befindet sich im Ordner Webserver_STK500_Bootloader.

====Voreinstellungen====
Damit der Bootlaoder funktioniert, muss zuerst die hex Datein Webserver_STK500_Bootloader.hex im Ordner Webserver_STK500_Bootloader\defaultmit einem externen Programmiergerät über die 6-polige Stiftleiste geflasht werden. Weiters müssen die Fusebits richtig eingestellt werden. Folgendes muss eingestellt werden:
* ATmega103 Kompatiblitätsmodus deaktivieren
* JTAG und On-Chip-Debugging deaktivieren
* Externen Quarz aktivieren
* Bootresetvektor aktivieren
* Bootsize = 1024 words

Die Werte für die Fuses, die die obrigen Einstellungen beinhalten, sind 0xFF (low Fuse) und 0xDC (high Fuse).

Will man den Bootloader für USB verwenden, muss man einerseits das Define 'COMM_MODE' in der Header-Datei communication.h für USB einstllen (Standardmäßig ist USB gewählt), andererseits muss der COM Port Treiber für den FT245 installiert werden. Diesen findet man hier http://www.ftdichip.com/Drivers/VCP.htm. Genauere Informationen zur Installation können auf der FTDI Homepage nachgelsen werden.

====Informationen zur Nutzung====
Der Bootloader wurde mit dem AVR-Studio sowohl über USB als auch RS232 getestet. Probleme können auftreten, wenn der Bootlaoder für USB eingestellt ist und man USB - während man im AVR-Studio vebunden ist - absteckt. Sollte man dies doch tun, muss man zuerst den Connect-Dialog schließen, anschließend USB neu anstecken und erneut verbinden. In einer anderen Reihenfolge kann sein, dass man keine neue Verbindung aufbauen kann. Über RS232 treten diese Probleme nicht auf. Die Probleme über USB liegen möglicherweise am COM-Port Treiber von FTDI, da die Software am µC für die Auswertung der STK500 Kommandos für RS232 und USB gleich ist.

====Applikationen flashen====
Im Ordner vom Bootlaoder ist auch ein Applikationsbeispiel. Dieses Projekt kann verwendet werden, um hier seine eigenen Applikationen zu schreiben. Um eine Hex-Datei zu flashen, kann einfach über RS232 oder den USB-COM-Port im AVR-Studio eine Verbindung zum Webserver aufgebaut werden und die hex geflasht werden. Wichtig ist noch, dass in einer selbst erstellten Applikation die USB-Routinen/RS232-Routinen mitkopiliert und sowohl USB als auch RS232 wie im mitgelieferten Beispiel initialisiert werden, damit der Bootlaoder funktioniert und jederzeit eine neue Applikation geflasht werden kann. Ansonsten muss der Bootloader immer wieder neu geflasht werden.

==Interface==
===External Memory Interface===
Da sich am Webserver mehrere Devices am XMEM-Interface befinden, musste eine Logik entwickelt werden, mit der je nach selektierter Adresse immer nur das jeweilig angesprochene Device aktiv ist.
Am XMEM Inteface befinden sich folgende Devices:
* 32kB SRAM: Adresse 0x0000-0x7FFF
* Wiznet Modul WIZ810MJ: Adresse 0x8000-0xFFFF
* USB FT245: beliebige Adresse zwischen 0xA000-0xAFFF (nicht genutzer Bereich des Wiznet Moduls)

Die gesamte Logikschaltung mit ausführlicher Dokumentierung kann hier heruntergeladen werden: [[Media:Adresslogik_für_Webserver.pdf|Adresslogik für Webserver.pdf]]

===USB===
Der Webserver hat eine USB Schnittstelle und verwendet den FT245 von FTDI Chip als USB Chip. Der FT245 ist am XMEM Interface des Webservers angeschlossen und kann in einem fix vorgegebenem Adressbereich liegen (siehe External Memory Interface).

Für den Webserver wird der COM-Port Treiber von FTDI verwendet, der zuvor installiert werden muss (siehe auch [[Avr_Webserver_mit_Wiznet_WIZ810MJ#Bootloader#Voreinstellungen|BootloaderVoreinstellungen]]).

====Übertragungsprotokoll====
Das Übertragungsprotokoll war nötig und an den STK500 Bootloader gebunden, damit es auch möglich ist, von der Applikation in den Bootlaoder zu springen. Die Übertragung ist folgendermaßen aufgebaut:
* START
** 0x1B reserviert für Daten aus AVR Studio
**anderes 8 bit Startbyte, das ungleich 0x1B ist, kann für USER Daten verwendet werden
* Sequence Number
** 8 bit breit
* Message Size 1
** MSB der Message Size (Anazhl der Datenbytes)
* Message Size 2
** LSB der Message Size (Anzahl der Datenbytes)
* Datenblock
** Messagesize (16bit) Datenbytes zu je 8bit
* Checksumme
** XOR aus allen Bytes einer Message (START, SeqNum, MsgSize1, MsgSize2, DATA)

Wird als START Byte ein 0x1B erkannt, dann wird die Funktion collectCompleteMessage() aus der Header Datei BootlaoderApplication.h aufgerufen, die nichts anderes macht, als zu warten, bis eine vollständige Message empfangen wurde, diese anschließend in der .noinit section speichert und daraufhin einen Reset mit dem Watchdog generiert, damit der Webserver in den Bootlaoder springt. Dort wird dann erkannt, dass ein Watchdog Reset ausgelöst wurde und neue Daten in der .noinit section für den Bootloader sind. Diese werden daraufhin ausgelesen und verarbeitet.

====Probleme an FT245 Pins TXE und RXF====
Beim Testen der Platine und des FT245 hat sich herausgestellt, dass nach dem Anstekcen der Stromversorgung oder nach dem Anstecken von USB am PC einige high-low Pulse an TXE und RXF auftreten. Diese waren insofern ein Problem als die Datenauswertung in der Hauptapplikation (nicht im Bootlaoder) interrupgesteuert erfolgt und ein Übertragungsprotokoll (für STK500 Bootloader nötig) verwendet wird. Diese Pulse wurden nun per Software kompensiert, dafür war jedoch der Timer0 notwendig. Der Timer0 kann somit nur mehr bedingt für eigene Anwendungen verwendet werden, empfohlen wird jedoch, diesen Timer nicht zu verwenden.

===UART RS232===
Auf der Webserver Platine befindet sich ein MAX3232 für die Pegelwandlung. Für RS232 wurden die Routinen aus der AVRlib verwendet (sowohl uart.h/uart.c als auch rprintf.h/rprintf.c). Damit man den Bootloader für RS232 verwenden kann, war es jedoch notwendig, die Receive Interruptroutine in der uart.c für den Webserver anzupassen. Für RS232 wird nun dasselbe Übertragungsprotokoll wie für USB verwendet. Siehe USB -> Übertragunsprotokoll.[[Avr_Webserver_mit_Wiznet_WIZ810MJ#USB#Übertragungsprotokoll|USB Übertragungsprotokoll]]

===CAN===
(Hardware SPI)
===SD Karte===
(Hardware SPI)

===Software SPI===
Da Hardware SPI des ATmega128 bereits für CAN und SD Karte verwendet wurden, wurde am Webserver auch ein softwaremäßiges SPI Interface eingebunden. Für die Software SPI Pins ist eine eigene 6-polige Stiftleiste auf der Platine vorgesehen.
Die Routinen sind in Assembler geschrieben und erzeugen einen SCK Takt von F_CPU/32. Die Assemblerfunktionen steuern nur SSMISO, SSMOSI und SSCK. Die Chipselect Leitung muss vom User vor Funktionsaufruf gesteuert bzw. initialisert werden.

Avr Webserver mit Wiznet WIZ810MJ

2008-02-16T22:26:13Z

Stefan90: /* UART RS232 */

Hier entseht in den nächsten Tagen ein Artikel über einen Avr Webserver mit dem Wiznetmodul von Circuit Cellar.

Anlass für dieses Projekt war das WIZ810MJ Modul von Circuit Cellar. Da dieses Modul mit Stiftleisten im 2mm Raster gefertigt wird, musste eine Platine her.

==Hardware==
* Atmega128
* 32kB SRAM
* WIZ810MJ Ethernetmodul
* FT245R
* CAN galvanisch getrennt
* SD Karte

==Platine==
Die Platinen wurden bei Leiton gefertigt.

'''Eagle Files:''' [[Media:Webserver-PCB.zip|WiznetWebserverPCB]]

Leider stehen Schalt- und Bestückungsplan nicht in einer für Jedermann lesbaren Version (GIF/JPG oder PDF) zur Verfügung.

==Programmiermöglichkeiten==
Auf der Platine ist eine 6-polige Stiftleiste zum Programmieren vorhanden. Weiters wurde ein Bootloader geschreiben, durch den es möglich ist, den Avr mittels RS232 oder über USB zu programmieren. Der Bootloader ist STK500 kompatibel, wodurch man einfach mit dem AVR Studio oder mit Avrdude programmieren kann.

==Aufbau==
Beachtung gilt der DC Buchse. Es gibt mehrere Versionen dieser Buchse. Die Buchse besitzt 3 Anschlüsse. Besitzt der seitliche Anschluss kontakt zum hinteren Anschluss, muss dieser abgschnitten werden. Ansonsten kommt es zu einem Kurzschluss der Eingangsspannung.
Da sich unter dem Quarz für den Atmega128 mehrere Durchkontaktierungen befinden, muss der Quartz isoliert werden. Es gibt dafür spezielle Quarzisolierscheibchen. Ansonsten tut es auch ein Stück Kunststofffolie (zB ein Heftumschlag).

==Software==
===Speichertestprogramm===
Um den externen SRAM testen zu können wurde ein Speichertestprogramm geschrieben. Es beschreibt den kompletten RAM in einer Schleife. Danach wird er wieder ausgelesen und die Differenz zum geschriebenen Wert berechnet. Ist das Ergebnis 0, wurde die Speicherzelle richtig beschrieben und ausglesen. Ist das Ergbnis ungleich Null, trat während des Vorganges ein Fehler auf, wird die Led1 (PG4) wird eingeschalten. Nach beenden der Speicherprüfung wird die Led2 (PG3) geschalten. Leuchtet nur eine der beiden Leds, ist das Ergebnis des Speichertests OK. Leuchten beide Leds, ergab sich während des Auslesens ein Fehler. In diesem Fall sollte man die Lötstellen des SRAMs, Latches und AVR kontrollieren. Zusätzlich werden die Informationen auch über die serielle Schnittstelle ausgegeben. Baudrate ist 115200 bps eingestellt.

'''Memtest Programm:''' [[Media:Memtest.zip|Memtest]]

===Bootloader===
Der Bootloader ist STK500 kompatibel, wodurch der ATmega128 direkt aus dem AVR Studio geflasht werden kann.

'''Bootloaderroutinen mit Applikationsbeispiel zum Testen:''' [[Media:Webserver.zip|Bootloaderroutinen mit Applikationsbeispiel]]

Mit dem Define 'COMM_MODE' in der Header-Datei communication.h kann festgelegt werden, ob der Bootloader für RS232 oder USB ist. Diese Header befindet sich im Ordner Webserver_STK500_Bootloader.

====Voreinstellungen====
Damit der Bootlaoder funktioniert, muss zuerst die hex Datein Webserver_STK500_Bootloader.hex im Ordner Webserver_STK500_Bootloader\defaultmit einem externen Programmiergerät über die 6-polige Stiftleiste geflasht werden. Weiters müssen die Fusebits richtig eingestellt werden. Folgendes muss eingestellt werden:
* ATmega103 Kompatiblitätsmodus deaktivieren
* JTAG und On-Chip-Debugging deaktivieren
* Externen Quarz aktivieren
* Bootresetvektor aktivieren
* Bootsize = 1024 words

Die Werte für die Fuses, die die obrigen Einstellungen beinhalten, sind 0xFF (low Fuse) und 0xDC (high Fuse).

Will man den Bootloader für USB verwenden, muss man einerseits das Define 'COMM_MODE' in der Header-Datei communication.h für USB einstllen (Standardmäßig ist USB gewählt), andererseits muss der COM Port Treiber für den FT245 installiert werden. Diesen findet man hier http://www.ftdichip.com/Drivers/VCP.htm. Genauere Informationen zur Installation können auf der FTDI Homepage nachgelsen werden.

====Informationen zur Nutzung====
Der Bootloader wurde mit dem AVR-Studio sowohl über USB als auch RS232 getestet. Probleme können auftreten, wenn der Bootlaoder für USB eingestellt ist und man USB - während man im AVR-Studio vebunden ist - absteckt. Sollte man dies doch tun, muss man zuerst den Connect-Dialog schließen, anschließend USB neu anstecken und erneut verbinden. In einer anderen Reihenfolge kann sein, dass man keine neue Verbindung aufbauen kann. Über RS232 treten diese Probleme nicht auf. Die Probleme über USB liegen möglicherweise am COM-Port Treiber von FTDI, da die Software am µC für die Auswertung der STK500 Kommandos für RS232 und USB gleich ist.

====Applikationen flashen====
Im Ordner vom Bootlaoder ist auch ein Applikationsbeispiel. Dieses Projekt kann verwendet werden, um hier seine eigenen Applikationen zu schreiben. Um eine Hex-Datei zu flashen, kann einfach über RS232 oder den USB-COM-Port im AVR-Studio eine Verbindung zum Webserver aufgebaut werden und die hex geflasht werden. Wichtig ist noch, dass in einer selbst erstellten Applikation die USB-Routinen/RS232-Routinen mitkopiliert und sowohl USB als auch RS232 wie im mitgelieferten Beispiel initialisiert werden, damit der Bootlaoder funktioniert und jederzeit eine neue Applikation geflasht werden kann. Ansonsten muss der Bootloader immer wieder neu geflasht werden.

==Interface==
===External Memory Interface===
Da sich am Webserver mehrere Devices am XMEM-Interface befinden, musste eine Logik entwickelt werden, mit der je nach selektierter Adresse immer nur das jeweilig angesprochene Device aktiv ist.
Am XMEM Inteface befinden sich folgende Devices:
* 32kB SRAM: Adresse 0x0000-0x7FFF
* Wiznet Modul WIZ810MJ: Adresse 0x8000-0xFFFF
* USB FT245: beliebige Adresse zwischen 0xA000-0xAFFF (nicht genutzer Bereich des Wiznet Moduls)

Die gesamte Logikschaltung mit ausführlicher Dokumentierung kann hier heruntergeladen werden: [[Media:Adresslogik_für_Webserver.pdf|Adresslogik für Webserver.pdf]]

===USB===
Der Webserver hat eine USB Schnittstelle und verwendet den FT245 von FTDI Chip als USB Chip. Der FT245 ist am XMEM Interface des Webservers angeschlossen und kann in einem fix vorgegebenem Adressbereich liegen (siehe External Memory Interface).

Für den Webserver wird der COM-Port Treiber von FTDI verwendet, der zuvor installiert werden muss (siehe auch Bootloader -> Voreinstellungen).

====Übertragungsprotokoll====
Das Übertragungsprotokoll war nötig und an den STK500 Bootloader gebunden, damit es auch möglich ist, von der Applikation in den Bootlaoder zu springen. Die Übertragung ist folgendermaßen aufgebaut:
* START
** 0x1B reserviert für Daten aus AVR Studio
**anderes 8 bit Startbyte, das ungleich 0x1B ist, kann für USER Daten verwendet werden
* Sequence Number
** 8 bit breit
* Message Size 1
** MSB der Message Size (Anazhl der Datenbytes)
* Message Size 2
** LSB der Message Size (Anzahl der Datenbytes)
* Datenblock
** Messagesize (16bit) Datenbytes zu je 8bit
* Checksumme
** XOR aus allen Bytes einer Message (START, SeqNum, MsgSize1, MsgSize2, DATA)

Wird als START Byte ein 0x1B erkannt, dann wird die Funktion collectCompleteMessage() aus der Header Datei BootlaoderApplication.h aufgerufen, die nichts anderes macht, als zu warten, bis eine vollständige Message empfangen wurde, diese anschließend in der .noinit section speichert und daraufhin einen Reset mit dem Watchdog generiert, damit der Webserver in den Bootlaoder springt. Dort wird dann erkannt, dass ein Watchdog Reset ausgelöst wurde und neue Daten in der .noinit section für den Bootloader sind. Diese werden daraufhin ausgelesen und verarbeitet.

====Probleme an FT245 Pins TXE und RXF====
Beim Testen der Platine und des FT245 hat sich herausgestellt, dass nach dem Anstekcen der Stromversorgung oder nach dem Anstecken von USB am PC einige high-low Pulse an TXE und RXF auftreten. Diese waren insofern ein Problem als die Datenauswertung in der Hauptapplikation (nicht im Bootlaoder) interrupgesteuert erfolgt und ein Übertragungsprotokoll (für STK500 Bootloader nötig) verwendet wird. Diese Pulse wurden nun per Software kompensiert, dafür war jedoch der Timer0 notwendig. Der Timer0 kann somit nur mehr bedingt für eigene Anwendungen verwendet werden, empfohlen wird jedoch, diesen Timer nicht zu verwenden.

===UART RS232===
Auf der Webserver Platine befindet sich ein MAX3232 für die Pegelwandlung. Für RS232 wurden die Routinen aus der AVRlib verwendet (sowohl uart.h/uart.c als auch rprintf.h/rprintf.c). Damit man den Bootloader für RS232 verwenden kann, war es jedoch notwendig, die Receive Interruptroutine in der uart.c für den Webserver anzupassen. Für RS232 wird nun dasselbe Übertragungsprotokoll wie für USB verwendet. Siehe USB -> Übertragunsprotokoll.[[Avr_Webserver_mit_Wiznet_WIZ810MJ#USB#Übertragungsprotokoll|USB Übertragungsprotokoll]]

===CAN===
(Hardware SPI)
===SD Karte===
(Hardware SPI)

===Software SPI===
Da Hardware SPI des ATmega128 bereits für CAN und SD Karte verwendet wurden, wurde am Webserver auch ein softwaremäßiges SPI Interface eingebunden. Für die Software SPI Pins ist eine eigene 6-polige Stiftleiste auf der Platine vorgesehen.
Die Routinen sind in Assembler geschrieben und erzeugen einen SCK Takt von F_CPU/32. Die Assemblerfunktionen steuern nur SSMISO, SSMOSI und SSCK. Die Chipselect Leitung muss vom User vor Funktionsaufruf gesteuert bzw. initialisert werden.

Avr Webserver mit Wiznet WIZ810MJ

2008-02-16T22:25:32Z

Stefan90: /* UART RS232 */

Hier entseht in den nächsten Tagen ein Artikel über einen Avr Webserver mit dem Wiznetmodul von Circuit Cellar.

Anlass für dieses Projekt war das WIZ810MJ Modul von Circuit Cellar. Da dieses Modul mit Stiftleisten im 2mm Raster gefertigt wird, musste eine Platine her.

==Hardware==
* Atmega128
* 32kB SRAM
* WIZ810MJ Ethernetmodul
* FT245R
* CAN galvanisch getrennt
* SD Karte

==Platine==
Die Platinen wurden bei Leiton gefertigt.

'''Eagle Files:''' [[Media:Webserver-PCB.zip|WiznetWebserverPCB]]

Leider stehen Schalt- und Bestückungsplan nicht in einer für Jedermann lesbaren Version (GIF/JPG oder PDF) zur Verfügung.

==Programmiermöglichkeiten==
Auf der Platine ist eine 6-polige Stiftleiste zum Programmieren vorhanden. Weiters wurde ein Bootloader geschreiben, durch den es möglich ist, den Avr mittels RS232 oder über USB zu programmieren. Der Bootloader ist STK500 kompatibel, wodurch man einfach mit dem AVR Studio oder mit Avrdude programmieren kann.

==Aufbau==
Beachtung gilt der DC Buchse. Es gibt mehrere Versionen dieser Buchse. Die Buchse besitzt 3 Anschlüsse. Besitzt der seitliche Anschluss kontakt zum hinteren Anschluss, muss dieser abgschnitten werden. Ansonsten kommt es zu einem Kurzschluss der Eingangsspannung.
Da sich unter dem Quarz für den Atmega128 mehrere Durchkontaktierungen befinden, muss der Quartz isoliert werden. Es gibt dafür spezielle Quarzisolierscheibchen. Ansonsten tut es auch ein Stück Kunststofffolie (zB ein Heftumschlag).

==Software==
===Speichertestprogramm===
Um den externen SRAM testen zu können wurde ein Speichertestprogramm geschrieben. Es beschreibt den kompletten RAM in einer Schleife. Danach wird er wieder ausgelesen und die Differenz zum geschriebenen Wert berechnet. Ist das Ergebnis 0, wurde die Speicherzelle richtig beschrieben und ausglesen. Ist das Ergbnis ungleich Null, trat während des Vorganges ein Fehler auf, wird die Led1 (PG4) wird eingeschalten. Nach beenden der Speicherprüfung wird die Led2 (PG3) geschalten. Leuchtet nur eine der beiden Leds, ist das Ergebnis des Speichertests OK. Leuchten beide Leds, ergab sich während des Auslesens ein Fehler. In diesem Fall sollte man die Lötstellen des SRAMs, Latches und AVR kontrollieren. Zusätzlich werden die Informationen auch über die serielle Schnittstelle ausgegeben. Baudrate ist 115200 bps eingestellt.

'''Memtest Programm:''' [[Media:Memtest.zip|Memtest]]

===Bootloader===
Der Bootloader ist STK500 kompatibel, wodurch der ATmega128 direkt aus dem AVR Studio geflasht werden kann.

'''Bootloaderroutinen mit Applikationsbeispiel zum Testen:''' [[Media:Webserver.zip|Bootloaderroutinen mit Applikationsbeispiel]]

Mit dem Define 'COMM_MODE' in der Header-Datei communication.h kann festgelegt werden, ob der Bootloader für RS232 oder USB ist. Diese Header befindet sich im Ordner Webserver_STK500_Bootloader.

====Voreinstellungen====
Damit der Bootlaoder funktioniert, muss zuerst die hex Datein Webserver_STK500_Bootloader.hex im Ordner Webserver_STK500_Bootloader\defaultmit einem externen Programmiergerät über die 6-polige Stiftleiste geflasht werden. Weiters müssen die Fusebits richtig eingestellt werden. Folgendes muss eingestellt werden:
* ATmega103 Kompatiblitätsmodus deaktivieren
* JTAG und On-Chip-Debugging deaktivieren
* Externen Quarz aktivieren
* Bootresetvektor aktivieren
* Bootsize = 1024 words

Die Werte für die Fuses, die die obrigen Einstellungen beinhalten, sind 0xFF (low Fuse) und 0xDC (high Fuse).

Will man den Bootloader für USB verwenden, muss man einerseits das Define 'COMM_MODE' in der Header-Datei communication.h für USB einstllen (Standardmäßig ist USB gewählt), andererseits muss der COM Port Treiber für den FT245 installiert werden. Diesen findet man hier http://www.ftdichip.com/Drivers/VCP.htm. Genauere Informationen zur Installation können auf der FTDI Homepage nachgelsen werden.

====Informationen zur Nutzung====
Der Bootloader wurde mit dem AVR-Studio sowohl über USB als auch RS232 getestet. Probleme können auftreten, wenn der Bootlaoder für USB eingestellt ist und man USB - während man im AVR-Studio vebunden ist - absteckt. Sollte man dies doch tun, muss man zuerst den Connect-Dialog schließen, anschließend USB neu anstecken und erneut verbinden. In einer anderen Reihenfolge kann sein, dass man keine neue Verbindung aufbauen kann. Über RS232 treten diese Probleme nicht auf. Die Probleme über USB liegen möglicherweise am COM-Port Treiber von FTDI, da die Software am µC für die Auswertung der STK500 Kommandos für RS232 und USB gleich ist.

====Applikationen flashen====
Im Ordner vom Bootlaoder ist auch ein Applikationsbeispiel. Dieses Projekt kann verwendet werden, um hier seine eigenen Applikationen zu schreiben. Um eine Hex-Datei zu flashen, kann einfach über RS232 oder den USB-COM-Port im AVR-Studio eine Verbindung zum Webserver aufgebaut werden und die hex geflasht werden. Wichtig ist noch, dass in einer selbst erstellten Applikation die USB-Routinen/RS232-Routinen mitkopiliert und sowohl USB als auch RS232 wie im mitgelieferten Beispiel initialisiert werden, damit der Bootlaoder funktioniert und jederzeit eine neue Applikation geflasht werden kann. Ansonsten muss der Bootloader immer wieder neu geflasht werden.

==Interface==
===External Memory Interface===
Da sich am Webserver mehrere Devices am XMEM-Interface befinden, musste eine Logik entwickelt werden, mit der je nach selektierter Adresse immer nur das jeweilig angesprochene Device aktiv ist.
Am XMEM Inteface befinden sich folgende Devices:
* 32kB SRAM: Adresse 0x0000-0x7FFF
* Wiznet Modul WIZ810MJ: Adresse 0x8000-0xFFFF
* USB FT245: beliebige Adresse zwischen 0xA000-0xAFFF (nicht genutzer Bereich des Wiznet Moduls)

Die gesamte Logikschaltung mit ausführlicher Dokumentierung kann hier heruntergeladen werden: [[Media:Adresslogik_für_Webserver.pdf|Adresslogik für Webserver.pdf]]

===USB===
Der Webserver hat eine USB Schnittstelle und verwendet den FT245 von FTDI Chip als USB Chip. Der FT245 ist am XMEM Interface des Webservers angeschlossen und kann in einem fix vorgegebenem Adressbereich liegen (siehe External Memory Interface).

Für den Webserver wird der COM-Port Treiber von FTDI verwendet, der zuvor installiert werden muss (siehe auch Bootloader -> Voreinstellungen).

====Übertragungsprotokoll====
Das Übertragungsprotokoll war nötig und an den STK500 Bootloader gebunden, damit es auch möglich ist, von der Applikation in den Bootlaoder zu springen. Die Übertragung ist folgendermaßen aufgebaut:
* START
** 0x1B reserviert für Daten aus AVR Studio
**anderes 8 bit Startbyte, das ungleich 0x1B ist, kann für USER Daten verwendet werden
* Sequence Number
** 8 bit breit
* Message Size 1
** MSB der Message Size (Anazhl der Datenbytes)
* Message Size 2
** LSB der Message Size (Anzahl der Datenbytes)
* Datenblock
** Messagesize (16bit) Datenbytes zu je 8bit
* Checksumme
** XOR aus allen Bytes einer Message (START, SeqNum, MsgSize1, MsgSize2, DATA)

Wird als START Byte ein 0x1B erkannt, dann wird die Funktion collectCompleteMessage() aus der Header Datei BootlaoderApplication.h aufgerufen, die nichts anderes macht, als zu warten, bis eine vollständige Message empfangen wurde, diese anschließend in der .noinit section speichert und daraufhin einen Reset mit dem Watchdog generiert, damit der Webserver in den Bootlaoder springt. Dort wird dann erkannt, dass ein Watchdog Reset ausgelöst wurde und neue Daten in der .noinit section für den Bootloader sind. Diese werden daraufhin ausgelesen und verarbeitet.

====Probleme an FT245 Pins TXE und RXF====
Beim Testen der Platine und des FT245 hat sich herausgestellt, dass nach dem Anstekcen der Stromversorgung oder nach dem Anstecken von USB am PC einige high-low Pulse an TXE und RXF auftreten. Diese waren insofern ein Problem als die Datenauswertung in der Hauptapplikation (nicht im Bootlaoder) interrupgesteuert erfolgt und ein Übertragungsprotokoll (für STK500 Bootloader nötig) verwendet wird. Diese Pulse wurden nun per Software kompensiert, dafür war jedoch der Timer0 notwendig. Der Timer0 kann somit nur mehr bedingt für eigene Anwendungen verwendet werden, empfohlen wird jedoch, diesen Timer nicht zu verwenden.

===UART RS232===
Auf der Webserver Platine befindet sich ein MAX3232 für die Pegelwandlung. Für RS232 wurden die Routinen aus der AVRlib verwendet (sowohl uart.h/uart.c als auch rprintf.h/rprintf.c). Damit man den Bootloader für RS232 verwenden kann, war es jedoch notwendig, die Receive Interruptroutine in der uart.c für den Webserver anzupassen. Für RS232 wird nun dasselbe Übertragungsprotokoll wie für USB verwendet. Siehe USB -> Übertragunsprotokoll.[[Avr_Webserver_mit_Wiznet_WIZ810MJ#USB#Übertragungsprotokoll|USB Übertragunsprotokoll]]

===CAN===
(Hardware SPI)
===SD Karte===
(Hardware SPI)

===Software SPI===
Da Hardware SPI des ATmega128 bereits für CAN und SD Karte verwendet wurden, wurde am Webserver auch ein softwaremäßiges SPI Interface eingebunden. Für die Software SPI Pins ist eine eigene 6-polige Stiftleiste auf der Platine vorgesehen.
Die Routinen sind in Assembler geschrieben und erzeugen einen SCK Takt von F_CPU/32. Die Assemblerfunktionen steuern nur SSMISO, SSMOSI und SSCK. Die Chipselect Leitung muss vom User vor Funktionsaufruf gesteuert bzw. initialisert werden.

Avr Webserver mit Wiznet WIZ810MJ

2008-02-16T22:24:07Z

Stefan90: /* UART RS232 */

Hier entseht in den nächsten Tagen ein Artikel über einen Avr Webserver mit dem Wiznetmodul von Circuit Cellar.

Anlass für dieses Projekt war das WIZ810MJ Modul von Circuit Cellar. Da dieses Modul mit Stiftleisten im 2mm Raster gefertigt wird, musste eine Platine her.

==Hardware==
* Atmega128
* 32kB SRAM
* WIZ810MJ Ethernetmodul
* FT245R
* CAN galvanisch getrennt
* SD Karte

==Platine==
Die Platinen wurden bei Leiton gefertigt.

'''Eagle Files:''' [[Media:Webserver-PCB.zip|WiznetWebserverPCB]]

Leider stehen Schalt- und Bestückungsplan nicht in einer für Jedermann lesbaren Version (GIF/JPG oder PDF) zur Verfügung.

==Programmiermöglichkeiten==
Auf der Platine ist eine 6-polige Stiftleiste zum Programmieren vorhanden. Weiters wurde ein Bootloader geschreiben, durch den es möglich ist, den Avr mittels RS232 oder über USB zu programmieren. Der Bootloader ist STK500 kompatibel, wodurch man einfach mit dem AVR Studio oder mit Avrdude programmieren kann.

==Aufbau==
Beachtung gilt der DC Buchse. Es gibt mehrere Versionen dieser Buchse. Die Buchse besitzt 3 Anschlüsse. Besitzt der seitliche Anschluss kontakt zum hinteren Anschluss, muss dieser abgschnitten werden. Ansonsten kommt es zu einem Kurzschluss der Eingangsspannung.
Da sich unter dem Quarz für den Atmega128 mehrere Durchkontaktierungen befinden, muss der Quartz isoliert werden. Es gibt dafür spezielle Quarzisolierscheibchen. Ansonsten tut es auch ein Stück Kunststofffolie (zB ein Heftumschlag).

==Software==
===Speichertestprogramm===
Um den externen SRAM testen zu können wurde ein Speichertestprogramm geschrieben. Es beschreibt den kompletten RAM in einer Schleife. Danach wird er wieder ausgelesen und die Differenz zum geschriebenen Wert berechnet. Ist das Ergebnis 0, wurde die Speicherzelle richtig beschrieben und ausglesen. Ist das Ergbnis ungleich Null, trat während des Vorganges ein Fehler auf, wird die Led1 (PG4) wird eingeschalten. Nach beenden der Speicherprüfung wird die Led2 (PG3) geschalten. Leuchtet nur eine der beiden Leds, ist das Ergebnis des Speichertests OK. Leuchten beide Leds, ergab sich während des Auslesens ein Fehler. In diesem Fall sollte man die Lötstellen des SRAMs, Latches und AVR kontrollieren. Zusätzlich werden die Informationen auch über die serielle Schnittstelle ausgegeben. Baudrate ist 115200 bps eingestellt.

'''Memtest Programm:''' [[Media:Memtest.zip|Memtest]]

===Bootloader===
Der Bootloader ist STK500 kompatibel, wodurch der ATmega128 direkt aus dem AVR Studio geflasht werden kann.

'''Bootloaderroutinen mit Applikationsbeispiel zum Testen:''' [[Media:Webserver.zip|Bootloaderroutinen mit Applikationsbeispiel]]

Mit dem Define 'COMM_MODE' in der Header-Datei communication.h kann festgelegt werden, ob der Bootloader für RS232 oder USB ist. Diese Header befindet sich im Ordner Webserver_STK500_Bootloader.

====Voreinstellungen====
Damit der Bootlaoder funktioniert, muss zuerst die hex Datein Webserver_STK500_Bootloader.hex im Ordner Webserver_STK500_Bootloader\defaultmit einem externen Programmiergerät über die 6-polige Stiftleiste geflasht werden. Weiters müssen die Fusebits richtig eingestellt werden. Folgendes muss eingestellt werden:
* ATmega103 Kompatiblitätsmodus deaktivieren
* JTAG und On-Chip-Debugging deaktivieren
* Externen Quarz aktivieren
* Bootresetvektor aktivieren
* Bootsize = 1024 words

Die Werte für die Fuses, die die obrigen Einstellungen beinhalten, sind 0xFF (low Fuse) und 0xDC (high Fuse).

Will man den Bootloader für USB verwenden, muss man einerseits das Define 'COMM_MODE' in der Header-Datei communication.h für USB einstllen (Standardmäßig ist USB gewählt), andererseits muss der COM Port Treiber für den FT245 installiert werden. Diesen findet man hier http://www.ftdichip.com/Drivers/VCP.htm. Genauere Informationen zur Installation können auf der FTDI Homepage nachgelsen werden.

====Informationen zur Nutzung====
Der Bootloader wurde mit dem AVR-Studio sowohl über USB als auch RS232 getestet. Probleme können auftreten, wenn der Bootlaoder für USB eingestellt ist und man USB - während man im AVR-Studio vebunden ist - absteckt. Sollte man dies doch tun, muss man zuerst den Connect-Dialog schließen, anschließend USB neu anstecken und erneut verbinden. In einer anderen Reihenfolge kann sein, dass man keine neue Verbindung aufbauen kann. Über RS232 treten diese Probleme nicht auf. Die Probleme über USB liegen möglicherweise am COM-Port Treiber von FTDI, da die Software am µC für die Auswertung der STK500 Kommandos für RS232 und USB gleich ist.

====Applikationen flashen====
Im Ordner vom Bootlaoder ist auch ein Applikationsbeispiel. Dieses Projekt kann verwendet werden, um hier seine eigenen Applikationen zu schreiben. Um eine Hex-Datei zu flashen, kann einfach über RS232 oder den USB-COM-Port im AVR-Studio eine Verbindung zum Webserver aufgebaut werden und die hex geflasht werden. Wichtig ist noch, dass in einer selbst erstellten Applikation die USB-Routinen/RS232-Routinen mitkopiliert und sowohl USB als auch RS232 wie im mitgelieferten Beispiel initialisiert werden, damit der Bootlaoder funktioniert und jederzeit eine neue Applikation geflasht werden kann. Ansonsten muss der Bootloader immer wieder neu geflasht werden.

==Interface==
===External Memory Interface===
Da sich am Webserver mehrere Devices am XMEM-Interface befinden, musste eine Logik entwickelt werden, mit der je nach selektierter Adresse immer nur das jeweilig angesprochene Device aktiv ist.
Am XMEM Inteface befinden sich folgende Devices:
* 32kB SRAM: Adresse 0x0000-0x7FFF
* Wiznet Modul WIZ810MJ: Adresse 0x8000-0xFFFF
* USB FT245: beliebige Adresse zwischen 0xA000-0xAFFF (nicht genutzer Bereich des Wiznet Moduls)

Die gesamte Logikschaltung mit ausführlicher Dokumentierung kann hier heruntergeladen werden: [[Media:Adresslogik_für_Webserver.pdf|Adresslogik für Webserver.pdf]]

===USB===
Der Webserver hat eine USB Schnittstelle und verwendet den FT245 von FTDI Chip als USB Chip. Der FT245 ist am XMEM Interface des Webservers angeschlossen und kann in einem fix vorgegebenem Adressbereich liegen (siehe External Memory Interface).

Für den Webserver wird der COM-Port Treiber von FTDI verwendet, der zuvor installiert werden muss (siehe auch Bootloader -> Voreinstellungen).

====Übertragungsprotokoll====
Das Übertragungsprotokoll war nötig und an den STK500 Bootloader gebunden, damit es auch möglich ist, von der Applikation in den Bootlaoder zu springen. Die Übertragung ist folgendermaßen aufgebaut:
* START
** 0x1B reserviert für Daten aus AVR Studio
**anderes 8 bit Startbyte, das ungleich 0x1B ist, kann für USER Daten verwendet werden
* Sequence Number
** 8 bit breit
* Message Size 1
** MSB der Message Size (Anazhl der Datenbytes)
* Message Size 2
** LSB der Message Size (Anzahl der Datenbytes)
* Datenblock
** Messagesize (16bit) Datenbytes zu je 8bit
* Checksumme
** XOR aus allen Bytes einer Message (START, SeqNum, MsgSize1, MsgSize2, DATA)

Wird als START Byte ein 0x1B erkannt, dann wird die Funktion collectCompleteMessage() aus der Header Datei BootlaoderApplication.h aufgerufen, die nichts anderes macht, als zu warten, bis eine vollständige Message empfangen wurde, diese anschließend in der .noinit section speichert und daraufhin einen Reset mit dem Watchdog generiert, damit der Webserver in den Bootlaoder springt. Dort wird dann erkannt, dass ein Watchdog Reset ausgelöst wurde und neue Daten in der .noinit section für den Bootloader sind. Diese werden daraufhin ausgelesen und verarbeitet.

====Probleme an FT245 Pins TXE und RXF====
Beim Testen der Platine und des FT245 hat sich herausgestellt, dass nach dem Anstekcen der Stromversorgung oder nach dem Anstecken von USB am PC einige high-low Pulse an TXE und RXF auftreten. Diese waren insofern ein Problem als die Datenauswertung in der Hauptapplikation (nicht im Bootlaoder) interrupgesteuert erfolgt und ein Übertragungsprotokoll (für STK500 Bootloader nötig) verwendet wird. Diese Pulse wurden nun per Software kompensiert, dafür war jedoch der Timer0 notwendig. Der Timer0 kann somit nur mehr bedingt für eigene Anwendungen verwendet werden, empfohlen wird jedoch, diesen Timer nicht zu verwenden.

===UART RS232===
Auf der Webserver Platine befindet sich ein MAX3232 für die Pegelwandlung. Für RS232 wurden die Routinen aus der AVRlib verwendet (sowohl uart.h/uart.c als auch rprintf.h/rprintf.c). Damit man den Bootloader für RS232 verwenden kann, war es jedoch notwendig, die Receive Interruptroutine in der uart.c für den Webserver anzupassen. Für RS232 wird nun dasselbe Übertragungsprotokoll wie für USB verwendet. Siehe USB -> Übertragunsprotokoll.[[Avr_Webserver_mit_Wiznet#USB|USB Übertragunsprotokoll]]

===CAN===
(Hardware SPI)
===SD Karte===
(Hardware SPI)

===Software SPI===
Da Hardware SPI des ATmega128 bereits für CAN und SD Karte verwendet wurden, wurde am Webserver auch ein softwaremäßiges SPI Interface eingebunden. Für die Software SPI Pins ist eine eigene 6-polige Stiftleiste auf der Platine vorgesehen.
Die Routinen sind in Assembler geschrieben und erzeugen einen SCK Takt von F_CPU/32. Die Assemblerfunktionen steuern nur SSMISO, SSMOSI und SSCK. Die Chipselect Leitung muss vom User vor Funktionsaufruf gesteuert bzw. initialisert werden.

Avr Webserver mit Wiznet WIZ810MJ

2008-02-16T22:21:26Z

Stefan90: /* UART RS232 */

Hier entseht in den nächsten Tagen ein Artikel über einen Avr Webserver mit dem Wiznetmodul von Circuit Cellar.

Anlass für dieses Projekt war das WIZ810MJ Modul von Circuit Cellar. Da dieses Modul mit Stiftleisten im 2mm Raster gefertigt wird, musste eine Platine her.

==Hardware==
* Atmega128
* 32kB SRAM
* WIZ810MJ Ethernetmodul
* FT245R
* CAN galvanisch getrennt
* SD Karte

==Platine==
Die Platinen wurden bei Leiton gefertigt.

'''Eagle Files:''' [[Media:Webserver-PCB.zip|WiznetWebserverPCB]]

Leider stehen Schalt- und Bestückungsplan nicht in einer für Jedermann lesbaren Version (GIF/JPG oder PDF) zur Verfügung.

==Programmiermöglichkeiten==
Auf der Platine ist eine 6-polige Stiftleiste zum Programmieren vorhanden. Weiters wurde ein Bootloader geschreiben, durch den es möglich ist, den Avr mittels RS232 oder über USB zu programmieren. Der Bootloader ist STK500 kompatibel, wodurch man einfach mit dem AVR Studio oder mit Avrdude programmieren kann.

==Aufbau==
Beachtung gilt der DC Buchse. Es gibt mehrere Versionen dieser Buchse. Die Buchse besitzt 3 Anschlüsse. Besitzt der seitliche Anschluss kontakt zum hinteren Anschluss, muss dieser abgschnitten werden. Ansonsten kommt es zu einem Kurzschluss der Eingangsspannung.
Da sich unter dem Quarz für den Atmega128 mehrere Durchkontaktierungen befinden, muss der Quartz isoliert werden. Es gibt dafür spezielle Quarzisolierscheibchen. Ansonsten tut es auch ein Stück Kunststofffolie (zB ein Heftumschlag).

==Software==
===Speichertestprogramm===
Um den externen SRAM testen zu können wurde ein Speichertestprogramm geschrieben. Es beschreibt den kompletten RAM in einer Schleife. Danach wird er wieder ausgelesen und die Differenz zum geschriebenen Wert berechnet. Ist das Ergebnis 0, wurde die Speicherzelle richtig beschrieben und ausglesen. Ist das Ergbnis ungleich Null, trat während des Vorganges ein Fehler auf, wird die Led1 (PG4) wird eingeschalten. Nach beenden der Speicherprüfung wird die Led2 (PG3) geschalten. Leuchtet nur eine der beiden Leds, ist das Ergebnis des Speichertests OK. Leuchten beide Leds, ergab sich während des Auslesens ein Fehler. In diesem Fall sollte man die Lötstellen des SRAMs, Latches und AVR kontrollieren. Zusätzlich werden die Informationen auch über die serielle Schnittstelle ausgegeben. Baudrate ist 115200 bps eingestellt.

'''Memtest Programm:''' [[Media:Memtest.zip|Memtest]]

===Bootloader===
Der Bootloader ist STK500 kompatibel, wodurch der ATmega128 direkt aus dem AVR Studio geflasht werden kann.

'''Bootloaderroutinen mit Applikationsbeispiel zum Testen:''' [[Media:Webserver.zip|Bootloaderroutinen mit Applikationsbeispiel]]

Mit dem Define 'COMM_MODE' in der Header-Datei communication.h kann festgelegt werden, ob der Bootloader für RS232 oder USB ist. Diese Header befindet sich im Ordner Webserver_STK500_Bootloader.

====Voreinstellungen====
Damit der Bootlaoder funktioniert, muss zuerst die hex Datein Webserver_STK500_Bootloader.hex im Ordner Webserver_STK500_Bootloader\defaultmit einem externen Programmiergerät über die 6-polige Stiftleiste geflasht werden. Weiters müssen die Fusebits richtig eingestellt werden. Folgendes muss eingestellt werden:
* ATmega103 Kompatiblitätsmodus deaktivieren
* JTAG und On-Chip-Debugging deaktivieren
* Externen Quarz aktivieren
* Bootresetvektor aktivieren
* Bootsize = 1024 words

Die Werte für die Fuses, die die obrigen Einstellungen beinhalten, sind 0xFF (low Fuse) und 0xDC (high Fuse).

Will man den Bootloader für USB verwenden, muss man einerseits das Define 'COMM_MODE' in der Header-Datei communication.h für USB einstllen (Standardmäßig ist USB gewählt), andererseits muss der COM Port Treiber für den FT245 installiert werden. Diesen findet man hier http://www.ftdichip.com/Drivers/VCP.htm. Genauere Informationen zur Installation können auf der FTDI Homepage nachgelsen werden.

====Informationen zur Nutzung====
Der Bootloader wurde mit dem AVR-Studio sowohl über USB als auch RS232 getestet. Probleme können auftreten, wenn der Bootlaoder für USB eingestellt ist und man USB - während man im AVR-Studio vebunden ist - absteckt. Sollte man dies doch tun, muss man zuerst den Connect-Dialog schließen, anschließend USB neu anstecken und erneut verbinden. In einer anderen Reihenfolge kann sein, dass man keine neue Verbindung aufbauen kann. Über RS232 treten diese Probleme nicht auf. Die Probleme über USB liegen möglicherweise am COM-Port Treiber von FTDI, da die Software am µC für die Auswertung der STK500 Kommandos für RS232 und USB gleich ist.

====Applikationen flashen====
Im Ordner vom Bootlaoder ist auch ein Applikationsbeispiel. Dieses Projekt kann verwendet werden, um hier seine eigenen Applikationen zu schreiben. Um eine Hex-Datei zu flashen, kann einfach über RS232 oder den USB-COM-Port im AVR-Studio eine Verbindung zum Webserver aufgebaut werden und die hex geflasht werden. Wichtig ist noch, dass in einer selbst erstellten Applikation die USB-Routinen/RS232-Routinen mitkopiliert und sowohl USB als auch RS232 wie im mitgelieferten Beispiel initialisiert werden, damit der Bootlaoder funktioniert und jederzeit eine neue Applikation geflasht werden kann. Ansonsten muss der Bootloader immer wieder neu geflasht werden.

==Interface==
===External Memory Interface===
Da sich am Webserver mehrere Devices am XMEM-Interface befinden, musste eine Logik entwickelt werden, mit der je nach selektierter Adresse immer nur das jeweilig angesprochene Device aktiv ist.
Am XMEM Inteface befinden sich folgende Devices:
* 32kB SRAM: Adresse 0x0000-0x7FFF
* Wiznet Modul WIZ810MJ: Adresse 0x8000-0xFFFF
* USB FT245: beliebige Adresse zwischen 0xA000-0xAFFF (nicht genutzer Bereich des Wiznet Moduls)

Die gesamte Logikschaltung mit ausführlicher Dokumentierung kann hier heruntergeladen werden: [[Media:Adresslogik_für_Webserver.pdf|Adresslogik für Webserver.pdf]]

===USB===
Der Webserver hat eine USB Schnittstelle und verwendet den FT245 von FTDI Chip als USB Chip. Der FT245 ist am XMEM Interface des Webservers angeschlossen und kann in einem fix vorgegebenem Adressbereich liegen (siehe External Memory Interface).

Für den Webserver wird der COM-Port Treiber von FTDI verwendet, der zuvor installiert werden muss (siehe auch Bootloader -> Voreinstellungen).

====Übertragungsprotokoll====
Das Übertragungsprotokoll war nötig und an den STK500 Bootloader gebunden, damit es auch möglich ist, von der Applikation in den Bootlaoder zu springen. Die Übertragung ist folgendermaßen aufgebaut:
* START
** 0x1B reserviert für Daten aus AVR Studio
**anderes 8 bit Startbyte, das ungleich 0x1B ist, kann für USER Daten verwendet werden
* Sequence Number
** 8 bit breit
* Message Size 1
** MSB der Message Size (Anazhl der Datenbytes)
* Message Size 2
** LSB der Message Size (Anzahl der Datenbytes)
* Datenblock
** Messagesize (16bit) Datenbytes zu je 8bit
* Checksumme
** XOR aus allen Bytes einer Message (START, SeqNum, MsgSize1, MsgSize2, DATA)

Wird als START Byte ein 0x1B erkannt, dann wird die Funktion collectCompleteMessage() aus der Header Datei BootlaoderApplication.h aufgerufen, die nichts anderes macht, als zu warten, bis eine vollständige Message empfangen wurde, diese anschließend in der .noinit section speichert und daraufhin einen Reset mit dem Watchdog generiert, damit der Webserver in den Bootlaoder springt. Dort wird dann erkannt, dass ein Watchdog Reset ausgelöst wurde und neue Daten in der .noinit section für den Bootloader sind. Diese werden daraufhin ausgelesen und verarbeitet.

====Probleme an FT245 Pins TXE und RXF====
Beim Testen der Platine und des FT245 hat sich herausgestellt, dass nach dem Anstekcen der Stromversorgung oder nach dem Anstecken von USB am PC einige high-low Pulse an TXE und RXF auftreten. Diese waren insofern ein Problem als die Datenauswertung in der Hauptapplikation (nicht im Bootlaoder) interrupgesteuert erfolgt und ein Übertragungsprotokoll (für STK500 Bootloader nötig) verwendet wird. Diese Pulse wurden nun per Software kompensiert, dafür war jedoch der Timer0 notwendig. Der Timer0 kann somit nur mehr bedingt für eigene Anwendungen verwendet werden, empfohlen wird jedoch, diesen Timer nicht zu verwenden.

===UART RS232===
Auf der Webserver Platine befindet sich ein MAX3232 für die Pegelwandlung. Für RS232 wurden die Routinen aus der AVRlib verwendet (sowohl uart.h/uart.c als auch rprintf.h/rprintf.c). Damit man den Bootloader für RS232 verwenden kann, war es jedoch notwendig, die Receive Interruptroutine in der uart.c für den Webserver anzupassen. Für RS232 wird nun dasselbe Übertragungsprotokoll wie für USB verwendet. Siehe USB -> Übertragunsprotokoll.

===CAN===
(Hardware SPI)
===SD Karte===
(Hardware SPI)

===Software SPI===
Da Hardware SPI des ATmega128 bereits für CAN und SD Karte verwendet wurden, wurde am Webserver auch ein softwaremäßiges SPI Interface eingebunden. Für die Software SPI Pins ist eine eigene 6-polige Stiftleiste auf der Platine vorgesehen.
Die Routinen sind in Assembler geschrieben und erzeugen einen SCK Takt von F_CPU/32. Die Assemblerfunktionen steuern nur SSMISO, SSMOSI und SSCK. Die Chipselect Leitung muss vom User vor Funktionsaufruf gesteuert bzw. initialisert werden.

Avr Webserver mit Wiznet WIZ810MJ

2008-02-16T22:12:01Z

Stefan90: /* Interface */

Hier entseht in den nächsten Tagen ein Artikel über einen Avr Webserver mit dem Wiznetmodul von Circuit Cellar.

Anlass für dieses Projekt war das WIZ810MJ Modul von Circuit Cellar. Da dieses Modul mit Stiftleisten im 2mm Raster gefertigt wird, musste eine Platine her.

==Hardware==
* Atmega128
* 32kB SRAM
* WIZ810MJ Ethernetmodul
* FT245R
* CAN galvanisch getrennt
* SD Karte

==Platine==
Die Platinen wurden bei Leiton gefertigt.

'''Eagle Files:''' [[Media:Webserver-PCB.zip|WiznetWebserverPCB]]

Leider stehen Schalt- und Bestückungsplan nicht in einer für Jedermann lesbaren Version (GIF/JPG oder PDF) zur Verfügung.

==Programmiermöglichkeiten==
Auf der Platine ist eine 6-polige Stiftleiste zum Programmieren vorhanden. Weiters wurde ein Bootloader geschreiben, durch den es möglich ist, den Avr mittels RS232 oder über USB zu programmieren. Der Bootloader ist STK500 kompatibel, wodurch man einfach mit dem AVR Studio oder mit Avrdude programmieren kann.

==Aufbau==
Beachtung gilt der DC Buchse. Es gibt mehrere Versionen dieser Buchse. Die Buchse besitzt 3 Anschlüsse. Besitzt der seitliche Anschluss kontakt zum hinteren Anschluss, muss dieser abgschnitten werden. Ansonsten kommt es zu einem Kurzschluss der Eingangsspannung.
Da sich unter dem Quarz für den Atmega128 mehrere Durchkontaktierungen befinden, muss der Quartz isoliert werden. Es gibt dafür spezielle Quarzisolierscheibchen. Ansonsten tut es auch ein Stück Kunststofffolie (zB ein Heftumschlag).

==Software==
===Speichertestprogramm===
Um den externen SRAM testen zu können wurde ein Speichertestprogramm geschrieben. Es beschreibt den kompletten RAM in einer Schleife. Danach wird er wieder ausgelesen und die Differenz zum geschriebenen Wert berechnet. Ist das Ergebnis 0, wurde die Speicherzelle richtig beschrieben und ausglesen. Ist das Ergbnis ungleich Null, trat während des Vorganges ein Fehler auf, wird die Led1 (PG4) wird eingeschalten. Nach beenden der Speicherprüfung wird die Led2 (PG3) geschalten. Leuchtet nur eine der beiden Leds, ist das Ergebnis des Speichertests OK. Leuchten beide Leds, ergab sich während des Auslesens ein Fehler. In diesem Fall sollte man die Lötstellen des SRAMs, Latches und AVR kontrollieren. Zusätzlich werden die Informationen auch über die serielle Schnittstelle ausgegeben. Baudrate ist 115200 bps eingestellt.

'''Memtest Programm:''' [[Media:Memtest.zip|Memtest]]

===Bootloader===
Der Bootloader ist STK500 kompatibel, wodurch der ATmega128 direkt aus dem AVR Studio geflasht werden kann.

'''Bootloaderroutinen mit Applikationsbeispiel zum Testen:''' [[Media:Webserver.zip|Bootloaderroutinen mit Applikationsbeispiel]]

Mit dem Define 'COMM_MODE' in der Header-Datei communication.h kann festgelegt werden, ob der Bootloader für RS232 oder USB ist. Diese Header befindet sich im Ordner Webserver_STK500_Bootloader.

====Voreinstellungen====
Damit der Bootlaoder funktioniert, muss zuerst die hex Datein Webserver_STK500_Bootloader.hex im Ordner Webserver_STK500_Bootloader\defaultmit einem externen Programmiergerät über die 6-polige Stiftleiste geflasht werden. Weiters müssen die Fusebits richtig eingestellt werden. Folgendes muss eingestellt werden:
* ATmega103 Kompatiblitätsmodus deaktivieren
* JTAG und On-Chip-Debugging deaktivieren
* Externen Quarz aktivieren
* Bootresetvektor aktivieren
* Bootsize = 1024 words

Die Werte für die Fuses, die die obrigen Einstellungen beinhalten, sind 0xFF (low Fuse) und 0xDC (high Fuse).

Will man den Bootloader für USB verwenden, muss man einerseits das Define 'COMM_MODE' in der Header-Datei communication.h für USB einstllen (Standardmäßig ist USB gewählt), andererseits muss der COM Port Treiber für den FT245 installiert werden. Diesen findet man hier http://www.ftdichip.com/Drivers/VCP.htm. Genauere Informationen zur Installation können auf der FTDI Homepage nachgelsen werden.

====Informationen zur Nutzung====
Der Bootloader wurde mit dem AVR-Studio sowohl über USB als auch RS232 getestet. Probleme können auftreten, wenn der Bootlaoder für USB eingestellt ist und man USB - während man im AVR-Studio vebunden ist - absteckt. Sollte man dies doch tun, muss man zuerst den Connect-Dialog schließen, anschließend USB neu anstecken und erneut verbinden. In einer anderen Reihenfolge kann sein, dass man keine neue Verbindung aufbauen kann. Über RS232 treten diese Probleme nicht auf. Die Probleme über USB liegen möglicherweise am COM-Port Treiber von FTDI, da die Software am µC für die Auswertung der STK500 Kommandos für RS232 und USB gleich ist.

====Applikationen flashen====
Im Ordner vom Bootlaoder ist auch ein Applikationsbeispiel. Dieses Projekt kann verwendet werden, um hier seine eigenen Applikationen zu schreiben. Um eine Hex-Datei zu flashen, kann einfach über RS232 oder den USB-COM-Port im AVR-Studio eine Verbindung zum Webserver aufgebaut werden und die hex geflasht werden. Wichtig ist noch, dass in einer selbst erstellten Applikation die USB-Routinen/RS232-Routinen mitkopiliert und sowohl USB als auch RS232 wie im mitgelieferten Beispiel initialisiert werden, damit der Bootlaoder funktioniert und jederzeit eine neue Applikation geflasht werden kann. Ansonsten muss der Bootloader immer wieder neu geflasht werden.

==Interface==
===External Memory Interface===
Da sich am Webserver mehrere Devices am XMEM-Interface befinden, musste eine Logik entwickelt werden, mit der je nach selektierter Adresse immer nur das jeweilig angesprochene Device aktiv ist.
Am XMEM Inteface befinden sich folgende Devices:
* 32kB SRAM: Adresse 0x0000-0x7FFF
* Wiznet Modul WIZ810MJ: Adresse 0x8000-0xFFFF
* USB FT245: beliebige Adresse zwischen 0xA000-0xAFFF (nicht genutzer Bereich des Wiznet Moduls)

Die gesamte Logikschaltung mit ausführlicher Dokumentierung kann hier heruntergeladen werden: [[Media:Adresslogik_für_Webserver.pdf|Adresslogik für Webserver.pdf]]

===USB===
Der Webserver hat eine USB Schnittstelle und verwendet den FT245 von FTDI Chip als USB Chip. Der FT245 ist am XMEM Interface des Webservers angeschlossen und kann in einem fix vorgegebenem Adressbereich liegen (siehe External Memory Interface).

Für den Webserver wird der COM-Port Treiber von FTDI verwendet, der zuvor installiert werden muss (siehe auch Bootloader -> Voreinstellungen).

====Übertragungsprotokoll====
Das Übertragungsprotokoll war nötig und an den STK500 Bootloader gebunden, damit es auch möglich ist, von der Applikation in den Bootlaoder zu springen. Die Übertragung ist folgendermaßen aufgebaut:
* START
** 0x1B reserviert für Daten aus AVR Studio
**anderes 8 bit Startbyte, das ungleich 0x1B ist, kann für USER Daten verwendet werden
* Sequence Number
** 8 bit breit
* Message Size 1
** MSB der Message Size (Anazhl der Datenbytes)
* Message Size 2
** LSB der Message Size (Anzahl der Datenbytes)
* Datenblock
** Messagesize (16bit) Datenbytes zu je 8bit
* Checksumme
** XOR aus allen Bytes einer Message (START, SeqNum, MsgSize1, MsgSize2, DATA)

Wird als START Byte ein 0x1B erkannt, dann wird die Funktion collectCompleteMessage() aus der Header Datei BootlaoderApplication.h aufgerufen, die nichts anderes macht, als zu warten, bis eine vollständige Message empfangen wurde, diese anschließend in der .noinit section speichert und daraufhin einen Reset mit dem Watchdog generiert, damit der Webserver in den Bootlaoder springt. Dort wird dann erkannt, dass ein Watchdog Reset ausgelöst wurde und neue Daten in der .noinit section für den Bootloader sind. Diese werden daraufhin ausgelesen und verarbeitet.

====Probleme an FT245 Pins TXE und RXF====
Beim Testen der Platine und des FT245 hat sich herausgestellt, dass nach dem Anstekcen der Stromversorgung oder nach dem Anstecken von USB am PC einige high-low Pulse an TXE und RXF auftreten. Diese waren insofern ein Problem als die Datenauswertung in der Hauptapplikation (nicht im Bootlaoder) interrupgesteuert erfolgt und ein Übertragungsprotokoll (für STK500 Bootloader nötig) verwendet wird. Diese Pulse wurden nun per Software kompensiert, dafür war jedoch der Timer0 notwendig. Der Timer0 kann somit nur mehr bedingt für eigene Anwendungen verwendet werden, empfohlen wird jedoch, diesen Timer nicht zu verwenden.

===UART RS232===
Auf der Webserver Platine befindet sich ein MAX3232 für die Pegelwandlung.

Avr Webserver mit Wiznet WIZ810MJ

2008-02-16T22:00:58Z

Stefan90: /* Interface */

Hier entseht in den nächsten Tagen ein Artikel über einen Avr Webserver mit dem Wiznetmodul von Circuit Cellar.

Anlass für dieses Projekt war das WIZ810MJ Modul von Circuit Cellar. Da dieses Modul mit Stiftleisten im 2mm Raster gefertigt wird, musste eine Platine her.

==Hardware==
* Atmega128
* 32kB SRAM
* WIZ810MJ Ethernetmodul
* FT245R
* CAN galvanisch getrennt
* SD Karte

==Platine==
Die Platinen wurden bei Leiton gefertigt.

'''Eagle Files:''' [[Media:Webserver-PCB.zip|WiznetWebserverPCB]]

Leider stehen Schalt- und Bestückungsplan nicht in einer für Jedermann lesbaren Version (GIF/JPG oder PDF) zur Verfügung.

==Programmiermöglichkeiten==
Auf der Platine ist eine 6-polige Stiftleiste zum Programmieren vorhanden. Weiters wurde ein Bootloader geschreiben, durch den es möglich ist, den Avr mittels RS232 oder über USB zu programmieren. Der Bootloader ist STK500 kompatibel, wodurch man einfach mit dem AVR Studio oder mit Avrdude programmieren kann.

==Aufbau==
Beachtung gilt der DC Buchse. Es gibt mehrere Versionen dieser Buchse. Die Buchse besitzt 3 Anschlüsse. Besitzt der seitliche Anschluss kontakt zum hinteren Anschluss, muss dieser abgschnitten werden. Ansonsten kommt es zu einem Kurzschluss der Eingangsspannung.
Da sich unter dem Quarz für den Atmega128 mehrere Durchkontaktierungen befinden, muss der Quartz isoliert werden. Es gibt dafür spezielle Quarzisolierscheibchen. Ansonsten tut es auch ein Stück Kunststofffolie (zB ein Heftumschlag).

==Software==
===Speichertestprogramm===
Um den externen SRAM testen zu können wurde ein Speichertestprogramm geschrieben. Es beschreibt den kompletten RAM in einer Schleife. Danach wird er wieder ausgelesen und die Differenz zum geschriebenen Wert berechnet. Ist das Ergebnis 0, wurde die Speicherzelle richtig beschrieben und ausglesen. Ist das Ergbnis ungleich Null, trat während des Vorganges ein Fehler auf, wird die Led1 (PG4) wird eingeschalten. Nach beenden der Speicherprüfung wird die Led2 (PG3) geschalten. Leuchtet nur eine der beiden Leds, ist das Ergebnis des Speichertests OK. Leuchten beide Leds, ergab sich während des Auslesens ein Fehler. In diesem Fall sollte man die Lötstellen des SRAMs, Latches und AVR kontrollieren. Zusätzlich werden die Informationen auch über die serielle Schnittstelle ausgegeben. Baudrate ist 115200 bps eingestellt.

'''Memtest Programm:''' [[Media:Memtest.zip|Memtest]]

===Bootloader===
Der Bootloader ist STK500 kompatibel, wodurch der ATmega128 direkt aus dem AVR Studio geflasht werden kann.

'''Bootloaderroutinen mit Applikationsbeispiel zum Testen:''' [[Media:Webserver.zip|Bootloaderroutinen mit Applikationsbeispiel]]

Mit dem Define 'COMM_MODE' in der Header-Datei communication.h kann festgelegt werden, ob der Bootloader für RS232 oder USB ist. Diese Header befindet sich im Ordner Webserver_STK500_Bootloader.

====Voreinstellungen====
Damit der Bootlaoder funktioniert, muss zuerst die hex Datein Webserver_STK500_Bootloader.hex im Ordner Webserver_STK500_Bootloader\defaultmit einem externen Programmiergerät über die 6-polige Stiftleiste geflasht werden. Weiters müssen die Fusebits richtig eingestellt werden. Folgendes muss eingestellt werden:
* ATmega103 Kompatiblitätsmodus deaktivieren
* JTAG und On-Chip-Debugging deaktivieren
* Externen Quarz aktivieren
* Bootresetvektor aktivieren
* Bootsize = 1024 words

Die Werte für die Fuses, die die obrigen Einstellungen beinhalten, sind 0xFF (low Fuse) und 0xDC (high Fuse).

Will man den Bootloader für USB verwenden, muss man einerseits das Define 'COMM_MODE' in der Header-Datei communication.h für USB einstllen (Standardmäßig ist USB gewählt), andererseits muss der COM Port Treiber für den FT245 installiert werden. Diesen findet man hier http://www.ftdichip.com/Drivers/VCP.htm. Genauere Informationen zur Installation können auf der FTDI Homepage nachgelsen werden.

====Informationen zur Nutzung====
Der Bootloader wurde mit dem AVR-Studio sowohl über USB als auch RS232 getestet. Probleme können auftreten, wenn der Bootlaoder für USB eingestellt ist und man USB - während man im AVR-Studio vebunden ist - absteckt. Sollte man dies doch tun, muss man zuerst den Connect-Dialog schließen, anschließend USB neu anstecken und erneut verbinden. In einer anderen Reihenfolge kann sein, dass man keine neue Verbindung aufbauen kann. Über RS232 treten diese Probleme nicht auf. Die Probleme über USB liegen möglicherweise am COM-Port Treiber von FTDI, da die Software am µC für die Auswertung der STK500 Kommandos für RS232 und USB gleich ist.

====Applikationen flashen====
Im Ordner vom Bootlaoder ist auch ein Applikationsbeispiel. Dieses Projekt kann verwendet werden, um hier seine eigenen Applikationen zu schreiben. Um eine Hex-Datei zu flashen, kann einfach über RS232 oder den USB-COM-Port im AVR-Studio eine Verbindung zum Webserver aufgebaut werden und die hex geflasht werden. Wichtig ist noch, dass in einer selbst erstellten Applikation die USB-Routinen/RS232-Routinen mitkopiliert und sowohl USB als auch RS232 wie im mitgelieferten Beispiel initialisiert werden, damit der Bootlaoder funktioniert und jederzeit eine neue Applikation geflasht werden kann. Ansonsten muss der Bootloader immer wieder neu geflasht werden.

==Interface==
===External Memory Interface===
Da sich am Webserver mehrere Devices am XMEM-Interface befinden, musste eine Logik entwickelt werden, mit der je nach selektierter Adresse immer nur das jeweilig angesprochene Device aktiv ist.
Am XMEM Inteface befinden sich folgende Devices:
* 32kB SRAM: Adresse 0x0000-0x7FFF
* Wiznet Modul WIZ810MJ: Adresse 0x8000-0xFFFF
* USB FT245: beliebige Adresse zwischen 0xA000-0xAFFF (nicht genutzer Bereich des Wiznet Moduls)

Die gesamte Logikschaltung mit ausführlicher Dokumentierung kann hier heruntergeladen werden: [[Media:Adresslogik_für_Webserver.pdf|Adresslogik für Webserver.pdf]]

===USB===
Der Webserver hat eine USB Schnittstelle und verwendet den FT245 von FTDI Chip als USB Chip. Der FT245 ist am XMEM Interface des Webservers angeschlossen und kann in einem fix vorgegebenem Adressbereich liegen (siehe External Memory Interface).

Für den Webserver wird der COM-Port Treiber von FTDI verwendet, der zuvor installiert werden muss (siehe auch Bootloader -> Voreinstellungen).

====Übertragungsprotokoll====
Das Übertragungsprotokoll war nötig und an den STK500 Bootloader gebunden, damit es auch möglich ist, von der Applikation in den Bootlaoder zu springen. Die Übertragung ist folgendermaßen aufgebaut:
* START
** 0x1B reserviert für Daten aus AVR Studio
**anderes 8 bit Startbyte, das ungleich 0x1B ist kann für USER Daten verwendet werden
* Sequence Number: 8 bit breit
*

====Probleme an FT245 Pins TXE und RXF====
Beim Testen der Platine und des FT245 hat sich herausgestellt, dass nach dem Anstekcen der Stromversorgung oder nach dem Anstecken von USB am PC einige high-low Pulse an TXE und RXF auftreten. Diese waren insofern ein Problem als die Datenauswertung in der Hauptapplikation (nicht im Bootlaoder) interrupgesteuert erfolgt und ein Übertragungsprotokoll (für STK500 Bootloader nötig) verwendet wird. Diese Pulse wurden nun per Software kompensiert, dafür war jedoch der Timer0 notwendig. Der Timer0 kann somit nur mehr bedingt für eigene Anwendungen verwendet werden, empfohlen wird jedoch, diesen Timer nicht zu verwenden.

===UART RS232===
Auf der Webserver Platine befindet sich ein MAX3232 für die Pegelwandlung.

Datei:Webserver.zip

2008-02-16T21:53:17Z

Stefan90: hat eine neue Version von „Bild:Webserver.zip“ hochgeladen

Avr Webserver mit Wiznet WIZ810MJ

2008-02-16T21:41:45Z

Stefan90: /* Interface */

Avr Webserver mit Wiznet WIZ810MJ

2008-02-16T21:40:59Z

Stefan90: /* Interface */

Avr Webserver mit Wiznet WIZ810MJ

2008-02-16T21:37:30Z

Stefan90: /* Interface */

Avr Webserver mit Wiznet WIZ810MJ

2008-02-16T21:35:05Z

Stefan90: /* Software */

Datei:Adresslogik für Webserver.pdf

2008-02-16T21:32:50Z

Stefan90:

Datei:Webserver.zip

2008-02-16T21:22:24Z

Stefan90: hat eine neue Version von „Bild:Webserver.zip“ hochgeladen

Avr Webserver mit Wiznet WIZ810MJ

2008-02-16T21:22:09Z

Stefan90: /* Bootloader */

Avr Webserver mit Wiznet WIZ810MJ

2008-02-16T21:13:38Z

Stefan90: /* Bootloader */

Datei:Webserver.zip

2008-02-16T21:13:00Z

Stefan90: hat eine neue Version von „Bild:Webserver.zip“ hochgeladen

Avr Webserver mit Wiznet WIZ810MJ

2008-02-16T21:11:16Z

Stefan90: /* Bootloader */

Avr Webserver mit Wiznet WIZ810MJ

2008-02-16T21:08:54Z

Stefan90: /* Bootloader */

Datei:Webserver.zip

2008-02-16T21:05:55Z

Stefan90:

Avr Webserver mit Wiznet WIZ810MJ

2008-01-30T12:56:13Z

Stefan90: /* Applikationen flashen */

Avr Webserver mit Wiznet WIZ810MJ

2008-01-30T12:54:55Z

Stefan90: /* Informationen zur Nutzung */

Avr Webserver mit Wiznet WIZ810MJ

2008-01-30T12:50:22Z

Stefan90: /* Software */

Avr Webserver mit Wiznet WIZ810MJ

2008-01-30T12:49:24Z

Stefan90: /* Informationen zur Nutzung */

Avr Webserver mit Wiznet WIZ810MJ

2008-01-30T12:49:05Z

Stefan90: /* Informationen zur Nutzung */

Avr Webserver mit Wiznet WIZ810MJ

2008-01-30T12:46:19Z

Stefan90: /* Informationen zur Nutzung */

Avr Webserver mit Wiznet WIZ810MJ

2008-01-30T12:45:11Z

Stefan90: /* Bootloader */

Avr Webserver mit Wiznet WIZ810MJ

2008-01-30T12:38:52Z

Stefan90: /* Bootloader */

Avr Webserver mit Wiznet WIZ810MJ

2008-01-30T12:36:00Z

Stefan90: /* Bootloader */

Avr Webserver mit Wiznet WIZ810MJ

2008-01-30T12:35:27Z

Stefan90: /* Bootloader */

Avr Webserver mit Wiznet WIZ810MJ

2008-01-30T12:33:12Z

Stefan90: /* Bootloader */

Avr Webserver mit Wiznet WIZ810MJ

2008-01-30T12:31:11Z

Stefan90: /* Bootloader */

Avr Webserver mit Wiznet WIZ810MJ

2008-01-30T12:30:37Z

Stefan90: /* Bootloader */

Avr Webserver mit Wiznet WIZ810MJ

2008-01-30T12:29:32Z

Stefan90: /* Bootloader */

Avr Webserver mit Wiznet WIZ810MJ

2008-01-30T12:26:40Z

Stefan90: /* Bootloader */

Datei:Webserver Bootloader.zip

2008-01-30T12:25:53Z

Stefan90: hat eine neue Version von „Bild:Webserver Bootloader.zip“ hochgeladen

Bootloader Routinen mit einer Applikationsanwendung zum Testen:

Avr Webserver mit Wiznet WIZ810MJ

2008-01-30T12:24:57Z

Stefan90: /* Bootloader */

Avr Webserver mit Wiznet WIZ810MJ

2008-01-30T12:22:58Z

Stefan90: /* Bootloader */

Datei:Webserver Bootloader.zip

2008-01-30T12:21:46Z

Stefan90: Bootloader Routinen mit einer Applikationsanwendung zum Testen:

Bootloader Routinen mit einer Applikationsanwendung zum Testen:

Datei:Media-Webserver Bootloader.zip

2008-01-30T12:19:33Z

Stefan90: Bootloader Routinen mit einer Applikationsanwendung zum Testen:

Bootloader Routinen mit einer Applikationsanwendung zum Testen: