All Activity

Nie wiem czy ten błąd występuje tylko u mnie ale kiedy robiłem ten scenariusz to żadna stacja nie podawała wjazdów, więc gdy byłem podpięty z wagonami GWARKA to musiałem zakończyć scenariusz bo bot wysyłał mnie na tor niby wolny ale stał tam już inny skład. Później to i ja już stanąłem, ponieważ jakiś manewrujący skład stał na wprost mnie i nie podawało mi przebiegów

Incredible!

Przecież takie sytuacje zawsze weryfikuje rynek, więc nie widzę powodów do zmartwień. Przyszłość symulatorów, kolejny poziom, to AR z hardwarem (mixed reality) https://fb.watch/GG1UeANw5O/ Na razie tak bawi się wojsko oraz komercyjne projekty wysokobudżetowe , a może za parę lat my konsumenci.

Bloody hell, Mate, that looks great!

Dziękuję za tę szczerość po raz kolejny – w końcu wiemy, że ograniczenia nie są techniczne, lecz wynikają z paranoi biznesowej. To fascynujące, że SimKol traktuje każdego hobbystę budującego pulpit jako potencjalnego szpiega przemysłowego. W świecie cywilizowanego biznesu istnieje coś takiego jak ochrona prawna własności intelektualnej. Istnieją mechanizmy licencyjne, patenty i sądy, które potrafią skutecznie dyscyplinować podmioty wykorzystujące czyjąś pracę niezgodnie z przeznaczeniem. To, co Pan opisuje, to skrajnie posunięta asekuracja, która świadczy o głębokim braku zaufania do polskiego systemu prawnego oraz własnych możliwości egzekwowania swoich praw. Zamiast korzystać z narzędzi prawnych, nakłada się kaganiec wszystkim użytkownikom. P.S. Pan wybaczy, ale uwaga o "walidowaniu symulacji konkurenta w oparciu o Pana pracę na rzecz MaSzyny" – brzmi bardziej jak chęć pochwalenia się osobistymi osiągnięciami niż merytoryczny argument w tej dyskusji.

Wow, that looks absolutely amazing!!!!! 😗

Nie będę tutaj się zbytnio rozwodzić na temat decyzji biznesowych, natomiast uważam że Twoje twierdzenia są (być może tylko jako zabieg retoryczny) przejaskrawione. Fakty są takie, że: 1) na rynku istnieją podmioty gospodarcze, które używają w tym momencie do różnego rodzaju szkoleń symulatorów robionych metodami gospodarczymi w oparciu o MaSzynę (i czasem zaczynają się odbijać od jej ograniczeń) i mogą mieć pokusę dokonania niskokosztowego unowocześnienia oprogramowania, 2) przynajmniej jeden z naszych konkurentów walidował swoją symulację danego pojazdu w oparciu o moją pracę na rzecz MaSzyny. Dla mnie, na podstawie mojej, wyżej przedstawionej wiedzy o sytuacji na rynku, obawy o wykorzystanie gry SimRail w sposób niezgodny z przeznaczeniem (tj. czyli nie do grania w grę w domu a do szkolenia lub zdobywania know-how o symulacji konkretnego pojazdu) nie wydają się być wyssane z palca. Pewnie dlatego musimy wyważyć co i ile możemy przenosić do wersji "cywilnej" naszego oprogramowania, która jest przecież po wielokroć tańsza od wersji komercyjnej/szkoleniowej.

To zdanie powinno być drukowane na każdym "pudełku" i ekranie ładowania. To rzadki przypadek, gdy producent oficjalnie przyznaje: naszą największą obawą jest to, że nasz produkt mógłby być za dobry. To nie jest kwestia techniczna, to czysta arogancja i strach przed pasją własnych klientów. Nie mieści mi się to w głowie, jak można tak podchodzić do klienta. Przykro więc patrzeć, jak społeczność zamiast żądać odblokowania potencjału, za który zapłaciła, zajmuje się polerowaniem łańcucha, na którym ją uwiązano. No ale "volenti non fit iniuria" (chcącemu nie dzieje się krzywda).

Szanowny kolego, jeśli nie życzysz sobie udziału osób trzecich w ogólnej dyskusji, to dam Ci prostą, acz bardzo skuteczną radę - skorzystaj z wiadomości prywatnej. Stwierdzenie, że SimRail ma prawo decydować o tym, jak dysponuje prawami do produktu jest stwierdzeniem faktu, a nie reprezentowaniem interesów firmy -> jeśli uważasz, że firma nie ma prawa dysponować swoim produktem wedle uznania, to uzasadnij, a nie imputuj mi kolejne bzdury. Co do kwestii samej wypowiedzi,, Twojego pouczania, całe szczęście, że Szanowny Kolega jest jeno zwykłym użytkownikiem 🙂 Chcesz powielać kłamstwa, półprawdy - Twoja sprawa, ja w tym zakresie będę to weryfikować i podkreślać, że ignorancja nie zwalnia od śmieszności wypowiadającego.

Szanowny kolego @error723, oczywiście masz się prawo wypowiadać, tak jak ja napisać swoją opinię, ale ewentualnej odpowiedzi oczekiwałem od osoby, do której wyraźnie zwróciłem się w swoim wpisie. Nie widzę aby Twoje konto forumowe miało opis jako członka zespołu SimRail. Nie wiem więc dlaczego wypowiadasz się w takim tonie, jakbyś reprezentował interesy firmy. Jeśli SimKol, na który się powolujesz udzielił Ci takich pełnomocnictw, to nic mi o tym nie wiadomo, więc proszę się nie wypowiadać w kwestiach prawnych dotyczących tego symulatora.

Argument, by ktoś samodzielnie nie zrobił symulatora na podstawie gry nie jest kuriozalny - jeśli chcesz pełny symulator, zgłaszasz się do Sim-Kol jako właściciela projektu oraz posiadacza praw do tegoż projektu, zawierasz umowę i płacisz za wykonanie usługi. Jeśli nie rozumiesz tego, że SimKol ma prawo do decydowania o formie zarabiania na własnym produkcie, to nie wiem jak Ci to wytłumaczyć. Nie ma kagańca na MQTT, jest udostępnienie tego co masz w grze, tylko zamiast korzystać z klawiatury, będziesz mógł sterować pojazdem przy pomocy własnych modułów. Mało znalazłeś, wystarczyło zajrzeć na strony mqtt i sprawdzić tworząc prosty broker oraz subskrybenta -> rabbitmq pokazuje w jaki sposób to stworzyć, krok po kroku. Możesz obciążyć kolejkę wedle uznania (daj 5 subskrybentów) i sprawdź zanim napiszesz coś podobnego, powtarzając po przedmówcy, który ciągle szuka właściwego "kalkulatora" do przeliczenia ileż to taktów zejdzie procesorowi na obrobienie ramek. Mało tego, nie zweryfikowałeś jaka jest architektura tegoż protokołu, ale piszesz o łatwiźnie i "kroplówce" danych. Po co? To, że interfejs MQTT pozwala na znacznie prostszą (dla człowieka) prezentację danych jest bezsprzeczne. Piszesz o zaawansowanym protokole, a jakie masz z nimi doświadczenie na co dzień? I powiedz mi, posty na forum piszesz binarnie i komunikujesz się po jakimś ukrytym API czy używasz zaawansowanego protokołu, który pozwala bez problemu nie tylko tworzyć, ale i odczytywać wiadomości? I może bardziej dosadnie -> łapiesz konie na łące i jeździsz na oklep, czy używasz tej zaawansowanej technologi jaką jest motoryzacja? Wybór protokołu komunikacyjnego i forma wystawionego API została podjęta po uzgodnieniach z społecznością na kanale discord - w dyskusji wzięło udział wielu konstruktorów o mniejszym lub większym zrozumieniu tematu, ale zdecydowana większość uznała to za najlepszy pomysł (nawet w tym temacie jest mój post, który zaprasza do dyskusji - było to ponad pół roku temu). Bicie piany dzisiaj i manipulowanie niesprawdzonymi lub błędnymi danymi ma służyć chaosowi? Czy może jak napisał Królik, jeden "pasjonata" ma wywrócić wszystko do góry nogami bo takie ma widzimisię? MQTT jest znacznie bardziej zaawansowanym protokołem bo jest nowszy, a obecnie pozwala już na stosowanie w warstwie 1- https://www.bevywise.com/mqtt-usecases/manufacturing-solutions.html . Te rozwiązania oparte są nie tylko o szereg badań, ale także wdrożenia. Ponownie, zweryfikuj swoją wiedzę, zanim będziesz pisać o brokerach MQTT jako "zasobożernych silnikach" - postaw serwer w dockerze i zmierz ile faktycznie wymaga zasobów... Naprawdę, warto najpierw poczytać, zweryfikować i samodzielnie sprawdzić bo czasem może się okazać, że piszemy o czymś o czym nie mamy pojęcia z pełnym przeświadczeniem swoich racji - nikt nie jest od tego, by Ci wyjaśniać zasady działania i jeśli chcesz rzucać półprawdy, niedomówienia czy niesprawdzone "mity" i opierać o to twierdzenia o "wykastrowanie", "zasobożerność" czy pozostałe, to z pewnością, nikt nie będzie także chętny by pomagać Ci w zrozumieniu czym to jest. Zdobywanie wiedzy polega na weryfikacji i pytaniu, a nie oskarżaniu i rzucaniu nieprawdziwych tez by inni je weryfikowali.

