All Activity

Hallo! Die Blockgröße der beiden Kanäle ist unterschiedlich (Ch0: 512er Blöcke, Ch1: 100er Blöcke). Mit dem Datenfenster-Modul (Kategorie Signalverarbeitung) können Sie die Blockgröße eines Kanals anpassen, sodass im Linienschreiber für das Abspeichern der Cursorwerte für die Kanäle identische Blockgrößen zur Verfügung stehen.

Hallo DasyLab Freunde, ich habe gestern aus einem Analog Eingangsmodul und einem Zählereingang mit 1kHz Abtastrate die Messwerte in einen Linienschreiber laufen lassen. Hab zwischen den Cursoren gespeichert um dann beim erneuten Laden festzustellen, daß ein Kanal nicht vollständig gespeichert war, der andere schon obwohl im Schreiber ja alles vorhanden war. Das Ganze Spiel ist reproduzierbar. Was kann da die Ursache sein ? Kurve_Milwaukee_groß_3.DDF

Hallo! Möchten Sie den Text "17.0[3]" so interpretieren, dass die 17.0 und die 3 als Daten auf zwei Ausgängen des RS232-Eingangsmoduls ausgegeben werden? Format-String Kanal 0: "Project Name:" a\n Format-String Kanal 1: a\x5B Format-String Kanal 2: a\x5D Format-String Kanal 3: $1\r In Hochkommas eingeschlossene Texte dienen als Suchmuster, d.h. der Puffer, in dem die serielle Schnittstelle die vom Gerät übertragenen Daten sammelt, wird durchsucht, bis der Text "Projekt Name:" gefunden wird. Wird der Text gefunden platziert sich der gedachte "Interpretationsfinger" hinter den Doppelpunkt. Hier folgen noch Leeerzeichen und Steuerzeichen, die eigentlich uninteressant sind, aber noch "weggelesen" werden müssen. Das a\n im Formatstring versucht alle aSCII-Zeichen bis zum angegebenen Terminator (\n = <LF>) als Zahl zu interpretieren. Das schlägt fehl, weil es keine sinnvolle Zahl ergibt, liest aber die entsprechenden Zeichen weg. Den Ausgang 0 des Modules entsprechend nicht mit einer Datenleitung verbinden, sondern das unsinnige Ergebnis einfach ignorieren. Der Interpretationsfinger steht nun hinter dem <LF> (in der Zeile mit "Project Name"). Der Formatstring in Kanal 1 a\x5B liest nun alle ASCII-Zeichen bis zum Terminatorsymbol \x5B (\x = Hex --> \x5B --> ASCII-Hexcode für die geöffnete eckige Klammer; Google.de --> ASCII-Tabelle ). Auf dem Ausgang 1 des Modules sollte die 17.0 (als Zahl) ausgegeben werden. Weiter geht es hinter der geöffneten eckigen Klammer mit Formatstring des Kanals 2: a\x5D. Dieselbe Prozedur, nur mit einem anderen Terminatorsymbol, der geschlossenen eckigen Klammer (Hexcode 5D). Ausgang 2 des Moduls liefert die "Text 3" als 3.0. Nun steht der Interpretationsfinger hinter der geschlossenen Klammer. $1\r liest nun die Zeichen in den globalen String 1 ($1=DASYLab-Platzhalter in RS232-Formatstrings für String1, $2 --> String 2 usw.). D.h., dass sämtlicher Text bis zum Terminatorsymbol \r (=<CR>, Carriage Return, Wagenrücklauf) in den String übertragen wird. Der letzte Ausgang bleibt wieder unverbunden. Der im Puffer verbliebene Rest (4x <CR><LF>) wird bei der nächsten Anforderung von Daten übersprungen, weil in Kanal 0 des Moduls zunächst wieder auf das Suchmuster gewartet wird. Würde man ohne ein Suchmuster versuchen, via RS232 gelieferte Daten zu analysieren, müsste man ALLE Zeichen immer durch geeignete Formatstrings beschreiben und somit verarbeiten.

