Eggu

Wo hat sich denn der Knopf "Ton an/aus" versteckt ?

n'Abend Richard, du meinst speziell dieses Problem ?: Ich denke das geht in Lua. Wenn ich z.B. eine Modulvariable habe und in dieser ist der Name eines Signals als Text gespeichert (nicht das Objek), dann kann ich das Objekt per Name ansprechen (ist aber wohl langsamer). z.B Leuchwürfel mit Namen "Leuchter" auf 1 setzen: sieht in Lua so aus: layout:getEntityByName($("test").variables["lampe"]).state = 1 Geht auch per EV, statt "Objekt" dann "Objekt (Name)" auswählen. Gruß Eggu

@neuLich, @Old Grey, ich habe mal ein kleines Demo gemacht, zur semi-automatischen Zuordnung von Gleisen zu GBS-Bausteinen: EF85DE9D-650F-4267-A13E-2D251AA11C17 Schritt-für-Schrit-Anleitung in der Beschreibungs-Sektion des Hauptmoduls "Ereignisse". Um das selbst schrittweise durchzuführen zuvor alle GBS löschen und die Modul-Variablen "Gleise" und "GBS" leeren (Listen) Prinzip: Gleiskreis duplizieren, dann in der Kopie die Gleise durch einen GBS-Block nach Wahl ersetzen, dann noch alle Gleise in die Liste "Gleise" kopieren, die GBS in die Liste "GBS", dann noch Schalter betätigen und alle GBS werden gemäß den Gleisen platziert, per Obj.Var. verbunden und benamt. Die GBS muss man dann eben noch nach Winsch zu/in einem Pult anordnen.

anderer Kran, ähnliches Ergebnis, zuvor noch alle Scheiben-Rotationen auf 0 gesetzt, Kran dreht alle Scheiben auf z=90°, das ist offenbar die Anpassung an die Drehung der Bodenplatte (=90°). Gruß Eggu

Version mit 6 Scheiben, ohne extra-Züge (Spielzüge, nicht Eisenbahn-Züge, die fehlen hier sowieso ) version with 6 disks and w/o neutral moves. 1525937A-C40D-4B45-ABB2-52B4BBA31E1F (draft version, non permanent) Frage an alle: Die Scheiben werden sehr ungenau platziert, der Turm fällt fast um (sieht hier aber recht gut weil realistisch aus). Aber liegt das an diesem speziellen Kranmodell oder ist das ein allgemeines Genauigkeitsproblem ? Kräne drehen sich ja die Last immer in einer Grundposition, hier auch, bei Scheiben sollte das nicht auffallen, aber vl. ist ja das Drehzentrum nicht mittig. Question: The discs are placed very imprecisely, the tower almost falls over (but looks pretty good here because it is realistic). But is that because of this specific crane model or is it a general accuracy problem? Cranes always rotate the load in a basic position, here too, it shouldn't be noticeable with disks, but possibly the center of rotation is not in the middle.

