https://forge.codesys.com/forge/talk/Deutsch/thread/74602163ab/2020-02-28T04:15:31.005000ZRecent posts to CanOpen Sync Probleme2020-02-28T04:15:31.005000Z2020-02-28T04:15:31.005000Zmpexxhttps://forge.codesys.com/u/mpexx/https://forge.codesys.com86ca78775ca6cd5278df542d5a3db95797511360

<div class="markdown_content"><p>Hallo nochmal.<br/> Erst mal vielen Dank. Euer Support ist spitze!<br/> Für unsere Applikation ist keine Synchronisation notwendig.</p> <p>Die Schneider-Bausteine funktionieren einwandfrei! </p> <p>Vielen Dank nochmal hierfür!</p></div>

2020-02-28T04:15:25.456000Z2020-02-28T04:15:25.456000ZB.Rothhttps://forge.codesys.com/u/b-roth/https://forge.codesys.comfccdba492f320ff66a5f36f149ff230f29887aef

<div class="markdown_content"><p>Hallo,</p> <p>das funktioniert im Moment leider nicht mit dem Lexium32 und dem CANsync (Im Moment nur an Schneider Controller LMC058 oder CODESYS SPRTE und PCI-Cankarte)<br/> Die Lexium32 laufen mit EtherCAT am PI das ist getestet.<br/> Es wird im Moment untersucht wieso der Lexium32 da etwas rumzickt.</p> <p>Wenn es Neuigkeiten gibts wird es hier dann wieder gepostet.</p> <p>Es gibt aber eine Alternative falls keine Synchronisation bei den Antrieben benötigt wird kann man auch die Lexium-PLCpoen-lib verwenden.</p> <p>im Anhang ist ein Archiv mit der Lib und dem Device für Lexium32A, Lexium32M;</p> <p><a class="" href="https://schneider-electric.box.com/s/ksu3ex8liuccigtwlt3sz1fq07yb6xfw" rel="nofollow">https://schneider-electric.box.com/s/ks ... fq07yb6xfw</a></p> <p>Gruß Bruno Roth <br/> (Support Machine Solution Schneider Electric Automation)</p> <p><img alt="IMG: lib1.JPG" rel="nofollow" src="https://forum-de.codesys.com//download/file.php?id=1583"/></p></div>

2020-02-28T04:15:23.357000Z2020-02-28T04:15:23.357000Zmpexxhttps://forge.codesys.com/u/mpexx/https://forge.codesys.com78ce0b0fbfc7854099a5b6588b34ff9bb81a392b

<div class="markdown_content"><p>Ok. <br/> Der Kernel ist selbst gebaut; Raspbian Jessie mit dem offiziellen RT-Patch. <br/> Wollte zuerst auch den NAVIO/Emlid nehmen, aber es sah für mich so aus, als ob die Images nur für den RPi 2 wären...<br/> Schau mir das dann morgen noch mal an.</p></div>

2020-02-28T04:15:17.501000Z2020-02-28T04:15:17.501000Zeschwellingerhttps://forge.codesys.com/u/eschwellinger/https://forge.codesys.com4b0ac2abd4a219a68920bdb14c9e75b614dff3eb

<div class="markdown_content"><p>Hi,</p> <p>doch der CANopenManager erzeugt den Sync selber und der ist wenn du enen echtzeit gepatchten Kernel verwendest auch genau genug.<br/> Das verwenden des Syncs der Klemme geht nicht.</p> <p>Also nochmal.. verwendest du das rt_preemt gepatchte Emlid / Navio Image?<br/> Wenn ja dann den Tip mit den 4ms/2ms Ethercat zu synczeit verwenden.</p> <p>Ich habe das mit anderen Antrieben schon gemacht, klar mag sein das der Lexium früher in den Fehler geht wie andere Drives aber im TaskMonitor<br/> müssen Jitter Zeiten nach reset mit rechter Maustaste &lt;100us stehen sonst "taugt" der Kernel Patch nichts.</p> <p>Grüße<br/> Edwin</p></div>

2020-02-28T04:15:15.482000Z2020-02-28T04:15:15.482000Zmpexxhttps://forge.codesys.com/u/mpexx/https://forge.codesys.com8d8612db032e9ecb5f3d5915e859525962f5a4dd

