Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.sci.electronics > #234869
| From | Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> |
|---|---|
| Newsgroups | de.sci.electronics |
| Subject | Re: Erzeugung von Puls/Richtungs Signalen für Schrittmotore |
| Date | 2017-11-02 01:08 +0100 |
| Organization | Dr. Sieghard Schicktanz |
| Message-ID | <20171102010803.5aa084f7@Achmuehle.WOR> (permalink) |
| References | (2 earlier) <874406bc-dc00-4ebd-88a2-0013eef7f942@googlegroups.com> <otagba$lms$1@news.albasani.net> <62a96814-9a55-4b6c-b2ae-8ce53a1e4046@googlegroups.com> <20171101012258.1060fb1b@Achmuehle.WOR> <1fd3b760-9382-4194-b42e-89533eb03b8f@googlegroups.com> |
Hallo Michael, Du schriebst am Wed, 1 Nov 2017 01:43:35 -0700 (PDT): > > Das sollte eigentlich schon gehen. Schließlich kann jedes USB-Gerät u.a. ... > Ich weiss zwar wie man in C# Daten von und zur seriellen Schnittstelle > (bzw. USB) sendet, aber die Abfrage der Seriennummer ist gar nicht so Beides hat eher weniger mit der Prorammiersprache zu tun, sondern recht viel mit der Systemumgebung. Und dort gibt es evtl. auch noch mehrere Möglichkeiten, an die Information zu kommen. Bei Linux sind die Daten zum Gerät z.B. auch im /sys-Baum zu finden, sollten aber auch per libusb mit einem io-control-Aufruf zu erhalten sein (ich hatte noch nicht die - äh - Verlegenheit, sowas implementieren zu müss^Wdürfen). Unter Windows gibt es doch die ganzen Aufzählungsfunktionen (enumeration), die alles mögliche an Daten liefern. > einfach. Ich wüsste jedenfalls im Moment nicht wie das geht. Obwohl ich Ja, Ein-/Ausgabe ist relativ einfach; bei Linux "ist alles eine Datei", so auch die Schnittstellen, bei Windows geht es meistens auch so ähnlich. Aber Geräte, die Daten mit der Außenwelt austauschen, brauchen halt oft weitere Möglichkeiten zu ihrer Einstellung und liefern Daten über sich und die Umgebung. > dir natürlich zustimme dass jedes USB Gerät wahrscheinlich eine > individuelle Nummer hat. Bzw. haben sollte. Leider gibt es durchaus Geräte, die einfach eine einmal vergebene Nummer replizieren oder "gar nichts" liefern, was dann i.a. im Wert "0" resultiert. > individuelle Nummer hat. Kompliziert wird es auch dann, wenn es mehrere > von den 6-Achsen Geräten gibt. Dann müsste die Software ja die > Seriennummern von allen Geräten kennen. Irgendwie müssen die unterschieden werden, klar. Du mußt doch auch einiges andere in Deinen Geräten einstellen oder aus denen abfragen, das Du bei der Inbetriebnahme festlegen und -stellen mußt und in einer Konfigurationsdatei für Deine Anwendung ablegst. Da gehört das auch hin, die Zuordnung der Einzelgeräte zu Funktionen muß der Betreiber machen, weil nur der seinen Aufbau kennt. > Das erscheint mir alles ziemlich umständlich und fehleranfällig. Es wird Das ist aber unumgänglich, wenn man so etwas baut. Sicher ist das Aufwand, aber wenn der nicht getrieben wird, muß für jedes einzelne Gerät das Programm neu erstellt werden - da ist der Aufwand noch viel höher, und die Fehlermöglichkeiten durch die Verwechslungsmöglihkeit ebenfalls. Für einen Bastelaufbau, den es nur ein einziges Mal gibt und der nie umgebaut wird, reicht das zwar, aber schon beim Austausch einer Komponente besteht die Gefahr, daß das Programm damit unbrauchbar wird und angepasst werden muß. > wohl doch auf einen selbstprogrammierten Microcontroller für 6 Achsen > hinauslaufen, so dass die PC-seitige Software nur eine einzige > Schnittstelle sieht. Dann bist Du halt auf die Konfiguration und genaue Funktion Deines Microcontrollers für diese Anwendung festgenagelt. Wenn Dir das reicht, geht das natürlich so. > Schnittstelle sieht. Aber es wundert mich schon, dass es sowas noch nicht > fertig gibt. Ist Deine Anwendung so verbreitet, daß die tausend- bis millionenmal gebraucht wird? Dann sollte es das schon fertig geben, Ansonsten mußt Du schon überlegen, ob sich da sfür einen Hersteller lohnt. > fertig gibt. Der oben verlinkte Controller aus China würde genau das tun > was ich brauche. Es scheitert nur an der fehlenden Dokumentation des > Befehlssatzes. Also gibt es doch was Fertiges, was für Deine Zwecke passte. Da fehlende Dokumentation aber den Verkauf stark behindern dürfte, muß es die wohl entweder doch geben oder das ist halt, was auch Deine Postings nahelegen, nur ein Teil eines größeren Systems, das nur komplett eingesetzt werden soll. Dann mußt Du wohl oder übel sehen, wie weit Du mit diesem Bruchstück allein kommst - indem Du selber Details herausfindest, den Hersteller befragst oder DIr zusammensucht, was andere schon gefunden haben könnten. Oder Du baust Dir eben einen Ersatz selber. -- -- (Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem) ----------------------------------------------------------- Mit freundlichen Grüßen, S. Schicktanz -----------------------------------------------------------
Back to de.sci.electronics | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Erzeugung von Puls/Richtungs Signalen für Schrittmotore Michael Koch <astroelectronic@t-online.de> - 2017-10-31 09:37 -0700
Re: Erzeugung von Puls/Richtungs Signalen für Schrittmotore Stefan <df9bi@arcor.de> - 2017-10-31 18:28 +0100
Re: Erzeugung von Puls/Richtungs Signalen für Schrittmotore Michael Koch <astroelectronic@t-online.de> - 2017-10-31 10:37 -0700
Re: Erzeugung von Puls/Richtungs Signalen für Schrittmotore Stefan <df9bi@arcor.de> - 2017-10-31 19:45 +0100
Re: Erzeugung von Puls/Richtungs Signalen für Schrittmotore Michael Koch <astroelectronic@t-online.de> - 2017-10-31 12:30 -0700
Re: Erzeugung von Puls/Richtungs Signalen für Schrittmotore Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2017-11-01 01:22 +0100
Re: Erzeugung von Puls/Richtungs Signalen für Schrittmotore Michael Koch <astroelectronic@t-online.de> - 2017-11-01 01:43 -0700
Re: Erzeugung von Puls/Richtungs Signalen für Schrittmotore Michael Koch <astroelectronic@t-online.de> - 2017-11-01 03:14 -0700
Re: Erzeugung von Puls/Richtungs Signalen für Schrittmotore Stefan <df9bi@arcor.de> - 2017-11-01 17:59 +0100
Re: Erzeugung von Puls/Richtungs Signalen für Schrittmotore Rafael Deliano <rafael_deliano@arcor.de> - 2017-11-01 20:16 +0100
Re: Erzeugung von Puls/Richtungs Signalen für Schrittmotore Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2017-11-02 01:08 +0100
Re: Erzeugung von Puls/Richtungs Signalen für Schrittmotore Bernd Laengerich <Bernd.Laengerich@web.de> - 2017-11-02 09:43 +0100
Re: Erzeugung von Puls/Richtungs Signalen für Schrittmotore Michael Koch <astroelectronic@t-online.de> - 2017-11-02 04:26 -0700
Re: Erzeugung von Puls/Richtungs Signalen für Schrittmotore Michael Koch <astroelectronic@t-online.de> - 2017-11-02 05:08 -0700
Re: Erzeugung von Puls/Richtungs Signalen für Schrittmotore Christian Lotze <chrissi099@hotmail.com> - 2017-11-02 13:20 +0100
Re: Erzeugung von Puls/Richtungs Signalen für Schrittmotore Michael Koch <astroelectronic@t-online.de> - 2017-11-02 05:37 -0700
Re: Erzeugung von Puls/Richtungs Signalen für Schrittmotore Christian Lotze <chrissi099@hotmail.com> - 2017-11-02 13:49 +0100
Re: Erzeugung von Puls/Richtungs Signalen für Schrittmotore Bernd Laengerich <bernd.laengerich@web.de> - 2017-11-02 22:02 +0100
Re: Erzeugung von Puls/Richtungs Signalen für Schrittmotore Stefan <df9bi@arcor.de> - 2017-11-06 14:34 +0100
csiph-web