Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > de.sci.electronics > #234869

Re: Erzeugung von Puls/Richtungs Signalen für Schrittmotore

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>

Show all headers | View raw


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 | NextPrevious in thread | Next in thread | Find similar | Unroll thread


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