Welcome to our new forum
All users of the legacy CODESYS Forums, please create a new account at account.codesys.com. But make sure to use the same E-Mail address as in the old Forum. Then your posts will be matched. Close

Version 3.5.19.40 probleme bei FUN mit _to_ im Name

bernd
2023-11-08
2024-01-02
  • bernd - 2023-11-08

    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.
    Beispiel:
    DT_TO_SDT -> Fehlermeldung Typ DT_TO_SDT wird nicht unterstützt.
    DT_T_SDT -> Übersetzung Fehlerfrei

     

    Last edit: bernd 2023-11-09
  • PaRo - 2023-11-11

    hi, den einen workaround kennst du ja. Ein anderer wäre es ST zu nutzen. Ich glaube der Fehler ist bereits bei CODESYS adressiert.

     
    👍
    1
  • bernd - 2023-11-14

    @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.

     
  • patrick - 2024-01-02

    Ich bin leider auch über den Fehler gestolpert, aber selbst in Version 3.5.19.50 ist dieser noch enthalten. Bis 3.5.19.20 kann ich meine Programme noch nutzen. Ab 3.5.19.30 ist der Fehler anscheinend vorhanden. Ich habe leider auch schon einen Haufen Programme mit meiner Library erstellt, somit wäre ein umbenennen nur mit sehr viel aufwand möglich.

     
  • andrax

    andrax - 2024-01-02

    Ein workaround wäre, auf eine ältere Version zurück zu gehen Und auf den fix warten. Die oscat Funktionen umbenennen, halte ich nicht für die Lösung

     
  • andrax

    andrax - 2024-01-02

    Ein workaround wäre, auf eine ältere Version zurück zu gehen Und auf den fix warten. Die oscat Funktionen umbenennen, halte ich nicht für die Lösung

     

Log in to post a comment.