PWM-Signal über Dig.Output

' schrieb:Aber in dem "Operating instructions and specifications" pdf-File wird unter "Timing" ein "propagation delay" von max. 330ns und ein "channel-to-channel skew" von max. 265ns versprochen! wie kann dann ein fehler von 7µs entstehen?

Propagation delay: das ist die Zeit die vergeht zwischen "Wunsch" und "Realität", sprich ich setze den DIO in der Software und der Ausgang hat den gewünschten Zustand angenommen
channel-to-channel skes: Zeitversatz zwischen den einzelnen Kanälen beim gleichzeitigen setzen von mehreren Leitungen

beides hat rein gar nix mit der max. Sample-Rate zu tun ...

und mit den 7 µs hab ich mich auch verguckt: bei NI ist dieses Modul als 10 ms Modul (=100 Hz) gelistet ... 180 kHz wirst du damit niemals erreichen. Das Schnellste mir bekannte DIO Modul ist das 9401 mit einer max. Sample-Rate von 10 MHz. Wenn dein Code "klein" genug ist, dann kann der FPGA das auch tatsächlich ausgeben. Ich hatte es in einer etwas größeren Applikation immerhin noch geschafft eine Abtastrate von 6 MHz zu realisieren ...

' schrieb:Wegen dem dauernden schreiben der controls an das fpga war meine überlegung, dass ich eine zeitgesteuerte while-schleife von 10ms im host laufen lasse, sodass ich sicher gehen kann das der wert der controls nur alle 10ms abgefragt wird und dann übergeben wird, weil ich verhindern will das in undefinierten zeitabständen die controls an das fpga übergeben werden. so kann ich sicher sein, dass auch wenn sich innerhalb der 10ms der zustand der controls ändert - zB. nach 5ms - der wert erst nach ablaufen der 10ms übergeben wird.

HÄ?

Versuchs einfach mit "Events": Wenn sich dein Soll-Wert ändert, schreib den Wert zum FPGA, ansonsten lass ihn in Ruhe

Anzeige