Maciej_ZG

@Conrad Poprosiłem kolegów z TD2 o udostępnienie 🙂

I gotowe mierniki na silnikach krokowych 🙂

A ja tak na szybko rzuciłem okiem na : https://www.arduino.cc/reference/en/libraries/midiusb/ Jest to jakiś pomysł. 3 bajty (poza headerem) można wykorzystać dowolnie. Jeden jako message ID a dwa pozostałe jako payload. Ale to tak samo jak dla każdej innej komunikacji. Tak jak pisałem - wszystko w rękach developerów, i w sumie to od nich chciałbym usłyszeć jak chcą to rozwiązać żeby się przygotować z rozwiązaniem po swojej stronie.

No ja dlatego robię właśnie trzecie podejście do mierników, mam nadzieje że ostatnie. Rozwiązanie bazuje na silnikach krokowych 28BYJ-48. Na pionowo poruszającej się taśmie GT2 planuję zamontować wskazówkę. Mam nadzieję że dokładność będzie wystarczająca..

Jak dla mnie dla sentymentu z dzieciństwa - LK283...ale to musiało by być połączone z wprowadzeniem SP42/SM42 oraz SU45 które kursowały na tej trasie 😀 3 tunele oraz most którego koniec końców Tom Cruise nie wysadził w powietrze...

U Ciebie @Conrad prace się posunęły a u mnie niestety stanęły. Dobrze to u Ciebie zaczyna wyglądać. Czekam na efekt końcowy. Ja się na razie zsynchronizowałem z Maszyną, także po UART działają mi krany hamulców oraz nastawniki. W końcu przyszła też ostatnia paczka z Ali, także mam w planie skończyć mierniki V i A ( a to już i tak moje trzecie podejście do tematu 😉)

No tu częściowo się zgodzę. Chociaż jak do tej pory o support I/O pytało tylko parę osób które w większości są nastawione na proste interfejsy I/O. Oczywiście, można sobie zbudować dowolny kontroler MIDI który będzie proxy pomiędzy RPI czy Arduino (i jeśli autorzy pójdą w tą stronę to pewnie sam będę nad tym pracował), ale wydaje mi się że rozwiązanie musi być na tyle proste żeby jak najwięcej osób przy jak najmniejszym trudzie i wydatku potrafiło sobie coś zbudować. Większość z nas to entuzjaści kolei którzy bawią się prostymi rozwiązaniami technologicznymi. A do nich napewno należy Arduino i Raspberry Pi. No ale tak czy siak - pałeczka jest po stronie developerów. Jak na razie nie udało mi się uzyskać odpowiedzi jak planują zaimplementować I/O, także temat jest otwarty.

Nie do końca się zgadzam. Pomijając fakt iż sam buduje rozwiązanie na RPI+Ardu - szczerze mówiąc większość amatorskich rozwiązań się na tym opiera z prostych powodów - ceny, dostępności oraz łatwości programowania. MIDI jest oczywiście jakimś rozwiązaniem, ale wydaje mi się że są lepsze i bradziej generyczne rozwiązania I/O które większa grupa osób będzie mogła wykorzystać (UART, TCPIP, etc). I chyba tego oczekuje społeczność SimRail jako supportu I/O...

A na kiedy planowany jest ten support Steam Workshop ?

Is it planned to provide some "developer guide" for new scenario system to enable community to create new scenarios ?

I assume developers have some internal roadmap for the releases, it would be good to have it announced, but it was already asked several times in different threads without proper response (unfortunately)...

No to kolejny, tym razem większy update z mojej strony. Na Githuba wrzuciłem sporo aktualizacji do mojego generycznego kontrolera pulpitów (https://github.com/maciejszymanskizg/custom_desktop_control) wraz z obsługą wirtualnego pulpitu EU07 (https://github.com/maciejszymanskizg/virtual_eu07_desktop). Może to posłużyć jako platforma bazowo / testowa dla własnych implementacji rozwiązań pulpitów. Na chwilę obecną przetestowałem to na setupie 2xPC + 1x RaspPi z Maszyną. PC na którym uruchomiona jest symulacja połączony jest z RaspPi po UART. Na RaspPI chodzi custom_desktop_control które łączy się po TCP z wirtualnym pulpitem odpalonym na drugim PC. Taki remote gameplay 😉 ale bardziej do celów testowania komunikacji. Jeżeli komuś się to przyda a potrzeba dokładniejszej dokumentacji niż to co aktualnie wynika z samego kodu - mogę nad tym popracować. Kolejnym krokiem będzie dodanie supportu do mojego pulpitu fizycznego, ale i on może być użyty jako rozwiązanie referencyjne i zmodyfikowany pod inne pulpity.

Kawał dobrej roboty @Conrad 👍 Druk 3D zdecydowanie bardziej pozwala odwzorować rzeczywistość. Ja dziś miałem trochę czasu i zabrałem się za łączenie ze sobą Raspberry, Arduino i PCF8575.

Nastawnik jazdy zrobiłem na enkoderze 38S6G5-B-G24N, bocznikowania na potencjometrze liniowym 10K a nastawnik kierunku jazdy to GPIO. Oba hamulce również na potencjometrach liniowych 10K. Manometry są na X27.128 ale mam zaimplementowaną logikę na Arduino, także z kontrolera mogę bezpośrednio podać zadaną wartość ciśnienia. Podobnie Hasler. Kody wsadowe na Arduino też planuje wrzucić na GitHuba. Jak ktoś zainteresowany - klika zdjęć z archiwum budowy : https://photos.app.goo.gl/mBpapeydAGFjHp3g9

Dawno nie było update'u, to drobna informacja z mojej strony. Obecnie pracuje nad kodem dla kontrolera opartego na Raspberry Pi, ale w zasadzie może to być użyte w zasadzie na każdej innej platforrmie bazującej na Linuxie. Jak ktoś jest zainteresowany : https://github.com/maciejszymanskizg/custom_desktop_control Na razie ogarnięty jest szkielet - protokoły komunikacyjne oraz wstępny support dla UARTa z Maszyny. Dodatkowo jestem na ukończeniu wirtualnego pulpitu EU07 - appki w windows forms emulującą pełny pulpit EU07 która docelowo będzie łączyła się z kontrolererm po TCPIP i będzie bazą do testowania sterowania lokomotywami w różnych symulatorach. W ciągu 2 tygodni powinienem ją również wrzucić na githuba. Sugestie zmian mile widziane 😉