Królik Uszasty

Poprawione

Poprawione, ale wymaga jeszcze dodatkowych testów po naszej stronie.

Poprawione

To be clear: did you press "Both pantographs down" button again to deactive it?

Przy włączonym hamowaniu ED cylindry będą wyluzowane, żeby nie nakładała się siła hamowania z cylindrów i silników. Zachowanie jest najbardziej poprawne. Lokomotywa odczytuje ciśnienie w przewodzie hamulcowym i zamiast podawać ciśnienie do cylindrów, hamuje silnikami z odpowiednią mocą.

Zaciągnięcie hamulca pomocniczego w czasie jazdy będzie powodować hamowanie nagłe po 4 sekundach lub 700 metrach, zależnie od prędkości jazdy.

Nie zgadzam się. Na siódemkach nie ma takiej blokady, ona jest po stronie czysto elektrycznej. Takie coś występuje np. na ET22.

Wheel-slip condition is calculated individually per axle, including current load on that axle - which changes with tractive effort generated by a vehicle. The "problem" is a result of static adhesion factor, which is assumed as 0.35. To obtain about 75 kN/axle we need to increase it to 0.40. However, it seems to be a bit high value. The solution will come with "adhesion manager", which will be change adhesion factor for vehicles basing on the weather.

Have you used position "fill" before that braking? It looks like you have overpressured brakes in wagons and releasing brakes with "running" makes them not achieve proper pressure in brake pipe, which in that situation is above 5,0 bar. You can jut put brake lever in "fill" for about twenty seconds and then put it back to "running".

Będzie dodane w kolejnym patchu.

Uzupełnione, będzie w kolejnym patchu.

Czy problem dalej występuje po ostatnim patchu?

This is very strange behaviour - I cannot reproduce your bug. Is it still present after latest patch?

Bardzo dziwne. Gdyby coś się wykoleiło, to zadziałałby radiostop. Sprawdziłem u siebie na torze testowym i po jednorazowym hamowaniu nagłym pozycją jazdy wyluzowałem skład w około 2 minuty, a napełnianiem uderzeniowym - w minutę. Sprawdzałem to bezpośrednio poprzez podgląd ciśnień w ostatnim członie.

A jak długi skład miałeś?

A próbowałeś przytrzymać zawór maszynisty w pozycji napełniania uderzeniowego przez dłuższy czas (ok. 20 sekund) i wtedy przełączyć na jazdę?

Szanowny użytkowniku, na wstępie chciałbym pogratulować wytrwałości w pisaniu tak wielu pytań. Z racji tego, że nie jest ich kilkanaście (jak napisałeś na wstępie), a około 114 (i to w dodatku nienumerowanych 😞), odpowiedzi będą bardziej ogólnikowe. Gdyby pytań było mniej i były ponumerowane, można by się było odnieść łatwo do każdego z nich. synchronizacja animacji z dźwiękiem - w zakresie małych prędkości tak* smarowanie i czynności utrzymania/konserwacji parowozu - zdecydowanie nie przewidujemy póki co, stąd brak smarowania, obsługi dymnicy, popielnika czy grzebania w ruszcie uszkadzanie lub niszczenie parowozu - co do zasady nie przewidujemy, skoro nie da się tego naprawić praca paleniska - na chwilę obecną uśredniona, uwzględniająca ciąg powietrza, ilość węgla i bezwładność płomieni praca kotła - co do zasady ujmowana współczynnikami, z bilansem energetycznym wody (ciepło z kotła i spalin, temperatury wody zasilającej, ubytek pary) praca silnika - pulsacyjna w zakresie małych prędkości*, uwzględniająca zależność poboru pary od ciśnienia, otwarcia przepustnicy (i napełniania przewodu parowego), spadek masy tendra na skutek poboru wody i węgla - tak bezwładność wody w tendrze - nie, w kotle - w późniejszym etapie palacz - będzie na pewno bot, który jakkolwiek będzie się troszczyć o kocioł; chciałbym też tryb ręczny (chociaż kłóci się to trochę z prowadzeniem parowozu i obserwacją przedpola jazdy) i tryb wspomagany, gdzie bot dostawałby pewne wskazówki od człowieka - ale tutaj jeszcze zobaczymy, na ile uda się to poskładać w jakiś sensowny i używalny sposób. Generalnie dokładne informacje o pracy parowozów są ograniczone, nie mówiąc już o szczegółowych charakterystykach. Stąd staramy się jak najdokładniej oddać to, co jest jasne i dobrze opisane, nie dodając od siebie za dużo domysłów. No i nasza symulacja musi działać np. dla pełnego zakresu otwarć przepustnicy czy obniżonego ciśnienia kotłowego, a nie tylko dla pełnego otwarcia, ciśnienia nominalnego i węgla referencyjnego (jak jest pokazywane na wykresach). * ograniczenia silnika i optymalizacja powodują brak możliwości przeprowadzania obliczeń w zadowalającej rozdzielczości, aby przy dużych prędkościach prowadzić obliczenia w sposób pulsacyjny i otrzymywać przy tym sensowne wyniki. Już przy prędkościach w okolicy 1-2 obrotów na sekundę część efektów audiowizualnych przestaje być aż tak dostrzegalna z powodu ograniczeń percepcji człowieka (np. różne opóźnienie zmysłu wzroku i słuchu). Nie wszystko będziemy symulować, ale pamiętajmy, że to jest gra komputerowa o pociągach, która musi płynnie chodzić na wielu urządzeniach. W przeciwieństwie do ustawień graficznych, fizyka jest jedna i taka sama dla wszystkich. Na wszystkie obliczenia, wykonywane w czasie rzeczywistym co każdą renderowaną klatkę, mamy jakieś 16 milisekud wraz z przygotowaniem całej grafiki i w związku z tym musimy iść na kompromisy w imię zachowania odpowiedniej wydajności. Same obliczenia pracy cylindra w pierwszej wersji zajmowały po kilka ms na stronę cylindra, co było wybitnie nieakcepotwalne. Nie jest to również symulator uszkadzania parowozu, ani wielozakresowy symulator mechaniki płynów powietrze+spaliny+mieszanka parowo-wodna, co na pierwszy rzut oka sugeruje część z Twoich propozycji (np. sytuacja hamowania przeciwparą powoduje wpuszczanie brudnego powietrza do kotła, co kompletnie zabiłoby algorytmy obliczeń pracy kotła. Mam nadzieję, że mimo to będziesz zadowolony z efektów naszej pracy. Do tematu częściowo wrócimy w okresie testów, gdy fizyka będzie w miarę kompletna i będzie można na chłodno ustalić, co faktycznie jest konieczne, a co fajnie byłoby dodać, ale nie jest konieczne. W miarę dodawania kolejnych pojazdów na pewno będziemy też zwiększać szczegółowość fizyki na tyle, na ile nie będzie to zabijać ani grywalności, ani wydajności.

W rzeczywistości nie ma blokady, pojazd ma sterowanie elektromechaniczne (a nie komputer), stąd można kierunek jazdy zmienić w czasie jazdy.

Have you switched "activation" switch in both cabins? You have to deactivate first cabin, then sit in second cabin and activate it.

W zasadzie nie udało mi się tego odtworzyć u siebie, ale znalazłem miejsce, gdzie mógł być błąd i to zabezpieczyłem. Zostawiam jako półotwarte do kolejnego patcha.

To zależy od profilu linii - im większa różnica między prędkością zadaną a rzeczywistą, tym więcej mocy używa pojazd. W związku z tym pod górkę jest ciut wolniej niż w dół.

Problem już został zgłoszony wcześniej, na razie ta funkcja nie działa. Postępy możesz śledzić w wątku:

Poprawione - zostało ablokowane sterowanie sprężynowym bez baterii, przy okazji kilka lampek nie powinno już świecić bez załączonej baterii. Będzie najprawdopodobniej w drugim patchu.

Dodane do Pendolino, Traxxa i Dragona. Dla Elfa nie ma to sensu, bo tam zadajnik odskakuje. Będzie najprawdopodobniej w drugim patchu.

1) Napędzane są obie osie, natomiast ślizga się tylko jedna (przednia, odciążona przy rozruchu). 2) Sądząc po prądzie w obwodzie w czasie poślizgu, ślizgający się zestaw kołowy miał prędkość odpowiadającą ok. 220 km/h. Stąd też nie ma opcji, żeby zestaw się zatrzymał po krótkim odjęciu mocy. Lampka informująca o poślizgu działa na różnicę napięć między silnikami w grupie. Bez zadanego prądu rozruchowego nie świeci się, bo napięcia na obu silnikach są takie same i równe 0. 3) Musiałbyś najprawdopodobniej dłużej poczekać, bo przy prędkościach rzędu 200 km/h współczynnik tarcia hamulca klockowego przybiera wartości ekstremalnie niskie, więc przy hamowaniu pierwszym stopniem hamowania uzyskujemy znikomą siłę hamowania. 4) Przycisk przyhamowania przeciwpoślizgowego podbił ciśnienie w cylindrze do ok. 2,5 bara - efekt hamowania się wzmocnił i zestaw zatrzymał się. Faktem jest natomiast, że taki silny poślizg spowodowałby uszkodzenie silników na drodze mechanicznej lub elektrycznej.