Goetz

yes, it does now.

on hindsight: I just realised that maybe you don't recognise your mistake, because everything's on auto-translate? What I wanted to point out was that this time neither text block was in German. Both are English, but with slightly different wording. One sounds a wee bit more polished than the other. Hence my humorous distinction "everyday" and "posh"

try comparing your two explanations in your previous post, Dad.

I love your translation, Dad. Now that we have "everyday" and "posh", could you maybe add Cockney as well? On a more serious note: You need to understand the difference between keywords and generic terms first, before you can develop the plan to distinguish one from the other by clever choice of keywords.

Du musst bitte Verursacher und Ziel auseinanderhalten: Unter "wann wird ein Ereignis ausgelöst" kannst du per Schlagwort ein ganzes Sortiment an Objekten nennen. (1) Das Ziel einer Abfrage oder einer Aktion ist hingegen ein einzelnes Objekt. Und bei Verallgemeinerungen kann man festlegen, dass dieses Objekt dasjenige sein soll, das akut das Ereignis getriggert hat. Wenn es dabei um Bedingungen oder Aktionen geht, die ein Signal betreffen, heißt dieser Auslöser schlicht "Signal". Das hat nichts mit den Schlagwörtern zu tun. (2 und 3) Selbst, wenn du für alle Signale bestimmst, dass sie bei überfahren auf "Halt" zurückfallen sollen, dann darf in dem Augenblick, in dem eins der Signale überfahren wird, auch nur dieses Signal umgestellt werden und keinesfalls alle Signale mit demselben Schlagwort. Deshalb wäre es hier unsinnig das Schlagwort als Adresse für die Aktion anzugeben. Du möchtest immer nur das eine Objekt ansprechen, welches das Ereignis in diesem Moment ausgelöst hat.

Schlagworte kannst du benutzen, um mehrere Signale in einer "Kategorie" zusammenzufassen. Das eröffnet dir die Möglichkeit, ein einziges Verhalten für alle Signale mit diesem Schlagwort zu erstellen. Erspart viel Arbeit, weil du nicht jedes Signal einzeln behandeln musst. Aber für dein akutes Problem ist das ohne Belang. Das kommt später. Schau dir bitte erst mein Beispiel an und bring Andreas jetzt nicht auf den falschen Pfad. Die Eigenschaft im Kontakt stellt man mit dem Signal um und nicht beim Betreten des Kontakts!

Stoppkontakt ist keine Eigenschaft, sondern eine Variable. (Das sieht man meinem Screenshot leider nicht an.) In dieser Variablen habe ich den Kontakt gespeichert, der bei mir zu diesem Signal gehört. Denn ich will den Zug etwas vor dem Signal an diesem Kontakt stoppen. An anderer Stelle hier im Forum hatte ich folgende Beispielanlage mit eingefügt, in der du das Prinzip anschauen kannst: Nah- und Fernverkehr.mbp Wenn das Signal umschaltet, dann ändere ich die Eigenschaft in einem Kontakt. Welcher Kontakt das ist, finde ich in der Variablen "Stoppkontakt" im Signal.

Mit dem Ereignis "Zug betritt Kontakt" kannst du natürlich erst in dem Augenblick etwas bewirken, wenn der Zug den Kontakt erreicht. Der Wert für das Abbremsen auf dem Weg zum Kontakt ist eine Eigenschaft dieses Kontakts. Diese Eigenschaft musst du in Abhängigkeit von der Signalstellung ändern.

Nein, das nützt leider nichts, Tom Dass dein Gismo nicht zu sehen ist, ist ja auch ohne Screenshot klar. Was man aber nur im Video sehen kann ist, was der Situation vorausging. (Wenn du die Aufnahme schon vorher startest, aber das ist sicher klar, denke ich.) Und darum geht es: Was hast du gemacht, bevor dein Gismo verschwand. Wenn man das sieht, dann kann man diese Aktion wiederholen und beobachten, ob sie reproduzierbar diesen Fehler verursacht.

sind aber trotzdem große klasse. Aber könnte ich dich überreden, beim fliegenden Storch die Rumpfbewegungen gegenüber dem Flügelschlag genau umzukehren? Wenn ein Vogel sich mit dem Flügelschlag nach unten abdrückt, dann reckt er sich dabei gleichzeitig nach oben. Schlag mal gedanklich mit den Armen, als wären es Flügel. Dann wirst du unwillkürlich dasselbe tun, Arme runter, Kopf hoch ... Da habe ich ziemlichen Blödsinn erzählt. Ich hätte einfach mal selber nachschauen sollen. Das sind zwar Gänse und keine Störche. Aber ich kann mir vorstellen, dass es sich bei beiden ähnlich verhält. Und bei diesen Aufnahmen sieht man es besonders gut, weil der Kameramann mitfliegen konnte. ... Bitte nicht falsch verstehen - wenn die Störche bleiben, wie sie sind, sind sie trotzdem prima.

Hallo Martin, entschuldige bitte, dass ich beim Namen nicht aufgepasst habe. Das Testoval ist prima. Mit der Größe kannst du gut die einzelnen Komponenten kennenlernen.

gerne, Michael. Aber ich fürchte, du hast die falsche Anlage hochgeladen. Das ist das Beispiel, welches ich für dich gebaut hatte.

Aufzeichnen, Tom. Damit du anschließend nachschauen kannst, in welchem Zusammenhang das passiert. Dann hat Neo einen Anhaltspunkt, wo er die Ursache suchen muss. "Einfach so" passiert nichts in einem Computer. Der ist wie ein Uhrwerk. Eins bewegt das andere.

Schreib ihnen das mal. Die werden sicher staunen, welches enorme Potenzial sie da bisher völlig übersehen haben.

Das stimmt genau.

Nicht in solchen Häusern, Hubert. Da hast du in jedem Stockwerk zwei komplette Wohnungen mit 3 Zimmern, Küche, Diele, Bad. Bei diesen alten Mietskasernen sind die Flurfenster oft nur auf der Hinterseite. Vorne nutzte man die gesamte Front für Wohnraum. Diese Häuser sind tief genug, dass man das Treppenhaus in die hintere Hälfte verbannen kann. Aber auf der Rückseite sollten im Idealfall über der Hoftüre schmalere Fenster (ohne Gardinen) für den Hausflur sein.

Wie gut, dass du das gleich dazu gesagt hattest. Super

Fensterglas sehen wir (in der realen Welt) nur dann, wenn sich etwas darin widerspiegelt.

weil?

spontane Idee (ohne tiefgehende Blender Kenntnisse) Einen Würfel 45° schräg aufstellen, dessen Seite genau durch den Kreismittelpunkt geht und diesen dann vom Rohr subtrahieren. Aber vermutlich gibt es bessere Wege ...

Dann definiere in solchen Fällen, wo du das benötigst, keine Variable im Skript, sondern nutze eine Objekt- oder Modulvariable, um den Wert anderswo verfügbar zu machen. Im Skript würde ich überhaupt nur lokale Variablen definieren. Als Zwischenträger für Berechnungen, Auswertungen etc.

Ein Wagen (ohne Antrieb) wird nur durch das Gefälle des Gleises beschleunigt. Für alles andere brauchst du einen Motor.

Ich glaube, ich habe den Fehler gefunden. Du hast eine Änderung vergessen:

Ich schau mal, ob ich die Ursache finde ...

Es tut mir leid, Aloys - diesmal sind deine sprachlichen Einschränkungen eine zu große Hürde. Ich kann nicht verstehen, was du geschrieben hast. Ich kann nicht einmal mehr raten, was das heißen könnte.