Danke, ich benutze so eine Leuchte ganz gerne zum Debuggen (nebst print-Anweisungen), da kann sie oft dann auch gleich integriert bleiben im Modell. Hierzu gleich eine Anmerkung/Beobachtung @Goetz ; In diesem Fall habe ich die Leuchte ja mit dem Kranfahrer verknüpft, weil dieser mit dem Kran per Kontaktpunkt verbunden ist und sich somit der Kranführer aber auch die Lampe mit dem Kran mitdrehen. Das "Mitdrehen" sieht hier stabil aus, aber ich hatte schon verschiedene Fälle (bei Drehverknüpfungen) dass das verknüpfte Element nach Drehungen recht schnell einige Grad Winkelabweichungen aufweist. Z.B. Sandberg verknüpft mid Mulden-Container und dieser wird von einem Kran verdreht -> Sandberg sitzt "schief". Offenbar pflanzen sich (interne) Rundungsfehler unschön fort. Beim Verschieben von Gruppen war das auch schon der Fall, dass die Gruppenelemente dann kleine Abweichungen in ihren relativen Pos. hatten. Ist das bekannt oder soll ich Beispiele heraussuchen bzw. erstellen ? ( Ich meine vor "langer Zeit" hatte ich das Problem schon 'mal gepostet, finde es aber nicht mehr.) Gruß Eggu.

Due to @Herman's wish/proposal I coded a little improvement to skip neutral moves: Please add the following code at the end of module SUB-Hanoi-choose-next-floor_tile (-0-) .... .... -------------------------------- -- new, improvement: skip neutral move: local disk_size = go_to_top(target_floor).variables.my_size -- disk size of candidate for next move if go_to_top(target_floor.variables.my_next_FLOORS[0]).variables.my_size > disk_size or go_to_top(target_floor.variables.my_next_FLOORS[1]).variables.my_size > disk_size then -- move ok, possible targets (bigger disks) are left or right else -- skip move (only one target stack left) target_floor = target_floor.variables.my_next_FLOORS[floor_dir] end -- end of new part -------------------------------- Kran.variables["tmp_pos_target"] = target_floor should be stable, even not fully tested, Regards Eggu

Yes, this move is not necessary, but it is neutral. It is due to keep the algorithm as simple and local as possible. This means if a cargo is on the hook, only follow the rules for the next move, without looking back from where the cargo was taken. This also will gurantee you can switch mode (and any other switch) w/o disturbing the system. So think of it: crane takes a cylinder, thinks of the next move, and might decide to put it back. Ja, dieser Schritt ist nicht notwendig, aber er ist neutral. Der Algorithmus soll so einfach und lokal wie möglich gehalten werden. Das bedeutet, wenn eine Ladung am Haken ist, befolgen Sie nur die Regeln für den nächsten Zug, ohne auf den Stapel, von dem die Ladung aufgenommen wurde, zurückzublicken. Dies garantiert auch, dass Sie den Modus (und jeden anderen Schalter) wechseln können, ohne das System zu stören. Gruß, Regards, Eggu

Kleine Spielerei, Fuchs-Kran löst "Türme von Hanoi" mit 5 Scheiben (oder versetzt die Scheiben zufällig). ID: D7AB9109-1E1E-4726-8E90-526C180039CC Details im Modul "Lift_Disks".

Ergänzung: Kran-Geschwindigkeit per EV/Lua abfragen (und setzten) wäre auch hilfreich.

Kann in einer Var.-Abfrage als Auslöser ausgewählt werden (siehe Bild , Animationszustand 0 oder 1). Steht nur innerhalb eines Animations-Events zur Verfügung (Animation gestartet/gestoppt) Gruß Eggu

Meines Wissens kann man nur in Lua die Grenzen (neu) setzen, inkl. Rücksetzen auf 0..1 Gruß Eggu

Filterfeldlänge wieder ok, wundersame Selbst-Reperatur.

Um bei (genauer: nach) allen Kran-Aktionen (Bewegungen) garantiert ein Kran-Event zu erhalten, fehlen diese beiden Aktionen. Andernfalls brauche ich eine Verzögerung oder Watchdog-Time-Out, diese Zeiten sind aber dynamisch (Startposition, Kran-Geschwindigkeit). Ausführlicher diskutiert und beschrieben hier: forums/topic/ ..... drehkran-dreht-sich-nicht-mit Gruß Eggu

Danke @Neo, freischwebende Fenster sind ok, aber nach Andocken wieder alte Situation, auch nach Neustart. Vl. lokales Problem mit Auflösung oder Grafik-Treiber, aber zum Glück kein Show-Stopper. Gruß Eggu

2 fehlerhafte Darstellungen (V7 prof., online, eingeloggt): 1. Das Feld Filter im Online-Modellkatalog ist offenbar zu kurz (und war ganz rechst nicht das Umschaltfeld für Kachel/Icon-Größe/Baumansicht ?) (Getestet durch Umschalten auf "von rechts nach links" und die Eingabe von "123456789", man sieht aber nur "12345".) 2. Bei Rechts-Klick auf ein Modellsymbol sollte im Kontext-Menü doch auch "Bearbeiten" und "Online anschauen" erscheinen, fehlt aber bei mir. Kann jemand helfen, was könnte da nicht stimmen ?

Danke @EASY, komischerweise habe ich ein kürzeres Kontextmenü, keinen Eintrag "Bearbeiten", ich weiß noch nicht warum. Gruß Eggu

Gleicher Effekt bei langsamen Kran (ca. 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

Ja

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.

update: B3BC97DD-F63F-4ACC-9B92-E6948451F102 Beschreibung im Bild

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

Dann fehlen mir noch 2 weitere Kran-Events: "Kran Reset abgeschlossen" und "Kran Aktion fehlgeschlagen". Werde ich mal als Wunsch einstellen. Gruß Eggu

Super !