' schrieb:Moin Moin,

Nochmals danke für eure Mühe. @Jens: Das ist ne gute Idee, ich probiere es gleich morgen aus. Hab leider auch keine Hardware zuhause. Ob damit die Verbindung gelöscht wird??
@i2dx: (sorry aber irgendwie brauche ich Sonntags etwas länger bis mir der Groschen Fällt) Zurücksetzten lässt dich die Verbindung nicht mit "DAQmxStopTask" Oder "DAQmxClearTask". Ob ich es überschreiben kann mit einen neuen Task, und dann auf diesen einfach ein Low Signal ausgeben? dass müsste vieleicht klappen. Ich glaube das war auch Jens seine Idee...

ich kann mir nicht vorstellen dass NI nicht daran gedacht hatt einen Node zum Löschen der Verbindung bereit zu stellen. Ich hatte auch schon beim Support angerufen, aber die wussten auch keine Lösung.

' schrieb:öhm ... die Node kannst du doch erst anwenden wenn du einen Task generiert hast, oder bin ich da jetzt völlig schief gewickelt? Meine Idee wäre: innerhalb des Tasks erst den Anschluss auslesen, dann neu setzen und vor "Clear Task" den alten Wert "zurückschreiben" ...

' schrieb:Hallo Alle zusammen,

@Jens & @I2dx: Beide Ideen haben leider nicht Funktioniert :-(((. Sollte ich eine Lösung finden sage ich natürlich bescheid....
Mit DisconnectVI hatts nicht funktioniert. Wenn man einen neuen Task generiert und einen LOW Signal auf den überflüssigen Pin schickt, dann meckert LV weil der Pin ja schon benutzt wird....

Viele grüße,
Abtin

' schrieb:Sorry, auch keine weiteren Ideen..., vor allem, wenn die Verbindungen auch bei Clear Task (so wie du schreibst) NICHT gelöscht werden.
Schon mal dieses Problem in München vorgetragen?
Oder auf LAVAG oder einem NI-Forum inkl. dann einem Bsp-Programm. (nicht den Querverweis vergessen zwecks Doppelposting)
Mich interessiert inzwischen auch sehr, ob es eine Lösung gibt.

Gruß, Jens

' schrieb:Hallo Jens,

ja habe NI schon angerufen. Wirklich helfen konnten mir die Ing´s nicht, weil die sich mit routing auch nicht wirklich auskannten. Man gab mir zuerst den Tipp den Task zu löschen, wie wir das gedacht hatten. Als ich ihm mitteilte das es dadurch nicht gelöscht wird und ich mein Programm zuschickte, wollte er sich das nochmal anschauen und sich später melden. Später teilte er mir mit dass es wirklich nicht geht und ich die noch teureren Karten für Motorsteuerung (meine 6211 hatt mich schon fast 1000 € gekostet)besorgen solle, da es bei denen wohl möglich sei (so genau wusste er es auch nicht).
In den anderen foren werde ich es auch mal posten, veielicht hat es NI wirklich vergessen einen passenden Node dafür bereit zustellen. Mir ist auch aufgefallen, dass DisconnectVI auch nicht zurverlässig funktioniert...vieleicht etwas für die nächste Version?

Viele Grüße und danke für eure Mühe!

' schrieb:Das hört sich echt ärgerlich an...
Was das mit einer Motorsteuerungskarte zu tun haben soll, frage ich mich auch...? Ideen haben die manchmal in München.
Doch noch eine Idee: Kann man per Connect-Terminal-VI (also dem Gegenteil vom schon mehrfach angesprochenem Disconnect) den InternalCounterOutput auf ein PFI routen? Anstatt das mit der PropertyNode (so wie in der Hilfe vorgeschlagen) zu machen?

Gruß, Jens

Zitat:7. Call the DAQmx Tristate Output Terminal to disconnect the path between the signal being generated and the selected PFI line. If this is not used, after a task is created with a certain PFI line selected, that PFI line will still be driven by the pulse regardless of the PFI line selected in step 2.

' schrieb:Ich glaube, ich habe doch noch was gefunden:

http://zone.ni.com/devzone/cda/epd/p/id/4422

Man lese Punkt 7:
Darauf soll man kommen

Gruß, Jens

EDIT: Krieg ich jetzt die 1000 Euro, da du ja keinen Motorcontroller kaufen musst?