Nowa wersja 1.6.18 (link do ręcznego pobrania: 44_patwrobel.7z) -drobne poprawki w Misji 5 i 6 @Masterczulki zawiera poprawkę błędu, który znalazłeś w Zgierzu

Tak jak pisałem kawałek wcześniej, to nie jest mój obszar i nie zamierzam jakoś bardziej wchodzić w powody wyboru technologii komunikacji. Jestem w stanie zrozumieć argumenty za i przeciw oraz perspektywę firmy i użytkowników. Co do liczby parametrów/zmiennych, to myślę, że zwykly wagon przelicza ich z tysiąc, a bardziej złożone pojazdy mogą iść nawet w kilkanaście tysięcy (oczywiście dla pojazdów w pociągu gracza, bo boty mają większość obliczeń wyłączoną). Większość z nich stanowi de facto wartości pomocnicze do określenia dynamiki pojazdu lub zachowań jego systemów (np. przepływy między zbiornikami i komorami w hamulcach, zeby ostatecznie napelnić cylinder hamulcowy i zaczac hamowanie). Jestem też absolutnie przekonany, że to nie to powoduje, że gra zajmuje 100 GB - wystarczy spojrzeć, ile zajmują na dysku poszczególne DLC mapowe, żeby stwierdzić, że to mapa stanowi większość danych przechowywanych na dysku.

