-
Gesamte Inhalte
3359 -
Benutzer seit
-
Letzter Besuch
Alle erstellten Inhalte von EASY
-
Hallo, ich habe die Kommunikation über die Schnittstelle zwischen V4 und V5 mal rudimentär(!) hergestellt. Der Testaufbau sieht folgendermaßen aus: ... wird der Schalter im MBS-V4 auf "ein" gestellt fährt die Lok im MBS-V5 vorwärts und bei Schalter "aus" rückwärts. ... wird der Schalter im MBS-V5 auf "ein" gestellt fährt die Lok im MBS-V4 vorwärts und bei Schalter "aus" rückwärts. (den Testaufbau hier einzustellen erspare ich mir... beim Nachbau unbedingt auf die Namen achten!) Das Skript dazu ist auf das nötigste beschränkt... -- Kommunikation zwischen MBS-V4 und MBS-V5 local socket = require("socket") -- Biliothek "socket" aufrufen local tcp4e = socket.tcp() -- TCP Client erstellen (MBS-V4 Ereignisse) local tcp4c = socket.tcp() -- TCP Client erstellen (MBS-V4 Kommando) local tcp5e = socket.tcp() -- TCP Client erstellen (MBS-V5 Ereignisse) local tcp5c = socket.tcp() -- TCP Client erstellen (MBS-V5 Kommando) local ok,status,s4,s5 ok,status=tcp4e:connect("127.0.0.1", 31288) -- Client verbinden (MBS-V4 Ereignisse [Port im MBS-V4 auf 31288 gestellt]) if not ok then print("Verbindungsfehler V4: "..status) end ok,status=tcp4c:connect("127.0.0.1", 31287) -- Client verbinden (MBS-V4 Kommando [Port im MBS-V4 auf 31287 gestellt]) if not ok then print("Verbindungsfehler V4: "..status) end ok,status=tcp5e:connect("127.0.0.1", 31286) -- Client verbinden (MBS-V5 Ereignisse [Port 31286=Standardeinstellung]) if not ok then print("Verbindungsfehler V5: "..status) end ok,status=tcp5c:connect("127.0.0.1", 31285) -- Client verbinden (MBS-V5 Kommando [Port 31285=Standardeinstellung]) if not ok then print("Verbindungsfehler V5: "..status) end -- Achtung!!! ab hier Endlosschleife while true do tcp4e:settimeout(0.01,"b") -- Timeout für tcp4e ( bezogen auf tcp4e:receive()) tcp5e:settimeout(0.01,"b") -- Timeout für tcp5e ( bezogen auf tcp5e:receive()) s4,status= tcp4e:receive() -- tcp4e abfragen if s4~=nil then -- wurde etwas gesendet? local EventAnswerV4={} -- Antworttabelle = leer s4:gsub("[^;]+",function(c) table.insert(EventAnswerV4,c) end) -- Antworttabelle erstellen if EventAnswerV4[1]=="210" and EventAnswerV4[2]=="ReglerV5" then -- Event "210" (Steuerobjekt Wert geändert) und Namen abfragen local v5=(EventAnswerV4[3]-0.5)*200 -- Geschwindigkeit für Lok in MBS-V5 local ComV5=table.concat({"371","LokV5","0",v5},";").."\n" -- String zum Senden erzeugen (Lokgeschwindigkeit setzen) print(ComV5) ok,status=tcp5c:send(ComV5) -- Kommando zu MBS-V5 senden if not ok then -- Senden ok? print("Verbindungsfehler V5: "..status) end end end s5,status= tcp5e:receive() -- tcp5e abfragen if s5~=nil then -- wurde etwas gesendet? local EventAnswerV5={} -- Antworttabelle = leer s5:gsub("[^;]+",function(c) table.insert(EventAnswerV5,c) end) -- Antworttabelle erstellen if EventAnswerV5[1]=="210" and EventAnswerV5[2]=="ReglerV4" then -- Event "210" (Steuerobjekt Wert geändert) und Namen abfragen local v4=(EventAnswerV5[3]-0.5)*20 -- Geschwindigkeit für Lok in MBS-V4 local ComV4=table.concat({"371","LokV4","0",v4},";").."\n" -- String zum Senden erzeugen (Lokgeschwindigkeit setzen) print(ComV4) ok,status=tcp4c:send(ComV4) -- Kommando zu MBS-V4 senden if not ok then -- Senden ok? print("Verbindungsfehler V4: "..status) end end end end ... bräuchte es in Lua auch, da auch hier gewartet wird, bis etwas kommt. Ich habe dieses Problem "umgangen" indem ich dem "receive()" ein "timeout" mit auf den Weg gegeben habe. Bei mir sind es momentan 0,01 Sekunde. Ich habe es versuchsweise mal mit 0 Sekunden probiert... Lua kann den Rechner ganz schön belasten wenn es eine Enlosschleife fährt! Ich betrachte mein "Werk" mal als Pionierarbeit um zu zeigen, daß es prinzipiell geht... und frage mal neugierig nach, ob sich schon mal jemand mit Lua und Multithreading beschäftigt hat... Gruß EASY
-
Hallo, ... hätte als Reaktion auch gut gepasst ... bei so etwas bin ich immer gerne dabei... auch Neo war schon mal überrascht, was man mit seinem Programm (noch) so alles machen kann... ... ich habe ja darum gebeten. Andere Sichtweisen bringen immer etwas... und es ist ja nicht zwingend, daß man sie 1:1 übernimmt.... ... das "print()" ist momentan auch nur ein Platzhalter, damit überhaupt etwas passiert... in diesem Fall ist es eben zur Überprüfung der Richtigkeit besser die Ausgabetabelle als Einzelelemente auszugeben. Die Schnittstelle liefert alles in einem String zurück (wenn ich z.B. alle Objekte auslese, kann dieser ziemlich lang sein) und so kann ich überprüfen, ob der String für die weitere Bearbeitung richtig zerlegt wurde.... Gruß EASY
-
Hallo @BahnLand, ... es war sehr positiv gemeint... wenn Dir als unser EV-Spezialist eine ansteuertechnische Möglichkeit gefällt, dann muss es (vom Prinzip her) interessant sein... Gruß EASY
-
Hallo @Goetz, ... danke fürs drüberschauen und die Hinweise. ... da ich etwas aus der VB Ecke komme, definiere ich eigentlich gerne alle Variablen zum Anfang... ... und da habe ich schon in Zeile 6... local ok,status -- Verbindung ok, status liefert evtl Fehlermeldung ... mein Hintergedanke war eigentlich, daß sie innerhalb vom "Modul" lokal bleiben sollen, da sie bei ok,status=tcp:connect(host, port) -- Client verbinden und auch innerhalb der Funktion auftreten... oder habe ich da einen Denkfehler? @Andy... da neugierig...werde ich es mal ausprobieren... wobei sich mir noch nicht ganz erschließt, warum ich von V4 aus etwas in V5 ansteuern soll... (... kann auch daran liegen, daß mir ein "GBS" gerade nicht viel sagt [immer noch kein Anlagenbauer]... aber wenn es BahnLand gefällt... ist schon verdächtig Gruß EASY
-
Hallo, da mich mein Modell gerade ärgert, habe ich zum Frustabbau etwas Lua-iert... In Anlehnung wie ich es damals in VB gemacht habe, bin ich gerade dabei es etwas modularer aufzubauen. So sieht jetzt mein "MBS-Kommando senden" aus... -- Kommando über Schnittstelle senden local host, port = "127.0.0.1", 31285 -- IP und Port festlegen (31285=Kommandoport) local socket = require("socket") -- Biliothek "socket" aufrufen local tcp = socket.tcp() -- TCP Client erstellen local ok,status -- Verbindung ok, status liefert evtl Fehlermeldung ComAnswer={} -- Antworttabelle (global!) ok,status=tcp:connect(host, port) -- Client verbinden if ok == nil then -- Verbindung hergestellt?... print("Verbindungsfehler: "..status) -- ... wenn nicht Fehlermeldung + Programm beenden os.exit() end function SendCom (parameter) -- Funktion Kommando senden ComAnswer={} -- Antworttabelle leeren ok,status=tcp:send(parameter.."\n") -- Kommando senden if ok==nil then -- Verbindung fehlgeschlagen? ComAnswer[1]=status -- Fehlermeldung zwischenspeichern return false -- "false" zurückgeben end local s -- temp. Variable für Antwort s,status=tcp:receive() -- Antwort abfragen if status ~=nil then -- Verbindung fehlgeschlagen? ComAnswer[1]=status -- Fehlermeldung zwischenspeichern return false -- "false" zurückgeben end s:gsub("[^;]+",function(c) table.insert(ComAnswer,c) end) -- Antwort in Tabelle umwandeln; ";" als Trennungszeichen; "+"= ganzer Ausdruck if ComAnswer[1]=="0" then -- Antwort enthält Fehler (z.B. ungültiges Kommando) table.remove(ComAnswer,1) -- Fehlermeldung zwischenspeichern return false -- "false" zurückgeben end if #ComAnswer>1 then -- Anz. Elemente in Antworttabelle>1?... table.remove(ComAnswer,1) -- .. 1. Element löschen (1. Element = 1 oder 0 für gesendetes Kommando ist gültig?) return true -- "true" zurückgeben else ComAnswer[1]="Kein Rückgabeparameter oder leere Liste" -- Antwort hat keine weiteren Elemente (z.B. Kommando 51 [MBS-Animation ein/aus]) return true -- "true" zurückgeben end end ... und dies wäre dann ein einfaches Beispiel für das Hauptprogramm... require("MBS-Kommando senden") -- Datei "MBS-Kommando senden.lua" einbinden [Ohne Pfad = gleiches Verzeichnis!] if SendCom("100;2") then -- Kommando senden ohne Fehler?... ["100"-> Objektliste; "2" -> Rollmaterial] for i,v in ipairs(ComAnswer) do -- Antworttabelle ausgeben. print(i,v) end else print("Fehler: "..ComAnswer[1]) -- Im Fehlerfall: Meldung ausgeben end ... da ich in Lua in den Anfängen stecke, wenn jemand Verbesserungsvorschläge hat... gerne! Gruß EASY
-
Hallo, ... hat mich doch mal interessiert, ob es in Lua auch über die Schnittstelle geht... -- Kommando über Schnittstelle senden local host, port = "127.0.0.1", 31285 -- IP und Port festlegen (31285=Kommandoport) local socket = require("socket") -- Biliothek "socket" einbinden local tcp = socket.tcp() -- TCP Client erstellen tcp:connect(host, port); -- Client verbinden tcp:send("1\n") -- Kommando "1" senden = MBS-Versionsnummer tcp:send("20\n") -- Kommando "20" senden = ID der geöffneten Anlage tcp:send("21\n") -- Kommando "20" senden = Info über geöffnete Anlage while true do -- Auf Antwort warten local s, status = tcp:receive() -- Antwort und Status abfragen print(s) -- Antwort drucken if status == "closed" or status== "Socket is not connected" then -- Abbruchbedingung -> Client geschlossen oder nicht verbunden print(status) break end end tcp:close() -- Client schließen -- Ereignisse über Schnittstelle empfangen local host, port = "127.0.0.1", 31286 -- IP und Port festlegen (31286=Ereignisport) local socket = require("socket") -- Biliothek "socket" einbinden local tcp = socket.tcp() -- TCP Client erstellen tcp:connect(host, port); -- Client verbinden while true do -- Auf Antwort warten local s, status = tcp:receive() -- Antwort und Status abfragen print(s) -- Antwort drucken if status == "closed" or status== "Socket is not connected" then -- Abbruchbedingung -> Client geschlossen oder nicht verbunden print(status) break end end tcp:close() -- Client schließen Da das MBS nur über ein eigeschränkes Lua verfügt, geht es da nicht direkt... ich habe es im "ZeroBrane Studio" (gibt es auch als portable Version) ausprobiert... Anmerkung: Neugierig bin ich wegen dieser Antwort von Neo geworden, wobei Neo gleichzeitig schreibt: also sehe ich es mal als (temporäre) Möglichkeit um meinem Spieltrieb (gelegentlich) nachzukommen und mit Lua zu experimentieren... vielleicht hift es ja auch dann etwas in "einer zukünftigen Version"... Gruß EASY
-
Hallo SputniKK, ... gefällt! (trotzdem) ... Gruß EASY
-
Hallo, nun, die Debatte über Sketchup vs Blender wird wohl immer wieder aufkommen. Gibt es in diesem Forum und gab es schon im Forum zu EP Zeiten (EP = Eisenbahn Planer = der Vorläufer vom MBS) Ist schon etwas her, aber für mich war die Entscheidung für Sketchup damals eine Sache wenigen Stunden. Ich habe beide Programme (Sketchup und Blender) damals ausprobiert. In Sketchup hatte ich nach einer halben Stunde mein erstes Probemodell (einfaches Haus mit zwei Fenstern und einer Türe) fertig. In Blender habe ich nach 2 Stunden entnervt aufgegeben. Natürlich war es für mich einfacher mich in Sketchup zurechtzufinden, da ich beruflich mit einem CAD-Programm (SolidWorks) arbeite und Sketchup von der Bedienbarkeit und der Oberfläche näher (wenn auch weitaus primitiver) an das CAD-Programm angelehnt war. In Blender war ja nicht viel mit Bedienoberfläche und ohne Refferenzliste für die Tastenkombinationen war man als Anfänger einfach aufgeschmissen. Es ist meine persönliche Art Programme zu "testen" indem ich einfach mal schaue wie weit ich rein intuitiv mit der Oberfläche zurechtkomme um zumindest die Grundfunktionen ohne großes Nachlesen hinzubekommen. Wenn das gelingt hat das Programm bei mir eine Chance auf dem Rechner zu bleiben. Blender hatte damals keine! Also habe ich mit Sketchup angefangen und war damit einigermaßen erfolgreich im Erstellen von Modellen. Was ich an Funktionen in Sketchup vermisst habe, habe ich mir aus der Unzahl von Plugins für das Programm zusammengesucht und mir so mein eigenes Sketchup zusammengebastelt. Zufrieden war ich damit, bis ich eben auf das Problem der Animation gestoßen bin. Also habe ich Blender wieder ausgegraben und mich zumindest mit der Erstellung von Animationen beschäftigt. Das ging dann auch relativ schnell zu verstehen, da ist Blender wieder sehr einfach in der Bedienbarkeit. Ich muß schon sagen über Jahre bin ich dann einfach zweigleisig gefahren und habe in Sketchup das Modell erstellt und (gegebenenfalls) in Blender animiert. Schnittstelle für mich war damals das .3ds Format. Ich habe es damals nicht als "umständlich" empfunden, mit beiden Programmen an einem Modell zu arbeiten. Jedes hatte für sich seine Vorteile für mich und ich habe die Modelle so hinbekommen wie ich es wollte (Mittel zum Zweck!). Ein Knackpunkt für mich war, als es aufgekommen ist mit Multitexturen zu arbeiten. In Sketchup wurde es (nach meinem Empfinden) etwas schwieriger die Textur zu setzen. Also in Sketchup Modell bauen und in Blender die Textur setzen (was auch schnell zu erlernen war) und ggf. animieren. Für mich immer noch kein Problem mit 2 Programmen zu arbeiten. Es war besonders Franz, der nicht locker gelassen hat, mich zu Blender zu bringen. Es war eine intensive TeamViewer Sitzung und einige Telefonate... dann habe ich Blender verstanden. Seither arbeite ich nur noch mit Blender. Wie Ihr dem Text vielleicht entnehmen könnt, gibt es für mich nicht die "knallharte" Entscheidung für das eine oder andere. Ich habe mich herangetastet und mich mit beidem beschäftigt und jeweils das genutzt, was mir zweckmäßig für das Erreichen meines Zieles (funktionstüchtiges Modell) erschien. Zugegeben, es ist nicht jedermanns Sache so vorzugehen aber als Anregung sollte man sich im Vorfeld vielleicht zuerst überlegen, was man sich so vorstellt an Modellen bauen zu wollen... es gibt ebenso eine Vielzahl an Möglichkeiten für statische Modelle als auch an (etwas komplexer) animierter Modellen... Gruß EASY
-
Hallo @BahnLand , hallo @Reinhard ...danke für die Antworten. Ihr habt schon recht, es ist etwas zu "leuchtend"... ich habe mal experimentiert mit der Farbgebung... grün dunkler und Farbgebung "aus der Zeit"... ... persönlich tendiere ich (nun) mehr zum linken "rotbraun"... [es eignet sich wahrscheinlich auch für den noch zu bauenden "Omnibus"-Anhänger] ... na ja, wenn ich mir das violette Modell aus Deinem link so ansehe... (da das Bild kostenpflichtig ist... selbst nachsehen) Gruß EASY
-
Hallo, ich habe dem Modell soweit eine Textur verpasst. Irgendwie hat mir nur schwarz und grau nicht so richtig gefallen... so habe ich noch etwas farblich gestaltet. Ich frage mal nach Eurer Meinung ob es so gehen würde? ... oder andere Vorschläge... gerne! Gruß EASY
-
Hallo Michael, ... kann ich Dir geistig nicht ganz folgen was Dir das bringen soll bezüglich der Animation... ... oder möchtest Du dann die .dae z.B. in Blender inportieren, dort die Animation erstellen und als .glb exportieren? Gruß EASY
-
Hallo max, ... interessante Konstruktion... nur Probefahren würde ich da nicht unbedingst wollen... mir wird bei dem Versuch die Laufbahn zu verfolgen schon ganz anders... Gruß EASY
-
Hallo, ... zum Jahreswechsel gibt es noch die Auflösung... dieses Bild aus der Wikipedia hat es mir angetan... Robert William Thomson hat den "Road-Steamer" ca.1860 gebaut und als Besonderheit die Räder mit Gummi belegt. Auf dem Fahrzeug sind es Gummiplatten, die zu einer Endloskette durch Elemente miteinander vernietet waren. Beim Anhänger ist es ein (Voll-) Gummireif. Der Antrieb sind bei dieser Ausführung noch 2 stehende Zylinder hinten. Spätere Modelle hatten 2 liegende Zylinder seitlich in der Mitte. Die Antriebsräder sind nicht direkt angetrieben, sondern es erfolgte eine Übersetzung mit Zahnrädern. Interessant ist auch die Lenkung. Gelenkt wird über eine vertikal angeordnete Kurbel und einem Schneckengetriebe. ... soweit bin ich bisher (als Entwurf) gekommen... P.S. ... da es nicht geht, daß sich im MBS die Kurbel beim Einschlagen des Vorderrades mitdreht, habe ich (in Abwandlung) dem Schneckengetriebe ein Gehäuse verpasst... (... da ich in Blender noch nie versucht habe ein Schneckengetriebe zu bauen, ist dies natürlich auch ein netter Nebeneffekt es noch nicht zu müssen...) ... kommt gut in des neue Jahr und bleibt gesund und munter... Gruß EASY
-
- 1 Antwort
-
- 11
-
-
Hallo Wüstenfuchs, ... es ist ein Landfahrzeug... mit einem interssanten Detail, das der Erfinder sogar patentieren ließ. Er war nur leider seiner Zeit etwas voraus, so daß es sich zu seiner Zeit nicht so richtig durchgesetzt hat. Und ganau das ist das was ich gerne baue... etwas aus den Anfängen einer technischen Entwicklung... Gruß EASY
-
Hilfe zu den LOD Stufen und Materialien
EASY antwortete auf JimKnopfs Thema in Modellbau mit externen Programmen
Hallo Axel, ... ich kann nur Transparenz im Oberlicht erkennen... wenn das so ist, und die Scheiben dort eine Tranransparents von 100% haben (sieht für mich so aus), dann ist es nach der Aussage von Neo zulässig, z.B. in der Multitextur eine Ecke zu machen, die zu 100% transparent ist. Dies wird vom MBS dann nur als ein Materal gewertet... (habe es eben ausprobiert). Die Regel: >>Texturen mit Halbtransparenzen (Alpha-Werte) sollten nicht mit Texturen ohne Transparenzen vermischt werden. Genauer gesagt ignoriert das Studio alle Transparenzen von Texturen, wenn diese nicht mindestens zu 75% aus transparenten Pixeln bestehen.<< ... gilt nur für für Texturen, die zu kleiner 100% transparent sind. ... damit wäre "Material 2" hinfällig Gruß EASY -
Hallo, die Schussen wartet nun darauf in den Katalog aufgenommen zu werden... ich habe sie unter "Wasserfahrzeuge" (allgemein) eingestellt... Für mein nächstes Projekt, was ich angehen möchte, gehe ich ca. 150 Jahre in der Zeit zurück... mehr wird nicht noch nicht verraten(). (... wird viel Improvisation, da es nur eine zeitgenössische Zeichnung gibt...) Gruß EASY
-
Hallo, Ein direkter Import ist nicht möglich... was von Anwendern vom MBS schon gemacht wurde ist einen Gleisplan, der als Bild existiert, dieses Bild als Textur für eine Ebene zu nehmen. Das MBS bietet die möglichkeit die Textur zu skalieren, so dass es dann in der Größe passend gemacht werden kann... Gruß EASY
-
Hallo ... wenn man sich mit dem Anschlußgleis der Fähre nähert, sollte es bei dem Gleisende auf dem Ladedeck einrasten... ...an dieser Stelle ist aber auch noch der Einrastpunkt... ... das Gleis hat also 2 Möglichkeiten für das Einrasten... und wenn es den Einrastpunkt erwischt (was es bei mir fast immer macht), dann wird es "falsch" herum gesetzt... ... ist der Einrastpunkt verschoben wirkt nur noch das Gleisende und das Anschlußgleis wird korrekt gesetzt. ... es ist also nur eine Hilfsfunktion für den Aufbau und hat keine sinnvolle Funktion um über die EV angesprochen zu werden. Gruß EASY
-
Hi Tom, ... da ist ganz schön was an Sägespähnen zusammengekommen... ich musste ja alle noch einmal in Längsrichtung teilen... Dein "Hier" funktioniert jetzt (auch) wieder... das heutige Windoof-Update hat den Pfad für das Öffnen von .mbp Dateien etwas verbogen... Gruß EASY
-
Hi Tom, ... Dein link "Hier" geht nicht so richtig...bei mir öffnet sich zwar das MBS ... aber keine Anlage sondern es bleibt beim Startfenster stehen... Gruß EASY
-
Hallo, Da die Idee von mir stammt, noch kurz eine (erweiterte) Erklärung. Der Einrastpunkt der Fähre für das Gleis auf dem Ladedeck ist in seiner Wirkung um 180° gedreht, so daß das Gleis immer "über das Deck" gezogen wird. Wenn man den Anleger nicht benutzen möchte und versucht einfach nur ein Anschlußgleis anzulegen, gibt es an dieser Stelle (hinten -> [kleiner Handkran, Treppenaufgang nach unten] zwei Einrastpunkte(einen vom Schiff und einen vom Gleisende), die entgegengesetzt wirken. So besteht eine (theoretische) Chance von 50%, daß das Anschlussgleis auch "über das Deck" gezogen wird und somit keine weiterfürende Strecke bildet sondern einen Umkehrpunkt (bei meinen Versuchen wird es fast immer in die falsche Richtung verlegt). So entstand der Gedanke nach dem Verlegen des Deck-Gleises den Einrastpunkt des Schiffes an einen "nicht störenden" Ort zu verlegen so daß nur noch das Gleisende wirksam ist. Merkwürdigerweise bekomme ich es bei allen meinen bisherigen Versuchen nicht hin, daß das Gleis beim Verschieben des Einrastpunktes diesem dann folgt... Nachtrag, das "Hüpfen" ist bei mir nicht, wenn ich die Fähre zuerst auf ein Gleis setze und dann mit dem Deck-Gleis von oben komme. Es entsteht überigens dadurch, daß die Fähre ein Fahrzeug ist und an einem Gleis einrasten möchte. Der Abstand zum Einrastpunkt des Deck-Gleises ist zu gering (in z-Richtung), so daß sich das MBS nicht entscheiden kann, wo denn einrasten. Gruß EASY
-
-
Hallo, ich habe das Modell noch etwas bearbeitet... die Schienen können nun per Animation sichtbar gemacht werden (Animation auf Anfang = keine Schienen)... ...es ist schon eine zu kleine Änderung als daß daraus eine Variante zu machen... @fmkberlin ... die seitlichen Positionslichter sind (auch) tiefer gelegt... @metallix ... nun sind es 4 Planken auf die Autobreite... P.S. .... die deutsche Eiche hätte das schon hergegeben mit nur 2 Planken... die Eichen in NZ sind anscheinend etwas kleiner... Das Modell ist als Enwurf neu hochgeladen... 67B43500-84E6-4194-86B4-55F84BD2B851 Gruß EASY
-
Hallo, ... danke für die Antworten. Wie es aussieht ist es mit den vorgegebenen Spuren gar nicht so erwünscht. Ich habe die Rillen auf dem Ladedeck aus dem Modell herausgenommen und die Kontaktpunkte entfernt. Da Modell ist jetzt einfach nur ein Fahrzeug. Ich habe das Ladedeck etwas dunkler gemacht, es ist nach meiner Meinung dann (optisch) einfache noch externe Gleise zu legen... Den Anleger lasse ich erst einmal ruhen... bis das Schiff soweit klar ist und ob überhaupt Bedarf besteht... @BahnLand ... danke für die kleine Demo eines [prinzipiell] möglichen Ladevorgangs... Ich habe das Modell als Entwurf hochgeladen 67B43500-84E6-4194-86B4-55F84BD2B851 ... würde mich freuen wenn es mal getestet wird... Wenn noch jemand Anregungen hat oder etwas findet was so sein / nicht so sein sollte... gerne! P.S. Bei "Funktionsmodellen" tue ich mich immer etwas schwer einen Kompromiss zu finden zwischen einfacher Bedienbarkeit (möglicht viel schon vorgegenen) und freier Gestaltungsmöglichkeit des Anwenders (möglichst wenig schon vorgegeben)... ...vielleicht sollte ich doch endlich mal eine Anlage im MBS bauen und etwas praktische Erfahrung sammeln... dann sehe ich es vielleicht etwas lockerer... Gruß EASY