https://forge.codesys.com/forge/talk/Deutsch/thread/ecac9f80a7/2022-06-16T18:44:46.845000ZRecent posts to Codesys V3.5.13 und KNX2022-06-16T18:44:46.845000Z2022-06-16T18:44:46.845000ZSandrohttps://forge.codesys.com/u/sandro/https://forge.codesys.comc419a5e7a3a75de52d7f9f5a3ad4ebb71adf580d

<div class="markdown_content"><p><a href="https://forge.codesys.com/forge/talk/Deutsch/thread/ecac9f80a7/#43f5">https://forge.codesys.com/forge/talk/Deutsch/thread/ecac9f80a7/#43f5</a></p> <p>Hi Edwin,<br/> I am using Codesys 3.5 SP18 with:<br/> - CODESYS Control for Raspberry Pi SL<br/> - CODESYS KNX SL<br/> I have configured both Codesys and ETS but it is not communicating.<br/> On the KNX side I am using the "IP Interface SCN-IP000.03" (MDT) and I think this is the problem since you recommend an IP ROUTER.<br/> So I should replace the interface with "IP Router SCN-IP100.03" (MDT).<br/> Do you think this could be the problem and the solution?<br/> Thank you</p></div>

2022-06-15T16:06:17.785000Z2022-06-15T16:06:17.785000ZSandrohttps://forge.codesys.com/u/sandro/https://forge.codesys.comf781168918203d218d8a8c583bbccf0c1a52d854

<div class="markdown_content"><p>Hi Edwin,<br/> I am using Codesys 3.5 SP18 with:<br/> - CODESYS Control for Raspberry Pi SL<br/> - CODESYS KNX SL<br/> I have configured both Codesys and ETS but it is not communicating.<br/> On the KNX side I am using the "IP Interface SCN-IP000.03" (MDT) and I think this is the problem since you recommend an IP ROUTER.<br/> So I should replace the interface with "IP Router SCN-IP100.03" (MDT).<br/> Do you think this could be the problem and the solution?<br/> Thank you</p></div>

2020-11-28T20:05:16.416000Z2020-11-28T20:05:16.416000ZKampfwursthttps://forge.codesys.com/u/kampfwurst/https://forge.codesys.come3ca4481368a5e06cc305917752e637166c5e626

<div class="markdown_content"><p>Ist eine Demo Version für das KNX Paket verfügbar? Bevor ich über 100€ ausgeben würde ich das KNX Modul gerne testen.</p></div>

2020-02-28T01:43:57.702000Z2020-02-28T01:43:57.702000Zchguhttps://forge.codesys.com/u/chgu/https://forge.codesys.com086cf3747ac7eb798c1eae67a5363b0802fd8545

<div class="markdown_content"><p>Hallo,</p> <p>ich konnte das Problem aus meinem vorherigen Post lösen. Falls jemand das selbe Problem hat hier meine Lösung:</p> <p>Möglicher weise ist es das selbe Problem wie bei OPC UA Server, wie im Post <a class="" href="https://forum.codesys.com/viewtopic.php?t=6965&amp;p=15415&amp;lan=en" rel="nofollow">https://forum.codesys.com/viewtopic.php?t=6965#p15415</a> von Edwin beschrieben.</p> <p>Das verzögern des Start der Runtime mittels sleep 20 brachte mir hier den Erfolg, sodass der KNX Stack jetzt nach Neustart des Raspberrys sofort funktioniert (sowie auch der OPC UA Server).</p> <p>Beste Grüße</p> <p>chgu</p></div>

2020-02-28T01:43:55.856000Z2020-02-28T01:43:55.856000Zchguhttps://forge.codesys.com/u/chgu/https://forge.codesys.comdf3019721526ddf9c22870610b15b76de275dee7