Ad @Królik Uszasty "Dziękuję za szczerość – to, co Pan napisał, rzuca bardzo ciekawe światło na architekturę SimRail, ale buduje też niepokojący paradoks. Z jednej strony słyszymy o 900 parametrach które gra musi przeliczać. Z perspektywy gracza to ogromna „nadmiarówka”. Skoro te parametry obciążają nasze procesory, a gra zajmuje już ponad 100 GB, to dlaczego nakłada się na nas sztuczne ograniczenia? To sytuacja typu lose-lose: płacimy zasobami naszego sprzętu za niezwykle złożoną symulację, z której potencjału nie możemy w pełni skorzystać przez kagańce nakładane na MQTT. Argument, że ogranicza się dane, by „ktoś nie zrobił sobie z gry symulatora”, jest kuriozalny w produkcie sprzedawanym pod szyldem „The Railway Simulator”. W świecie symulatorów lotniczych (MSFS, X-Plane) otwartość na skomplikowane systemy buduje rynek. U Was widać lęk przed tym, by gra nie stała się zbyt dobrą konkurencją dla Waszych własnych rozwiązań B2B. Co do wyboru MQTT – na podstawie informacji które znalazłem w necie, ale także tych pochodzących z dyskusji w tym wątku, argument o „optymalności” MQTT brzmi mało przekonująco, a wręcz jak wykręt. Wybór tak zaawansowanego protokołu przy jednoczesnym dawkowaniu danych „kroplówką” wygląda na technologiczne pójście na łatwiznę. Odnosi się wrażenie, że po prostu przenieśliście gotowy moduł z wersji profesjonalnej do gry, bo tak było najtaniej, a teraz sztucznie go blokujecie, by chronić swoje interesy biznesowe. Narzucacie nam ciężkie rozwiązanie sieciowe, jednocześnie odcinając nas od parametrów, które nasz sprzęt i tak musi w tle przeliczać. Wygląda na to, że dostajemy zasobożerny silnik z profesjonalnego trenażera, który został celowo „wykastrowany”, zamiast wspierać pasję społeczności. Szkoda, bo to właśnie tacy „hardkorowi” hobbyści budujący pulpity są najlepszą reklamą każdego szanującego się symulatora."

You probaly need to adjest the code, that sets the exit signal for the removed platform stops. Could you indicade, what scenario you are editing and what stops you want to taje out? Then I can give you an example on what to do.

Zasięgnąłem dzisiaj języka, jak to ma działać. Broker/serwer MQTT będzie stawiany przez grę i dostępny podstawowo przez Ethernet/TCP/IP (oprócz tego rozważane są też inne opcje, ale to wyjdzie w praniu). W takiej sytuacji można będzie użyć albo jakiegoś mikrokontrolera z ethernetem (połączenie kablem RJ45, WiFi), albo we własny sposób z własnym interfejsem/protokołem - wtedy odbieramy dane programowo i do kontrolera wysyłamy dowolnie. Dane z symulatora będą odświeżane kilka razy na sekundę. Jednocześnie MQTT od ręki daje nam możliwość komunikacji z wieloma sterownikami zewnętrznymi, przez co można będzie podzielić sterowanie pulpitem na kilka mniejszych kontrolerów. Pytanie jest dosyć niekonkretne. Jeśli ruszysz natychmiast z -100% na +100% to wystarczy jedna. Jeśli ruszasz powoli (a to sugeruje Twoja wypowiedź o odczuciu liniowości), to 5 do 10 komunikatów na sekundę powinno wystarczyć, w szczególności że przekształtniki (falownik czy czoper) mają i tak swoje wygładzanie wartości zadanej i wyjściowej, więc to się wygładzi w stopniu wystarczającym. Czy możemy przyjąć, że takie rozwiązanie spowoduje pomijalne różnice w przebiegu rozruchu i hamowania, czy chcesz to przeliczać? Powiem może trochę szerzej - że wszystkie z pojazdu to już wiadomo, że nie. Dla Dragona mamy potencjalnie 300, a dla Impulsa 900 wartości wejść/wyjść. Część z nich jest w grze nieużyteczna, część zaś nie będzie dostępna, żeby przypadkiem ktoś sobie jednak nie zaczął robić z gry symulatora. Natomiast z zasady raczej wszystko to co da się zbindować do klawiatury i to co widać na miernikach i lampkach powinno być. Wedle mojej wiedzy dozwolony ma być float 32 bit. Ależ proszę bardzo... W ciągu kilku dni już drugi raz używasz tej samej nieszlachetnej części ciała, aby wyrazić swoje głębokie niezadowolenie, że coś nie jest robione po Twojemu. Smacznego. Ja bym w wątku o kontrolerach gier w pierwszej kolejności spodziewał się jakichś informacji w temacie, opinii, rozważań. Śmieszność raczej nie jest podstawowym jego celem i bym jej tutaj jakoś na siłę nie szukał.

