@PaRo erst mal vielen Dank für die Antwort. Wundert mich das so ein schwerer Bug nicht sofort gefixt wird. Wenn es keine offene Lib wäre, wäre keine Workaround möglich. Auch bei einem bestehende umfangreichem Programm nicht wirklich praktikabel. Gibt es irgendwo eine Liste mit bekannten Bugs? Gefunden habe ich nichts. Ich muss wohl wieder auf die alte Version zurück.
Hallo, ich habe von Version 3.5.19.0 auf 3.5.19.40 hochgerüstet, jetzt bekomme ich bei allen FUNs die "to" im Namen haben einen Fehlermeldung. Oft in der OSCAT.LIB verwendet. Gleiche Meldung wenn ich einen FUN neu anlege. Sobald ich das to weglasse z.b. nur "t" ist der Fehler weg. Programm ist unverändert. Fehlermeldung: Typ.... wird nicht unterstützt. Hat jemand das gleiche Problem? Bzw. wo liegt das Problem? Bzw. nutzt jemand das SP4 und bei ihm kommt der Fehler nicht? Läuft bei mir auf Rasperry....
Hallo, ich habe von Version 3.5.19.0 auf 3.5.19.40 hochgerüstet, jetzt bekomme ich bei allen FUNs die "to" im Namen haben einen Fehlermeldung. Oft in der OSCAT.LIB verwendet. Gleiche Meldung wenn ich einen FUN neu anlege. Sobald ich das to weglasse z.b. nur "t" ist der Fehler weg. Programm ist unverändert. Fehlermeldung: Typ.... wird nicht unterstützt. Hat jemand das gleiche Problem? Bzw. wo liegt das Problem? Bzw. nutzt jemand das SP4 und bei ihm kommt der Fehler nicht? Läuft bei mir auf Rasperry....
Hallo, ich habe von Version 3.5.19.0 auf 3.5.19.40 hochgerüstet, jetzt bekomme ich bei allen FUNs die "to" im Namen haben einen Fehlermeldung. Oft in der OSCAT.LIB verwendet. Gleiche Meldung wenn ich einen FUN neu anlege. Sobald ich das o weglasse z.b. "t" ist der Fehler weg. Programm ist unverändert. Fehlermeldung: Typ.... wird nicht unterstützt. Hat jemand das gleiche Problem? Bzw. wo liegt das Problem? Bzw. nutzt jemand das SP4 und bei ihm kommt der Fehler nicht? Läuft bei mir auf Rasperry. Beispiel:...
Hallo, ich habe von Version 3.5.19.0 auf 3.5.19.40 hochgerüstet, jetzt bekomme ich bei allen FUNs die "to" im Namen haben einen Fehlermeldung. Oft in der OSCAT.LIB verwendet. Gleiche Meldung wenn ich einen FUN neu anlege. Sobald ich das o weglasse z.b. "t" ist der Fehler weg. Programm ist unverändert. Fehler Typ.... wird nicht unterstützt. Hat jemand das gleiche Problem? Bzw. wo liegt das Problem? Bzw. nutzt jemand das SP4 und bei ihm kommt der Fehler nicht? Läuft nei mir auf Rasperry. Beispiel:...
Hallo, ich habe von Version 3.5.19.0 auf 3.5.19.40 hochgerüstet, jetzt bekomme ich bei allen FUNs die "to" im Namen haben einen Fehlermeldung. Oft in der OSCAT.LIB verwendet. Gleiche Meldung wenn ich einen FUN neu anlege. Sobald ich das o weglasse z.b. "t" ist der Fehler weg. Programm ist unverändert. Fehler Typ.... wird nicht unterstützt. Hat jemand das gleiche Problem? Läuft auf Rasperry.
Zur Fragen von oben, bei Update .. Extension Package .. kommt der gleiche Fehler
Update, nach den Informationen von oben und Diskussionen mit unsere IT habe ich alles auf einem anderen Laptop installiert. Hier geht alles! (Gleiche Firewall) Unterschied ist das ich Codesys bei mir in einer VM installiert habe. (Was wir in der Firma mit Entwicklungstools in der Regel so machen und auch Problemlos geht). Offenbar hat aber der Installer ein Problem. Es liegt somit nicht an der Firewall. Gibt es Erfahrungen mit VMs? Wir verwenden Vmware Workstation V16 Player. Bei andere Pakete wie...
Nachtrag, manuell Installieren würde ich gerne, das Paket wird im Store aber nicht angeboten.
Als Fehler habe ich nur das was im erst Screenshot steht: "Package-Download-Fehler: The SSL connection could not be established, see inner exception. The remote certificate is invalid according to the validation procedure." Falls es noch weitere Logfiles gibt, kann ich die gerne zusenden. Was mir noch aufgefallen ist, wenn ich das Paket "Control for Rasperry PI" versuche zu laden, kommt folgende Meldung. (Siehe Anhang) Könnte sein das dies mit dem Zugriffsproblem zusammenhängt, vielleicht aber auch...
Vielen Dank für die Antwort, der Port 443 für HTTPS ist komplett freigeschaltet geht aber nicht. Irgend etwas fehlt noch. Die Fehlermeldung deutet auf ein Problem mit dem Zertifikat hin, kann es sein das hier noch ein weiterer Port benötigt wird? Um auf die schnelle weiter zu kommen, kann das Paket "Codesys Control SL Extention Package" irgendwo anders heruntergeladen oder zugesendet werden? Alle Pakete liegen im Store nur dieses nicht. Danke
Hallo, wir setzen Codesys in einer Firma hinter eine Firewall ein die auch Downloads/Zugriffe von Fremdsoftware einschränkt. Deswegen kann der Codesys Installer Updates nichts herunterladen. Wenn wir die Ports kennen, könnten wir diese freischalten lassen, leider finden wir hierzu keinerlei Informationen. Folgendes wird geblockt: (Siehe Anhang) - Bei AddOns kommt bei einigen Einträgen <<ungültige metadaten="">> - Beim Versuch eines Downloads kommt "Package-Download-Fehler: The SSL connection could...
V3.5 SP18 Patch 4 I think this has always existed
Have you tried to change "standard range"? Sorry for the german screenshot.!
Have you tried to change "standard range"? Sorry for the german screenshot.!
Hallo, die Meldung bekomme ich auf meinen RevPi auch ab und zu (alle paar Wochen). Scheint das irgend wie ein Speicher überläuft und es dann zu dieser Meldung kommt. (In einem Log meinte ich gelesen zu haben das nicht genügend Speicher frei ist, was im Normalfall (16GB Ram) nicht sein kann.) Ein Neustart des Zielsystem (Reboot Linux) hat das Problem dann immer gelöst. Irgend wie scheint es auch nur zu passieren wenn große Webvisus verwendet/geändert werden. Das ist leider keine Lösung, aber vielleicht...
Hallo, ich habe in meinem Projekt verschieden Libs getestet da ich dachte ich kann daraus Funktionen nutzen. Ebenso das eine odere andere aus dem Composer. Ein paar bekomme ich einfach nicht mehr raus, kann mir jemand helfen? (Projekt neu aufsetzen und alles reinkopieren wäre der letzte Weg) Libs die in Applikation als verwendet angezeit werden, die ich aber nach meiner Meinung nicht mehr benötige: SM3_BASIC, SM3_CNC... ich benutze keine Motion, löschen bringt nur viele Fehler Composer: (Leider konnte...
Ich habe jetzt auf die FUN UTC_TO_LTIME aus der OSCAT Lib umgestellt, hier geht die Umrechnung auf locale Zeit fehlerfrei.
Hallo Ludecus, danke für die Antwort. Ich habe die SysTimeRtc auch schon viele Jahr in diesem Projekt, die Fehlfunktion ist mir auch erst aufgefallen nachdem ich jetzt neu mit der Zeit etwas verrechne und die Daten daraus speichere UND eine Webvisu mit 2 Trace aufgerufen wird. Die fehlerhafte Uhrzeit kommt dann in jeder Minute mehrmals vor. Aber auch bei nur einem Trace konnte ich den Fehler nachstellen wenn auch teilweise nur jede h einmal. Das Result ist immer 0 = kein Fehler. Es liegt in der Convert...
Hallo Ludecus, danke für die Antwort. Ich habe die SysTimeRtc auch schon viele Jahr in diesem Projekt, die Fehlfunktion ist mir auch erst aufgefallen nachdem ich jetzt neu mit der Zeit etwas verrechne und die Daten daraus speichere UND eine Webvisu mit 2 Trace aufgerufen wird. Die fehlerhafte Uhrzeit kommt dann in jeder Minute mehrmals vor. Aber auch bei nur einem Trace konnte ich den Fehler nachstellen wenn auch teilweise nur jede h einmal. Das Result ist immer 0 = kein Fehler. Es liegt in der Convert...
Ich habe ein seltsammes Problem mit der Zeitumrechung UTC in Localzeit mit der Funktion SysTimeRtc.SysTimeRtcConvertUtcToLocal. Ab und zu ist die Zeit für einen Zyklus genau 1h zu klein. z.b. um 22Uhr wird die Zeit 21 Uhr zurückgegeben. (Siehe Anhang) Hellblau - dwUtcTime, UTC Zeit aus RTC ausgelesen -> OK Dunkelblaub - dwUtcTimeLocal, Aus UTC Zeit umgerechnete Lokalzeit -> Fehlerhaft grün - Lokalzeit in Sekunden -> OK rot - h aus Lokalzeit -> Fehlerhaft Gleicher Effekt, immer im gleichen Zyklus,...