INFO: Dieses Forum nutzt Cookies...
Cookies sind für den Betrieb des Forums unverzichtbar. Mit der Nutzung des Forums erklärst Du dich damit einverstanden, dass wir Cookies verwenden.

Es wird in jedem Fall ein Cookie gesetzt um diesen Hinweis nicht mehr zu erhalten. Desweiteren setzen wir Google Adsense und Google Analytics ein.


Antwort schreiben 

Ausgabe mit letztem Sample auf Null



Wenn dein Problem oder deine Frage geklärt worden ist, markiere den Beitrag als "Lösung",
indem du auf den "Lösung" Button rechts unter dem entsprechenden Beitrag klickst. Vielen Dank!

16.12.2013, 08:54 (Dieser Beitrag wurde zuletzt bearbeitet: 16.12.2013 09:07 von Lucki.)
Beitrag #13

Lucki Offline
Tech.Exp.2.Klasse
LVF-Team

Beiträge: 7.699
Registriert seit: Mar 2006

LV 2016-18 prof.
1995
DE

01108
Deutschland
RE: Ausgabe mit letztem Sample auf Null
(14.12.2013 16:00 )monoceros84 schrieb:  1MS/s je Kanal, 100ms messen. Das heißt, es müssen je Kanal 1MS/s * 100ms = 100kS übertragen werden. Da ich jedes mal nur 4000 Samples in den Puffer schreiben kann, größer ist er nun mal nicht, sind das 100000/4000 = 25 Schreibzyklen in den 100ms. Das heißt, es müssen alle 4ms die kompletten Arrays für beide Kanäle in der Software bereit gestellt und der Schreiben-Befehl aufgerufen werden - alles noch vor und unabhängig vom USB. Der, der das auf einer Windows-Maschine hinbekommt (erstmal ganz abgesehen von allen nebenbei laufenden Überwachungsroutinen) möge sich bitte melden. Allein schon 10ms werden für Schleifendurchläufe auf Nicht-RT-Systemen sportlich...

Du mußt keineswegs in 25 Schreibzyklen jedesmal den Kartenpuffer voll schreiben. Der Datentransport zur Karte funktioniert ganz anders als Du es beschreibst, und zwar schneller und intelligenter. Windows-Interrups werden den Transport nicht stören, und die Größe des Kartenpuffers muss Dich überhaupt nicht interessieren.
Und zwar so: Es wird ein zweiter Puffer auf dem PC angelegt. Der kann recht groß sein, so dass Du z.B die Samples für den gesamten Zyklus mit einem Mal reinschreiben könntest. Der Datentransport zur Karte findet über DMA statt, die "windowsinterrupt-gefährdete" CPU hat damit nichts mehr zu tun. Beim Datentransport zur Karte findet ein Handshaking derart statt, dass der interne Kartenpuffer immer möglichst gefüllt bleibt. Dieses Handshaking, sowie die Konvertierung der parallelen Daten zu USB-Seriell, werden von untergeordneten, in "Echtzeit" arbeitenden Intelligenzen erledigt, die CPU hat damit ebenfalls nichts zu tun.
Fazit: Wenn Die USB-Schnittstelle den Datendurchsatz schafft, dann müsste es funktionieren. Bedenken, dass es an irgendwelchen zu langsamen Schleifendurchläufen im Programm scheitert, oder daß Window-Interrupts alles verderben, muss man nicht haben.

@Jens:
Zitat:Das Teil an einem USB 1.1 Ausgang zu betreiben ist wie mit einem Ferrari auf einer Schotterpiste zu fahren. Big Grin
Wenn es nach mir ginge: Es ist strafwürdig. Zwar sehe ich ich, soweit ich blicken kann, bei allen Benutzern "Verwarnungslevel = 0". Aber hier könnte man doch endlich mal ein ordentliches Exempel statuieren. Big Grin
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
Antwort schreiben 


Nachrichten in diesem Thema
RE: Ausgabe mit letztem Sample auf Null - Lucki - 16.12.2013 08:54

Möglicherweise verwandte Themen...
Themen Verfasser Antworten Views Letzter Beitrag
  Sample-Modus und Interface Christoph1993 1 3.086 13.11.2019 11:01
Letzter Beitrag: jg
Sad Frequenz und analoge Signale mit der gleichen Sample Anzahl messen DM_94 7 6.409 13.09.2018 14:52
Letzter Beitrag: Lucki
  Frequenz "Null" messen Mila 25 20.046 12.02.2016 14:24
Letzter Beitrag: Reiling
  For-Schleife - Werte bei einen weiteren Start auf null setzt zichte89 6 5.950 24.05.2015 00:25
Letzter Beitrag: zichte89
  Sample Clock Management Florian Sim 2 5.150 23.03.2015 17:18
Letzter Beitrag: Florian Sim
  DAQ-Assistent - Rate, Sample-ANzahl, etc = Verwirrung zig 17 15.706 08.07.2014 13:14
Letzter Beitrag: zig

Gehe zu: