Jump to content

Eggu

Mitglieder
  • Gesamte Inhalte

    348
  • Benutzer seit

  • Letzter Besuch

Alle erstellten Inhalte von Eggu

  1. Gleicher Effekt bei langsamen Kran (ca. 2)
  2. Hallo @Roter Brummer, interessant. Habe bisher noch gar keine Loks im Modelleditor bearbeitet, nur Gleise. Bei mir erscheint aber "keine Eigenschaften", muss ich den Editor anders öffnen ? (siehe Bilder) Gruß Eggu
  3. Hmm, Kran setzt die Lok bei mir nicht direkt auf der Schiene ab, sie bleibt etwas in der Luft hängen, bleibt da auch nach Tastendruck.
  4. update: B3BC97DD-F63F-4ACC-9B92-E6948451F102 Beschreibung im Bild
  5. Hallo @neuLich Ich experimentiere gerade mit verschiedenen Kranfahrzeugen mit generischer Steuerung ( Beispielanlage B3BC97DD-F63F-4ACC-9B92-E6948451F102). Wenn zB der Absetzkipper (BFFC326A-2EA1-4E9B-8AE1-54759C49ECDB) einen Mulden-Container (hinter sich) aufnehmen will, so muss dieser sehr genau platziert sein damit dieses gelingt (wenn im dyn. Betrieb ein Absetzkipper nicht sehr genau bremst zB kann dies fehlschlagen). In diesem Fall warte ich ewig auf das Kran-Event "Ladung aufgenommen". Um das abzufangen brauche ich also einen Watchdog (Time Out). Die Time-Out Zeit hängt aber von der gewählten Krangeschwindigkeit ab (die ich nicht abfragen kann), also wäre ein "Ersatz-Event" sehr hilfreich. Wenn ich andererseits eine Ladung abgesetzt habe und per Reset den Absetzmechanismus einklappe, so muss ich bis zum Abschluss warten, um dann noch z.B. die Stützen einzufahren und dann abzufahren. Also brauche ich auch hier ein Event. (einige Kräne brauchen zwingend eine Abschluss-Animation (auch Start-Animation), aber erst nach Kran-Reset-Ende !). Als Workaround kann ich eine feste (unsichtbare) Dummy-Ladung auf einer verknüpften (unsichtbaren) Dummy-Fläche am LKW platzieren (also in Reset-Position) und diese alternativ anfahren, ist aber nicht sehr elegant und umständlich. Also auch hierfür ein Event. Gruß Eggu
  6. Dann fehlen mir noch 2 weitere Kran-Events: "Kran Reset abgeschlossen" und "Kran Aktion fehlgeschlagen". Werde ich mal als Wunsch einstellen. Gruß Eggu
  7. Danke für die schnelle Antwort @Goetz, aber gibt es denn eine korrekte Möglichkeit eine Lok per Kran (und EV) zuverlässig aufzugleisen ? Gruß Eggu
  8. Hallo @neuLich, danke für die Zusammenfassung und die anschaulichen Beispiele. Nur bei dem Kontaktpunkt habe ich ein etwas anderes Ergebnis: Ist dieser im Standard-Modus und eingerastet, ist er automatisch verknüpft, auch ohne Ketten-Symbol-Verknüpfung. Zum Thema "Kontakt" gleich eine weitere Frage: Kann ich eine Lok per Kran so auf einem Gleis absetzten, dass diese dann fahrbereit auf dem Gleis korrekt einrastet ? Bei meinem Versuch (in diesem Fall mit einem Boot, siehe Bild) kann ich das Beiboot ( == Lok) ganz exakt auf der Spur absetzen (mittels einer genau justieren Hilfsfläche, danach manuell die Lok vom Hilfsobjekt entknüpft und mit der Spur neu verknüpft), aber es kann danach trotzdem nicht eigenständig wegfahren Ich muss es zumindest mit der Maus "anfassen" damit es endgültig korrekt auf der Spur einrastet. (Das Thema mag schon an anderer Stelle erwähnt sein, ich finde diese aber nicht) Gruß Eggu
  9. Ja, das ist bekannt. Bei meinem Beispiel (Bild oben) sind die Kontaktpunkte in der Höhe sehr verschieden ( der eine Hanomag-Fahrer sitzt doch viel zu tief in dem Fahrerstand). Schränkt eben die einfache Handhabung von kontakt-behafteten Fahrern ein. Hier gibt es einen Workaround: Passenden (Dummy-) Fahrer einklinken und unsichtbar schalten, dann (bzw. vorher) Wunschfahrer an den Dummy-Fahrer linken. Anbei nochmals 2 Beispiele für unterschiedliches Verhalten: 1. Fahrer sitzt sehr tief im Sitz, ein anderer rastet vorne auf dem Gestänge ein, bewegen sich aber mit dem Fzg. (ohne weiteren Link) mit. (Rastpunkt vorne wird wohl für den Kran gebraucht, vermute ich) 2. Im Hanomag rasten die passenden Fahrer korrekt sein, müssen dann aber zusätzlich "verlinkt" werden, bleiben sonst am Ort und bewegen sich nicht mit. Weiß nicht, ob es hier Design-Vorgaben gibt, halte ich für sinnvoll. Gruß Eggu
  10. Sehe ich folgendes richtig ? Wenn ich bei einem Modell mit Drehaufbau und angebrachtem Führerstand (zB Kran) einen Fahrer/Kranführer per Link zufüge, dreht sich dieser bei einer Krandrehung nicht mit (der Link besteht wohl zur nicht gedrehten Basis). Hat der Modellierer einen Kontaktpunkt vorgesehen, kann ich dort einen geeigneten Führer (einen mit Kontaktpunkt) dort einrasten und er dreht sich mit. Gibt es irgend einen Workaround für Fall 1 ? Beispiel Fall1 : Bagger Caterpillar 329E, irgend ein Fahrer Fall2: Fuchs Kran 301 + Besatzung Fahrzeug Kran Anmerkung zu Kontaktpunkten: Nicht jeder Fahrer passt direkt zu jedem Kran (siehe Beispiel Bild mit "IFA H3A ADK 3 (Autokran)" Gruß Eggu
  11. Hello @Herman, thank you for your reply. Yes, for the fire-brigade it is a little bit more complicated, because this truck needs additional crane animation at the beginning and end. But nevertheless you can place a dummy cargo placed (and linked) at a pad at the crane rest position (see picture). Looks funny with the cargo up in the air, but these items normally are assigned to an "invisible-layer". I will expand my example to handle even more similar types of trucks in a generic manner. For animations we have the issue that similar animations can have different names, workaround is to give a truck a variable with a standard name for a special type of animation and assign the individuell animation name. Later on you use this variable for the desired animation. Best regards, Uwe Hallo @Hermann, Danke für Ihre Antwort. Ja, bei der Feuerwehr ist es etwas komplizierter, denn dieser LKW benötigt am Anfang und am Ende eine zusätzliche Krananimation. Sie können aber trotzdem eine Dummy-Ladung platzieren (und koppeln) auf einem Pad an der Kranruheposition (siehe Bild). Sieht komisch aus mit der Fracht in der Luft, aber diese Gegenstände werden normalerweise einer "unsichtbaren Ebene" zugewiesen. Ich werde mein Beispiel erweitern, um noch mehr ähnliche Arten von Lastwagen auf allgemeine Weise zu handhaben. Bei Animationen haben wir das Problem dass ähnliche Animationen unterschiedliche Namen haben können, Um dies zu umgehen, geben Sie einem LKW eine Variable mit einem Standardnamen für eine spezielle Art von Animation und vergeben Sie den individuellen Animationsnamen. Später verwenden Sie diese Variable für die gewünschte Animation. Mit freundlichen Grüßen, Uwe
  12. Hallo Walter, vl. hilft auch diese Disk., mit "Transformation"-Beispielen (ganz unten, letzter Beitrag): Gruß Eggu
  13. Hello @Herman, Currently I am playing with crane functions too, in particular with cranes at a truck (like "Absetzkipper" ID: BFFC326A-2EA1-4E9B-8AE1-54759C49ECDB). (I think you already have seen my example design 171E9C0E-BA09-4A32-B92C-49EC074A0BB3 ) Each follow up crane action should be triggered when the previous action has finished, to not depend on special timing mainly caused by the chosen crane speed . For this we can use the crane events "A Crane finishes lifting/lowering". But I am missing two more events: "crane reset done" and "crane action failed". Esp. when working with a truck-crane this is important because you won't drive the truck when the crane is still moving, and when the cargo item (or target place) is a little bit misplaced you might wait forever for a crane event. (using a watchdog function the time-out depends again on the (unknown) crane speed, and it does not work for a generic solution, because timer can not be local to an object). I have a workaround for the missing "crane reset done" event by use of a (invisible) dummy cargo at the truck, so instead of a reset command you can target the dummy cargo as usual (lift and lower). Do you have some better solutions? Regards, Eggu Hallo @Hermann, Derzeit experimentiere ich auch mit Kranfunktionen, insbesondere mit Kränen auf einem LKW (wie "Absetzkipper" ID: BFFC326A-2EA1-4E9B-8AE1-54759C49ECDB). (Ich denke, Du hast bereits mein Beispieldesign 171E9C0E-BA09-4A32-B92C-49EC074A0BB3 gesehen.) Jede nachfolgende Kranaktion sollte ausgelöst werden, wenn die vorherige Aktion beendet ist, um nicht von einem speziellen Timing abhängig zu sein, das hauptsächlich durch die gewählte Krangeschwindigkeit bestimmt wird. Dazu können wir die Kranereignisse „Ein Kran beendet Heben/Senken“ verwenden. Aber ich vermisse zwei weitere Ereignisse: "Kran-Reset durchgeführt" und "Kran-Aktion fehlgeschlagen". Insbesondere bei der Arbeit mit einem LKW-Kran ist dies wichtig, da der LKW nicht anfahren sollte, wenn sich der Kran noch bewegt, und wenn das Frachtstück (oder der Zielort) etwas ungenau platziert ist, warten man möglicherweise ewig auf ein Kranereignis. (unter Verwendung einer Watchdog-Funktion hängt das Time-out wieder von der (unbekannten) Krangeschwindigkeit ab, und es funktioniert nicht für eine generische Lösung, da der Timer nicht lokal für ein Objekt sein kann). Ich habe eine Problemumgehung für das fehlende Ereignis "Kran zurückgesetzt" durch Verwendung einer (unsichtbaren) Dummy-Fracht am LKW, anstelle eines Reset-Befehls können man also wie gewohnt auf die (in diesem Fall) Dummy-Fracht anfahren. Gibt es bessere Lösungen? Gruß, Eggu
  14. Danke Goetz, kam hier zur Anwendung (nach Update mit Zerlegung in Sub-Routinen): ... ich werde mich bemühen, keine Versalien mehr bei lua Gruß Eggu
  15. Anlage: 22500705-6A49-40C6-A3B0-19BCA19CCD28 update: Übersichtlichere EV durch Zerlegung in Sub-Routinen: 171E9C0E-BA09-4A32-B92C-49EC074A0BB3 Absetzkipper - Szenario , generisch Absetzkipper fährt rückwärts zum Container-Abstellplatz, dort wird geprüft, wo die Container stehen (auf dem Platz, auf dem Kipper). Je nachdem wird dann ein Container aufgenommen oder abgestellt, oder weder noch. Mit Animation und Nutzung von Kran-Events. Ein Szenario kann markiert und dupliziert werden, funktioniert sofort (da Hilfsvariablen nicht im Modul definiert wurden, sondern lokal an Objekte geknüpft sind, also Fahrzeug und Kontakte.) EV Steuerung nur über Schlagworte und indirekt über Auslöser, hierdurch funktioniert der Code für beliebig viele Kopien. Zu Demozwecken Depot mit zufälligen Fahrzeugen, nur Abstellkipper in richtiger Richtung (rückwärts) gelangen bis zum Trigger am Abstellplatz. Aber: --> bisher keine Absicherung gegen Kran-Fehlzugriff (wenn z.B. ein Container zu ungenau platziert ist). Hierfür wird kein Event ausgelöst, so dass nur eine Time-Out/Watchdog Funktion die Lage retten könnte. Aber: Kran könnte sehr langsam eingestellt sein .. welches Time-Out wählen ? --> Zur Diskussion: Einführung von 2 weiteren Kran-Events: 1. Kran-Reset beendet 2. Transportgut-Aufnahme/Abstellung fehlgeschlagen.
  16. Danke Neo, funktioniert. (da hatte ich zuvor wohl was falsch gemacht). Aber auch hier: Als Auslöser kann ich nur Gleiskontakt auswählen, nicht aber Fahrzeug. (in LUA kann man aus dem contact natürlich ein vehicle machen) Gruß Eggu
  17. ... geht das ? Bei einem Schalter ist das wohl möglich, wenn ich die gleiche Aktion für einen Tacho benutze (offenbar "missbrauche"), funktioniert das nicht zuverlässig. Hintergrund: (Testbetrieb): Ein Tacho ist mit einem Fahrzeug verbunden (Lok), welches aber von Zeit zu Zeit in einem Depot verschwindet und dann ein anderes Fzg. erscheint. Der Tacho soll dann mit dem anderen Fzg. verbunden sein (Trigger zB: über Gleiskontakt, oder sogar automatisch möglich ?). Was ich bisher untersucht habe: Wenn ich den Tacho immer wieder (manuell) mit einem neuen Fzg. verbinde, scheint sich der Tacho (manchmal) später daran zu erinnern, und er verbindet sich "automatisch" mit dem Fzg, wenn dieses wieder einmal aus dem Depot entlassen wird. Aber eben nicht immer. Gibt es hierfür eine Lösung ? Gruß Eggu
  18. Wenn ich eine Zahl-Variable lösche, verschwindet hierdurch die ganze Variable, so wie erwartet. Ist in einer Variablen allerdings eine Objekt-Referenz gespeichert, so wird diese zwar auf [Leer] gesetzt, die Variable selbst aber wird nicht gelöscht, sie existiert weiterhin. Workaround: Der Variablen vor dem Löschen z.B. die Zahl 0 zuweisen. (Da in LUA eine Variable selbst keinen Typ hat, sondern der gespeicherte Wert, funktioniert das).
  19. Danke für die Erklärung, Neo . Aber warum kann ich dann "Gleiskontakt" als Auslöser auswählen ? Ein Gleiskontakt hat niemals eine Kranfunktion! Auch bei einigen anderen Aktionen kann ich meist Gleiskontakt auswählen, obwohl es keinen Sinn macht, z.B. beim Setzen einer Geschwindigkeit. Oder verstehe ich hier etwas grundsätzlich falsch ? Gruß Eggu
  20. Das ist eher eine Prinzipienfrage. Es sollte einfach in gewohnter Weise funktionieren wie bei anderen ähnlichen Aktionen auch, da es offenbar keinen techn. Grund für die Einschränkung gibt. Prinzip der minimalen Verwunderung. Kann man im nächsten Update ja bestimmt ergänzen. Ich habe eine Baustelle/Abriss-Stelle erstellt mit 2 Container-Plätzen für Abraum (Müllcontainer 5 m³), Container werden von Bagger und Radlader befüllt und dann von verschiedenen "Absetz"-Kippern abgeholt, geleert und wieder zurück gestellt. Deswegen habe ich keinen fixen Kran, sondern brauche das auslösende Fahrzeug, nicht wirklich ungewöhnlich so ein Szenario. Danke und Gruß, Eggu
  21. Danke, aber ich will keinen speziellen Kran auswählen, sondern den "auslösenden" Kran. Aber in diesem Fall kann ich als Auslösen nur "Gleiskontakt" auswählen, nicht aber "Fahrzeug", so wie das z.B. beim Setzen der Geschwindigkeit möglich ist. Anmerkung: Es geht hier nicht um einen feststehenden Kran, sondern um ein Fahrzeug mit Kranaufbau (z.B. Absetzkipper)
  22. Vl. schon bekannt. Bei o.g. Action, falls innerhalb eines Gleiskontakt-Events aufgerufen, kann man als Auslöser nur Gleiskontakt angeben, nicht aber Fahrzeug. (Nach Umwandlung in eine Skript-Zeile kann man contact durch vehicle ersetzen, und das funktioniert dann auch erwartungsgemäß). --> Bitte "Fahrzeug" ergänzen
  23. 11 sec mit AMD Ryzen 7 3700X 8-Core , SSD, 32 GB RAM
×
×
  • Neu erstellen...