Timba

Moin Tom, bei dem Adjektiv "gelegentlich" möchte ich mal heftig widersprechen und durch "jederzeit" ersetzen. Wann immer ich ein Problem mit Lua hatte und es hier im Forum vorgetragen habe, hat es niemals länger als ein, zwei Stunden gedauert, bis ich von Neo, Götz, Andy u.v.a. kompetente Hilfe erfahren habe. Immer! Und jederzeit! "Gelegentlich" trifft es wirklich nicht. Gruß Timba

Hallo Morsdorf, es könnte sein, dass Deutschland in den Pisa-Studien unter anderem deshalb so schlecht abschneidet, weil das Lerntempo durch die Langsamsten bestimmt wird. So was nennt man Entwicklungsbremse. Das ist nur meine Theorie und muss nicht stimmen, worauf es mir aber ankommt: Warum sollen diejenigen, die weiter sind und es können (mehr oder weniger gut) auf dieses hervorragende Feature namens Script verzichten, weil einige andere es nicht können oder nicht können wollen? Deine Kritik könnte ich ja noch verstehen, wenn MBS ohne Nutzung von Scripts nur eingeschränkt lauffähig wäre. Genau das ist ja nicht der Fall. Selbst der größte Einfaltspinsel kann mit MBS ein Schienenoval bauen und eine Lok im Kreis fahren lassen. Von da bis zur ausgefeilten komplexen Steuerung inklusive Lua-Scripts ist alles möglich. Für jede Leistungs- und Wissensklasse ist etwas dabei. Natürlich ist der Spielraum der Möglichkeiten für diejenigen größer, die auch die komplexeren Dinge beherrschen. Das ist nun mal so. Das sollte man ihnen gönnen. Ich beherrsche auch nicht alles. Zum Beispiel kann ich kein Flugzeug fliegen und beneide die, die es können. Wollen wir nun Flugzeuge verbieten, damit ich mich nicht mehr schlecht fühle? Wohl nicht, oder? Gruß Timba

Hallo @BahnLand dem Argument der Flexibilität kann man nicht widersprechen, doch in manchen Situationen braucht man die gar nicht. Wenn ich z.B. nach dem Durchfahren eines Signals selbiges schließen möchte, also eine Situation, wo es egal ist, ob der Kontakt nun 2 cm weiter nach links oder rechts gesetzt wird, dann nehme ich lieber den Signalkontakt. Warum sollte ich noch einen zusätzlichen Kontakt setzen, wenn doch schon einer da ist, der absolut identisch funktioniert? Allerdings nutze ich auch in ca. 80% aller Fälle den flexiblen Gleiskontakt, aber immerhin habe ich mir dann noch 20% gespart. Gruß Timba

Ganz witzig und sicher auch ne Lösung, wenn's mal nicht anders geht. Aber ich habe ja bereits eine Lösung die mich zufriedenstellt. Und mal ehrlich, Tom, immer dem armen Vogel übern Kopp fahren ist doch auch nicht so schön.

Nö. Da gibt's dann schon noch einfachere und modernere Methoden als relocaten. Relocaten gab's schon in V4. Musstest nur bei der Lok 30 km/h eingeben und ruckzuck war sie relocated.

Hi Frank, nein, das ist nicht der Fall. Aber kein Problem, ich habe schon eine Lösung gefunden und mit Erfolg getestet. Alles im grünen Bereich! Trotzdem finde ich die Idee von programmseitig deaktivierbaren GK interessant. Wobei ich die Möglichkeit, die Richtungshäkchen EV-mäßig ändern zu können, sogar favorisieren würde wegen noch mehr Möglichkeiten. Die Deaktivierung (= beide Richtungen auf aus) würde das ja beinhalten. Aber wenn niemand außer mir so was nutzen würde, ist der Wunsch natürlich total überzogen. Es gibt ja immer auch andere Wege, zum Glück. Gruß Timba

Hallo BahnLand, das weiß ich doch. In diesem Fall geht es aber um ein Dutzend Gleiskontakte, die über Schlagwort alle dieselbe Aktion beim auslösenden Fzg. auslösen. Wenn ich das Ereignisse deaktiviere wird es ja auch für alle anderen Züge auf anderen Gleisen deaktiviert. Die Aktion soll aber nur für ein Gleis für einen bestimmten kurzen Zeitraum außer Kraft gesetzt werden. Natürlich werde ich einen Weg finden, das programmtechnisch zu realisieren. Während ich gerade nachdenke, wie ich das am besten anstelle, kam mir die Idee, dass es toll wäre, einfach die GK kurzfristig abzuschalten. Gruß Timba

Hallo @Neo wäre es nicht eine gute Idee, wenn man Gleiskontakte über die EV bzw. Lua gezielt aktivieren/deaktivieren könnte? Oder alternativ die Häkchen für Richtung A/Richtung B über EV/Lua steuern könnte, was einer Deaktivierung gleich käme? Das hätte den Vorteil, dass man situationsbedingt mal den Zug Gleiskontakte ignorieren lassen könnte. Zwar kann man Gleiskontakte an Bedingungen knüpfen und damit außer Kraft setzen, aber eine temporäre Deaktivierung wäre wesentlich flexibler. Gruß Timba