Ich habe eine Digitalwaage mit zwei Kommastellen und RS232 Schnittstelle. Der Zahlenwert der zweiten Kommastelle befindet sich in einer " [ ] " ! Ich schaffe es nicht, den kompletten String ( siehe Foto z.B. 17. 0[3] ) ins Dasylab Schaltbild einzulesen. Hättet ihr einen Tipp, was ich probieren könnte ?

Hallo, bei den Livedaten ist nir das schon klar das ich da mit datetime.now() arbeiten kann. Was ist aber mit den historischen Daten aus einer Datei? Wie komme ich da, ohne den Umweg mit dem String, an den Zeitstelpen eines Messpunktes? Danke noch mal 🙂 HP

Hallo! GetChannelUnit liefert leider nur den Text im Textfeld "EInheit" zurück; hier fehlt tatsächlich die Auswertung des Platzhalters, um gelernte/kopierte Einheiten des Vorgängermoduls zu erhalten. Das Modul zum Extrahieren der Zeit macht nichts anderes als auf die PC-Uhr zu sehen und die aktuelle Zeit zu erfassen. Die Zeitstempel der Daten(blöcke) beginnen bei 0.0 (Messzeit) und erhöhen sich in Abhängigkeit von Abtastrate und Blockgröße der Zeitbasis, welche die Datenquelle verwendet. Bspw. bei 1000Hz und Blockgröße 100 ist der Zeitstempel des ersten vom Datenquell-Modul ausgegebene Block 0.0, der nächste 0.1, dann 0.2, 0.3 usw.

Mit dem Build 665 veröffentlichen wir ein neues Sub-release für DASYLab 2022.1 mit folgen Verbesserungen: CAN Treiber : Diverse Korrektur bei Import von CAN Signalen aus einer CANdb Datei. CAN Treiber : Parameter für Signale aus Importierten CANdb Dateien werden nun auch in den manuellen Bereich übernommen. DASYLab Kern : Korrigiert einen Absturz, wenn Tooltips beim Import einer BlackBox angezeigt werden. Vector CAN : CAN und LIN Port wurden nicht sauber unterschieden, so das es zu Problemen mit der Konfiguration kommen konnte. Einstellungen (z.B. Baudrate) wurden nicht übernommen und der Port wurde evtl. nicht richtig konfiguriert. Die aktuelle Version kann von unserer Webseite heruntergeladen werden: https://www.measx.com/de/service/download.html With build 665 we publish a new sub-release which contains the following Improvements: CAN driver : Several fixes when importing CAN signals from a CANdb file. CAN driver : Parameters for signals from imported CANdb files are now also applied to the manual area. DASYLab Core : Corrects a crash if tooltips are displayed when importing a BlackBox. Vector CAN : CAN and LIN port were not clearly distinguished, so that there could be problems with the configuration. Settings (e.g. baud rate) were not applied and the port was possibly not configured correctly. The actual version can be downloaded from our website: https://www.measx.com/en/service/download.html

Hallo Zusammen, hab da mal wieder ein Anliegen 🙂 Gibt es einen Weg die Kanaleinheit oder die absolute Startzeit des vorherigen Moduls zu übernehmen? Wenn ich mit #0 arbeite kommt bei GetChannelUnit(channel_no) auch #0 raus 😉 Die absolute Startzeit extrahiere ich zur Zeit und schreibe sie in einen String den ich dann im Script-Modul wieder einlese. Gibt es da vielleicht sowas wie ein GetStartzeit das nicht in der Doku seht? 😁 Freue mich über Anregungen HP

Bonjour C'est très inhabituel. Pouvez-vous fournir le fichier du schéma de connexion DASYLab (fichier .dsb) pour que nous puissions y jeter un coup d'œil ?

Bonjour Mr Morel, Par défaut, DASYLab ne crée pas de retard entre l'affichage et le stockage des valeurs, surtout de 30 minutes. Il doit y avoir un décalage temporel au niveau du programme source. Il faut regarder à ce niveau pour modifier le retard, mais il faut les sources ... Bon courage !

Hallo, Es kommt darauf an, was Sie genau machen wollen und welche Messwerte Sie vorliegen haben. Wenn Sie ein Rechtecksignal (PWM) haben, dann können Sie einafch das Modul "Pulsanalyse" aus der Gruppe "Statistik" verwenden. Für allgemeine Frequenzanalyse verwenden Sie zunächst ein FFT Modul und bekommen dann eine komplette Frequenzanalyse ihres Eingangssignals. Hier können sie dann z.B. mit dem Modul "staistische Werte" die Position des Maximums in den Frequenzdaten ermittel, das ist genau die Frequenz : Viel Erfolg Stephan

Hallo, ich versuche mittelrweile ein altes Messprogramm in SignalExpress auf DasyLab zu übertragen. In SignalExpress gibt's ein Modul zur Ermittlung von Einzelfrequenz. Welches Modul in Dasylab entspricht diesem SignalExpress Modul? Danke!

Bonjour, Nous enregistrons des courbes mais nous avosn un décalage entre le moment enregistré et le moment ou la courbe est crée environ 30 minutes

Danke für die schnelle Hilfe 🙂

Hallo! Können Sie bitte das Skript hier anhängen bzw. mir als Private Nachricht zusenden? Anbei ein Beispiel für DASYLab 16/2022: Verwendung von Python 3 und der Storage-Bibliothek. Storage_IP-Tausch_2022.DSBStorage_IP-Tausch_2022.py

Hallo Zusammen, bin gerade dabei meine Pythonscripts für DASYLab 2022 fit zu machen. Bekomme jedoch beim arbeiten mit Storage folgenden Fehler zurück: Create... Slave: Storage 'Grenzwertueberwachung' existiert noch nicht: Wird erstellt. Fehler in: Script00 Traceback (most recent call last): File "C:\WDir\DASYLab\Version\16.1.0\DASYDEV\DLab\Prg\pscript\scripts\lab.py", line 276, in OptpagesBufferUpdate SystemError: <method 'GetProperty' of 'Ly.Optpage' objects> returned NULL without setting an error Spontan einer eine Idee dazu? 🙂 Grüße HP

With build 572 a new DASYLab sub-release as 2022.1 was published New in Version 2022.1 SmartMux: Demultiplexing of SmartMux channels has been extended. The demultiplex module extracts from a SmartMux channel bundle any channels anywhere in the worksheet, which can be reused as individual channels. LIN Support: The classic CAN interfaces for Vector, Peak, Kvaser and IXXAT hardware support the LIN bus (assuming suitable hardware). IGUS Driver: Support for the new IGUS driver for robolink jointed-arm robots in DASYLab core. The driver is not included in the scope of delivery, but is available as a paid extension for DASYLab. Mit dem Build 572 wurde eine neue Sub-Release mit der Versionsnummer 2022.1 veröffentlicht. Neu in Version 2022.1 SmartMux: Das Demultiplexen von SmartMux-Kanälen wurde erweitert. Das Demultiplex-Modul extrahiert aus einem SmartMux-Kanalbündel beliebige Kanäle überall im Schaltbild, welche als Einzelkanäle weiterverwendet werden können. LIN Unterstützung: Die klassischen CAN-Interfaces für Vector-, Peak-, Kvaser- und IXXAT-Hardware unterstützen den LIN-Bus (geeignete Hardware vorausgesetzt). IGUS Treiber: Unterstützung für den neuen IGUS-Treiber für robolink-Gelenkarmroboter im Kern von DASYLab. Der Treiber ist nicht im Lieferumfang enthalten, sondern als kostenpflichtige Erweiterung für DASYLab verfügbar.

Es handelt sich um das Modul 9263. Ich vermute, dass die Ausgaberate auch hier wie beim USB-6009 nicht hoch genug ist (auch wenn in der Hardware Spezifikation nicht darüber angegeben ist). Beim Modul 9263 ist kein Task mit Impulsausgabe möglich. Ich habe noch ein 9401 Modul zur Verfügung, damit funktioniert alles wie gewollt. Die Möglichkeit mit kontinuierliche Ausgabe werde ich noch testen, aber erfährungsgemäß kommen hier immer Fehlermeldungen (Abtastrate erhöhen, Blöckgröße ändern, ...) Danke für die Antwort.

