Beiträge von DS186

    Nein, den zweiten Port benötigst du dafür nicht. Probiere mal folgendes: Welche IP-Adresse hat dein PC bzw. Netzwerk-Adapter, mit dem du auf den Roboter zugreifst?


    Nehmen wir an, dein PC hat die IP-Adresse 192.168.178.100. Dann trage exakt diese Adresse in der Konfiguration von Port 1 unter OP Panel IP addr ein. Verbinde dich dann auf Port 1 und versuche es nochmal.

    Im Prinzip reicht einer der beiden Ports voll aus, um per Fernzugriff auf den Roboter zugeifen und um alle Funktionen ausführen zu können.


    Ich habe noch nie probiert, die beiden Ports mit einem Router zu verbinden. Dazu kann ich leider nichts sagen. Wie bereits geschrieben, einer der beiden Ports hat mir bisher immer völlig gereicht für den vollständigen Zugriff.

    Was willst du mit dem zweiten Port machen? Bzw. was hängt auf Port 1 und was auf 2? Was für zwei Rechner sollen miteinander kommunizieren können? Das verstehe ich nicht ganz.


    Die beiden Ports können auf keinen Fall im gleichen Adressbereich liegen. Es müssen zwingend zwei verschiedene Subnetze sein. D.h. die beiden Ports können nicht als Switch genutzt werden. Solltest du mehr Anschlüsse benötigen, dann musst du einen Switch dazwischen hängen.

    Sind das deine aktuellen Einstellungen? Falls ja, dann kann dein Soft Operator Panel nicht funktionieren. Setze, wie oben beschrieben, die OP Panel IP in den Bereich deiner Adresse für den Port 1, d.h. in deinem Fall in den Bereich 192.168.178.xxx oder noch einfacher, auf "*".


    Jedenfalls muss die OP Panel IP im gleichen Subnetz wie deine Portadresse liegen (oder eben den Eintrag "*" haben). Wenn du anstatt "*" eine IP-Adresse einträgst, dann muss dein PC diese Adresse haben, damit du auf das SOP zugreifen kannst. Ich würde dir "*" als Eintrag empfehlen.


    "Use Soft Operator Panel" muss auf TRUE stehen, aber das hast du wohl schon korrekt eingestellt.

    Ich habe damals mit FANUC angefangen und fand die folgenden Umsteigerkurse bei ABB und KUKA eigentlich ganz hilfreich, um in das jeweilige System reinzukommen. Erfahrene Programmierer werden nach einem Umsteigerkurs möglicherweise sagen, dass man sich die Hälfte hätte sparen können (ging jedenfalls mir so), aber man hat auf jeden Fall mal ein paar der Eigenheiten gehört und gesehen.


    Ob ein Umsteigerkurs ausreichend ist, um (effizient) an fertig programmieren FANUCs arbeiten zu können, hängt meiner Meinung nach eher von der allgemeinen Erfahrung des Programmierers ab und ist sicher auch von der Applikation bzw. Komplexität abhängig. Handelt es sich um eine spezielle Applikation, gibt es Zusatzachsen, Safety, ist KAREL im Spiel, was muss optimiert werden, etc. pp.


    Mein persönliches Fazit: Für einen erfahrenen Programmierer ist ein Umsteigerkurs auf einen anderen Hersteller ausreichend. Damit hat man eine solide Basis und sollte einigermaßen klar kommen. Safety ist immer so eine Sache. Es ist natürlich kein Muss, aber manche fordern ja z.B. den entsprechenden Nachweis. Ich selbst würde den DCS-Kurs empfehlen, wenn es für die Anlagen relevant sein sollte. Alle anderen Kurse kann man sich meiner Meinung nach sparen.


    Und zur Not gibt es ja auch noch hilfsbereite Kollegen aus der Community :thumbup:

    Schau dir mal diesen Thread bzw. Beitrag an:


    Kann man die "-100" durch eine Variable ersetzten um es etwas Dynamischer zu gestallten

    Nein. Aber du kannst dir eine Variable vom z.B. Typ FRAME deklarieren, diese dann entsprechend beschreiben und über den geometrischen Operator mit deinem Zielpunkt verknüpfen.

    Code
    DECL FRAME Offset
    
    Offset={X 0,Y 0,Z -100,A 0,B 0,C 0}
    
    LIN Xziel:Offset

    EDIT:


    Zur Vollständigkeit: In Offset kannst du dann beliebig Werte schreiben, z.B. dein "rHoehe".

    Code
    Offset.Z=rHoehe

    Du möchtest LLDP zur Nachbarschaftserkennung benutzen? Verstehe ich das richtig? Wenn ja, ich bin mir nicht sicher, ob die KR C4 als PN Device diese Funktion unterstützt. Den Haken für das LLDP kann man in der Konfiguration nämlich nur für die Funktion PN Controller setzen. Ein paar wenige Informationen dazu finden sich im Handbuch zu PROFINET.


    Außerdem muss der Switch, welcher zwischen KR C4 und dem restlichen Netz hängt, natürlich LLDP unterstützen.

    Die Signale, welche mit aktivem Inbetriebnahmemodus überbrückt bzw. auf TRUE gesetzt werden sollen, müssen in SafeMove über den Konfigurator für sichere IOs entsprechend konfiguriert werden. Unter "Signals" gibt es dort für die einzelnen Signale die Auswahl "Commissioning Mode". Hier muss man für jedes Signal, welches im Inbetriebnahmemodus überbrückt werden soll, True einstellen.


    Der Servicemodus wirkt nur auf die konfigurierten Überwachungsfunktionen und nicht auf die allgemeinen Stopps.


    Nähere Informationenen findest du auch im Handbuch zu SafeMove für RW 7.

    Mit der PC Jog IP und der OP Panel IP kann der Zugriff auf die Webserver-Funktionen eingeschränkt werden. D.h. der zugreifende PC muss die dort eingetragene IP-Adresse haben. Ich trage bei beiden immer "*" ein, dann ist der Zugriff nicht eingeschränkt.


    Verwende für deine OP Panel IP entweder mal eine IP-Adresse im Bereich der Adresse von Port 1 oder stelle auch dort "*" ein.


    Der Alarm HOST-179 deutet aber eher darauf hin, dass die IP-Adresse von Port 2 ebenfalls im Bereich 192.168.178.xxx liegt. Das ist nicht möglich. Die beiden Ports müssen in verschiedenen Subnetzen liegen. Daher zuerst mal die Einstellungen von Port 2 überprüfen.

    Bisher gab es immer eine "Upgrade Lizenz" wenn man einen bestehende Lizenz auf eine neue Roboguide Version übertragen wollte. Wenn ich mich recht erinnere waren das ca. 1k€. Darin enthalten waren RG selber und alle zuvor gekauften Plugins.

    Das stimmt, allerdings ist das nur der Fall, wenn es ein Upgrade der Major Revision gibt. Zum Beispiel, wenn man von der ROBOGUIDE Version 8 auf 9 geht. Minor Upgrades innerhalb einer Major Revision (z.B. Sprung von Rev. ZI auf ZJ innerhalb ROBOGUIDE Version 9) kosten nichts.

    Saubere Ausarbeitung, danke. Laut Screenshot ist das ein System mit V8.20. Auch bei V8.x Systemen hatte ich noch nie so ein Problem bei der Erhöhung der Anzahl IOs.


    Ich bin zwar kein großer Freund der INIT-Start Methode, aber wenn sonst nichts hilft, dann wäre das wohl der nächste Schritt.

    Ich muss mich verbessern, es ist eine V8.30.

    Saubere Ausarbeitung, danke. Laut Screenshot ist das ein System mit V8.20. Auch bei V8.x Systemen hatte ich noch nie so ein Problem bei der Erhöhung der Anzahl IOs.


    Ich bin zwar kein großer Freund der INIT-Start Methode, aber wenn sonst nichts hilft, dann wäre das wohl der nächste Schritt.