<div class="markdown_content"><p>Also es handelt sich um einen Raspberry Pi 3.<br/> Die Anwendung ist eigentlich eine recht simple Pick Place Anwendung.<br/> Am Umrichter lässt sich die Toleranz nicht einstellen. <br/> Laut Bedienungsanleitung steigt der Umrichter ab einer Abweichung von 100 (!) µs aus.</p> <p>Der Pi hat trotz Echtzeitkernel einen Jitter von +- 500-600 µs (laut Task Monitor).<br/> Mit den Zeiten hab ich schon einiges versucht. Ohne Erfolg. </p> <p>Der einzige Unterschied, den ich jetzt auf den ersten Blick gesehen habe, ist der, dass ich in der Config statt dem CanOpenManager den CanOpenManager Softmotion verwende.<br/> Aber daran wird's jetzt ja nicht liegen, oder?</p> <p>Die Frage, die ich mir noch stelle ist folgende:<br/> Erzeugt die Codesys-Runtime / der CanOpenManager das Sync-Signal selbst?<br/> Und wenn ja, gibt es nicht die Möglichkeit, das auf die EL6751 auszulagern, die das ja scheinbar unterstützt. (Zumindest laut der Produktbeschreibung von Beckhoff)</p> <p>Gruß</p></div>

2020-02-28T04:15:09.872000Z2020-02-28T04:15:09.872000Zeschwellingerhttps://forge.codesys.com/u/eschwellinger/https://forge.codesys.com9bf16bd2dd08f4d713045bff7faf23b1ebdac417

<div class="markdown_content"><p>Hi,</p> <p>das muss gehen, am besten den Ethercat Task auf 2ms und dann im CANopenManager <br/> "Enable Sync Producing" und Cycle Period auf 4ms dann wird es gehen.</p> <p>Grüße<br/> Edwin</p> <p><img alt="IMG: SyncProducing.jpg" rel="nofollow" src="https://forum-de.codesys.com//download/file.php?id=1581"/></p></div>

2020-02-28T04:15:07.890000Z2020-02-28T04:15:07.890000ZBOBmorainehttps://forge.codesys.com/u/bobmoraine/https://forge.codesys.com39f0b9ba4f3b1bcf7bd25e118693e345fa31da89

<div class="markdown_content"><p>Moin,<br/> ist das nen Pi2 oder 3? Vielleicht laggt der nur?<br/> Oder einfach nur zu schwach für deine Anwendung?</p> <p>Ich kenn zwar deinen Umrichter nicht, aber hast du schonmal versucht die Toleranz der Fehler einzustellen? Sprich die Zeit bis der Fehler kommt (Timeout evtl?) und die Anzahl der Fehlerpakete.<br/> Habt ihr mal die Kabel geprüft/getauscht?</p></div>

2020-02-28T04:15:02.293000Z2020-02-28T04:15:02.293000Zmpexxhttps://forge.codesys.com/u/mpexx/https://forge.codesys.com10a5554dc8e2e4291d3e0ba3dee6f2ca87946420

<div class="markdown_content"><p>Hallo allerseits.</p> <p>Wir hatten vor, zwei Schneider Lexium 32A Antriebe über CanOpen und Softmotion zu betreiben.<br/> Dazu den Beckhoff EK1100 mit EL6751 CanOpen-Masterklemme bestellt.</p> <p>Leider will das ganze nicht funktionieren. Die Umrichter gehen nach kurzer Zeit in Störung. Sie zeigen dann <br/> "Error B404: SYNC signal missed more than twice." <br/> Zu Testzwecken wurde auch ein PEAK USB-Can Adapter versucht. Mit gleichem Ergebnis.</p> <p>Laut Beckhoff soll der EL6751 einen "Quarzgenauen SYNC-Zyklus für Antriebssynchronisation" beherrschen. <br/> Ich kann jedoch nirgendwo eine Option finden, das Sync-Producing direkt vom EL6751 machen zu lassen.</p> <p>PS: Raspbian wurde auch schon mit PREEMPT-RT Kernel versucht. Ohne Besserung...</p> <p>Hat jemand zufällig noch eine Idee, wie das Problem zu lösen wäre?</p></div>