Kopie meines VI enthält nicht alle subVIs

' schrieb:ok, interessant zu hören...

Was hat das jetzt für Konsequenzen?

Zitat:jede Achse, also jeder Motor, hat eine eigene com-Schnittstelle, muss man eben immer umstellen wenn man den anderen Motor verwendet.

Das wirft aber doch ein Problem auf.

Ich gehe davon aus, dass die DLL PS10.dll prinzipiell schon in der Lage ist, mehrere Motoren zu steuern. Auch dann noch, wenn die Motoren an unterschiedlichen Schnittstellen hängen. (Hingen sie an der selben Schnittstelle, wäre die Schnittstelle vom Typ RS485/RS422).

Woher aber weiß das Modul (also die DLL) welchen Motor es jetzt gerade ansprechen soll? Hängen die Motoren an der selben Schnittstelle, könnte das über den Parameter "Axis Number" gehen, den jeder DLL-Knoten als Eingang hat. Hängen die Motoren aber an unterschiedlichen Schnittstellen, würde das so nicht mehr gehen. Da Schnittstellen initialisiert werden müssen, muss die DLL bereits im SubVI PortInit mitgeteilt bekommen, welcher Motor an welcher Schnittstelle hängt. Da gibt es aber nur den Eingang "Control Unit ID". Ich gehe jetzt davon aus, dass du überall zusätzlich zu Axis Number den Eingang "Control Unit ID" verwenden musst.

Axis Numer hat grundsätzlich den Wert 1. Die eine Schnittstelle, also der eine Motor, bekommt "Control Unit ID=1". Die andere Schnittstelle, also der zweite Motor, bekommt "Control Unit ID=2). Jetzt solltest du das VI ps10demo_1axis.vi zweimal starten können (entweder reentrant oder umbenannt).