Setra S 315 UL (TH_Wald) und S 415 UL (Intercity Addon) hintere Tür als KI öffnen

Willkommen in der OMSI-WebDisk!
Als Gast kannst du nur Inhalte in deiner ausgewählten Sprache sehen. Registrierte Nutzer können die Sichtbarkeit anderer Sprachen in ihrem Kontrollzentrum aktivieren, weitere Infos hier.
Alle Themen sind in den Foren mit einer Sprachflagge gekennzeichnet: = Englisch [EN], = Deutsch [DE], = Französisch [FR]. Wenn du die angegebene Sprache nicht beherrschst, schreibe auf Englisch!
  • Hallo,


    ich habe die Thüringer Setras und seinen Nachfolger aus dem Intercity Addon als KI Busse im Einsatz.


    Beide Addons sind modifiziert, dass die Fahrgäste präferiert hinten einsteigen, mit dem {withbutton} Eintrag bei den hinteren Einstiegen in der passengercabin. Ich mag die Zeitverschwendung und das Gedränge einfach nicht, wenn es mal schnell gehen muss. Nach vorne kommen fast nur Ticketkäufer, abhängig davon, wie ich an der Hst. zum stehen komme.


    Der S 41x UL ist zusätzlich noch hiermit modifiziert, dass er überhaupt als KI läuft:



    Wenn ich selbst fahre, alles schön und gut.


    ABER: Ich habe jetzt festgestellt, dass die Fahrgäste bei den KI Bussen vor verschlossener Hintertür stehen, der Fahrer diese nicht öffnet, aber auch nicht weiterfährt.


    Bekommt man das noch irgendwie hin, dass die KI Fahrer auch beide Türen öffnen, wie z. B. beim Morphi Citaro?


    Dieses Thema und vergleichen mit Morphi hat mir leider nicht weitergeholfen, weil ich gar nicht so recht weiß, wonach ich suchen sollte mit dem AI_Scheduled_AtStation


    • Hilfreichster Beitrag

    Hello,


    I observed a couple of Grundorf test runs (in case it makes any difference: S315UL_Euro3_Automatik.bus variant, using door.osc and passengercabin_S315UL_Euro3.cfg; add-on version 1.2 of Sep. 2025). The minimal changes I had to introduce to achieve your stated intended behavior are as follows:


    First, I added a second (pseudo) [entry], because the script (which in general carries a lot of NL/NG "debt") is written with a double-winged front door in mind. Here the relevant config excerpt:

    If your ordering is different, you'll have to adapt the <N>-indices of all affected PAX_[Entry|Exit]<N>_[Req|Open] occurrences.


    Second, under "AI-Ablauf", I changed this expression:

    Code
                (L.L.haltewunsch)
                (L.L.doorTarget_23) ! (L.L.door_AI_timer) 0.6 > && &&

    ...to:

    Code
                (L.L.doorTarget_23) ! (L.L.door_AI_timer) 0.6 > &&

    Originally, the Haltewunsch(lampe) logic was being reused for both user and AI stop requests. Without having conducted any thorough debugging, I believe this doesn't work because the AI is scripted to open the front door slightly earlier than the rear one, thereby (potentially, depending on passenger arrival timing) prematurely canceling the stop request signal, in turn effectively precluding AI passengers from "conveying" their intent to board.


    Third, optionally, get rid of the following block if you're bothered by the stop request indicator and buzzer getting triggered by passengers intending to board from the rear door:

    Code
        (L.L.door_freigabe) (L.L.PAX_Entry2_Req) (L.L.PAX_Entry3_Req) || &&
        {if}
            1 (S.L.haltewunsch)
        {endif}

    I can't promise that this workaround will apply to the S 41x UL as well, for I don't own that add-on.


    * * *


    The above obviously has ample room for improvement if one cared about details such as doors only being opened when there's actual boarding/disembarking demand, or with variation depending on scheduled stop duration, weather conditions and whatnot.

  • YOU ARE MY HERO! THANKS!


    Can be so easy "just delete" the stop request out of the script as condition for the rear door opening... When you know where to look.


    I did the changes regarding haltewunsch at doorTarget23 and removed the door_freigabe paragraph in S 315 UL and sent him on duty in Grundorf and it WORKED, at least for AI.

    I will also see, when I take the bus myself later and for S 41x Bus.

    Edit1: S 41x works with the same modifications

    Edit2: S 31x still works fine when driving by myself


    I was already aware of the double front door logic and changed door_1 to control a not existing Entry_3, just to not delete it (I'm always careful at deleting script things) and have it out of the way. So having a fictional second [entry] at path point 0 is not needed for me

    Code
        (L.L.door_0) 0.9 > (L.L.cp_begleitersitz_rechts) 0.1 < (L.L.cp_begleitersitz_links) 0.1 < && && (S.L.PAX_Entry0_Open)
        (L.L.door_1) 0.9 > (L.L.cp_begleitersitz_rechts) 0.1 < (L.L.cp_begleitersitz_links) 0.1 < && &&  (S.L.PAX_Entry3_Open)    
        (L.L.door_2) 0.9 > (L.L.door_3) 0.9 > && (S.L.PAX_Exit0_Open) (S.L.PAX_Exit1_Open) (S.L.PAX_Entry1_Open) (S.L.PAX_Entry2_Open)



    Just as it is supposed to be, both doors are open and there are even ticket buyers on AI Busses, as some people even change their mind (or like already discovered depending on the distance to the nearest door) and approach to the front door.