Maciej_ZG

Dawno nie było updatu z mojej strony, to parę informacji. Pulpit działa 🙂 , chociaż mam problemy z silnikami krokowymi sterującymi amperomierzami wysokiego napięcia. Po paru minutach zabawy rozjeżdża mi się zero (ale mam na to już sposób i w kodzie i w sprzęcie za pomocą dodatkowego czujnika granicznego robiącego kalibrację do zera po paru określonych cyklach). Aktualny kod samego kontrolera jest wciąż na gihubie w miejscu gdzie go opublikowałem. W oczekiwaniu na support I/O (mam nadzieję że się doczekam) zacząłem ostatni brakujący element czyli radiotelefon. Mój Radmor czeka wciąż na wsparcie od strony zaprogramowania pod Arduino oraz podłączenia pod wejście mikrofonowe, ale nabiera kształtów. Gruszkę mam od starej krótkofalówki Boafeng, ale myślę że się nada.

Home cockpit play with Maszyna while waiting for I/O support in Simrail... EU07.mp4.mp4

Having a chat option on separate device would be an optimal option for home pulpit solutions. I also hope I/O support will also provide new camera position with a view only from front window (without hasler or any other control instruments)

Nieźle ten prototyp się prezentuje. Ja w końcu dotarłem do etapu gdzie zaczynam wszystko spinać razem. Po kolei podłączam przewody (wyszło prawie 200m druta), programuje Arduina i dopisuje support w kontrolerze na Raspberry. Zobaczymy czy obędzie się bez poważniejszych awarii 😉

@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)...