Measurements: Data was overwritten before it could be read by the system.

' schrieb:Warum generierst und loescht du den Task bei jedem schleifendurchlauf?

weil ich es sonst nicht zusammengebracht habe, mit anderen worten - keine Ahnung wie ich das ohne mache

' schrieb:Nachdem du beide ctrs verwendest, ist eine retriggerable app nicht moeglich, was du aber machen kannst ist, dass du den task nur stoppst und wieder startest. das stopp und das start schalten den trigger wieder aktiv. du sparst dir viel zeit durch diesen schritt.

wo setze ich jetzt das start und stop?

' schrieb:zudem kommt noch, dass du den # of samples to read nicht angeschlossen hast, obwohl du finite messung eingestellt hast.
verbinde samples per channel and den daqmx read eingang.

das ändert nichts - sorry

' schrieb:in der daqmx hilfe kannst du nachlesen, wieviele samples per configuration per default allokiert werden.
ich schlage vor, dass du mal den abschnitt durchliest und zusaetzlich ein daqmx property mit available samples in der schleife ausliest um zu sehen wie sich der counter verhaelt...

das mache ich

' schrieb:ich nehme stark an, dass dein ttl signal nicht sauber ist und dadurch extrem viele samples generiert, was auch den hohen wert im MAX erklaeren wuerde (viele samples, hohe frequenz)

Hmm - am Scope schaut das aber sehr sauber aus, ich habe das Signal mit 680nF (von FPI9 auf DGND) geglättet - das macht keinen Unterschied. Wenn ich auf 1Hz gehe sehe ich am Digital In sehr schön die Imolse. Das TTL kammt aus dem Signalgenerator, die 11MHz Störung (mit TTL Niveau) müsste ich doch am Scope sehen

Danke jedenfalls

Gottfried