Daten übertragen

Kein USB!

Werd mal bitte etwas präziser...

MfG Steven

Best.Nr. 721 357 bei Pollin vielleicht?

bye

Frank

am einfachsten ... usb zu seriell adapter
für 5 euro und dann einfach über virtuellen com-port

Peter wrote:

> Was würdet Ihr mir als Einsteiger empfehlen?

Kein USB.

USB ist definitiv nichts für Einsteiger und erst recht nicht ein 
USB-Host.


Peter

super Oberschlau, von Drucker
ansteuern war auch im ersten Posting
keine Rede, oder?

> Ich möchte gerne über einen Taster Daten über einen
> USB Port zu einem anderen Gerät übertregen.
> Diese Daten möchte ich gerne in diesem Gerät vorher speichern.
> Ich würde gerne, dass per Microcontroller machen.

Das bekommt mindestens die Silbermedaille für die unverständlichste 
Fachfrage des Jahrhunderts.

> Was würdet Ihr mir als Einsteiger empfehlen?

Einsteigen. Lernen. Und das Projekt ein paar Jahre später als Profi 
angehen. Wenn du bis dahin noch nicht erkannt hast, daß es 
wahrscheinlich eine einfachere Lösung für dein Problem (das hier noch 
nicht klargeworden ist) gibt.

Du möchtest, daß sich ein Drucker (USB-Device) mit deiner Schaltung 
verbinden lässt und diese dann ein wie auch immer geartetes Signal an 
diesen sendet? Laß dir einfach sagen, daß das viel, viel komplizierter 
ist, als du es dir auch nur vorstellen kannst.

Ein Embedded-Linux-System mit USB-Host könnte einen Taster bieten, mit 
dem du einen bestimmten Befehl an einen USB-Drucker senden könntest. Die 
Treiber sind im Kernel vorhanden und ein entsprechendes Programm wäre 
für einen Sachkundigen relativ schnell geschrieben. Vom Taster zum 
Drucker sind dann aber effektiv viele tausend Zeilen Sourcecode "im 
Einsatz". Das möchtest du nicht selbst von der Pieke auf schnell 
zwischendurch nachprogrammieren.

ich vermute er denkt sich das so,
dass er per pc ne testseite auf seinen
dummy druckt, der das ding speichert und auf
knopfdruck dann eben eben wieder ausgibt,
so muss er die drucker nicht mehr zum pc schleppen
und mal schnell zu reparaturzwecken seiten drucken.
was n druckertreiber und betriebssystem dabei
so alles macht ist ihm dabei vermutlich nicht so
ganz geläufig.

Testseiten kann man in der Regel auch am Drucker selber ausdrucken, wenn 
man die richtige Tastenkombination drückt.

Peter wrote:
> Für die Prescribe Befehle brauche ich kein Treiber um ein Ausdruck zu
> bekommen.

Aha.
Du kannst diesen Befehl vom PC abschicken, ohne daß ein Treiber 
installiert ist?

Du hast also sämtliche Druckertreiber deinstalliert und die 
Hardwareerkennung beim Anschluß des Druckers abgebrochen und trotzdem 
kannst Du was ausdrucken?

Erklär mal, wie das gehen soll.


Peter

Peter(aehm nicht der Herr Danneger sondern der Threadopener): Wie soll 
denn bitteschön IRGENDWAS über den USB ohne Treiber gehen? Musst du nur 
die Datenleitungen mit nem Widerstand verbinden und dann druckt er?!? Du 
kannst dir ganz sicher sein, dass selbst für EINFACHSTE USB Sachen 
(siehe z.B. IgorPlug-USB) schon eine ganze Menge Befehle nötig sind. Du 
musst (als Host) das Gerät an dich anmelden lassen, seine Infos 
auslesen, und entsprechend reagieren. Das ist dann erstmal der USB 
Hardware Layer sozusagen. Dadrauf brauchst du dann noch deinen Treiber, 
der den Drucker anspricht. Mir ist nicht ein einziges Mikrocontroller 
USB Host Projekt bekannt (Gibts sicherlich was, aber ganz bestimmt nicht 
mit nem AVR).

cu
Matze

könnte gehen:

mini ITX-Board, Linux installieren, Treiber
des Druckers installieren usw.

Oliver Döring wrote:
> Ein Embedded-Linux-System mit USB-Host könnte einen Taster bieten, mit
> dem du einen bestimmten Befehl an einen USB-Drucker senden könntest.

Das ist wohl der einzige gangbare Weg für dich.

PS: Popcorn ist auch schon da.

ist mal auf alle fälle n easy einsteigerprojekt ...

In deinen letzten drei Wortmeldungen schreibst du "USP". Es heißt aber 
"bus" und nicht "pus". Das wäre etwas anderes.

Kauf dir bei Olimex ein preiswertes ARM-Development-Board mit USB-Host, 
das groß genug für ein embedded Linux ist. Wenn das läuft und du mit 
lsusb einen angeschlossenen Drucker findest, melde dich wieder.

hardwaremäßig ja klar,
aber das problem bleibt noch immer
der USB-Host, sprich der zu implementierende
Druckertreiber und das OS

ach so, der Stecker pass natürlich auch nicht,
ist nur ne "Endgerätebuchse".
nicht die schmale Buchse.

Ja es ist aufwändig und ich kenn keinen, der
sich den Riss mal eben so gegeben hätte.
Wir reden da von einem Operatingsystem.
Mal davon abgesehen, dass die Druckerhersteller
nicht einfach so ihren Treiber als Source
rausrücken, sprich erstmal müsstest Du ein
Protokoll vom PC mitschneiden und analysieren
um das Ding zu reversen.
UNd dann geht der Spaß erst richtig los.
Daher meine Empfehlung ITX-Board mit
Linux oder embedded Windows, da gibts dann auch
Treiber für den Drucker dafür.

ach so, Link:

www.gidf.de

Peter wrote:

> Könnte ich den Prescrieb Befehl vom seriellen Anschluß des
> Microcontroller mit einem Adapterkabel zur parallelen
> Schnittstelle(LPT1) des Druckers verschicken ohne jetzt großen aufwand
> wie bei USB

Warum sagst Du das nicht gleich, daß der Drucker auch noch einen 
LPT-Anschluß hat?

Da kannst Du natürlich direkt Bytes rausrotzen, die 
LPT-Protokollbeschreibung findest Du leicht im Web.

Ein ATtiny2313 sollte dicke reichen, um etwa 1500 Bytes zu senden.


Peter

USB hat doch nur 4 Kontakte und LPT ganz viele, da muß doch letzteres 
viel schwerer sein. Außerdem ist USB doch die normale 
Druckerschnittstelle und LTP irgendwas uraltes spezielles, was nur noch 
grauhaarige kennen ;)

prima, sehr lustig ...
gut, den namen Peter (Gast) werd ich dann
mal auf meine sperrliste für zu ignorierende
threads setzen

und tschüss