Hallo, beim Codeerzeugen bekomme ich wiederholt Fehlermeldungen, bei denen nicht mit einem Klick in das betroffene Modul gewechselt werden kann. Die Fehlermeldung tritt allerdings nach "Gerät aktualisieren" nicht mehr auf. Wenn ich das Projekt speichere, Codesys schließe, anschließend Codesys wieder starte und Code erzeugen will, tritt der Fehler wieder auf: ------ Übersetzungslauf gestartet: Applikation: Device.Application ------- Code typisieren... [FEHLER] PAC: C0032: Typ 'Unbekannter Typ: 'ADR(GVL_Io_dd05d808_33e6_4f6b_ba3a_6ba1d0dcc882_HPS_7.Io_dd05d808_33e6_4f6b_ba3a_6ba1d0dcc882_HPS_7)''...
Aufgrund einer Schnittstellenänderung muss ich meine Messagebuffer erheblich vergrößern. U.g. Konstante bestimmt die Größe einer Byte-Array-Definition, die in einer Struktur für 9 Botschaften verwendet wird. Ich benötige also 177372byte zusätzlichen Speicher in dem Modul in dem die Struktur als lokale Variable angelegt wird. Dynamisches Allokieren zur Laufzeit möchte ich vermeiden, damit ich nicht während des Betriebes Fehler aus dem Allokieren behandeln muss. Für ein Reservieren des Speicherbereiches...
Leider habe ich keine Lösung für das Problem gefunden. Glücklicherweise konnte ich die "CODESYS Control for Raspberry Pi MC SL" wieder auf dem 32bit OS zum Laufen bringen.
Hallo, die Option CallVisuServicesDirectly=1 verändert das Verhalten leider nicht. In Codesys gibt es noch in den Einstellungen der Webvisu den Eintrag unter Login-Visualisierung. Das Löschen dieses Eintrages ergibt aber auch keine Änderung. Evtl. wird bei der neuen Codesys Version für die Webvisu eine https Verbindung vorausgesetzt. Zu dem Thema bin ich im Thread https://forge.codesys.com/forge/talk/Visualization/thread/5767230df2/ auf die Beschreibung im Installationsverzeichnis unter file:///C:/Program%20Files/CODESYS%203.5.20.0/GatewayPLC/Documentation/WebServerSSL_de.pdf...
Hallo, nach der Portierung meiner Applikation von Codesys Version 3.5.18 auf 3.5.20 habe ich u.a. folgende Baustelle: Wenn in der Datei /etc/CODESYSControl_User.cfg die Einträge [SysProcess] Command=AllowAll und [CmpWebServerHandlerV3] AllowFileTransferServices=1 ergänzt werden, startet die Webvisu mit einer Login Abfrage. Die Webvisu soll aber (wie bisher auch) ohne Benutzeraktion starten. Den Browser für die Webvisu rufe ich mit dem Eintrag @firefox --kiosk --private-window localhost:8080/webvisu.htm...
Dank umfangreicher Hilfe durch den Kontron Support kann ich nun wieder übersetzen. Es waren einige Bibliotheken auf einem älteren, nicht 64bit-kompatiblen Stand. Beim Öffnen des Projektes erscheint zwar ein Dialog zum Aktualisieren der Bibliotheken. Diesen hatte ich auch mit "Auf neueste setzen" bestätigt. Trotzdem waren etliche Bibliotheken im Projekt veraltet. Leider habe ich noch keine Stelle in der Online Hilfe gefunden, die die Zusammenhänge in der Bibliotheksverwaltung und das Vorgehen bei...
Zu der o.g. Fehlermeldung "cmperrors interfaces, 3.5.5.0 (system): C0338: Die Bibliothek 'cmperrors interfaces, 3.5.5.0 (system)' wird nur in 32-Bit-Applikationen unterstützt": Wie kann ich die Bibliothek finden, die den Fehler verursacht? Beim Doppelklick auf die Fehlermeldung würde ich einen entsprechenden Hinweis erwarten. Aber es passiert gar nichts. Wenn ich im Bibliotheksverwalter manuell den Baum durchsuche, finde ich nur Referenzen auf CmpErrors2Interfaces, die ja 64bit kompatibel sind. Leider...
Ist die aarch64 Version kommerziell nutzbar?