Ja, solch’ funktionierende Projekte wären schon schön zum spicken. Da hätte ich auch Interesse. Leider kann ich nur mit nicht funktionierenden Projekten dienen, aber vielleicht findet jemand den Fehler oder kann was daraus für sich entnehmen.
Was in meinem Projekt funktioniert und was nicht ist etwas weiter oben beschrieben, zusätzliches Problem, beim zweiten Start im Modus Simulation schmiert CoDeSys ab
Gruß Jens
habe die LCD-Ansteuerung mit DO nach dem Plan aufgebaut und festgestellt, das R/W noch angeschlossen werden muss, das hatte ich in der Zeichnung vergessen, wurde aber gändert s. erste Seite
sorry
Nach der Änderung und etwas probieren …
Die LCD-Anzeige funktioniert
Vielen Dank an Rayk !!!
Einige offene Fragen bleiben.
Warum sehe ich im Display immer nur den ‚vorangegangenen‘ Text? Ich gebe etwas ein (beschreibe also text_z1), nichts zu sehen, ich gebe etwas neues ein, das alte erscheint im Display.
Warum zählen meine beiden DS2408 die Störungen hoch und warum funktioniert der erste nur sporadisch?
Lichtblick? Das ist schon gleißendes Scheinwerferlicht
Schau’, was Du wegen der Textaktualisierung tun kannst und vielleicht auch noch, was mit dem DS2408 noch nicht stimmt.
Ich muß mich leider erstmal aus der Diskussion verabschieden, übermorgen geht’s für eine Woche in den Urlaub. Danach teste ich gerne eine neue Version.
Danke und Gruß
Jens
SUN_MIDDAY aus der Oscat kollidiert mit dem gleichnamigen Baustein in deiner wago_tool_v2.2.lib.
Früher ist deine Rayk-lib deutlich massiver mit der Oscat kollidiert. Da war mir aufgefallen, dass du diverse Bausteine aus der Oscat kopiert hattest. Hast du das jetzt gelöst, indem du die kopierten Bausteine umbenannt hast?
Wenn du allerdings die Originalbausteine aus der Oscat unter anderem Namen in der wago_tool.lib verwendest, dann lade ich den gleichen Baustein unter zwei Namen und somit doppelt.
Da wäre es vielleicht sinnvoller, die wago_tool.lib zu teilen in eine mit angepassten Bausteinen und eine mit den Original-Oscat-Bausteinen.
Wer die Oscat verwendet kann die letztere dann weglassen und spart Bausteine.
Mit der max. Anzahl habe ich eh ständig zu kämpfen.
nun gut, werde „owos 7.5.lib“ mit „oscat_basic_ codesys2_321.lib“ koppeln damit entfällt „wago_tool_v2.2.lib“ und es ist eine 100% ige Kompatibilität mit oscat garantiert
@Jensen das LCD-Problem ist beseitig, kommt mit owos7.5.lib
Hallo,
aus „one_wire_D1_Sensor_V6_4“ ist „one_wire_D1_Sensor_V7“ geworden,
aus „one_wire_binaer_V6“ ist für DS2405 und DS2413 „one_wire_binaer_V7“
und für DS2408 „DS2408_V7“ geworden,
aus „ow_parameter“ ist „owp“ geworden
die Integration der oscat.lib in owos7.x.lib bereitet noch einige Probleme (Anzahl der Bausteine zu groß) aber ich bleibe dran…
die „falschen“ Versionen stecken in der owos_7_4.lib im FB one_wire_i_Button:
FUNCTION_BLOCK one_wire_i_Button (V6.2)
VAR_INPUT
iButton_Daten: POINTER TO ARRAY[1…200] OF i_Button_key;
Sensordaten_T: POINTER TO ARRAY[1…255] OF one_wire_T_Sensor_V6;
Sensordaten_D1:POINTER TO ARRAY[1…255] OF one_wire_D1_Sensor_V6_4;
Sensordaten_D2:POINTER TO ARRAY[1…255] OF one_wire_D2_Sensor_V6;
Binaerdaten: POINTER TO ARRAY[1…255] OF one_wire_binaer_V6;
owp: POINTER TO ow_parameter;
So wie es aussieht, hast du den von der Kompilierung ausgeschlossen und bekommst die Fehler deshalb vermutlich nicht. Wenn man aber alle Bausteine aktiviert, wird der auch wieder aktiv und dann gibts die o.g. Fehler.
Die Oscat ist ein Brocken, da bekomme ich auch jedesmal die Meldung mit zuvielen Bausteinen. Vor allem weil ich alle drei Oscat-Libs verwenden.
Einzig mir bekannter Workaround:
Online->Simulation aktivieren
Zielsystemeinstellung->Speicheraufteilung->Max. Anzahl von Bausteinen auf 2000 gehen