Gerätesteuerung (über Parallelport o.ä.) (ehemals "... über USB")



  • ja dann denkt dein computer er hätte einen com-port.
    Ich würd dir aber trotzdem eher empfehlen einen usb-parallel-adapter zu nehmen, wenn es sowas gibt. Ist leichter zu beschalten. Wenn du bei nem seriellen Anschluss wirklich die einzelnen Bits haben willst müssen die ja erst in ein schieberegister und dann kannst du sie danach auslesen. Ist eben schwerer. Bei paralell hast du gleich alle auf einmal.



  • Tja, aber wo soll ich sowas herbekommen?
    Ich weiß ja nichtmal genau, wonach ich suchen muss
    (Hast du vllt einen Link zu so einem Ding?)

    Wenn ich so ein Ding verwende, besteht dann noch die Gefahr, dass es zu einem Kurzschluss kommt und mein PC Schaden nimmt?

    Wie muss ich das Ding dann beschalten?
    Wie greife ich darauf zu?



  • such nach usb parallel adapter
    hätst aber auch selber drauf kommen können. Wie man ihn dann beschaltet musst du mit www.google.de mal die anschlussbelegung und beschaltung raussuchen. Findet man sicher was. google nach LPT anschlüsse oder sowas.

    Ich denk nicht, dass der PC kaputt geht wenn du einen kurzschluss baust und das ber den den dadapter geht. aber der adapter könnte dann schon hin sein.

    zugreifen einfach als hättest du einen parallelanschluss. Denk ich jedenfalls. wie gesagt, hab das früher eben unter dos mit assembler gemacht. Das geht jetzt nciht mehr weil windows die hardwraezugriffe ja blockt. Musst mit CreateFile und LPT1 oder so als datei angeben.



  • Ich bin durchaus selbst darauf gekommen, nach "SUB-parallel-Adapter" zu suchen.
    Das Problem ist halt, dass ich keine Ahnung, welches der Ergebnisse mir weiterhelfen würde:

    http://www.preisroboter.de/ergebnis116702.html

    Könntest du da vielleicht einmal kurz einen Blick drauf werfen und mir sagen, was ich da brauche?
    Das sieht da alles etwas anders aus, als ich es mir vorgestellt hatte, deshalb.
    Danke

    zugreifen einfach als hättest du einen parallelanschluss.

    Hat jemand denn eben dafür eine Anleitung



  • wird eigentlich ziemlich gut hier erklärt
    http://www.instructables.com/id/E1PR6UUL0REUF10PO4/?ALLSTEPS



  • Viele, vielen, vielen Dank 🙂 👍

    Gibt es sowas auch für Parallelport?
    (Dann könnte ich gucken, was für mich eher geeignet ist)

    Nochmal danke (kann ich gar nicht oft genug sagen^^).



  • Ok, also das serielle sieht echt ganz gut aus.

    Habe ich denn damit die Möglichkeit, mehrere Motoren (in meinem Fall 4) zu steuern?

    Danke,
    Sinthoras



  • junge.... Wie wärs wenn du mal deinen Kopf zum Nachdnken benutzt und nciht nur fragen stellst auf die du selber antworten finden kannst?

    Ja natürlich kann man mnit dem seriellen port auch 4 motoren steuern. Es kommen auch dahinten 8 Bits raus, das sind 256 verschiedene kombinationen. Und wenn das nicht reicht, kannst du ja auch zwei bytes verknüpfen dann kannst du 65k verschiedene Kombinationen unterscheiden, musst eben "nur" die richtige beshclatung haben



  • Danke für die Antwort - trotz deiner nicht ganz höflichen Art.

    Mein Problem bestand einfach darin, dass ich dachte (bzw gehört hatte), dass nur der Txd für die Ausgabe von Daten verwendet wird.
    Daher wusste ich nicht ob ich die 7 verbleibenden Bits auch für die Steuerung verwenden kann, oder ob ich die für irgendetwas anderes brauche.

    Daher meine Frage.

    So oder so ist es ziemlich vermessen von dir, mir Dummheit zu unterstellen (entweder den Unwillen oder die Unfähigkeit, nachzudenken, wie auch immer du das meintest).
    Ich WUSSTE es einfach nicht, ob ich die restlichen 7 Bits verwenden kann, das hat nichts mit Nachdenken (oder Dummheit) zu tun.



  • Will jetzt hier keinen Streit anfangen, aber.
    Dass miene Antwort nicht höflich ist weiß ich, sollte auch provokant sein.
    Aber dummheit hab ich dir ncith unterstellt, wenn das so geklungen hat, entschuldige ich mich dafür.

    Also, wenn mir jemand den Vorschlag gibt zB mit der seriellen Schnittstelle externe geräte anzustuern, dann ist doch erstmal das naheliegendste google anzuschmeißen und etwas über die serielle schnittstelle generell zu erfahren, oder?

    alles über google serielle schnittstelle -> wikipedia -> RS232
    http://www.camiresearch.com/Data_Com_Basics/RS232_standard.html#anchor341671
    http://www.sprut.de/electronic/interfaces/rs232/rs232.htm

    http://www.elektronik-kompendium.de/sites/com/0310301.htm
    hier findest du zB dass der UART8250 benutzt werden kann um sie zu beschalten, also such ich mal danach:
    gut danach hat suche nichts ergeben, was man verwenden könnte.

    Weiter serielle schnittstelle beschaltung:
    http://www.wer-weiss-was.de/theme59/article613428.html
    http://www.amazon.de/exec/obidos/ASIN/3928051423/epublica-21
    http://www.holger-klabunde.de/projects/Rs232lcd.htm
    http://www.sprut.de/electronic/pic/programm/rs232.htm
    http://board.gulli.com/thread/542011-rs232-schaltung-entwickeln/
    Auch in diesem forum nochmal der hinweiß: Mach es mit parallel, das ist wesentlich einfacher.

    So, das reicht erstmal. Wollt dir mal zeigen was man alles findet wenn man ein bischen sucht.
    Das buch da scheint ja auch nciht schlecht zu sein und kostet nicht soo viel, aber ich kenns nicht.

    So, noch viel Erfolg und Spaß bei der Sache. Es macht nämlich wirklich spaß mit software was exgternes blinken zu lassen, zB ein Lauflicht mit LEDs für den anfang

    Achja, sucht nach paralell lauflicht:
    http://elektronik-kompendium.de/public/arnerossius/schaltungen/fuerpc/interfp.htm



  • Ok, wir müssen ja keinen Streit vom Zaun brechen.

    Schon in Ordnung, ich hatte durchaus (bei Wikipedia und Google) gesucht, aber die ganzen verschiedenen Standards und Bezeichnngen haben mich halt verwirrt.

    Ich denke mal, ich bleibe bei der seriellen Schnittstelle, das klingt so nach dem, was ich brauche.
    Ich möchte ja nichts besonders kompliziertes machen (nur ein wenig Steuerungsstrom erzeugen) und da stören mich eine niedrige Übertragungsrate oder Unstimmigkeiten beim Protokoll nicht.

    Wikipedia schrieb:

    Nachteil: Ursprünglich niedrige Übertragungsrate. Protokollkenndaten (z. B. Rate, Bytelänge) müssen ggf. vorher vereinbart werden.

    Danke für Eure Hilfe nochmal.
    Ich melde mich, wenn es noch irgendwo Probleme gibt, aber ich denke, jetzt, wo ich etwas an der Hand habe, kann ich selbst etwas weitermachen.
    Danke.


Anmelden zum Antworten