jeroezie Posted January 25 Posted January 25 With the radio on the Ty2 steam engine their is a bug. If you change driving directions, by selecting a - or + position on the reverser, the radio splitter seems to be thinking that the driver has changed cabins. Thus the radio splitter will only provide power to the A or B cabin respectively, while their is only one, usually A but sometimes it can also B (maybe when starting the journey in reverse). Workaround for any player encountering this problem: simply flip the cabin switch on the radio splitter, located in the overhead cabinet on the back wall of the steam locomotive.
SIMRAIL Team Admin BOT Posted January 25 SIMRAIL Team Posted January 25 Thank you for reporting this issue! Internal ticket number: #4195 Dziękujemy za zgłoszenie tego problemu! Wewnętrzny numer zgłoszenia: #4195
SIMRAIL Team Stele Posted Wednesday at 01:32 AM SIMRAIL Team Posted Wednesday at 01:32 AM Anything extra to trigger it? Reverser changes VehicleControllerBase.Direction in jumps 1/0/-1. Radio splitter checks VehicleControllerBase.cabinDir and it's 1 all the time in my tests. Only suspicious line that could switch that value is (common for all vehicles) cabinDir = (int)vehicle.trainsetInfo.CabinDir * (int)vehicle.DirectionInTranset; which could mess if it's spawned in reverse in the first place. That value can be checked in debug panel in outputs table. Output_General.data[(int)GENOUT.actual_cabin] = (int)trainset.CabinDir;
jeroezie Posted Wednesday at 02:05 AM Author Posted Wednesday at 02:05 AM (edited) The bug is present in my Lazy to Katowicd cargo scenario. I dont know for sure out of my head, but I probaly do spawn ut reversed. I have only a light signal in the vack and I find them easy to referance compared ti findtrack. I could swap it of course for a track referance. If you like to try see the bug in the scenario, you can find it here: https://steamcommunity.com/sharedfiles/filedetails/?id=3628486286&searchtext= or Make sure to pick one of the first Ty2 loco's, the thirt option spawns the other way around (so you drive the cargo train tender first, which is kinda strange). Personally I have the impression (but no facts to prove it at all) that spawning vshicels reversed can mess around with more things. Might you have any ideas/info on that? Edited Wednesday at 02:12 AM by jeroezie
SIMRAIL Team Stele Posted Wednesday at 06:23 AM SIMRAIL Team Posted Wednesday at 06:23 AM It broke shader on wagons when I tried to spawn reversed one to test for whatever (likely unrelated) reason. 😄 Sorry, I don't have setup to test scenarios. Somebody else will have to. Could you check that GENOUT value when bug happens? It's the only place in code that I found that could mess it up.
jeroezie Posted Wednesday at 06:01 PM Author Posted Wednesday at 06:01 PM While standing with a single loco in the deport, I was unable to reproduce the bug. But it got interesting as soon as I coupled up the the wagons after shunting: when I got back in the cab after coupling, the radio green light was unlit, before getting out of the cab, it was lit up. Setting the reverser forwards or backwards had no effect on the radio light. Changing the radio signal splitter cabin from A to B got the radio working again. I am unsure, what data vale, you are referring to. If you need more information from me, please describe it better. I will attach entire Vehicle I/O and log file, as after coupling, where the radio only works with the spiller on B cab. If I can help with gathering more info, please let me know, I am happy to help. vehicle IO after coupling.txt SimRail_log_2026-01-28_18-26-48.txt
jeroezie Posted Wednesday at 06:23 PM Author Posted Wednesday at 06:23 PM 11 hours ago, Stele said: It broke shader on wagons when I tried to spawn reversed one to test for whatever (likely unrelated) reason. 😄 Sorry, I don't have setup to test scenarios. Somebody else will have to. Could you check that GENOUT value when bug happens? It's the only place in code that I found that could mess it up. Last time I attempted to spawn bot driven trains with reversed wagons, it was pretty fun too. Turn out, in bot driven trains, all wagons will go the 'pretend' forwards. But they don't seem to get the massage, they are flipped. So the train will pull itself apart because the wagons will move in opposite directions. But that was a longggggggg time ago.
SIMRAIL Team Stele Posted Wednesday at 11:22 PM SIMRAIL Team Posted Wednesday at 11:22 PM In your log: Input general active_cab = 0.00 radmor_splitter_cab = -1.00 Outpurt general actual_cabin = 1.00 Output Ty2 cab = 0.00 In generic vehicle code Output_General.data[(int)GENOUT.actual_cabin] = (int)trainset.CabinDir; //1 in your log DeviceRTF.IsVoltage = radmor_adapter_pwr & (radmor_splitter_cab == cabinDir); //-1 != 1 So like only thing wrong is splitter set to cab B. Was your log saved before you flipped it? Like if it flipped by itself? It is set to 1 on load and never touched in bot behavior. EU07 for example sets it according to direction, but that block is not present in Ty2.
jeroezie Posted Thursday at 01:01 AM Author Posted Thursday at 01:01 AM (edited) On 1/29/2026 at 12:22 AM, Stele said: In your log: Input general active_cab = 0.00 radmor_splitter_cab = -1.00 Outpurt general actual_cabin = 1.00 Output Ty2 cab = 0.00 In generic vehicle code Output_General.data[(int)GENOUT.actual_cabin] = (int)trainset.CabinDir; //1 in your log DeviceRTF.IsVoltage = radmor_adapter_pwr & (radmor_splitter_cab == cabinDir); //-1 != 1 So like only thing wrong is splitter set to cab B. Was your log saved before you flipped it? Like if it flipped by itself? It is set to 1 on load and never touched in bot behavior. EU07 for example sets it according to direction, but that block is not present in Ty2. The screenfhot and data/log are fron after coupling and manually flipping the radio spiltter to B cabin, so radio is workable agin. Edited Friday at 01:51 AM by jeroezie
Recommended Posts