<div class="markdown_content"><p>Hallo nach einer längeren Testphase</p> <p>des KNX Stacks auf meinem Raspberry kann ich sagen, dass die integartion gut gelungen ist.<br/> Leider habe ich ein problem nach dem ausschalten des Raspberrys. Ich bin mir aber nicht sicher ob dies an der Demo Version liegt, weswegen ich dies nochmal klären wollte bevor ich die Lizenz kaufe.</p> <p>Ich habe das Problem, dass nach herunterfahren und wieder hochfahren der KNX Stack nicht funktionieren zu scheint. Die Soft SPS an sich fährt hoch und die Bootapplikation wird auch ausgeführt.<br/> Jedoch wird weder vom KNX BUS gelesen noch geschrieben. Wenn ich jetzt über die Codesys Entwicklungsumgebung den Soft SPS Dienst stoppe und wieder starte, werden Werte vom Bus gelesen und auch geschrieben (für30min wegen des Demomodes).</p> <p>Ist dieses Verhalten normal, wegen der Demo Lizenz, oder müsste der KNX Stack nach einem Neustart des Raspberrys eigentlich funktionieren?<br/> Wo könnte der Fehler sonst liegen.</p> <p>Vielen Dank und beste Grüße<br/> chgu</p></div>

2020-02-28T01:43:50.682000Z2020-02-28T01:43:50.682000ZDonnerknallhttps://forge.codesys.com/u/donnerknall/https://forge.codesys.com1598c14eeb217b0d0e4d93e5dc9c2726aa213556

<div class="markdown_content"><p>Hi Edwin,</p> <p>das hört sich ja dann gar nicht so schlecht an mit dem Raspi, hab zufällig sogar noch einen übrig.</p> <p>Hat man einen wirklichen Nutzen von der MC Variante? Empfiehlt es sich einen Kern für Codesys zu reservieren wenn man noch andere Dienste auf dem Raspi laufen hat?</p> <p>Edit:<br/> Hab gerade den Thread gefunden: l <a class="" href="https://forum-de.codesys.com/viewtopic.php?t=5895&amp;p=18711&amp;lan=de" rel="nofollow">viewtopic.php?t=5895#p18711</a> l </p> <p>Hab jetzt erst richtige verstanden was damit gemeint ist Ich denke für ein bisschen Hausautomation wird man mit einem Kern zurecht kommen </p></div>

2020-02-28T01:43:48.819000Z2020-02-28T01:43:48.819000Zeschwellingerhttps://forge.codesys.com/u/eschwellinger/https://forge.codesys.com84454d0bf506dc8b4dea004c3126f3e15b616580

<div class="markdown_content"><p>Hi,</p> <blockquote> <p><strong>Zitat:</strong><br/> Jetzt stellt sich mir die Frage nach der passenden Hardware. Am günstigsten wäre der Raspi, aber läuft das auch zuverlässig? Siemens IOT2000 wäre ja preislich auch attraktiv. Dem Teil würde ich im Dauerbetrieb mehr Stabilität zutrauen.<br/> Oder halt PFC, aber das wäre etwas Overkill, schon von der Leistung und vom Preis.</p> </blockquote> <p>Von der Performance betrachtet, ist der Pi3 sowohl dem PFC als auch dem Siemens IOT um Längen überlegen.<br/> Von meiner Erfahrung: <br/> Ich betreibe mein Haus mit einem PI als Haussteuerung, das funktioniert ohne Probleme und auch stabil.<br/> Klar wenn man mehr Zuverlässigkeit haben will könnte ein PFC100/200 schon auch eine gut Wahl sein.<br/> Mit Zuverlässigkeit meine ich, beim Pi oder auch IOT vielleicht könnte die SD Karte korrupt gehen, das gibt’s beim PFC nicht.<br/> Die Praxis zeigt allerdings das es mit den neuen Pi's nicht mehr sehr oft passiert man sollte sich an Regeln halten:</p> <ol> <li>sorgsam mit dem "Schreiben von Dateien" um gehen ( aus SPS / OS usw)</li> <li>man könnte das FileSystem readonly machen( muss man selber Hand anlegen)</li> <li>am Pi eine USV verwenden - damit ein geregelter Shutdown des Linux beim Ausschalten durchgeführt wird</li> </ol> <p>Sprich das Ausschalten des PI's ist das Problem, was aber in einem Haus nur 1-2 pro Jahr durch Stromausfall passiert.</p> <blockquote> <p><strong>Zitat:</strong><br/> Schade ist allerdings, dass man die Lizenz fürs jeweilige System kaufen muss. Ist ihr eine Übernahme auf ein anderes System möglich?</p> </blockquote> <p>Nein das geht nicht.</p> <p>Vielleicht haben andere User ähnliche oder aber auch ganz andere Erfahrung damit gemacht.</p> <p>Grüße<br/> Edwin</p></div>