Hallo, was genau funktioniert nicht? Wie sieht das Schaltbild aus, also was tun Sie, das nicht funktioniert? Die 6009 beherrscht nur den Signalerzeugungsmodus "1 Wert (auf Anforderung)", d.h. hier lässt sich der Spannungspegel am Analogausgang nur wenige Male pro Sekunde verändern. Für hohefrquente Rechtecksignal/Sinusschwingungen kann dies nicht verwendet werden. Je nach NI 92XX Hardware kann es möglich sein, entweder einen Spannungstask mit kontinuierlichem Signalerzeugungsmodus zu nutzen, oder eine zählergestützte Impulsausgabe. Beim Task mit "kontinuierlichem Signalserzeugungsmodus" legen Sie eine Abtastrate und eine Blockgröße fest, mit der der Task die ihm zur Verfügung gestellten Daten verwendet, um den Spannungspegel am Analogausgang zu verändern. Beispielsweise 1000 Hz und "zu schreibende Werte" 100 -- dann wird der Task jede 0,001s (1/1000) den Spannugspegel verändern können je nach höhe der Werte, die dem Task übergeben werden. Der Parameter "zu schreibende Werte" ist das, was in DASYLab der Blockgröße entspricht. D.h. der Task erwartet nich 1000x pro Sekunde einen Einzelwert, sondern 10x pro Sekunde 100 Werte (10x100 = 1000 Werte pro Sekunde --> 1000Hz]. D.h. wenn Sie einen "kontinuierlichen AusgabeTask" (1000Hz, zu schreibende Werte 100) in einem DASYLab Analogausgangsmodul nutzen, müssen Sie entsprechend einen Datenstrom anliefern, der die Eigenschaft 1000Hz und Blockgröße 100 hat. Falls die 92XX-Hardware auch Counter/Zähler hat, können Sie einen zählergestützte Impulsausgabe als Task nutzen. Dieser hat zwei Parameter: die Zeitdauer für die High- und die Low-Phase eines auszugebenden Rechtecksignals. Wenn Sie diesen Task in einem Frequenzausgabemodul in DASYLab nutzen, hat das Modul zwei Eingänge, die Sie bspw. mit einem Handregler geeignet mit Werten bedienen müssen. Bspw. jeweils 0,5[V] an beiden Eingängen anliefern: das erzeugte Rechteck hat eine High- und eine Low-Dauer von jeweils einer halben Sekunde. Beachten Sie bitte, dass jeder neue Datenwert (zwei Eingänge), der an das Frequenzausgabemodul geliefert wird, eine Neukonfiguration des Impulsausgabetasks bewirkt, selbst dann, wenn mit dem Handregler derselbe Datenwert immer wieder angeliefert wird. Die DASYLab-Zeitbasis ist im Handregler voreingestellt und dient als sein "Taktgeber" für die Ausgabe des aktuellen eingestellten Handreglerwerts. Die DASYLab-Zeitbasis ist auf 10Hz BG 1 voreingestellt, sodass der Handregler 10x pro Sekunden seinen Wert ausgibt. Das führt dazu, dass der Impulsausgabetask sich jede Zehntelsekunde reinitialisiert, auch dann wenn der Handreglerwert sich nicht mehr verändert. Dies sollte vermieden werden, da dies Rechenzeit in Anspruch nimmt, die Performance reduziert und auch zu Fehlern/Timeouts führen kann. Zwischen Handregler und dem Frequenzausgabemodul daher bitte ein Relais oder ein Haltemodul anschliessen -- mit dem Handregler die gewünschte Hi/Lo-Zeiten für das Rechtecksignal voreinstellen und dann mit einem Schalter und einer Aktion den Wert der Haltefunktion ausgeben: das verändert einmalig die Einstellung des Tasks bis erneut die Einstellung geändert werden muss ("On-Demand").

Hallo Gemeinde, ich habe ein NI USB-6009 und eine NI DAQ 92xx Analog-Ausgabemodul zur Verfügung und stehe vor folgendem Problem bei der Analog-Ausgabe: Ich möchte mit Hilfe des Generators ein Reckteckschwingung (Spannung 0-5 V) erzeugen uns ausgeben. Problem ist, dass das über 1 Hz hinaus nicht funktioniert. Daher die Frage, ob das mit meiner Hardware überhaupt möglich ist oder ob die Einstellungen nicht passen. Danke für die Hilfe.