Jak dla mnie (niech mnie ktoś poprawi jeśli się mylę) - chodzi o to, że tradycyjnie, interfejsy sprzętowe (dla ułatwienia zawęźmy że w pecetach) rzadko mają wsparcie dla warstwy 3-4-5 modelu OSI (jak mają buforowanie jak RS232 to jest dobrze, jak mają adresowalne endpointy jak USB na urządzenie (wiedza z 'generycznej' implementacji USB na PIC18xxx), a np. z tego co pamiętam o MIDI to po prostu jest specyficznie skonfigurowany port szeregowy. Czyli wszystko to działa jak 1-2 warstwa OSI (fiz i MAC dla porównania). Jak się chce mieć wsparcie dla czegoś bardziej skomplikowanego, kolejkowanie (...yyy...), zarządzanie przepustowością, zarządzanie opóźnieniem, zarządzanie kolejnością, to każda aplikacja implementuje to po swojemu i w zamknięty, nieprzejrzysty, 'czarna skrzynka' sposób (od 'prostego' podjeścia typu wyślij ramkę jak nacisnę klawisz na klawiaturze muzycznej albo sequencerem MIDI, do 'wyślij tę ramkę do tego endpointu na tym urządzeniu USB ) (a jak są do tego biblioteki, to każdy twórca robi je po swojemu, niekoniecznie optymalnie) Ale (i znów, jak się mylę to proszę mnie poprawić) nie można _standardowo_ wydać polecenia 'wysyłaj te konkretne dane do tego urządzenia cyklicznie jak się będą zmieniać, a ja nie chcę tego co chwila sprawdzać, co najwyżej jakby "byly blady" ' albo 'wyślij to i obudź mnie jak będzie odpowiedź' itp. Czyli można porównać MQTT do IP, TCP/IP, UDP dla sieci bardzo lokalnej dla 'małych urządzeń'. (wyobrazić również można by sobie np. masz manipulator typu 'joystick' do kranu hamulca na gameporcie analogowym, manipulator typu 'kierownica' (xD) do przepustnicy 4E/303E po USB, przerobiony keyboard MIDI albo coś własnego łączącego się po MIDI, do przycisków, hebelków światełek i wskaźników zegarowych i teraz chcesz to razem spiąć tak, żeby nie musieć pisać obsługi tego wszystkiego w samej grze...)

Just as a curious question: Why is that? I'm especially looking forward to the DLC Zgorzelec - Dresden, where it is common for trains in reality to end in Bischofswerda or Görlitz and continue in reverse onto the next journey or into the yard. I guess you'll just don't implement this and let every train run the full line between Dresden and Zgorzelec, but ending trains would be way more realistic and fun. E.G. it could be possible that the job ends a few seconds after opening the doors at the final stop, and the retour journey becomes playable five minutes before departure.

Potrafisz to udowodnić czy jedynie będziesz pisać o tych opóźnieniach? No chyba, że jak na trolla przystało, jedyne co masz, to własną opinię, którą będziesz przepychać ubliżając innym użytkownikom. Proste, udowodnij opóźnienia. Brokery FB ogarniają miliardy wiadomości na sekundę, brawo, masz jeszcze jakieś przykłady, które można przełożyć na obsługę symulatora, a może, ponownie, jesteś jedynie trollem, który własne tezy broni absurdami, byleby wpasować do kontekstu (czekaj, to nie Ty wypisywałeś o manipulacji rodem z tvpis?). Udowodnij ten narzut - a dokładnie koszt, ile taktów zegara w nowoczesnym procesorze zajmuje obsługa ramek MQTT. I który pojazd ma 200 pozycji na zadajniku jazdy, który będziesz obsługiwać enkoderem? Kolejny trollowy argument - byle by wkleić? (ponownie, co pisałeś o manipulowaniu?) W Twoich wypowiedziach nie ma ani jednego faktu odnośnie MQTT, który realnie mógłby wpłynąć na działanie w zakresie symulatora, który będzie miał obsłużyć kilkanaście wiadomości na sekundę. Są za to bzdury, o tym, że MQTT nie jest wykorzystywane w automatyce - sam protokół powstał do monitorowania i zarządzania rurociągiem, uwaga pod koniec XX wieku, czyli jest używany od blisko 30 lat w projektach wymagających nie tylko wysokiej wydajności, ale także dokładności. Piszesz o testowaniu obciążeń, to napiszę wprost, jak ktoś czego nie umie, to wychodzą takie kwiatki, że broker blokuje się już przy 100 wiadomościach na sekundę - znasz to skądś? Nie? To zajrzyj na stack, a odkryjesz, że tysiące użytkowników zapychają MIDI, bo nie są w stanie prawidłowo zsynchronizować, czy choćby zbudować kolejki. Podsumowując, manipulujesz wklejając dane od FB i nakładając na projekt o zupełnie innej skali, kłamiesz pisząc o tym, że nikt nie wykorzystuje MQTT - żyjemy w trzeciej dekadzie XXI wieku, każdy może wpisać w wyszukiwarkę i dostać informację o takich projektach, a do tego, by podkreślić "moc" tych kłamstw i manipulacji, ubliżasz - to jest niesmaczne i z definicji nazywane jest trollowaniem. Dla każdego, kto nie wie czym MQTT jest polecam oficjalną stronę projektu https://mqtt.org/ , a dla tych, którzy chcą zobaczyć jak to działa i nauczyć się w jaki sposób odpowiada subscriber (taką rolę będziecie musieli obsłużyć) polecam https://www.rabbitmq.com/ - w tym projekcie jest bardzo dobrze udokumentowane "jak to działa" ( https://www.rabbitmq.com/tutorials ), z przykładami w popularnych językach.

Otwarta restauracja w pociągu

Z podziękowaniami dla drogich nam wszystkim Panów Jasona, Clouda, Maqitta oraz Etcsa. No i zdarzyło się, trzeba się szybko stawić u klienta, bo to mu cieknie jakiś płyn w agregacie chłodniczym. No tak powiedział mi przez telefon, bo ta babka z call, no gdzie odbiera zgłoszenia na awarie, to nie miała tego co on mówił na ekranie, to powiedziała że go z serwisem połączy, a ja akurat se siedziałem na dyżurze z tymi wybrakowanymi słuchawkami na jedno ucho, a druga to ta na dół wygięta, co to ją na mikrofon zrobili. Nie no, wiadomo że nic nie zrobię, bo wóz serwisowy w warsztacie a klamotów to w nic mniejszego nie wsadzę, ale obsługa klienta na poziomie być musi. Szef zaleca skorzystać z usług kolei. No niby mówi że mogę swoim autem, bo jak się uprę to mi w delegacji paliwko pokryje, no ale wicie, rozumicie, kolej to nowoczesność w transporcie i korki Pan ominiesz. To chociaż swoim transportem na dworcowy parking się podrzucę, i tak przecież żadnych bagażów nie wiozę. O masz babo placek! Jeszcze ostatnio to tu parkometr stał, co to monety przyjmował, a jak nie to cieć parkingowy miał ten, no... terminal na plastikowy pieniądz, ale w miejscu jego kontenerka to takie nowoczesne urządzenie stoi, co to ma z całym tym webem czy czymś tam łączenie i to mi babskim głosem gada, że komórkowca mam na opłatę parkowania przyłożyć, albo tego Blika jej podać. To lecę na parking auto przestawić tam pod wiadukt. Nawet taniej będzie i monetami zapłacę i bilet da, to mi szef wróci za to płatne stanie. Alem się zdyszał na ten dworzec! To już tam mój pociąg stoi, ale odjazd zaraz, to po bilet do konduktora. Że co? Terminal mu zawisł i biletu nie sprzeda, do kasy trzeba. No cztery są i kolejka tylko do jednej. A, tamte zamknięte. Rozpycham się więc grzecznie łokciami, nie mam czasu na odpowiadanie na zaczepki, bo pociąg stał tam wiecznie nie będzie. Konduktor mówił że się spieszyć trzeba, że zaraz światło na szlag dostanie. Szlag to mnie zaraz trafi. Kasa ma tylko bilety na swojego przewoźnika, na tamtego co na torach w peronach, to tylko przez interneta, no z komórki Pan se zamówi, kasjerka mi podpowiada. A skąd u diabła ona wie, że mam jego w komórkowcu, skoro ja nic o tym nie wiem? Zaraz, bo to ostatnio coś mi wnuk pokazywał, że tu trzeba... o jest, no ta podglądarka się pokazała. - Pan mi to da - mówi babka z kasy - to Panu QR'a zeskanuję... o jest system biletowy, to Pan sobie teraz kliknie. - To niech już mi Pani zamówi ten bilet, jak już tak daleko Pani jest - mój ton głosu jest zazwyczaj dość przekonujący. - No tak... ale widzi Pan, tu w systemie jest że pociąg już odjechał z naszej stacji, to biletu już Pan nie kupi, ale u konduktora Pan dostanie. Patrzę to na peron, to na nią wybałuszonymi oczyma. Jak odjechał, stoi przecież. - Nic Panu więcej nie pomogę - uśmiecha się Pani przepraszająco. Podziękowałem i walę nazad do konduktora. Ten mi o awarii chmury i że biletu nadal sprzedać nie może. Nie wiem o co mu chodziło (niebo jest dziś czyste). _ No dobra - mówię - to ja se wsiądę i jak te chmury się pojawią to mi Pan już podczas jazdy da ten bilet. Ale, pomimo że pociągu już nie ma na stacji (nie wiem, ja widzę że jest, piwko albo dwa to po robocie musowo), to w tej radiowej szczekaczce u konduktora słyszę, że z myszą nie mogą sobie poradzić żeby wajchę jakąś przestawić na zwrotnicy i że na eksperta z IT... (nie usłyszałem dalej, chyba urwało) czekają, ale to potrwa bo z województwa jedzie. Pytam konduktora co jest grane, a on mi że pisemny będą dyktować na 150 megaherc, bo GSM-ry przestało działać, jak tylko sokiści poszli na przerwę śniadaniową i żarcie to oni na tej starej mikrofali robią, co to im zakłóca wszystko. No ja tam nie wiem, ale kierownik przyszedł i mówi że jak bileta nie mam to mi karę wypisać musi, no chyba że wysiądę. A tu widzę, że szef już pyta na wiadomościach tekstowych, czy ja daleko jestem, to wyłażę na peron z wagonu i udaję brak zasięgu. Alem się zdyszał na ten parking! Jeszcze ta parkometrowa cholera mi paragona nie dała, bo jakiś "Error: Paper Out". Szlag... Odpalam moją starą dwusetkę D, co to niejedną setkę trasy zaliczyła. Dobrze, że mi ostatnio Władeczek chciał wtrysk podregulować i teraz staruszek idzie jak burza, to tę stówkę zrobię w niecałą godzinkę. Bo jak do serwisu pojechałem, to... co mi ten mechanik powiedział? Że nie da rady bo on musi mieć kana żeby mi wtryski odczytać? No zjeżył mnie wtedy, co za głupot oni ich teraz w tych serwisach uczą?! No dobra, mnie też taki przenośny ekran dali jak to on mi opowiadał, że go zapiąć do tego kana musi, co to jak do agregata se podłączę to mi pisze co mam naprawiać, ale nie korzystam za bardzo, no bo to obciach, że każdy frajer z czymś takim będzie mądry. Ma człowiek swoją zawodową godność. No to jedziemy w trasę. Robota na miejscu to najpierw że dymi z agregatu, no ale jak otworzyłem to im mówię że jak ma nie dymić, jak opaska z węża spadła i się olej na gorącą obudowę leje, to i dymić musi. To oni mi tam, że na wskaźnikach to nic takiego nie mają, i że jakby się olej lał, to by im system to powiedział, a nowoczesny podobno jest. To ja się dogadałem z takim jednym, żeby mi narzędzia podstawowe jakieś dał, to naprawię od ręki. No to był ślusarz ze starej szkoły, to żeśmy we dwóch młotkiem i przecinakiem radę dali. Jak przestało dymić, agregat ruszył i tylko fakturę chcieli, to ja do Pani Helenki od nas z rachuby za telefon, żeby se z nimi dogadała co i jak, bo to nie moja działka przecież. Już w drodze powrotnej na szlabanach na torach stojąc w gadkę się z dróżnikiem wdałem, to się okazało, że to na mój pociąg, co to nim miałem jechać czeka. Zdziwiony pytam, co on tak długo jedzie, to on mówi (nie wiem czy dobrze zrozumiałem) że jakiś ETC.. no coś tam im pozwala tylko 20 km/h jechać , bo balasy jakieś w torach padły i on (ten pociąg) myśli że przez przejazd bez rogatek zamkniętych jedzie, to się wlecze tak już długo 20 km/h, bo oni tam w tej lokomotywie nie mogą tego komputra wyłączyć, żeby jechać szybciej, bo wyłącznik jakiś im zaspawali, bo go ciągle maszyniści używali. Mówi że to zarząd jakiś wkurzało, bo unijne pieniądze poszły i miało być tak europejsko. Ja tam nie wiem, przez te szlabany to się pewnie w dniówce nie zmieszczę i będę sie ze starym wykłócał o dietę w delegacji, bo to mi dniówka już dawno zeszła przez te nowoczesne transporty. Ot życie...

Co jest niesmaczne? Wskaż mi to konkretnie palcem. Bo zaczyna robić się nieśmiesznie. Bardzo nieśmiesznie. Kto nie testował obciążeniowo MQTT na różnych platformach ten nie wie co to życie. Tak na poważnie nawet Facebook ma systematycznie kłopoty ze swoim brokerem, ale to pewnie przypadek bo mają za mało zasobów. Z całym nadmiarowym narzutem oraz zupełnie niepotrzebnym ograniczaniem przepływu danych. Z poziomu sterowania enkoderem, ile komunikatów chcesz wysłać do brokera o zmianie zadajnika z pozycji +100 do -100 aby utrzymać odczucie liniowości z tak samo liniowym feedbackiem? Bo rozumiem, że skoro ma stać MQTT to wypchniecie do niego wszystkie parametry, które są wizualizowane w kabinach, i pozwolicie pchać w broker co najmniej 8 bitowe wartości analogowe z urządzeń sterowania. CAN z definicji ma swoje ograniczenia już na warstwie fizycznej, które obijają się na jego "przepustowości" więc nie wiem jak się to ma do całkiem ciekawego sterowania przez pośrednika, a sterowaniem I/O do samego silnika. Że niby magistrala rozgłoszeniowa? MQTT nie działa deterministycznie. To jest jego uroda.

Przyłączam się do prośby o poprawę syren. Masakra.

Ja ze swej strony dziękuję za odpowiedź, nie jestem znawcą tematu, więc nie muszę również wiedzieć, dlaczego takie a nie inne rozwiązanie zostało wybrane, prawdopodobnie że względu na optymalizację, prostotę, czy też wspomniane upakowanie danych. Bez szczegółów technicznych, ale też i bez zbędnej filozofii. Ważne aby było łatwe w implementacji i zrozumiałe dla twórców pulpitów. Na podstawie podanego przykładu zastosowania w IoT wyciągnąłem wniosek, że to będzie pobieranie danych z Internetu.

From this reply I get the feeling you don't get the picture I'm trying to draw: This fictional track would just work as an entry and exit point at Lodz Kaliska. So you can send an arriving train there, after disembarkation of the passengers, shunt it into the fictional track and to get it back one minute later to shunt it back to the same platform as a starting train. Then suddenly, you've got the option to let a train return in service at 'the end of the line', where the engine (currently) doesn't allow that within the multiplayer. This way you could get more trains running, within the game. I think that could be an option, I'm not saying it's a solution. It does need space to let trains run, I'm not sure if that's a possibility in the first place. That's why I'm asking 😊