[Csantucci]

Is the last trainset of your consist flipped? I just tried with a consist like that, and the behaviour seems to me correct both on the front and on the rear unit when driving from the front cab.

[mrmosky]

Yes it is flipped. I made one driving model, and used it on both ends.
Geoff

[mrmosky]

So I made a Driving trailer for the other end (B) and turned the model around so it wouldn't need to be flipped in the consist. The wheels now rotate in the correct direction (with advanced friction set too).

But that is a bit of a pain, as now I have to create a 3d cabview that is flipped around to go with the B end. That entails some work getting the animations working properly again.

Geoff

[Csantucci]

To test I have used this trainset
http://www.trainsimh...oad.php?did=984
and have generated a consist with only two trainsets, the front locomotive and behind it the same one flipped. Then I have set camera view 2 between the two trainsets. I have used the OR stable version and the OR testing version. Both trainsets have the wheels turning in the right direction, with and without advanced adhesion, both driven from the front unit abnd from the rear unit.
If you want to test, take into account that there is a typo in the cabview file, that is a line

PositiveColour ( 1 trolColour ( 0 0 0 ) )

that should be

PositiveColour ( 1 ControlColour ( 0 0 0 ) )

[mrmosky]

Thanks Carlo. I will try it out. It might be different for a 3d cab view, where the location and view direction of the cab view is specified in the .eng file.

I have amended my model now, and it works ok. There are now two separate 3d cab view models.

Geoff

[mrmosky]

Just an update, Carlo. I tried the set that you suggested and I can confirm your findings. However, my set did not work the same.

Puzzling!

Geoff

[mrmosky]

Ok, I have now found the cause of the wheels rotating in the wrong direction.

I am using a .eng file based upon Darwins recently issued eng files for EMU's. He recommends that all driving units, even if unpowered, use a .eng file, rather than a wag file. In the .eng file for a driving unit that is unpowered, the NumWheels parameter in the Wagon section is set to NumWheels ( 0 ).

If I change this to NumWheels ( 1 ), then the wheels on the last unit now rotate in the right direction.

I will have to ask Darwins what the implications are of changing this parameter.

Still, that explains the mystery of why my unit behaved differently to Carlo's unit.

Geoff

[darwins]

The short answer is that I do not know the implications of NumWheels (1 ) but believe they are around adhesion and starting friction.

Nor do I understand why NumWheels ( 0 ) in the engine section is causing a problem.

My suggestion to make sure changing NumWheels from ( 0 ) to ( 1 ) in the engine section has minimal impact is to make sure that there is no weight on the imaginary extra wheels.


So I have suggested in the wagon section keep:

 Mass ( 33t ) Comment (* tare 29.8t *)
NumWheels ( 4 )
WheelRadius ( 0.457m )

But in the engine section change:

Type ( Electric )
NumWheels ( 0 )

to:

Type ( Electric )
NumWheels ( 1 )   
ORTSDriveWheelWeight ( 0t-uk  )

Adding an extra pair of imaginary wheels seems to solve the problem, but it is an ugly work around that I do not really like.


I am still hoping that at some point in the future

Type ( DrivingTrailer )

will become a valid alternative to Type ( Steam ), Type ( Diesel ) or Type ( Electric )


This would allow better solutions to the problems of creating driving trailers, push pull trailers, auto coaches and commuter cab cars.


More about that in another thread.