Guten Morgen, ich bin auf der Suche nach einen Chip der von Codesys3.5 unterstützt wird. Wir haben bislang die Chips von Beck IPC genutzt. Leider ist durch den Verkauf zur HMS Gruppe mit diesem Hersteller nicht mehr zu rechnen. Also brauchen wir einen neuen Chip der bereits von Codesys unterstützt wird. Am besten wäre ein Arm Chip denke ich. Die Suche hat bis jetzt bedauerlicherweise kein ähnliches Produkt wie damals der SC24 von Beck ergeben. Ich setze nun mal wieder auf die Schwarmintelligenz von diesem Forum. Ich bin auf jede Antwort bzw Tipp sehr dankbar. Danke für die Hilfe.
Codesys unterstützt ganz offiziell auch alle Modelle des Raspberry Pi: https://store.codesys.com/codesys-control-for-raspberry-pi-sl.html Bzw. mit einer Lizenz für den kommerziellen Einsatz: https://store.codesys.com/de/codesys-control-for-raspberry-pi-mc-sl.html Das RPi Compute Module geht ja schon stark in die Richtung des alten Beck IPC "Chips", der ja auch eher ein Auflötmodul war. Ggf. kann man - sofern man den Broadcom SoC beschaffen kann - auch die Bauteile eines RPi auf der eigenen Leiterplatte unterbringen.
Andreas S. schrieb: > sofern man den Broadcom SoC beschaffen kann - auch die Bauteile eines > RPi auf der eigenen Leiterplatte unterbringen. Guten Morgen, was meinst du mit Broadcom SoC beschaffen? Danke für die Hilfe
Tooling schrieb: > was meinst du mit Broadcom SoC beschaffen? Viele Bauteile von Broadcom sind nicht bei den üblichen Distributoren (Digi-Key, Mouser, usw.) in kleinen Stückzahlen erhältlich, sondern werden nur direkt in großen Stückzahlen vertrieben. Da darf man sich also mit seinem Projekt bewerben und wird vielleicht erhört, wenn man man plausibel machen kann, dass die geplanten Stückzahlen realistisch sind und zu deren Produktpolitik passen. Und das betrifft insbesondere auch die auf den RPis befindlichen Prozessoren/SoC wie den BCM2711 bzw. BCM2837. Nur die teuren Netzwerkprozessoren wie z.B. BCM58712 werden per Distributor vertrieben, aber das nützt Dir nichts, weil es hierfür ja keine Codesys-Laufzeitumgebung gibt. Daher besteht tatsächlich der einfachste Weg darin, ein RPi Compute Module zu verwenden, zumal man sich damit auch das aufwändige Leiterplattenlayout für die Anbindung des DDR-RAMs usw. erspart. Achtung: Die Codesys-Umgebung gibt es (derzeit?) wohl nur für die "ausgewachsenen" RPis und nicht für die auf dem RP2040 basierenden, sehr abgespeckten Boards.
Andreas S. schrieb: > Tooling schrieb: >> was meinst du mit Broadcom SoC beschaffen? > > Viele Bauteile von Broadcom sind nicht bei den üblichen Distributoren > (Digi-Key, Mouser, usw.) in kleinen Stückzahlen erhältlich, sondern > werden nur direkt in großen Stückzahlen vertrieben. Da darf man sich > also mit seinem Projekt bewerben und wird vielleicht erhört, wenn man > man plausibel machen kann, dass die geplanten Stückzahlen realistisch > sind und zu deren Produktpolitik passen. Und das betrifft insbesondere > auch die auf den RPis befindlichen Prozessoren/SoC wie den BCM2711 bzw. > BCM2837. > > Nur die teuren Netzwerkprozessoren wie z.B. BCM58712 werden per > Distributor vertrieben, aber das nützt Dir nichts, weil es hierfür ja > keine Codesys-Laufzeitumgebung gibt. > > Daher besteht tatsächlich der einfachste Weg darin, ein RPi Compute > Module zu verwenden, zumal man sich damit auch das aufwändige > Leiterplattenlayout für die Anbindung des DDR-RAMs usw. erspart. > > Achtung: Die Codesys-Umgebung gibt es (derzeit?) wohl nur für die > "ausgewachsenen" RPis und nicht für die auf dem RP2040 basierenden, sehr > abgespeckten Boards. Danke für Deine ausführliche Antwort. Weiß jemand eine Alternative zu den RPI? Irgend ein ARM oder so? Danke für die Hilfe
Tooling schrieb: > Weiß jemand eine Alternative zu den RPI? > Irgend ein ARM oder so? Die RPi sind doch ARM-basiert...
Andreas S. schrieb: > Tooling schrieb: >> Weiß jemand eine Alternative zu den RPI? >> Irgend ein ARM oder so? > > Die RPi sind doch ARM-basiert... Ja schon jedoch ist der RPi als fertiges Modul zu groß. Und mit 200Stück im Jahr wird Broadcom kein Interesse an mir haben. Darum frage ich nach einer alternative. Danke für die Hilfe
Ich hab was in Erinnerung, dass EtherCAT auf dem Raspi nicht echtzeitfaehig war wegen dem darunterliegenden Linux. Ob es da spezielle Raspi-Codesys-Versionen gibt, die sich unter das System einbauen, weiss ich nicht. Das also nur als Hinweis, falls es in der Richtung eine Relevanz gibt.
Mal den BeagleBone Black angeschaut? https://store.codesys.com/codesys-control-for-beaglebone-sl.html Bzw. den darauf verbauten AM3358? Der ist genau für solche Echtzeitsachen durch die Co-Prozessoren. Aber k.A. Wie gut das von CodeSys ausgenutzt wird. https://www.ti.com/product/AM3358?qgpn=am3358 TI ist normalerweise gut in kleinen Stückzahlen beschaffbar und die meisten Datenblätter ohne NDA erhältlich.
Blechbieger schrieb: > Mal den BeagleBone Black angeschaut? > > https://store.codesys.com/codesys-control-for-beaglebone-sl.html > > Bzw. den darauf verbauten AM3358? Der ist genau für solche > Echtzeitsachen durch die Co-Prozessoren. Aber k.A. Wie gut das von > CodeSys ausgenutzt wird. > https://www.ti.com/product/AM3358?qgpn=am3358 Oder noch besser: https://octavosystems.com/octavo_products/osd335x-c-sip/ Da hast Du wirklich alle kritischen Sachen eines Beaglebones in einem einzigen Chip konzentriert: CPU, Speicher, EMMC, PMIC,... fchk
Danke auch für die letzten zwei Tipps. Aber auch der BeagleBone ist weit komplexer für die Integration als es der Beck damals war. Bin ich der einzige der am Markt so eine Lösung wie sie Beck hatte sucht? Ist meine Anforderung nicht mehr zeitgemäß? Danke für Euer Urteil
Tooling schrieb: > Danke auch für die letzten zwei Tipps. > Aber auch der BeagleBone ist weit komplexer für die Integration als es > der Beck damals war. > Bin ich der einzige der am Markt so eine Lösung wie sie Beck hatte > sucht? > Ist meine Anforderung nicht mehr zeitgemäß? > Danke für Euer Urteil Hat niemand mehr eine Meinung zu meinen letzten Fragen?
Tooling schrieb: > Leider ist durch den > Verkauf zur HMS Gruppe mit diesem Hersteller nicht mehr zu rechnen. Ich habe schon lange keinen Bezug mehr zu Beck und nie zu HMS. Wieso stellt die HMS-Gruppe die Codesys-Plattformen ein?
Tooling schrieb: > Bin ich der einzige der am Markt so eine Lösung wie sie Beck hatte > sucht? Wenn die Kunden Beck das Ding wie geschnitten Brot aus den Händen gerissen hätten, gäbs das noch. Anscheinend warst du tatsächlich der letzte Anwender. Und da sag ich mal, es wird Zeit für eine Erweiterung des eigenen Horizonts. Oliver
Tooling schrieb: > Ist meine Anforderung nicht mehr zeitgemäß? Dein Know-How ist vielleicht nicht mehr zeitgemäß. Sorry. Bei genügend großer Nachfrage hätten vielleicht auch noch andere Hersteller dieses Konzept übernommen, um noch ein Stück von dem vielleicht großen Markt abzubekommen. Da dies aber nicht passiert ist, gehe ich eher von einem Nieschenmarkt aus. Inzwischen gibt es zuhauf Embedded-Rechnermodule aller Art, die meist mit Linux laufen, und die Kunden lassen dort ihre eigenen Applikationen laufen. Du wirst entweder mit der Zeit gehen oder aus dem Markt verschwinden. fchk
Hallo! Kontron bietet solche Lösungen wonach du suchst an. Gerne kannst du dich bei mir per Mail melden, dann kann ich dir weitere Informationen geben.
Hallo! Kontron bietet solche Lösungen wonach du suchst an. Gerne kannst du dich bei mir per Mail melden, dann kann ich dir weitere Informationen geben.
Tooling schrieb: > Hat niemand mehr eine Meinung zu meinen letzten Fragen? Auf Chipebene sind da mMn. keine großen Stückzahlen zu erwarten. Daher sind die wohl selten. Es gibt, bzw gab es mal, auch die Möglichkeit Codesys direkt in eigene System zu integrieren. Frag doch direkt Codesys an.
Christof K. schrieb: > Hallo! > Kontron bietet solche Lösungen wonach du suchst an. Gerne kannst du dich > bei mir per Mail melden, dann kann ich dir weitere Informationen geben. Schreib Dir gerne eine Mail wenn du mir die Adresse gibst. Mucky F. schrieb: > Frag doch direkt Codesys an. 3S ist leider eine Firma die mit dem Fußvolk nicht spricht:( Schon probiert:(
Tooling schrieb: > Christof K. schrieb: >> Hallo! >> Kontron bietet solche Lösungen wonach du suchst an. Gerne kannst du dich >> bei mir per Mail melden, dann kann ich dir weitere Informationen geben. > > Schreib Dir gerne eine Mail wenn du mir die Adresse gibst. > christof.klemenz@kontron.ch
https://www.phytec.de/produkte/system-on-modules/phycore-tc399/ Oder https://www.phytec.de/produkte/development-kits/phyplc-kit/ Bzw. Das darin enthaltene AM335 SOM: https://www.phytec.de/produkte/system-on-modules/phycore-am335x/ Oder halt eines der anderen von Codesys unterstützten SOM
Noy schrieb: > https://www.phytec.de/produkte/system-on-modules/phycore-tc399/ > > Oder > https://www.phytec.de/produkte/development-kits/phyplc-kit/ > > Bzw. Das darin enthaltene AM335 SOM: > > https://www.phytec.de/produkte/system-on-modules/phycore-am335x/ > > Oder halt eines der anderen von Codesys unterstützten SOM Guten Morgen, habe jetzt bei der schnellen Durchsicht der Links keinen Hinweis auf Codesys gefunden. Kannst mir bitte ein paar Infos mehr geben?
Hey Tooling, Ich habe aufmerksam den Post heute gelesen. Gab es denn Kontakt zu phytec? Wie sieht der Support zu codesys da aus? Oder war die Lösung in eine andere Richtung gegangen? Der Post ist ja schon etwas älter?
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.