2020-02-28T01:43:46.964000Z2020-02-28T01:43:46.964000ZDonnerknallhttps://forge.codesys.com/u/donnerknall/https://forge.codesys.comfe563d8bc26f3a505eca570d86422dd985601a19

<div class="markdown_content"><p>Hallo zusammen,</p> <p>bin jetzt ja fast aus dem Häuschen, dass es jetzt unter Codesys3 die Einbindung von KNX über IP gibt.<br/> Hab den 750-880 aus meiner KNX Installation rausgeschmissen weil es mir einfach zu umständlich war.</p> <p>Jetzt stellt sich mir die Frage nach der passenden Hardware. Am günstigsten wäre der Raspi, aber läuft das auch zuverlässig? Siemens IOT2000 wäre ja preislich auch attraktiv. Dem Teil würde ich im Dauerbetrieb mehr stabilität zutrauen.<br/> Oder halt PFC, aber das wäre etwas Overkill, schon von der Leistung und vom Preis.</p> <p>Was würdet ihr empfehlen? Sind Langzeiterfahrungen mit Codesys3 auf Raspi vorhanden?</p> <p>Schade ist allerdings, dass man die Lizenz fürs jeweilige System kaufen muss. Ist ihr eine Übernahme auf ein anderes System möglich?</p> <p>Viele Grüße</p></div>

2020-02-28T01:43:41.833000Z2020-02-28T01:43:41.833000Zpuma80801https://forge.codesys.com/u/puma80801/https://forge.codesys.com1d366d038ea973462b13feacef97a835ce7c5912

<div class="markdown_content"><blockquote> <p><strong>chgu hat geschrieben:</strong><br/> Hallo,<br/> ich gehe davon aus, dass du versuchst das Codesys "Gerät" in einer TP Linie einzufügen. Das Codesys "Gerät" ist vom Medientyp IP und deswegen kommt die Fehlermeldung. Versuche im Topologie Fenster das Codesys "Gerät" nicht in Linie 1.1 sondern in Line 1 zuziehen. Diese sollte bei der Projekterstellung als IP eingestellt sein.<br/> Beste Grüße<br/> chgu</p> </blockquote> <p>Hallo chgu,<br/> vielen Dank für die Hilfe. Es war nicht Linie 1 sondern Linie 2. Die war komplett leer. Nachdem ich diese umgestellt habe auf IP hat es ohne Probleme funktioniert.<br/> Sobald ich wieder zu Hause bin werde ich versuchen die physikalische Adresse und die Applikation auf meinem Raspberry zu programmieren.</p> <p>Grüße Timo</p></div>

2020-02-28T01:43:39.988000Z2020-02-28T01:43:39.988000Zchguhttps://forge.codesys.com/u/chgu/https://forge.codesys.combc2481b5ad1cc60726b4c0f93491da10d58d9e30

<div class="markdown_content"><blockquote> <p><strong>puma80801 hat geschrieben:</strong><br/> Hallo,<br/> ich habe soweit alles hinbekommen. Jetzt habe ich nur noch das Problem, dass ich in der ETS5 keine physikalische Adresse vergeben kann. Es kommt immer die angehängte Fehlermeldung.<br/> Kann bitte jemand helfen?<br/> Danke &amp; Grüße<br/> Timo</p> </blockquote> <p>Hallo,</p> <p>ich gehe davon aus, dass du versuchst das Codesys "Gerät" in einer TP Linie einzufügen. Das Codesys "Gerät" ist vom Medientyp IP und deswegen kommt die Fehlermeldung. Versuche im Topologie Fenster das Codesys "Gerät" nicht in Linie 1.1 sondern in Line 1 zuziehen. Diese sollte bei der Projekterstellung als IP eingestellt sein.</p> <p>Beste Grüße</p> <p>chgu</p></div>