@mirkokaule keine Ahnung woran es bei dir liegt, aber mir geht es. Gruß Timba

Doch, die gibt es. Die ist aber ziemlich mickrig für meine Begriffe und darum mache ich es, wenn nötig, auch immer über Screenshot. Gruß Timba

Ok. Habe es gerade mit einem anderen Modell-Entwurf ausprobiert ... da funktioniert es. Es scheint, ich muss tatsächlich noch etwas warten.

Das war meine erste Idee. Ergebnis:

Hallo henricjen, wo im Online-Katalog findet man eigentlich Entwürfe? Gruß Timba

Hallo @EASY im Lua-Manual hatte ich die Funktion gesehen, mich aber nicht näher damit beschäftigt, weil ich was suchte, was in etwa den Funktionen Left$, Right$ und Mid$ entspricht, die ich vom Basic her kenne. Nun ärgere ich mich, dass ich da nicht doch genauer hingeschaut habe. Aber zum Glück hast du diese Wissenslücke bei mir gefüllt. Das kann wirklich eine sehr nützliche Funktion sein. Super! Gruß Timba

Hallo Götz, gut aufgeklärt. Gestern hatte ich nur gesehen, dass Lua das so auswertet, konnte mir aber nicht erklären, warum. Meine Überlegung war, wenn 1 true ist und 3 true ist, dann muss eine logische Operation »1 and 3« ebenfalls einfach true sein, weil »true and true« eben true ist. Außer bei einem bitweisen Vergleich, aber dann hätte »1 and 3 and 5« nicht 5 sein können, sondern 1. Und »1 or 3 or 5« hätte sogar 7 sein müssen. Also schied ein bitweiser Vergleich aus und es war klar, dass die Zahlen verglichen werden. Nun weiß ich, warum in einem Fall die erste und im anderen Fall die letzte Zahl genommen wurde. Gruß Timba

Moin, will der Nutzer weniger tun, muss die Maschine halt mehr tun. Frank hatte oben den (mit Bild) Wunsch geäußert, nur ein paar Zahlen mit Trennzeichen in eine Variable setzen zu können. Da Lua eine solche Eingabe nicht als eine Auflistung mehrerer Zahlen interpretieren kann kam mir die Idee, einen String auszuwerten. Das mag nicht so "professionell" sein (bin ja auch kein Professioneller), aber es erreicht eben das gewünschte Ziel.

Ok, funktioniert auch mit zweistelligen Zahlen: Timba's Lampenladen im Dutzend.mbp

So Frank, dann schau dir das mal an, ob es dir gefällt. Timba's Lampenladen.mbp

Oki

Ich habe gerade eine verrückte Idee. Versuche grad was. Falls ich nicht vorher müde werde stelle ich dir das gleich rein.

Wie viele Lampen wirst du haben? Bleibt der Index einstellig?

Gar nicht interessanterweise, sondern völlig normal. Lua interpretiert 1 AND 3 AND 5 als logische Operation mit dem Ergebnis 5 und schaltet daraufhin korrekt die Lampe mit Index 5. Die logische Operation 1 OR 3 OR 5 ergibt 1 und auch da wird völlig korrekt Lampe 1 geschaltet. Gruß Timba

Hi Berlioz, Genau! Das meinte ich ja, und darum kann ich (und wahrscheinlich auch jeder andere) gut auf Geschwindigkeitsanpassung verzichten, wenn man dafür an anderer Stelle irgendwelche Klimmzüge machen soll. Wenn's egal ist, kann man's ja wieder anstellen. Nein, darüber. 1,5° entsprechen exakt 2,62%. Anfangs meiner "Karriere" hier habe ich irgendwo aufgeschnappt, man soll möglichst nicht über 3% (entspr. 1,718°) bauen, daran habe ich mich immer gehalten und 3% betrachte ich noch als recht moderate Steigung. Die Loks schaffen aber deutlich mehr. Habe das mal vor längerer Zeit getestet, habe aber vergessen, bei welcher Steigung sie aufgegeben hat. Jedenfalls Looping war nicht drin. Ob Looping mit abgeschalteter Geschwindigkeitsanpassung geht habe ich nicht ausprobiert, müsste aber eigentlich. Kannst du ja mal machen. Eine Achterbahn wäre doch auch mal ein schönes Projekt. Gruß Timba

Ist bei dir vielleicht anders, bei uns bin ich der Finanzminister. Die "Verhandlungen" beschränken sich auf den Austausch zwischen meinem Dealer und mir. Nach dem ersten Angebot wollte ich eine bessere Grafikkarte und einen niedrigeren Preis, er hingegen will das andersrum. Da ist noch ne Menge Überzeugungsarbeit zu leisten. Gruß Timba

Hallo @Neo, vielen Dank. Auf etwas wie hatte ich gehofft. Leider war das nirgends dokumentiert (oder ich hab's nicht finden können). Kommt jetzt sofort in meine persönliche Sammlung wichtiger Lua-Methoden und -Funktionen. Gruß Timba