Ich suche nach einer Implementierung der parallelen Schnittstelle (LPT) für AVRs. Die Geschwindigkeit der Seriellen reicht für mein aktuelles Projekt (CCD) nämlich nicht ganz aus...
Eine moegliche Vorgehensweise ist in Application Note AVR325 erläutert (atmel.com). Beispielcode für die Firmware ist allerdings fuer AVR-Assembler, duerfte aber als "Inspiration" ausreichen.
Das hilft mir allerdings sehr weiter. Ich habe aber noch eine Frage: Wie kann ich diesen Quelltext direkt in mein C - Projekt bzw. (besser) in assemblertext kurze C Funktionen einfügen?
assembler in C geht auf jedenfall (musst ma bei google suchen) aber C in assembler geht soweit ich weiß nicht!
Parallel Port Central: http://www.lvr.com/parport.htm (nur für den Fall dass du noch nicht darüber gestolpert bist...) Es empfiehlt sich anders als in AVR325 die Control Signals des EPP per hardware zu erzeugen und nur die Daten per Interupt in den AVR rein/rauszuschieben, sonst wird das mit der Geschwindigkeit nix. Damit bin ich dann in einem Versuchsaufbau auf ca. 600K/sec gekommen (wenn mich meine Erinnerung nicht im stich lässt).
Diese Seite kannte ich noch nicht, aber ich habe von meiner Ausbildung noch gute Unterlagen zu allen PC Schnittstellen. Aber eben nichts über AVRs Hatte sonst niemand das Problem viele Daten zum PC schaffen zu müssen?
Zuerst einmal eine Gratulation an alle die versuchen aus einem VW einen Ferrari zu machen. Toll - ich kann das nicht! Es ist immer wieder eine tolle sache was verschiedene Leute mit den Schnittstellen versuchen. Und wir, die Service Techniker, bekommen immer wieder komplett abgestochene Geräte zur Garantie-Reparatur. Nicht nur der Prozessor sondern auch noch das gesammte DSP-Modul und manchmal auch noch den Tuner, Input Selectoren usw. sind dann gerne einmal defekt. Der I2C - Bus zieht sich durch das gesammte Gerät. Und da kann einiges angestellt werden. Auch die Data-Leitungen am RS232 haben keine Sicherungswiderstände. Dort einen Kurzschluß gemacht und man kann das halbe Gerät entsorgen. Vom Netzteil angefangen!!! Warum lässt man nicht das Gerät so wie es ist. Hätten die Entwickler das alles gewollt, dann könnte das Gerät dies auch. Des wieteren verstehe ich nicht diese Update-Geilhet der Menschheit. Immer ein neues Update für den Receiver und DVD-Player. Man benötigt es ja nicht - aber man muß es haben... Jeder 10.te DVD-Player ist vom Kunden zerstört worden. Und das nur weil dieser eine zu Schnell gebrannte DVD mit mieser Qualität von einem China-Händler um 7 Euro besorgt hat. Diese DVD kostet bei LIBRO dann 5,99 als Original. Gut so! Selbst schuld... Sorry - wollte nur kurz einmal meine Seite dieser Produkt - Bastelei darstellen. Immerhin kann er danach auch noch nicht meinen guten Kaffee kochen (davon benötige ich reichlich bei solchen Reparaturen) ! Weiterhin noch viel Spass am Herumversuchen ! (habe leider absolut keine Informationen über die Firmware)
Schau dir mal meinen LCD Controller an. Bei dem schiebe ich 150kByte/s über die Parallele Schnittstelle im Hintergrund (neben der Ansteuerung eines 640x480 LCDs) in den SRAM eines AVRs. http://www.mikrocontroller.net/forum/read-4-160854.html#new
@G.Lorenz: Was ist denn nun wieder los? Was ist denn schlimm daran, wenn jemand an der Parallelschnittstelle schnell Daten austauschen will?! Sicher ist es gut, Schutzmaßnahmen zu treffen (Serienwiderstände, Buffer-ICs), aber die Sache an sich ist doch toll. Ein Kollege und ich haben z.B. eine AVR-unterstützte Modellbahnsteuerung am Parallelport laufen, mit allen Schikanen... Ich bin froh, daß diese Schnittstelle einst in die Computer eingebaut wurde und nicht nur dem Drucken dient. Punkt.
@Kupfer Michi Hast du noch die Sofware für den PC, mit der du den LPT im EPP bzw. ECP Mode betrieben hast ?
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.