Timba
-
Gesamte Inhalte
1091 -
Benutzer seit
-
Letzter Besuch
Beiträge erstellt von Timba
-
-
Ergänzung: Gerade gemerkt, dass der GK auf der rechten Weiche auch nicht richtig funktionieren will, d.h. mal so mal so in Abhängigkeit von der Weichenstellung.
Ergänzende Frage: Ist es möglich, dass das Phänomen mit den Spuren der Weiche zusammenhängt? Also so, dass es zwar optisch so aussieht, als wäre der GK an der richtigen Stelle, aber er hat sich vielleicht mit Spur 0 gekoppelt und ich fahre mit Spur 1 an ihm "vorbei"? Ist das möglich?
-
Hallo,
gerade wunderte ich mich, warum eine Schaltung nicht so funktioniert wie sie erdacht wurde. Mittels Ereignisprotokoll stellte ich dann fest, dass ein Gleiskontakt, angeordnet zwischen zwei Weichen, nicht reagiert. Das konnte ich mir nicht erklären. Habe ihn an anderer Stelle ausprobiert und da ging es. Zurück an der Stelle zwischen den Weichen wieder nicht. Ein paar Millimeter verschieben reicht schon, und der GK funktioniert. Aber präzise zwischen den beiden Weichen nicht. Ist das ein Bug oder hat das einen Grund?
-
vor 13 Minuten schrieb m.weber:
Ja, das funktioniert ja auch, aber wie kann ich diesen blauen Blick auf DAUER beseitigen?
Wahrscheinlich gar nicht. Es gibt Dinge, mit denen man leben muss. Ich weiß ja selbst wie ärgerlich das ist, wenn es mitten im Arbeitsfluss passiert, aber wenn's so ist, dann ist es halt so.
-
Jepp, funktioniert auch, aber über "gespeicherte Ansicht" geht's sehr viel schneller und dafür sind die gespeicherten Ansichten doch da, oder welchen Sinn haben die sonst?
-
Nachtrag:
Ich konnte deinen "Fehler" jetzt reproduzieren. Und zwar so:
1. Ansicht nah, Boden auswählen und Höhenmodus aktivieren, einen Punkt anwählen, unten rechts erscheint Eingabemaske für Höhe, keine Eingabe machen und nur Enter-Taste drücken = Anlage wird zentriert dargestellt = weit weg
2. Ansicht nah, Boden auswählen und Höhenmodus aktivieren, einen Punkt anwählen, unten rechts erscheint Eingabemaske für Höhe, Eingabe machen und Enter-Taste drücken = funktioniert wie es soll = Höhe wird eingestellt und Ansicht bleibt erhalten
3. Nachdem wie in 2. beschrieben ein Höhenpunkt eingestellt wurde, Eingabefeld leer gelassen und nur Enter-Taste gedrückt = Ansicht bleibt erhalten.
Fazit: Nur wenn zuvor keine Höheneingabe gemacht wurde wird bei Enter-Taste die Ansicht geändert, und zwar genau in der Art wie es außerhalb des Höhenmodus vorgesehen ist. Es scheint so als wenn das Programm erst kapiert, dass es im Höhenmodus ist, nachdem eine Höhe geändert wurde und nicht bereits dann, wenn der Nutzer den Höhenmodus eingeschaltet hat.
-
vor 5 Stunden schrieb ralf3:
Ich wollte nur mal hören ob das nur mir passiert oder ob es Anderen auch schon mal aufgefallen ist.
Hallo Ralf,
das was du beschreibst hatte ich noch nie, obwohl ich diesen Weg der Landschaftsgestaltung oft nutze. Was ich halt ganz oft habe ist, dass sich beim Drehen der Ansicht (gedrücktes Mausrad) das Programm oft widersinnig verhält. Wo es sich vorher rechts rum drehte, dreht es sich plötzlich entgegengesetzt zur Mausbewegung. Dann landet der Fokus der freien Kamera irgendwo im Orbit und ich gehe über meine gespeicherte Ansicht zum Ausgangspunkt zurück, wie ich schon an anderer Stelle beschrieben habe. Aber wenn die Ansicht steht, kann ich so viele Höhenangaben eingeben wie ich will. Da passiert nix. Meist habe ich nur einen Punkt ausgewählt, aber auch wenn mehrere ausgewählt sind passiert nix. Ich gehe stark davon aus, dass dein Problem User-abhängig ist.
-
Jau, danke, etwas in der Art hatte ich mir schon gedacht, war mir aber nicht sicher.
-
Weiß einer von euch, welche Bedeutung es hat, dass einige Einträge eingezogen sind?
-
vor 23 Minuten schrieb MX1954LL:
meditieren
Seit wann schreibt man editieren mit "m"?
-
vor 20 Minuten schrieb MX1954LL:
Kann ich nicht mehr nachvollziehen, es geht auf jeden Fall jetzt wie es gewünscht war.
Das ist die Hauptsache. Es geschehen im Eifer des Gefechts die dümmsten Fehler, ist normal. Ich habe eine Aktionskette, die beim Betreten einer Weiche abgearbeitet wird und dieselbe sollte auch für eine andere Weiche entstehen, also habe ich das gesamte Ereignis kopiert und alle Einträge auf die andere Weiche geändert. Dachte ich! Als dann bei der zweiten Weiche immer wieder Züge zerrissen wurden habe ich eine Weile die Weichenschaltungen im Ereignisprotokoll beobachtet und dann sah ich plötzlich, dass beim Schalten der ersten Weiche die zweite auch geschaltet wurde. Nochmal genau in die Ereignisse geschaut und richtig, hatte alles geändert bis auf den Auslöser. Shit happens.
-
vor 3 Minuten schrieb Andy:
Als Du das Büchlein geschenkt bekommen hast, welcher Wochentag war das?
Ist doch klar: Sonntag! Direkt nach der Kirche.
-
Ok, danke. Das ist dann ja leicht auszulesen und zu verarbeiten.
-
Nochmal zu dem obigen Beispiel vom Halten im Bahnhof über Schlagwort. Grundsätzlich ist das interessant. Bei mir ist es nun so, dass nicht jeder Zug halten soll. Manchmal soll einer auch durchfahren. Das habe ich in V4 so gelöst (und erstmal nach V5 so übernommen), dass das Gleis einen Status in Form einer Variable hat. Ist der Status "1", greift die Routine und hält den Zug an, ist er "0", darf der Zug unbehelligt durchfahren. Kann man das auch über das Schlagwort abfragen? Oder geht das nur, indem man stattdessen den Kontakt aktiviert/deaktiviert?
-
Hallo Michael, das Problem habe ich regelmäßig bei der Landschaftsgestaltung. Nervt ziemlich, ich weiß. Es gibt ja 10 Speicherplätze für Ansichten der freien Kamera (0 - 9). Meine Abhilfe besteht darin, dass ich auf 0 eine Übersicht meiner Anlage gespeichert habe, die ich nicht anrühre. Mit der 0 auf der Tastatur bzw. Mausklick auf die 0 bin ich dann immer wieder in der Anlage. Wenn ich eine bestimmte Stelle auf der Anlage bearbeite lege ich mir diese Ansicht beispielsweise auf die 8, dann kann ich jedesmal nachdem die freie Kamera mal wieder ins Nirwana zielt, wieder auf meine Ausgangsansicht zurückkehren.
-
vor 18 Minuten schrieb MX1954LL:
Nur 2 verschiedene Verzögerungen gehen wohl nicht? Im Beispiel von Bahnland hab ich versucht den Taster nach 0,5 sec wieder zurück
zu setzen aber das Signal sollte erst nach 2 oder 3 sec wieder Schließen.Geht sowas auch, wenn ja wie.
Geht! Aktion - Verzögerung 0,5 sec - Aktion - Verzögerung 1,5 sec - Aktion
Manchmal sind die Dinge so einfach, dass man sie gar nicht sieht, weil man nach komplexeren Lösungen Ausschau hält.
-
vor 1 Stunde schrieb ralf3:
Mittlerweile tendiere ich sowieso zum kompletten Fahrplan und zwar so, dass um Mitternacht die gesamte Anlage wieder auf Startposition steht.
In der Tat kein leichtes Unterfangen. Das hatte ich zuerst auch im Sinn als ich Anfang des Jahres startete und anfing, etwas Durchblick zu bekommen. Was habe ich gerechnet, stunden-, nein, tagelang. Und trotzdem war das Ergebnis immer irgendwie unbefriedigend. Dann bin ich mit einer anderen Idee nochmal neu angefangen. Jetzt fahren meine Züge zwischen 3 Bahnhöfen hin und her. Der "Fahrplan" besteht nur aus der simplen Anweisung: Wenn du in A bist, fahre nach X und wenn du in B bist, fahre nach Y. Das kann man beliebig kombinieren und für jede Lok individuell reinschreiben. Das Ziel wird in einer Objektvariablen hinterlegt und an jeder Weiche abgefragt, wodurch dann die Weiche passend geschaltet wird. In den Bahnhöfen ist eine angemessene Haltezeit programmiert, danach geht's dann weiter. So sind zwar keine festen Ankunfts- und Abfahrtzeiten vorgegeben, aber das ist dann ja auch viel authentischer als wenn die Züge auf die Sekunde genau fahren würden.
-
Dann kommt es aber auch auf die Art Fehler an, von der wir sprechen. Fehler, die das Programm nicht ausführen kann (z.B. Zugriff auf eine nicht vorhandene oder leere Variable) werden optisch hervorgehoben in roter Schrift. Obendrein stoppt die Protokollierung sogar die Anlage an der Stelle. Super Feature! Aber ein Fehler, der zwar für den Nutzer als solcher erkennbar ist, für den Programmablauf jedoch nicht (z.B. eine fehlerhafte Weichenschaltung, die zur Kollision zweier Züge führt), wie soll die hervorgehoben werden?
-
Hallo BahnLand,
so besehen macht es tatsächlich mehr Sinn. Übrigens sehr interessant, andere Ansätze und Herangehensweisen kennenzulernen.
-
vor 5 Minuten schrieb Neo:
wie willst du in diesem Fall eine Variable zu einem Objekt hinzufügen, dass noch keine Variable besitzt?
Wie ich bereits schrieb, über das betreffende Objekt.
vor 5 Minuten schrieb Neo:Die Liste wurde ja genau aus dem Grund dort eingefügt, damit man nicht ständig den Dialog schließen, ein anderes Objekt selektieren und wieder neu bearbeiten muss.
Der Gedanke hinter dem aktuell beschrittenen Weg ist durchaus nachvollziehbar für mich. Stimmt, man muss den Dialog schließen um einem Objekt eine Variable zu geben, das bisher keine hat. Nur denke ich, dass es bei Weitem öfter vorkommt, dass einer Objektvariablen manuell ein anderer Wert zugewiesen werden muss als dass eine Objektvariable eingerichtet werden muss. Letzteres geschieht in der Regel genau einmal. Daher müsste der Schwerpunkt der Betrachtung auf die Wartung gelegt werden und weniger auf die Einrichtung. Aber ok, vielleicht ist meine Sichtweise diesbezüglich sehr speziell und die Mehrzahl der Nutzer sieht es genau andersrum.
-
Oh, Danke, das ist schon etwas besser. Hatte ich nicht gesehen. Trotzdem fände ich es nach wie vor am besten, wenn die Objekte so angeboten würden wie es in der Ereignisverwaltung ist, wenn ich dort eine Objektvariable auswählen will. Dort ist dann auch nur die Liste der Objekte, die tatsächlich eine Variable besitzen.
-
Gibt man zu einem Ereignis einen Kommentar ein, dann wird die Anzeige der Aktion durch den Kommentar ersetzt. Etwa so:
Vielleicht sehe nur ich das so, aber für mich bleibt der Befehl/die Aktion das Wesentliche und der Kommentar ist nur ein ergänzender Hinweis. Natürlich kann ich die Aktion nach wie vor einsehen, muss dafür aber explizit die Aktion anwählen. Ich hielte es für sinnvoller, wäre es andersherum, also dass dort weiterhin die Aktion angezeigt wird und es einen Hinweis gibt, dass ein Kommentar vorhanden ist. Vielleicht in Form eines Farbpunkts oder so. Dann kann man bei Bedarf die Aktion anwählen und sich den Kommentar ansehen. So wie es jetzt ist nutze ich lieber die Möglichkeit, ein eigenes graues Kommentarfeld einzufügen. Allerdings kann dann bei umfangreichen Aktionen in einem Ereignis das Ding ganz schön lang werden, weshalb die Kommentarfunktion innerhalb der Aktion eigentlich ganz gut ist. Nur so wie sie jetzt ist, eher zweifelhaft. Meiner Meinung nach.
-
vor 7 Stunden schrieb Andy:
Notfalls gäbe es ein paar sehr starke Lua-Funktionen
Das glaube ich, aber mir Lua bin ich jetzt erstmalig in Kontakt gekommen. Da brauche ich wohl noch etwas Einarbeitungszeit. Bisher habe ich ein paar kleine Sachen in Visual Basic programmiert. Da sind ja nur wenig Ähnlichkeiten.
vor 7 Stunden schrieb Andy:Übrigens: Wenn Du bei einem Objekt die OV öffnest, sind im linken Fenster auch alle anderen Objekte und dort kannst Du Schritt für Schritt weiter gehen.
Ja, das habe ich gesehen. Ist aber nicht wirklich übersichtich, weil da ja jedes Objekt aufgelistet ist. Wäre vielleicht hilfreich, wenn da nur die Objekte stünden, die auch tatsächlich bereits eine Objektvariable besitzen. Würde die Liste deutlich reduzieren. Wenn man dann einem Objekt eine Variable neu zuordnen will, die noch nicht in der Liste ist, kann man ja immer noch direkt übers Objekt reingehen. Nur mal so als Idee.
-
vor 1 Stunde schrieb Neo:
in der Zwischenzeit könnte es eine Lösung für dich sein, das Variablenfenster einfach größer zu ziehen, sodass keine Scrollleiste erscheint.
Also, einfach mal einen 60"-Monitor bestellen und den hochkant auf'n Schreibtisch basteln. Hm ... ok. Wäre 'ne Idee.
Spaß beiseite, ich kann es schon noch aushalten bis die Verbesserung kommt. Ist ja auch momentan dem Umstieg auf V5 geschuldet, weil man ja alles ausprobieren und umstricken will und zum Testen muss man halt hier und da mal Variablen manipulieren. Das legt sich auch wieder.
vor einer Stunde schrieb Andy:Tja Timba, hättste die Variablen mal als Objektvariablen gemacht, dann ging das schon heute
Wie meinst du das? An die Objektvariablen kommt man ja noch umständlicher, weil man da erst übers Objekt gehen muss. Bei V4 waren die Objektvariablen unterhalb der Modulvariablen, das fand ich persönlich angenehmer. Wobei ... noch mehr scrollen ... ja ja ich weiß, ich widerspreche mich selbst.
vor einer Stunde schrieb Andy:bevor es 750 sind
Sind es nicht! Ich neige aus stilistischen Gründen hin und wieder zur Übertreibung.
vor einer Stunde schrieb Andy:Mach Dir ein Skript, dass durch einen speziellen Button ausgelöst wird. Hier haust Du mit einem schnellen externen Editor wie Notepad++ die Namensliste rein und machst Lua-Zuweisungsbefehle draus. Zurückkopiert, Knöpfchen gedrückt, fertig. Beugt Sehnenscheidenentzündungen vor...
Gebe dir recht! Das wäre ganz sicher die Option, wenn es für Dauer und öfter wäre. Aus demselben Grund habe ich mir gestern noch schnell eine Schalttafel zusammengebastelt um meine Züge zu dirigieren. Jede meiner Loks hat eine Objektvariable, in der das Ziel abgelegt ist und an jeder Weiche wird die Variable abgefragt und die Weiche entsprechend geschaltet. So kommt der Zug immer ans Ziel. Das geht automatisch oder auch manuell, je nach Wunsch. Nun konnte man bei V4 noch manuell die Variable ändern ohne dass die Simulation anhielt. In V5 stoppt die Simulation beim Aufruf des Dialogs für die Objektvarialbe, was mich beim "Spielen" stört. Nun steuere ich bei Bedarf die Züge halt über diese Schalttafel, während der Fahrt und auch flotter.
-
Was mich ja mittlerweile mega stört: Wenn ich einige Variablen in der EV manuell verändern will, beispielsweise Z1, Z2, Z3 ... Z10, die ja dankenswerterweise alphabetisch sortiert am Ende der Auflistung meiner gefühlten 250 Variablen
zu finden sind, muss ich nach jeder Eingabe wieder von ganz oben nach ganz unten scrollen. Jedes Mal!! Kann das Ding nicht einfach da stehen bleiben wo ich gerade schreibe?? Es ist ok, wenn bei jedem neuen Aufruf der EV der Cursor am Anfang der Liste steht, aber warum muss das nach jeder Eingabe sein? Das nervt wirklich, wenn man mehrere Variablen ändern will.
Gleiskontakt - Bug oder normal?
in Allgemeine Diskussionen
Geschrieben
Oki! Ist ja auch überhaupt kein Problem, muss man nur wissen.