ProfiLab 4.0 stockt zeitweise bei Übermittlung von Strings
Verfasst: Montag 15. Februar 2021, 13:28
Hallo Forum,
ich bin noch ein blutiger Anfänger im Umgang mit ProfiLab Expert 4.0, aber ich habe mein Projekt innerhalb den letzten 2 Monaten weitgehend umgesetzt bekommen. Zur kurzen Info Des Projekts:
Ich habe hier 3 Laser, die als Nachheizer fungieren. Jeder Laser besitzt jeweils intern 3 Laserquellen die gebündelt als ein Laserstrahl ausgegeben werden. Alle Internen Laserquellen werden einzeln angesteuert. Alle Laser sollen Synchron die gleiche Wärme erzeugen. Die Ansteuerung erfolgt durch String-Befehle über 3 Com-Ports. Zum Einschalten wird eine Startsequenz mit Strings gesendet, genauso wie beim Beenden. Die Ansteuerung der Laser im Bereich von 0 – 100% wird in Ampere in Strings an die Lasertreiber gesendet. Ich habe die Möglichkeit den Lasertreiber anzusteuern ohne dabei den Laser in Betrieb zu haben. Ich muss in regelmäßigen Abständen die interne Lasertemperatur abrufen um die Kühlung vorerst manuell nach zu regeln. Später soll noch die Kühlung des Lasers durch den Durchlaufkühler (Chiller) automatisiert werden, da er auch mit Strings angesteuert werden kann.
Infos zum PC: Betriebssystem Windows 10 64Bit, CPU: AMD 6x3,4GHz, Arbeitsspeicher: 16GB RAM Die Com-Schnittstellen sind angepasst wie es vom Laserhersteller vorgeschrieben wird. Parameter: Bits/Sec. 115200; Data bits: 8; Parity: none; Stop bits: 1; Flow control: none.
Nun aber zu meinem Problem, sobald das Projekt zusammengebaut betrieben wird bricht teilweise die Frequenz zusammen auf 0Hz, egal ob ich es auf Slow (ca. 500 bis 800Hz) oder Fast (ca. 1000 bis 1200Hz) betreibe. Wenn ich eine Rampe mit 0,01h oder 0,25h fahre merkt man es noch besser. Die Schaltflächen reagieren auch nicht immer direkt. Durch das Zusammenbrechen werden dann die Strings zur Steuerung der Laser auch nicht mehr korrekt zusammengesetzt. Es fehlt dann teilweise der Zahlen-Ansteuerwert für die Stromstärke. Die CPU-Auslastung liegt bei Slow bis maximal 8%, bei Fast bis maximal 10%.
Ich habe das Problem erst wirklich war genommen seitdem ich die Temperaturabfrage über String hinzugefügt habe. Hatte am Anfang das Gefühl, dass der Sting-Puffer mein Nadelöhr wäre, doch denn habe ich schon etwas frisiert. Hatte es auch mal ohne Puffer versucht, aber hab da keine Lösung gefunden, dass die Schnittstelle selber anhand der Trennzeichen den zusammengefassten Strings beim einlesen wieder in einzelne Strings übernimmt. Habe im Anhang auch mal ein 2 Logs eingefügt, wie die Antwort des Lasertreibers aussieht mit und ohne Fehler. Teilweise wird auch kein String zur Ansteuerung der Laser ausgegeben als ob er einfach verschluckt wurde. Der Fehler lässt sich auch mit ausgeschaltetem Lasertreiber Nachvollziehen nur dass man logischerweise keine Antwort bekommt.
Ich wäre dankbar um jede Art von Lösungsansätzen.
ich bin noch ein blutiger Anfänger im Umgang mit ProfiLab Expert 4.0, aber ich habe mein Projekt innerhalb den letzten 2 Monaten weitgehend umgesetzt bekommen. Zur kurzen Info Des Projekts:
Ich habe hier 3 Laser, die als Nachheizer fungieren. Jeder Laser besitzt jeweils intern 3 Laserquellen die gebündelt als ein Laserstrahl ausgegeben werden. Alle Internen Laserquellen werden einzeln angesteuert. Alle Laser sollen Synchron die gleiche Wärme erzeugen. Die Ansteuerung erfolgt durch String-Befehle über 3 Com-Ports. Zum Einschalten wird eine Startsequenz mit Strings gesendet, genauso wie beim Beenden. Die Ansteuerung der Laser im Bereich von 0 – 100% wird in Ampere in Strings an die Lasertreiber gesendet. Ich habe die Möglichkeit den Lasertreiber anzusteuern ohne dabei den Laser in Betrieb zu haben. Ich muss in regelmäßigen Abständen die interne Lasertemperatur abrufen um die Kühlung vorerst manuell nach zu regeln. Später soll noch die Kühlung des Lasers durch den Durchlaufkühler (Chiller) automatisiert werden, da er auch mit Strings angesteuert werden kann.
Infos zum PC: Betriebssystem Windows 10 64Bit, CPU: AMD 6x3,4GHz, Arbeitsspeicher: 16GB RAM Die Com-Schnittstellen sind angepasst wie es vom Laserhersteller vorgeschrieben wird. Parameter: Bits/Sec. 115200; Data bits: 8; Parity: none; Stop bits: 1; Flow control: none.
Nun aber zu meinem Problem, sobald das Projekt zusammengebaut betrieben wird bricht teilweise die Frequenz zusammen auf 0Hz, egal ob ich es auf Slow (ca. 500 bis 800Hz) oder Fast (ca. 1000 bis 1200Hz) betreibe. Wenn ich eine Rampe mit 0,01h oder 0,25h fahre merkt man es noch besser. Die Schaltflächen reagieren auch nicht immer direkt. Durch das Zusammenbrechen werden dann die Strings zur Steuerung der Laser auch nicht mehr korrekt zusammengesetzt. Es fehlt dann teilweise der Zahlen-Ansteuerwert für die Stromstärke. Die CPU-Auslastung liegt bei Slow bis maximal 8%, bei Fast bis maximal 10%.
Ich habe das Problem erst wirklich war genommen seitdem ich die Temperaturabfrage über String hinzugefügt habe. Hatte am Anfang das Gefühl, dass der Sting-Puffer mein Nadelöhr wäre, doch denn habe ich schon etwas frisiert. Hatte es auch mal ohne Puffer versucht, aber hab da keine Lösung gefunden, dass die Schnittstelle selber anhand der Trennzeichen den zusammengefassten Strings beim einlesen wieder in einzelne Strings übernimmt. Habe im Anhang auch mal ein 2 Logs eingefügt, wie die Antwort des Lasertreibers aussieht mit und ohne Fehler. Teilweise wird auch kein String zur Ansteuerung der Laser ausgegeben als ob er einfach verschluckt wurde. Der Fehler lässt sich auch mit ausgeschaltetem Lasertreiber Nachvollziehen nur dass man logischerweise keine Antwort bekommt.
Ich wäre dankbar um jede Art von Lösungsansätzen.