Hallo! 1. Welche Release- und Buildnummer hat Ihr verwendetes DASYLab 2016? Dies können Sie in der Textkonsole eines gestarteten DASYLabs ablesen (siehe Screenshot)? 2. Ist das Gerät direkt mit dem Mess-PC verbunden oder sind PC und Messgerät über das Firmennetzwerk verbunden? 3. Nach welcher Zeitspanne tritt der Timeout auf -- innerhalb von Sekunden, Minuten oder evtl. erst nach Tagen? 4. Mit welcher Abtastrate fordern Sie neue Daten an? 5. Wie viele Kanäle bzw. Modbus-Module sind im Schaltbild vorhanden, die per Modbus Daten erhalten?

Hallo zusammen, für eine Messung benutze ich "YOKOGAWA WT333" (als Strommessgerät) über LAN-kabel mit einer bestimmten IP-Adresse und ich habe das Modul" Modbus Analog-Eingang" im DASYLab verwendet. Bei einigen Messungen tritt diese Fehlermeldung auf. "*Modbus Ana00: 0: Beim Übertragen der Daten ist ein Timeout aufgetreten." und danach geht der Kontakt mit dem YOKOGAWA weg und danach bekomme ich keinen richtigen Wert vom Gerät. Und dann muss ich DASYLab schließen und erneut öffnen, und dann funktioniert solange, bis diese Meldung wider auftritt. Kann jemand vielleicht mir helfen? Ich weiß nicht, woran es liegt.

Bugfixing minor bug fixes and performance improvements Fehlerbehebung kleinere Fehler wurden behoben und die Performance wurde verbessert.

Bugfixing Script module: The 'GetVarNumByName' and 'GetStrNumByName' functions could not be used without errors. This error has been fixed. System strings: Global system strings providing information about time and date (${DATE}, ${TIME} etc.) did not update correctly. This error was fixed. Universal Filter Module: In the FIR Filter Wizard, the value of "Order" was always reset to 0 by mistake. The filter did not work then. (Ticket 8002) Serial / ICom input: Digit strings with more than 16 characters are now evaluated and no longer replaced by "0". (Ticket 8009) Scaling with control point table: The check if the X values are monotonically increasing was too strict. It was checked that the values grow "strictly monotonously", i.e. the equality of two consecutive X values was not allowed. This was changed. Fehlerbehebung Skript-Modul: Die Funktionen 'GetVarNumByName' und 'GetStrNumByName' konnten nicht fehlerfrei verwendet werden. Dieser Fehler wurde behoben. Systemstrings: Globale Systemstrings, die Informationen zu Zeit und Datum liefern (${DATE}, ${TIME} etc.) aktualisierten sich nicht korrekt. Dieser Fehler wurde behoben. Universelles Filter Modul: Beim FIR Filter-Assistenten wurde der Wert von "Ordnung" irrtümlich immer wieder auf 0 zurückgesetzt. Der Filter funktioniert dann nicht. (Ticket 8002) Serieller / ICom Eingang: Ziffernfolgen mit mehr als 16 Zeichen werden nun ausgewertet und nicht mehr durch "0" ersetzt. (Ticket 8009) Skalieren mit Stützstellentabelle: Die Überprüfung, ob die X Werte monoton steigen, war zu streng. Es wurde überwacht, das die Werte "streng monoton" wachsen, d.H. die Gleichheit von zwei aufeinander folgenden X Werten war nicht erlaubt. Dies wurde geändert.

Drehmomentsensoren von burster, wie 8655, 8656, 8661 sowie 9206, können mit dem bei burster erhältlichen Treiber problemlos in DASYLab eingebunden werden. Direkte Links zu den benötigen Treiberdownloads mit Beispielen: X32-basierende Systeme: https://www.burster.de/fileadmin/user_upload/redaktion/Documents/Products/Software/Other/InstrumentDriverInstallX86_EN.zip X64-basierende Systeme: https://www.burster.de/fileadmin/user_upload/redaktion/Documents/Products/Software/Other/InstrumentDriverInstallX64_EN.zip