Wenn dann nimm den pfc200..der hat noch eine serielle dabei und viel mehr power und speicher. Modbus tcp können alle.
Aber aufn pfc200 da rennt dann auch linux bsp drauf und man kann node red und alles drauf rennen lassen(für.mqtt usw) und sehr viel damit anstellen. Hab ich aber auch noch nicht probiert. Zu wenig zeit für alles
Ankündigung
Einklappen
Keine Ankündigung bisher.
Best Practice für 24x PT1000 Vierleiter => Temperaturmesswerte auf KNX-Bus
Einklappen
X
-
Bei dem Aufwand würde ich mir ein Starterkit kaufen. Da hast du eine Lizenz vom e!Cockpit mit dabei. Gibts für rund 890 Euro hier : https://www.insystems-shop.de/de/wag...oller-750-8100
Da hast du dann das Netzteil und auch noch ein paar Peripherie-Module mit dabei. Der PFC100 hat direkt Modbus-TCP an Bord. Wenn’s nicht reich, gibts für ein paar Euro mehr auch das Starterkit mit dem PFC200.
Die Lizenz wird dadurch günstig, da du Hardware mit kaufst. Das wird darüber ein wenig quersubventioniert.
Einen Kommentar schreiben:
-
Ja ganz legal ist es nicht.
Hätt auch noch eine unbenutze also knx-ip 750-849 sps zum hergeben. Die kann leider weniger als die 889 aber vl kann sie wer brauchen
E!cockpit ist halt schwieriger, weil die 3.5er viel umfangreicher ist und es keine guten Hilfen gibt. Werd auch ein paar Kurse machen. Das ganze Taskmanagement, Rezepturverwerwaltung, OOP, St-Programmierung. Alles nicht mehr sehr einfach und ich tu mir richtig schwer und es dauerd bis was lauft. Meine Poolsps läuft derzeit sehr gut und schickt alle Daten an Edomi.
Einen Kommentar schreiben:
-
Nachdem CoDeSys 2.3 schon ziemlich in dieJahre gekommen ist und ich mich ohnehin neu einarbeiten muss, werde ich eher auf die aktuelle Software-Version und somit auf e!Cockpit setzen, auch wenn durch die vorhandene KNX-Anbindung Visualisierungsfunktionen auf Seite der SPS uninteressant sind.Zitat von tobiasr Beitrag anzeigenCodesys 2.3 mit den Wago Targets ist Lizenzpflichtig. Es gibt zwar keine "Prüfung", deshalb kann man dir das "mal eben senden", aber unrechtmäßig verwendest du es trotzdem. Das Nutzungsrecht kaufst du zusammen mit dem Starterset oder halt separat.
Die Visu ist bei dir doch auch egal. Das macht doch sicherlich schon irgendwas auf dem KNX System.
PS: Eine 881 mit RS485 Klemme habe ich abzugeben. Habe mich im Projekt von "nur SPS" auf "nur KNX" umentschieden.
Einen Kommentar schreiben:
-
Codesys 2.3 mit den Wago Targets ist Lizenzpflichtig. Es gibt zwar keine "Prüfung", deshalb kann man dir das "mal eben senden", aber unrechtmäßig verwendest du es trotzdem. Das Nutzungsrecht kaufst du zusammen mit dem Starterset oder halt separat.
Die Visu ist bei dir doch auch egal. Das macht doch sicherlich schon irgendwas auf dem KNX System.
PS: Eine 881 mit RS485 Klemme habe ich abzugeben. Habe mich im Projekt von "nur SPS" auf "nur KNX" umentschieden.
Einen Kommentar schreiben:
-
Später... jetzt keine zeit
Würde nicht mehr auf Codesys setzen. Steht am Abstellgleis und wird nicht mehr weiter entwickelt, visus laufen auf java was von keinen endgerät unterstützt wird. Für meine Banken is egal. E!cockpit lauft auf Basis 3.5 und ist modernen.. kostet aber um die 1000euro. Pfc200 unterstützen beide systeme. Pfc100 und nur e!cockpit. 750-8×× nur codesys 2.3
codesys mit laufenden Target bekommst du nur von wago aber kann ich dir auch senden
Einen Kommentar schreiben:
-
PFC200 möchte ich mir gerne etwas näher ansehen. Verstehe ich Deinen Hinweis richtig, dass Du für den Einstieg eher ratest, PFC200 mit CoDeSys 2.3 zu nutzen und nicht e!Cockpit?Zitat von uzi10 Beitrag anzeigenWago kann halt die meisten Schnittstellen.
ich programmier jtz auf e!cockpit von wago auf pfc200. Ist nicht leicht und es gibt viele probleme aber kann viel.
kannst aber auch noch viel auf gratis codesys mit wago targets machen.
Ist CoDeSys 2.3 bei der PFC200 schon im Lieferumfang enthalten?Zitat von uzi10 Beitrag anzeigenkannst aber auch noch viel auf gratis codesys mit wago targets machen.
Kannst Du mir vielleicht ein paar Stichworte nennen, unter denen ich noch weiter recherchieren könnte, um die passende Programmierumgebung zu wählen?
Einen Kommentar schreiben:
-
Genau das wäre die sinnvolle Lösung. Bei Siemens gibts dafür nicht wirklich viel (die Logo kann zwar KNX, aber dafür ist da nix mit 4-Leiter PT1000), da im industriell produktiven Umfeld KNX keine Rolle spielt. BECKHOFF kann das gleiche wie Wago, denn die Elektronik kommt größtenteils aus ein und derselben Fertigung; nur mit leicht geänderter Firmware/Branding.Zitat von petertau Beitrag anzeigen
Vielen Dank für den Hinweis zu SPS-Lösungen, hat mir sehr geholfen!
Neben der Anbindung der PT1000-Temperatursensoren habe ich auch noch MODBUS/TCP-Komponenten, die ich auch gerne in KNX abbilden will.
Das sollte mit der WAGO-Lösung wohl auch möglich sein, oder?
Nach einer Recherche zu SPS und KNX habe ich gesehen, dass man sich genau überlegen sollte, welche SPS man auswählt. Mein allererster Eindruck war, dass WAGO im Hinblick auf die KNX-Anbindung Vorteile hat, die möglicherweise andere SPS-Lösungen nicht haben. Der WAGO 750-889 Controller KNX IP bzw. die WAGO 753-646 KNX/EIB/TP1-Schnittstelle dürfte einem viel Arbeit abnehmen, um die Messwerte auf KNX-Gruppenadressen abzubilden. Ich werde noch weiter recherchieren und dann in einem neuen Thema meine Fragen formulieren, die aus dem SPS-Ansatz resultieren.
Wenn jemand aber auch andere SPS-Lösungen empfehlen kann, freue ich mich ebenfalls auf Hinweise!
Beckhoff und Wago sind halt bedingt durch ihre vielen Schnittstellen und Erweiterungsmodulen eher Richtung GLT zu verorten. Daher grade im Bezug auf die Anbindung an KNX sehr gut aufgestellt. Zudem in einem vernünftigen Preis-Leistungsverhältnis zu finden.
Ich will hier keine Werbung machen, aber welcher Hersteller von SPS hat Erweiterungsmodule für DALI, M-Bus, KNX, SMI, CAN, LON, dreiphasige Leistungsmessung und was nicht sonst noch alles…
Selbst hab ich es bisher selten eingesetzt; grade auch wegen der Hemmung und Unkenntnis bezüglich CoDeSys. Ist halt etwas anders, wenn man aus der Siemens-Richtung darauf blickt…
Einen Kommentar schreiben:
-
Wago kann halt die meisten Schnittstellen.
klar geht modbus auch..ist abet auch nicht so easy zum.programmiern..und noch schwerer wenn man sich mit modbus nicht auskennt.
ich programmier jtz auf e!cockpit von wago auf pfc200. Ist nicht leicht und es gibt viele probleme aber kann viel.
kannst aber auch noch viel auf gratis codesys mit wago targets machen.
visu geht halt nicht mehr wirklich
Einen Kommentar schreiben:
-
Vielen Dank für den Hinweis zu SPS-Lösungen, hat mir sehr geholfen!Zitat von tsb2001 Beitrag anzeigenHmm, hast du vielleicht mal überlegt, den Zwischenschritt über eine SPS zu machen?
Vornehmlich Wago mit der KNX-Klemme und oder der Controller mit KNX-IP; daran angedockt 6 Stück Analogeingänge für Widerstandsmessung https://www.wago.com/de/io-systeme/4...gang/p/750-450
Neben der Anbindung der PT1000-Temperatursensoren habe ich auch noch MODBUS/TCP-Komponenten, die ich auch gerne in KNX abbilden will.
Das sollte mit der WAGO-Lösung wohl auch möglich sein, oder?
Nach einer Recherche zu SPS und KNX habe ich gesehen, dass man sich genau überlegen sollte, welche SPS man auswählt. Mein allererster Eindruck war, dass WAGO im Hinblick auf die KNX-Anbindung Vorteile hat, die möglicherweise andere SPS-Lösungen nicht haben. Der WAGO 750-889 Controller KNX IP bzw. die WAGO 753-646 KNX/EIB/TP1-Schnittstelle dürfte einem viel Arbeit abnehmen, um die Messwerte auf KNX-Gruppenadressen abzubilden. Ich werde noch weiter recherchieren und dann in einem neuen Thema meine Fragen formulieren, die aus dem SPS-Ansatz resultieren.
Wenn jemand aber auch andere SPS-Lösungen empfehlen kann, freue ich mich ebenfalls auf Hinweise!Zuletzt geändert von petertau; 13.06.2021, 11:23.
Einen Kommentar schreiben:
-
Für eine geringe Anzahl von Temperaturmessungen dürfte das eine gut Lösung sein, eventuell mit dem Messwandler LKM213 (4-20mA) statt LKM214. Vielen Dank für den Hinweis!Zitat von hilka109 Beitrag anzeigenpetertau ich habe es so gelöst mit einem Messwandler LM214 (0-10V) und ABB AE/S4.1.1.3 Analogeingang 4-fach.
Einen Kommentar schreiben:
-
Mach das auch mit einen Wago Controller und schicks dann auf den knx
aber dazu muss man bissl codesys auch können
Einen Kommentar schreiben:
-
Hmm, hast du vielleicht mal überlegt, den Zwischenschritt über eine SPS zu machen?
Vornehmlich Wago mit der KNX-Klemme und oder der Controller mit KNX-IP; daran angedockt 6 Stück Analogeingänge für Widerstandsmessung https://www.wago.com/de/io-systeme/4...gang/p/750-450
Kostet natürlich auch einer 250 Euro; plus Controller bist du auf grob 2000 Euro gesamt. Aber halt auch ziemlich variabel hinsichtlich Erweiterbarkeit und Datenverarbeitung.
Im Gegensatz dazu sind Analogeingänge für KNX ja auch nicht grade günstig; zumal du da ja immer noch Messumformer benötigst.
Ob du da die ganzen Messumformer mit Speisespannung über die Stromschnittstelle und die notwendigen Analogeingänge bekommst, mag ich bezweifeln.
Einen Kommentar schreiben:
-
petertau ich habe es so gelöst mit einem Messwandler LM214 (0-10V) und ABB AE/S4.1.1.3 Analogeingang 4-fach.
https://lkmelectronic.de/LKMShop/de/lkm214.html
https://lkmelectronic.de/LKMShop/de/messumformer/schienenmessumformer/
https://new.abb.com/products/de/2CDG...11/ae-s4-1-1-3
Einen Kommentar schreiben:
-
Die PT1000 Fühler sind fest verbaut mit 140 Meter Zuleitung. Bei diesen Längen kann ich zudem nicht sinnvoll Spannungen auswerten, Meßfehler zu groß. Deshalb Vierleitertechnik, das ist fix. Erst ab den Vierleitern kann ich gestalten und suche Lösungen.
Einen Kommentar schreiben:


Einen Kommentar schreiben: