Cp fährt Rückwerts mit gezogenen Arbeitsgeräten

Hallo Community,

Ich hab mich hier mal angemeldet und hoffe hier eine Antwort zu finden da ich mit der Google-suche nichts fündig wurde.

Mein derzeitiges Problem ist das ich bei der Nutzung von verschiedenen Mod-Arbeitsgeräten mit CP, immer wieder das Problem habe, das der Helfer versucht mit dem jeweiligen Arbeitsgerät Rückwerts zu fahren, obwohl es ein gezogenes Arbeitsgerät ist, anschließend verkeilt er sich dann im Arbeitsgerät.

Bei den Ingame Geräten erkennt CP es sofort das es sich um ein gezogenes Gerät Handelt und fährt erst Rückwerts wenn er gerade in der nächsten Reihe steht.

Nun vergleiche ich gerade die Lua von Unterschiedlichen Geräten, die teils funktionieren und teils nicht, kann aber da sie unterschiedlich aufgebaut sind, jetzt nicht auf Anhieb den Fehler erkennen.

Nun wollte ich mal bevor ich mich zu Tode suche fragen, ob jemand eine Idee hat was geändert werden muss, damit Cp erkennt das es sich um ein gezogenes Arbeitsgerät Handelt und nicht um eines das auf 3 Punkt angebaut ist?

Hab euch mal ein Beispiel bei dem es nicht funktioniert angehängt.

Freu mich auf Hilfreiche Antworten,

Einen schönen Abend noch.

V.6.003.00009.dev

hab aber auch schon

6.003.0000(6) glaube es war die 6, bin mir aber nicht mehr ganz sicher

und 6.001.0034 versucht

hab auch erst gedacht das es daran liegt

Ok ich guck mal, dann Probiere ich die mal aus

Hab mir jetzt die V.6.003.0012.dev geladen, hoffe das ist die die gemeint war, aber leider das selbe Ergebnis er will immer am ende der Reihe ein Wendemanöver starten das nur für angebaute Geräte geeignet ist und das obwohl ich es in der CPEinstellung deaktiviert habe, mein Fazit er erkennt den Grubber nicht als solchen an, mit anderen funktioniert es ja auch.

Ja bei fast allem Funktioniert es auch, allerdings bei dem nicht daher meine Vermutung das es nicht an CP sondern am Grubber liegt. Aber welche Text definiert denn das der Grubber gezogen ist und nicht angebaut?

Der attacher join?

Danke das wäre noch coole Sache, eventuell funktioniert er ja bei dir auch ohne Probleme, dann liegt es wohl an mir.

Hab gerade geschaut ob ich eine neuere Version finde, aber leider gibt es noch keine. Den gibt es auch hier auf der Seite.

Hier ist der Link

Das kann daran liegen das es verschiedene Schaare für den Grubber gibt und er mit den Meißelschaaren das Pflügen ersetzt. ich Probiere es mal mit den anderen Schaaren, so das er quasie wieder als Grubber arbeitet, werde dann nochmal posten ob es einen unterschied macht.

Ok an den Schaaren liegt es nicht direkt, ich bin dann für heute raus und gucke morgen weiter, schonmal vielen Dank für die Hilfe.

So ich hab jetzt noch ein bisschen hin und her versucht und mit den Standart-Geräten verglichen und mir ist dort aufgefallen das es in der XML eine variable gibt die bei anderen Maschinen nicht zu finden ist.

[topReferenceNode="topRefNode"]

 <attachable>
        <inputAttacherJoints>
            <inputAttacherJoint node="attacherJoint" rootNode="vector460_attacher_component3" topReferenceNode="topRefNode" jointType="implement" 
lowerRotLimitScale="0 0 1" upperRotLimitScale="0 0 1" lowerTransLimitScale="0 1 0" allowsLowering="true">
                <distanceToGround lower="0.7" upper="0.7"/>
            </inputAttacherJoint>
        </inputAttacherJoints>
        <support animationName="moveSupport" delayedOnLoad="true"/>
        <brakeForce>2</brakeForce>
    </attachable>

Das hab ich raus gelöscht und die folgenden 3 Scale-Werte alle auf 0 gesetzt so wie es bei den Standartgeräten ist ( bin mir aber noch nicht sicher ob es notwendig war), danach funktioniert der Grubber bei mir fehlerfrei mit CP.

Ich denke das [topReferenceNode] den oberlenker beschreibt der ja bei einem gezogenen Grubber nicht existiert und wenn die variable fehlt gibt es scheinbar keinen Grund mehr für CP anzunehmen der Grubber ist aufgesattelt.

Vielleicht kann ja nochmal jemand Aufklärungsarbeit leisten der sich schon näher damit beschäftigt hat was die Einzelnen Werte bedeuten.