Posts by eep_gogo
-
-
Aber das müsste ja alles in EEP programmiert werden.
Deshalb bleibts (wahrscheinlich) ein schöner Traum.
-
Hallo,
ich habe gerade durch Zufall folgendes festgestellt (beim Aufbau eines DemoDioramas):
-- Lok HGe44II-102-FO von PB1 (wahrscheinlich egal, welche Lok)
-- eingestellte Geschwindigkeit 100 km/h
-- gestoppt über Pause-Taste
-- umgeschaltet in 2D-Modus
-- zurückgeschaltet in 3D-Modus
>>>> die Lok bewegt sich 30cm nach vorne (ist mir früher schon aufgefallen, ich maß dem aber keine große Bedeutung zu)
-- und zwar bei jedem 2D/3D-Hin- und Herschalten jeweils weitere 30cm.
Stellt sich nun die Frage, was passiert, wenn sich dies in der Nähe eines KPs ereignet.
Registriert EEP den KP, wenn kontaktiert? Und wenn ja, immer?
Dies könnte evtl. auch eine Erklärung für "unerklärliche Schaltfehler" sein,
die wir hier ja in letzter Zeit öfters diskutiert haben.
-
noch ein Zusatz unten rechts:
Volkmar Bauch
Härter geht's nicht !!!
-
aber ich kämpfe mit dem Timer
meine Antwort:
dass seit ich die Weichen mit LUA stelle, dass es dort keine Probleme gibt
Wo ist dann das Problem?
-
??? Lest ihr denn auch den "gesamten" Tröd?
Das gilt auch für dich, Mobawe.
Benny meinte natürlich den NORMALEN KP.
Ja ich habe ja alles erst ohne LUA gemacht.
Gibt es denn ausser LUA noch andere ?
Du musst zugeben, diese beiden Aussagen irritieren etwas.
Hast du dich denn im Handbuch überhaupt mit KPs auseinandergesetzt?
Du hast auch keine meiner Fragen konkret beantwortet.
Die von Benny gemeinte Verwendungsart:
und von Thomas angesprochen, für die HALT-Funktion:
-
Das ist leider sehr schwer herauszufinden.
"Tausend" Möglichkeiten für die Fehlfunktion.
Bin jetzt aber etwas irritiert,
du sagst,
fährt in den Haltebereich und überfährt einen Soundkontakt der die Timer Funktion startet. Der Zug hält an. Jetzt fährt er aber nicht los,
d.h. du "fährst" im Moment mit Lua?
Also stellt sich die Frage nach deiner "Timerprogrammierung".
Ja, aber warum funktioniert es denn mit den normalen KP s nicht (immer)
Das wär jetzt die 2.Frage/Antwort und würde bedeuten, du fährst mit Bennys KPs.
Beide Probleme "fiktiv" zu behandeln macht wenig Sinn.
-
Also, ich meine, "EEP-betriebssicher" geht das nur mit Bennys KP-Vorschlag. Chaos ohne LUA ?
KPs reagieren auch viel schneller. (Fast "Echtzeit"
)Und mit Thomas 2.KP für HALT. Chaos ohne LUA ?
Du bräuchtest ja sonst 300 Timer, weil die unabhängig voneinander laufen müssen!
Hast du die alle programmiert?Oder 300 Trigger-Funktionen nach meinem Vorschlag.
-
Hallo Mobawe
"man" stellt ja hier nicht gern fertige Skripte ein, da ich aber davon ausgehe, dass du dich mit der "Timergeschichte" redlich abgemüht hast, folgender Rat:
Einen "sauberen" Timer(ablauf) zu programmieren, ist nicht ganz einfach.
(Timerwert setzen, Timer starten, Timer überwachen, Reaktion auf "Timer fertig, und das alles, während der Rest auch noch läuft !!!
)Es ist viel einfacher, die 200ms "Zeitscheibe" der main() zu nutzen.
Ich hoffe, die Erklärungen sind ausreichend.
Display MoreCode- clearlog()
- print("Programm von eep_gogo --------------------------------------------------------------------------------------")
- print("Thema : Pseudo-Timer per KP getriggert ")
- print("---------------------------------------------------------------------------------------------------------------------")
- print("--- EEP ", EEPVer," -- LUA : ", _VERSION, " -- eepTime: ",EEPTimeH,":",EEPTimeM, " -- os.date.time: ",os.date("%d.%m.%Y %H:%M:%S"))
- print("--- NEUSTART --- NEUSTART --- NEUSTART --- NEUSTART --- NEUSTART --- NEUSTART ---")
- print("---------------------------------------------------------------------------------------------------------------------")
- c = 0
- trigger = false
- trigger2 = false
- -- Funktionsaufruf im KP: trigger_f
- HALT = 1 -- je nach verwendetem Signal
- FAHRT = 2
- SigID = 1
- function EEPMain()
- -- print("c: ",c)
- if trigger then -- wird true durch den KP-Aufruf
- c=c+1
- print("c: ",c)
- trigger_f() -- jetzt wird der Zähler/Timer ständig aufgerufen/überwacht
- end
- return 1
- end
- function trigger_f()
- trigger = true
- if c>=50 then -- entspricht 10 Sek.
- EEPSetSignal(SigID, FAHRT)
- trigger2 = true -- Trigger für HALT
- end
- if trigger2 and c>=60 then -- entspricht 12 Sek.
- EEPSetSignal(SigID, HALT)
- c = 0 -- und alles wieder zurücksetzen
- trigger = false
- trigger2 = false
- end
- end
-
Das Gebäude im Mittelpunkt des 2.Bildes?
-
Meine Variante:
meine Anlage läuft zufallsgesteuert.
So habe ich beim Starten meiner Anlage jedesmal einen anderen Zustand.
Wie wenn man im Realen sich an einen Bahnhof oder an die Strecke stellt und schaut was da kommt.
-
es in früheren Anlage mit einem Kontaktpunkt hinbekommen zu haben
Vielleicht mit einem anderen Lokschuppen, bei dem es der KON anders gelöst hat.
PS:
-
ohne es zu wissen,
würde ich jetzt, entgegen EmKo sagen:
Du brauchst für jede Tür einen eigenen Kontaktpunkt.
Einen für Tor_links und einen für Tor_rechts?
A und B müsste für auf/zu stehen? Und was Goetz meinte: bei jedem Tor grad "andersrum".
-
Hallo Klaus49 ,
schau mal unter
c:\Trend\HOME-Nostruktor13\Projects\Technik\TEST_ANIM\TEST_ANIM.prj
Dies ist ein Beispiel für "Texturachsen"
Du brauchst nur eine Textur mit rot/grün.
Und wichtig sind die Textureinträge animfrm_x/y, je nachdem wie du es anlegst.
-
Bei leerem Kessel wäre es ja auch möglich, daß sie viel weiter durch den Rheinstrom getrieben wurde ...
ich hab mich immer gefragt, wie wohl die Lok auf die Insel mit 2 Bergen kam ...
-
... dann bleibt die Fahrstraße, welche in der vorherigen Zeile geschaltet wurde, bestehen.
ah ja, das Prinzip hatten wir doch schon öfters.
Bin zur Zeit halt nicht im FS-Modus.
Hauptsache, es läuft jetzt.
-
kann sein, ich steh wieder mal auf dem Schlauch??
(weil auch noch niemand darauf reagiert hat)
aber: wenn man mal die KPs ausser Acht lässt und nur den Code betrachtet
wird doch Zeile #22 und #24 nie ausgeführt,
weil sie von der jeweils nachfolgenden Zeile überschrieben werden?
-
Da ist sie sicher (wie so viele) in die "unsichtbarer Spline"-Falle getappt.
-
Mal wieder ein Oldie:
-
TEs / TUs dream:
