Nastawnik/Pulpit do komputera - Wskazówki i gotowe projekty.

[Pitek]

U mnie ostatecznie pozostał przeźroczysty plastik po płycie CD, z naklejoną kartką z nadrukowanymi pozycjami oraz zamalowanymi dodatkowo markerem :D Przy nowym exe działa miodzio, jednak szybkie zejście z pozycji trzeba robić z rozsądkiem ;) U mnie praktycznie wszystko grało, kran przy kręceniu, cykanie lampki czuwaka (przecież w realu nie cyka przy zapalaniu) itp. Wyciszyłem to, bo w zasadzie masz realnie generowane z pulpitu. Podwójne cykanie haslera mogłoby doprowadzić do jakiś stanów lękowych XD

[miko22]

cykanie lampki czuwaka (przecież w realu nie cyka przy zapalaniu)

Jakto nie cyka? Przecież właśnie prawdziwy czuwak nagrywałem dla @mk1991... To samo z SHP - też cyka przekaźnik przy załączaniu i wyłączaniu lampek.
A co do kranu, to teraz też są właśnie dźwięki mechanicznego przestawiania rączki oprócz syków powietrza. Podobnie z kranem hamulca pomocniczego.

[mac310]

Ja zauważyłem, że przeskoki na enkoderze zdarzają się jak tarcza jest oddalona od fototranzystora. Jak jest blisko niego, wręcz go niemal dotyka, to jest stabilnie. Chyba pojawiają się jakieś rozproszenia promienia z diody na większych odległościach, a dodatkowo materiał (papier, kalka czy plastik) może rozpraszać i/lub załamywać promień. Dlatego myślę, że najlepiej tarczę dać powierzchnią zamalowaną (czarną) od strony fototranzystora, a nie diody.

[Pitek]

@miko22 no dobra, ale nie aż tak, że jest to głośniejsze od Rp 1 albo od ogólnej jazdy w kabinie. Obecne wersje moim zdaniem są skopane dźwiękowo na maksa. Ale idzie to w dobrym kierunku, bo w zależności gdzie się jest, tak dobiegają dźwięki. Mimo wszystko cykanie lampki jest praktycznie głośniejsze od tykania Haslera, ale wyrzucenie nadmiarowego praktycznie w ogóle nie słychać, czy rozruchu pod sufit.

Ja zauważyłem, że przeskoki na enkoderze zdarzają się jak tarcza jest oddalona od fototranzystora. Jak jest blisko niego, wręcz go niemal dotyka, to jest stabilnie. Chyba pojawiają się jakieś rozproszenia promienia z diody na większych odległościach, a dodatkowo materiał (papier, kalka czy plastik) może rozpraszać i/lub załamywać promień. Dlatego myślę, że najlepiej tarczę dać powierzchnią zamalowaną (czarną) od strony fototranzystora, a nie diody.

Fakt, a najmniejszy promień w diodzie jaki dorwałem to 6. Dla bocznika mam tarczę wykonaną z kwasiaka, błyszczy się i odbija światło z jednej jak i drugiej strony, a wszystko działa idealnie.

[miko22]

Mimo wszystko cykanie lampki jest praktycznie głośniejsze od tykania Haslera, ale wyrzucenie nadmiarowego praktycznie w ogóle nie słychać

Może faktycznie jest odrobinę za głośno, ale jeśli o to chodzi, to z ciekawości aż sprawdziłem głośność w porównaniu do zegara w Haslerze i efekt jest taki: http://eu07.pl/userfiles/21606/priv-hasler_vs_czuwak.7z Dodatkowo w 9. sekundzie nagrał się dźwięk samokasowania, w 17. wdrożenie hamowania nagłego, a w 21. ponowne zasilenie zaworu EV5 (zamknięcie przewodu głównego) po puszczeniu przycisku. Mierząc telefonem z odległości ok. 0,5m zegar Haslera daje 21dB, a czuwak 35dB. Co do nadmiarowych, to puki co nie mam materiałów na zrobienie nagrań tym bardziej, że nadmiarowe trzeba trochę przerobić, żeby dało się wyzwolić niskim napięciem. Może kiedyś założę temat "MaSzyna z aparaturą", ten jest o pulpitach ;)

EDIT: Testuję właśnie komunikację przez UART. Działa ładnie poza tym, że od exe 180210 (wprowadzenie obsługi "eu07_input-uart") raz załączonych włączników bistabilnych (bateria, przetwornice itp.) nie da się już wyłączyć z poziomu UARTa, a jedynie z klawiatury. Pozostałe elementy działają dobrze.

[tmj]

EDIT: Testuję właśnie komunikację przez UART. Działa ładnie poza tym, że od exe 180210 (wprowadzenie obsługi "eu07_input-uart") raz załączonych włączników bistabilnych (bateria, przetwornice itp.) nie da się już wyłączyć z poziomu UARTa, a jedynie z klawiatury. Pozostałe elementy działają dobrze.

Czy ta sytuacja wystepuje na wszystkich pozniejszych exe? W obsludze komend przelacznikow bistabilnych byl poczatkowo blad, ale powinien byc (teoretycznie) usuniety mniej wiecej od wersji 18.218

[miko22]

Ok., na najnowszych exe bistabilne działają dobrze, ale jest jeszcze problem z amperomierzami WN. Te rzeczywiste na pulpicie dochodzą tylko do pewnej wartości i się zatrzymują. Patrząc w konsoli, rzeczywiście przesyłana wartość też dochodzi tylko do pewnej granicy - konkretnie szesnastkowe 30 dla uarttune 1350.0 255.0 (żeby przesyłać na jednym bajcie), co odpowiada akurat ok. 255A na amperomierzu. Do tej wartości skala (proporcjonalność wskazań) jest zachowana, po prostu wyżej nie puszcza. Dla woltomierza WN mam wpis 5200.0 255.0 i działa dobrze. Z resztą na identycznych wartościach wpisów działało dobrze na exe 170226 ("stara" składnia wpisów dla UART w eu07.ini), a problem występuje już od pierwszego po nim exe działającego dobrze z Arduino, czyli od ng170930. Próbowałem zmieniać wpis na różne sposoby, ale efekt jest zawsze ten sam - przesyłana wartość dochodzi do pewnego progu (stałego dla konkretnego wpisu) i dalej już nie rośnie, mimo zwiększania prądu w obwodzie głównym.

EDIT: Z tego co widzę, nie ma wyprowadzonych też informacji o rysikach Haslera, chociaż wcześniej (na 170226) były. Szczególnie przydają się 4 i 5 (hamowanie i jazda z poborem prądu), bo wykorzystuję też do sterowania rozrządem. Pozostałe da się sterować na bazie innych informacji z pulpitu. Ogólnie wszystkie powinny być na bajcie 6 licząc od 0 i na bitach 0-4, więc te dwa na bicie 3 i 4 licząc od zera.

PS: A tak przy okazji, to pulpit ET41 będzie wystawiany razem z całą kabiną EU07 w technikum w Sosnowcu podczas III Festiwalu "Kolej w miniaturze" 17-18 marca, ale o tym jeszcze napiszę dokładniej w odpowiednim wątku...

[tmj]

Stan amperomierzy powinien byc ogarniety od wersji 18.308
Wyprowadzanie informacji o hamowaniu i pobieraniu pradu takze, chociaz zrobione jest kompletnie na slepo wiec jesli cos bedzie nie tak, prosze krzyczec :>

[miko22]

Amperomierze i rysiki działają. Źle działa już chyba tylko kontrolka sygnalizacji wentylatorów oporów. Tzn. w samej MaSzynie działa dobrze, ale przez UART zaświecana jest przez cały czas, kiedy tylko świeci się kontrolka jazdy na oporach, a powinna tylko mrugnąć przy wchodzeniu na oporową z zera albo z bezoporowej (jak w symku). Dodatkowo, jeśli nie ma z tym za dużo roboty, prosiłbym o dodanie możliwości sterowania nastawnikiem kierunkowym impulsowo, tzn. jeśli daję jedynkę na jednym bicie, to ustawia wprzód, jeśli na drugim, to w tył, a jeśli na obu bitach jest zero, to i kierunkowy jest na zero. Gdyby dodać to jako opcję do ogólnej klawiszologii, to byłoby też przydatne przy wykorzystaniu PoKeys. W tym przypadku po prostu do puki wciśnięte byłoby [D], byłby analogicznie ustawiony kierunek wprzód, jeśli wciśnięte byłoby [R], kierunek w tył, a jeśli żaden z tych klawiszy, to kierunkowy byłby na zero. Jak uda się zrobić te dwie rzeczy (lampka wentylatorów i kierunkowy), to będzie już miodzio :D Reszta to już sprawa odpowiedniego programu na Arduino. Prawdopodobnie nawet samoczynny rozruch uda się uruchomić z pulpitu, więc będzie można pokazać, jak to kiedyś działało na lokomotywach... Jakiś filmik demonstracyjny oczywiście wtedy nagram ;)

[tmj]

Z tego co widze stan lampki wentylatorow nie jest wyprowadzony w kodzie, zamiast tego dwukrotnie wystepuje stan kontrolki jazdy na oporac, stad zapewne bledne dzialanie. Ktory bajt/bit pulpit interpretuje jako stan lampki wentylatorow? (bo mam dwoch kandydatow i zaden nie jest opisany ;d

Co do dodatkowego sterowania nie moge zagwarantowac, ale zobaczymy. Chociaz czy nie prosciej byloby zaimplementowac tutaj kazdy z bitow jako przelacznik bistabilny, przelaczajacy miedzy danym ustawieniem i pozycja neutralna?

[miko22]

Lampka wentylatorów powinna być (licząc od zera) na bajcie 2 bicie 1. Co do kierunkowego, to tak w sumie też może być i chyba rzeczywiście będzie nawet lepiej.

[tmj]

Od wersji 18.309 powinien byc podawany stan wlasciwej lampki; dla przestawienia nastawnika kierunku w konkretne polozenie mozna uzywac komend

Kod: [Zaznacz]

reverserforward // pozycja jazdy do przodu nastawnika kierunku
reverserneutral // pozycja neutralna nastawnika kierunku
reverserbackward // pozycja jazdy do tylu nastawnika kierunku
Komendy mozna podpiac tak jak pozostale pod piny wejsc w eu07_input-uart.ini i/lub przypisujac im klawisze w eu07_input-keyboard.ini (czyli da sie je chyba wykorzystac rowniez w pulpitach opartych o Pokeys)

[miko22]

Ok., przez UART działa. Dzięki za poprawki. Teraz można poszaleć na Arduino :) Tak przyszłościowo przydałoby się jeszcze zwiększyć dokładność działania kranu hamulca pomocniczego (do 0,1 jak w kranie głównym, bo widać wyraźnie "skoki" wskazówki manometra cylindrów), dodać wyłącznik wentylatorów oporów jako opcję, działanie dostosowania sił do nacisku kół, wyprowadzić jako lampkę sygnał o zadziałaniu radio-stopu i rozdzielić przyciemnianie reflektorów osobno na prawy i lewy z górnym, ale to "kiedyś tam" gdyby Ci się chciało, bo to akurat nie jest specjalnie pilne, a są to już ostatnie niedziałające rzeczy w pulpicie, które wymagają interakcji z MaSzyną. No może jeszcze wycieraczki i spryskiwacze, ale do puki nie mamy deszczu/śniegu i dostosowanych modeli lokomotyw, to raczej nie ma sensu ;) Ale tak jak mówię, z tym się nie spieszy...

[tmj]

Na szybko da sie wyprowadzic stan lampki radiostopu, tylko pod ktory bajt/bit to podczepic zeby pasowalo?

[miko22]

No nie wiem, np. bajt 6 bit 5 (zaraz po rysikach Haslera).

[tmj]

Powinno dzialac od wersji 18.311

[miko22]

Ok, działa :) Natomiast tutaj taki mały przedsmak tego, co jeszcze będzie, czyli symulacja zachowania się regulatora napięcia przetwornicy. Chodzi o trochę słabo widoczne na filmie rozbłyski i przygaszenia oświetlenia (w tym kontrolek) w odpowiednich momentach, czyli przy załączaniu i wyłączaniu przetwornic i sprężarek. "Na żywo" wygląda to lepiej, a w pełni jest możliwe dzięki komunikacji przez UART i odpowiedniemu dostosowaniu pliku *.fiz lokomotywy (mam cały osobny folder dla "pulpitowej" ET41). W połączeniu z wprowadzonymi jakiś czas temu nieszczelnościami układu hamulcowego dodaje uroku podczas jazdy długim towarem :)

[maciek001]

Ładnie Panowie Wam idzie :) miko22 masz jakiś spis tego co teraz jest na którym bajcie i bicie?
Aktualnie przerabiam trochę pulpit. Nastawnik aktualnie to dwa potencjometry i enkoder do nawrotnika ;) Trochę rzucę światła na to wszystko w przyszłości.

[miko22]

Jeśli chodzi o poszczególne bajty i bity, to jest zrobione zgodnie z Twoją dokumentacją, żeby zachować kompatybilność wsteczną ;) Doszła jedynie "lampka" zadziałania radio-stopu zaraz za bitem V rysika Haslera. Można tez teraz samodzielnie konfigurować sobie, co ma być na poszczególnych bitach wejściowych, tylko nie może nakładać się oczywiście na bajty nastawników i kranów hamulców. Robi się to w pliku eu07_input-uart przypisując odpowiednie komendy z eu07_input-keyboard. Tylko exe nie wystarczy z paczki 18_01, musi być nowsze z warsztatu, co najmniej 180311. Przykładowo mój eu07_input-uart wygląda tak:

Kod: [Zaznacz]

1 impulse linebreakeropen // otwarcie wylacznika szybkiego
2 impulse linebreakerclose // zamkniecie wylacznika szybkiego
3 impulse motoroverloadrelayreset // odblokowania przekaznika nadmiarowego silnikow
5 impulse converteroverloadrelayreset // odblokowanie przekaznika nadmiarowego przetwornicy
6 impulse motorconnectorsopen // rozlaczenie stycznikow liniowych
7 impulse alerteracknowledge // wygaszenie czuwaka i shp
9 toggle converterenable converterdisable // zalaczenie/wylaczenie przetwornicy
10 toggle compressorenable compressordisable // zalaczenie/wylaczenie sprezarki
11 impulse sandboxactivate // aktywacja piasecznicy
12 toggle heatingenable heatingdisable // zalaczenie ogrzewania pociagu
//13 toogle reverserincrease // zwiekszenie pozycji nastawnika kierunku
//14 toogle reverserdecrease // zmniejszenie pozycji nastawnika kierunku
15 toggle motoroverloadrelaythresholdsetlow motoroverloadrelaythresholdsethigh // ustawienie rozruchu niskiego/wysokiego
16 toggle pantographraisefront pantographlowerfront // podniesienie/opuszczenie pantografu przedniego
17 toggle pantographraiserear pantographlowerrear // podniesienie/opuszczenie pantografu tylnego
18 impulse wheelspinbrakeactivate // aktywacja podhamowania przeciwposlizgowego
19 toggle headlightsdimenable headlightsdimdisable // zalaczenie/wylaczenie przyciemnienia reflektorow
20 toggle interiorlightdimenable interiorlightdimdisable // zalaczenie/wylaczenie przyciemnienia oswietlenia kabiny
21 impulse independentbrakebailoff // odluzniacz
22 impulse hornhighactivate // aktywacja syreny wysokotonowej
23 impulse hornlowactivate // aktywacja syreny niskotonowej
24 toggle batteryenable batterydisable // zalaczenie/odlaczenie akumulatorow
25 toggle headlightenableleft headlightdisableleft // zalaczenie/wylaczenie lewego reflektora
26 toggle headlightenableupper headlightdisableupper // zalaczenie/wylaczenie gornego reflektora
27 toggle headlightenableright headlightdisableright // zalaczenie/wylaczenie prawego reflektora
28 toggle brakeactingspeedsetrapid // wybor trybu hamulca dla pociagu pospiesznego
29 toggle brakeactingspeedsetpassenger // wybor trybu hamulca dla pociagu osobowego
30 toggle brakeactingspeedsetcargo // wybor trybu hamulca dla pociagu towarowego
31 impulse mucurrentindicatorothersourceactivate // zmiana czlonu dla wskaznika pradu
32 toggle reverserforward // pozycja jazdy do przodu nastawnika kierunku
33 toggle reverserneutral // pozycja neutralna nastawnika kierunku
34 toggle reverserbackward // pozycja jazdy do tylu nastawnika kierunku


[maciek001]

Zauważyliście, że zapomniałem dorzucić 2 informacje do ramki danych? Brakuje amperomierza NN i woltomierza NN ;) Co myślicie o dodaniu tych bajtów? Jeżeli zostaną dodane na koniec to można zrobić modyfikację kompatybilną ze starymi wersjami - dodać do pliku *.ini jeszcze jedną zmienną włączającą te dwie informacje (w sumie 4 bajty! - o ile 16 bitowe).

Ktoś robi statystyki? Ile pulpitów wykorzystuje tę transmisję danych?

[miko22]

Tzn. sprawa z miernikami NN wygląda tak, że w MaSzynie amperomierz NN nie działa w ogóle, a woltomierz NN działa nieprawidłowo (w zasadzie prawie brak jest symulacji zachowania się przetwornic/prądnic pomocniczych i ładowania baterii - w rzeczywistości występuje przy tym trochę stanów nieustalonych, które widać na miernikach czy choćby jasności świecenia wszelakich żarówek (ostatni wstawiony przeze mnie filmik)). Ja steruję sobie mierniki NN na poziomie samego Arduino, bo można dodać jeszcze m.in. zależności ładowania baterii z zewnątrz (z warsztatu), czego w MaSzynie też jeszcze nie ma. Natomiast bardziej moim zdaniem przydałoby się wyprowadzić dokładniejszą prędkość do 0,1km/h, bo teraz przy prędkości <1km/h (np. powolne staczanie się z góry przy niezahamowanym składzie na stacji), Hasler w ogóle nie cyka, bo przesyłana prędkość ma wartość 0. Tylko jeśli już przesyłać, to najlepiej prędkość razy 10, czyli np. 12,3km/h jako liczbę 123.

A co do liczby pulpitów obsługiwanych przez UART, to jest nasza ET41 i jeszcze przynajmniej dwa mniejsze na bazie Arduino (chyba) Mikro. Jeśli więcej osób używa, to albo przeoczyłem/nie pamiętam, albo się nie chwalą na forum ;) Na pewno jednak ta liczba będzie rosnąć, bo np. klon Arduino UNO kosztuje ok. 30zł (i daje dosyć łatwe i duże możliwości rozbudowy), a PoKeys ok. 220zł.

[maciek001]

Przesyłanie tak dokładnej prędkości wymaga już dwóch bajtów (jest na to miejsce). Zastanawiam się tylko czy taka dokładność jest potrzebna: przy prędkości 0,1 km/h hastler (przynajmniej mój) nie tyla bo jest dla niego po prostu za wolno... zaczyna tykać dopiero przy kilku km/h. Co do mnożnika się zgodzę - razy 10 wystarczy spokojnie.

[miko22]

No równomiernie nie będzie cykał przy takiej prędkości, ale wskazówka będzie się wznosić na te kilka km/h, po czym zacyka kilka razy, wskazówka opadnie do 0 i na nowo... Różnica będzie też widoczna, jeśli ktoś ma Hasler, w którym wskazówka się nie chwieje podczas jazdy (a są takie w tak dobrym stanie, że przy stałej prędkości trzymają wskazówkę nieruchomo), bo jeśli prędkość będzie oscylować np. między 38,9 a 39,1km/h, to wskazówka nie będzie skakać o cały 1km/h, a tylko troszeczkę o te 0,2km/h. Wtedy można nawet próbować jechać równo z ograniczeniem. Dokładność do 0,01 to już byłaby przesada, ale do 0,1 moim zdaniem jak najbardziej by się przydała.

[EU40]

Jeszcze nie miałem przyjemności zobaczyć dokładnie wykalibrowanego prędkościomierza Hasslera, tak więc chyba nie macie co za bardzo szukać w kale smaku.

[miko22]

To popatrz tutaj: https://youtu.be/6MnLTnvfxcc?t=11m53s (do 85km/h) i jeszcze tutaj: https://youtu.be/6MnLTnvfxcc?t=13m13s (do rozpoczęcia zatrzymywania). W przypadku tego konkretnego wystarczyło dogłębnie wyczyścić mechanizm pomiarowy ze starego smaru/oliwy i na nowo nasmarować/naoliwić w odpowiednich miejscach, choć czasami zdarza mu się jeszcze zachwianie, ale miałem okazję testować też taki, który trzymał wskazówkę całkowicie nieruchomo na zadanej prędkości, a błąd wskazania był niezauważalny, czyli na pewno poniżej 0,5km/h - wskazówka równo z kreską na skali (przebieg miał trochę ponad 100 tys.). Zaczynał równomiernie cykać od jakichś 2,5-3km/h.

[mmijagi3]

Wraz z kolegą podjęliśmy decyzję budowy pulpitu ET22 pod Arduino, cała sprawa komplikuje się w momencie kiedy trzeba stworzyć elektronikę która będzie współpracować z tym kontrolerem. I pytanie do miko22 czy układy które pomagałeś robić i udostępniłeś mac310 zadziałają pod Ardiuno? Czy trzeba tworzyć wszystko od początku?

[miko22]

Jakie konkretnie układy? Na pewno sterownik woltomierza NN. Z nim nie powinno być problemu. Tak samo ze sterownikiem przyciemnienia oświetlenia przyrządów, bo to już całkiem niezależny układ. Ogólnie Arduino to bardzo "elastyczna" płytka, bo można ją sobie po swojemu zaprogramować i pewne rzeczy związane z elektroniką da się uprościć przenosząc jej działanie do programu.

[mmijagi3]

Chodzi mi głównie o "sterownik zasilania kontrolek " czy będzie on działał z Arduino a jeżeli tak to czy macie może dane użytych podzespołów? Gdyż ze zdjęć jak i udostępnionego projektu płytki ciężko odczytać wartości lub chociażby nazwy poszczególnych elementów użytych w tym " zestawie ".

[miko22]

Myślę, że z nim również nie powinno być problemu. Co najwyżej trzeba będzie dać rezystor do diody transoptora o większej rezystancji, bo PoKeys daje na pinach napięcie 3,3V, a Arduino (poza DUE) 5V. Co do konkretnych użytych elementów, to musiałby się już wypowiedzieć @mac310, bo to jego projekt.

[mac310]

Zintegrowana płytka sterowania SZK_v4_pcb.zip do wszystkich kontrolek (opis na stronie Porządki) zawiera w większości powielony schemat (z wyjątkiem WSa, która ma wyjście do płytki mierników NN). Zastosowane tam elementy to rezystory R dla diody (podłączenie z PoKeys) - 390 ohm (dla Arduino przy 5V trzeba dać większe), LR - dla LEDów sygnalizacyjnych (można ich nie dawać ale ja dałem bo chciałem mieć sygnalizację, że działa nawet jak żarówka w lampce się przepali), transoptory PC123 (obciążenie tranzystora 20 mA) lub można dać LTV817 (obciążenie tranzystora 50 mA), diody prostownicze do cewek przekaźników 1N4007, przekaźniki ST-SH-112L. Całość zasilana jest zasilacza ATX (jak wszystko w pulpicie) skąd podaję 12V na żarówki jak mają świecić normalnie lub 5V jak mają być przyciemnione.
W ramach eksperymentu z komunikacją po COMie, na bazie informacji od @miko22 zrobiłem sobie wyjście na 9 lampek przez Arduino UNO. Tutaj wrzuciłem rezystory 1,2K bo akurat takie miałem pod ręką. Fajna zabawa, może zrobię sobie przenośny pulpicik kieszonkowy, żeby zabierać go ze sobą jak jadę w delegacje i wieczorami siedzę w hotelu ;)