jeroezie

I have never seen anything like this before. Could you maybe send over the scenario? I am curious to take a look.

Could it be the wheels slipping, causing them to go very fast and dwaw too much current for the very short moment, before the breaker trips? Is it a cargo train? If its a passenger traint, ot could be the train heating.

Hallo, I was tinkering with making costum LUA scenario's, when I discovered that their are wagon with a higer speed limit then 100 km/h, that do not work in game. Wagons and condistions where this is the case: Small container wagon Sgmmns-x, 31 51 4508 558-7: Wagon gets a speed limit of 100 km/h when loaded. The wagon has the *** marker, right of the load limit sign. Expected behavoiur: wagon should be allowed to run loaded up to a speed of 120 km/h, only the brake performance does not meet the 'SS' brake regulations. Blue and green Eaos, 33 56 5300 177-6 and 33 56 5300 118-0, should be allowed to run 120 km/h when empty. When empty the speed limit is 100 km/h. Only these two versions of Eaos whould be allowed to run 120 km/h when empty, since they have 120 with a 0 load limit in the load limit sign. The behaviour is corret for the other Eaos wagons, since they dont have 120 or ** or *** in the load limit sign. For information on the specific meaning of the load limit sign and the *** sign, see chapter 2.4 Signs indicating load limits, pages 10 and 11, of the GCU/AVV appendix 11, Version: 1-jan-2025, to be found here: https://gcubureau.org/contract/

Maybe an option to duck below the window frame could be implemented. In some stations, the frame/bar is places right on eye level and its indeed a bit annoying.

This explains the weird behaviour I had when doing my trial runs in the lua scenario I am working on.

You are trying to set signals in an odd area. Tracks 4 and 6 from Lazy LC to Lazy LB are only fitted with an interlocking for eunning trains from Lazy LC towards LB and not the other way around. However, Lazy LC does have normaal signals fitted for an train travveling aginst the interlocking direction. Those are the probaly the LC_S4 routes showing up in het dev menu. It migt be that setting up a shunting route does not work, they are not (yet) implemented everywhere. Keep in mind, that the half circle white shunt limit sings cound as a signal at danger for any shunting movement. To my knoledge, it is not possible to let an shunting movement oass a shibt limit sing. If any other signal (train and shunt) you can use the AllowPassingStopSignal(signalName, check_func) function to let the player pass it, after setting all infrastructure yourself.

Its not you, the timetables are very strickt for the passenger trains.

Tonight, something odd happened around KowlowSprowa/Stararzyny on the DE3 server but I am not writing about that. It was a complete gridlock. Afther I solved the inital cause of the gridlock, most lickely the source of the problem was train 412052 standing on the left track without the lineblock being set up at all (like sending it with Sz but not using train departure override to mark the block as occupied). Afther that, the AI at psary and Starzyny started to behave irradic. Psary was insisting to send its trains. This was nto smart, since placing them in the short connecting track between Psary and Starzyny blocks Startzyny from sending its train to Psary, causting the fraffic jam to maintain itself. When I was dispatching shortly at Psary, right when joining, the message from Startzyny arrived withouut asking that, the train could not be accepted. Whis is good logic. But when I left and joined Starzyny, Psary got to send its train anyways. Very odd. The AI knows it should not be done but proceeds anyways when their is no player. Later something weird happened again. Psary did not send its train, but 35116 remained forever at Starzyny, I needed to join Starzyny and send it myself aftehr having a discission with Psary AI that wanted to send its 132079...

Its a known bug and happens more. Feel free to use the Sz button, trains in SimRail dont derail over them. In real life however, it is strictly forbidden to send a train agains the points in such a case, otherwise it would derail (unless the points got secured by other means than the normal interlocking).

The bot was driving.

Did you try to holding the button pressed for multiple seconds? Some critical actions require the button to be pressed a long time as a check for intetional pressing by the driver..

I expect that the train server changes broke most of the scenario. The way I have ser it up, us spawning lots of bots far from the player. And then rely on them driving properly to free the way for the player. This does cause lots of issues with train server. I am afraid, the scenario is very broken due to this.

Train 32984 is to long for the platform at Tunel, track 2a heading to Kozlow. Server int1, 17-10-2025, 22:38 in game time. According to EDR, the train consists of en57-206 and en71-002; what makes it 151 m long.

Only EU07 has multiple traction support. Actiate the battery on a loco, activate cabin and set any dirving direction, cancel dead man working, disable cabin and reset reverser to neutral. Go to the other locomotive and do the same. Couple the locomotive including coupling, brake hose, pneumatical hose and control wires (train heating electric cable not needed). Keep in mind, not every EU07/EP07 has control wires fitted. Go to the cabin you want ti use and activate normally. Its best to reset overcurrent protection and the other protections so you know those are not blocking traction in the rear loco (front loco does not show how the rear one is operating).

The heart pieces for the diamond crossing at the big X switch at Dąbrowa Górnicza Ząbkowice are missing. Coordinates: 7398, 302, 14902