error723

Przecież MQTT nie broni Ci wpięcia urządzenia po USB, co napisałem tu: MQTT w takim ujęciu jest jedynie API dla Twojego sterownika, którym łączysz się po USB, czy nawet porcie szeregowym (jak masz ochotę). Tak, w takim ujęciu masz dodatkową pracę, bo musisz napisać adapter, który zepnie komunikację MIDI czy jaką tam sobie wymyślisz, z API wystawionym przez programistów (MQTT). To wszystko. Pisanie o narzucie miałoby sens, gdybyśmy mieli jednordzeniowe procesory pokroju 80286 - faktycznie, dodanie ramek byłoby kosztowne, ale nie dla wielordzeniowych procesorów mających miliardy operacji na rdzeń! Mówimy o brokerze i subskrybencie na tym samym hoście, koszt "narzutu" to 100µs na wiadomość? Tak, mówimy o rzędzie wielkości 100 mikro sekund, gdzie jedna mikro sekunda jest jedną milionową sekundy. Utyskiwanie na opóźnienia przy tego typu procesorach (a ten minimalny, zalecany do gry to: jest absurdalne. I uzupełnijmy, jakiekolwiek by API przez programistów nie było, to i tak na Tobie wisi stworzenie sterownika, do układu który chcesz podłączyć, a MQTT zwalnia każdego chętnego choćby z tworzenia kolejek i priorytetów, bo tym zajmuje się broker, który będzie wystawiony jako API. A jeśli chodzi o "trendi" i automotive https://bmw-cardata.bmwgroup.com/customer/public/api-documentation/Id-Streaming_MQTT-example tutaj masz więcej o samym projekcie, ile funkcjonuje, jak funkcjonuje i w jakim zakresie https://www.hivemq.com/case-studies/bmw-mobility-services/ I wierz mi, to nie jest jedyne rozwiązanie MQTT w szeroko rozumianej automatyce. edited. Ponadto, jak API się pojawi to sam na github wystawie repo, które udokumentuje i pokaże jak podpinać kolejne elementy, a z pewnością nie będę jedynym. Powstaną nie tylko gotowe projekty, ale także template dla różnych rozwiazań.

Kompetencja forumowa? Widzę członek elektrody 🙂 Pozdrawiam serdecznie 🙂

Jakim cudem zajmujesz się automatyką skoro zdań prostych nie potrafisz przeczytać ze zrozumieniem? Jak chcesz na lekcje, to zapraszam. W przeciwnym razie, odrób lekcje samodzielnie - wiele napisano o projektach. I przelicz w taktach, ile procesorowi, który jest wymagany jako minimalny dla gry zejdzie na "obrobienie ramek" skoro tak straszysz narzutem. BTW, decyzja podjęta, pozostaje Ci marudzenie, że ktoś podjął decyzję inną niż byś chciał.

Rozszerzę i może się to komuś przyda przy własnej przygodzie z budową panelu pod proponowane rozwiązanie z MQTT. Broker będzie uruchomiony na Twoim hoście, będąc wpięty do silnika gry, czyli jego latencja to 1-5ms(?) - wiadomości możesz odbierać już na swoim PC czyli nadal możesz stworzyć adapter, którym obsłużysz MIDI (jest to narzut, ale można jak ktoś chce - można także podpiąć RPi0 jako HID, a można spiąć małe ESP32 bezpośrednio z brokerem). I tutaj masz dowolność, czy podepniesz panel po lan, wi-fi, czy rs... każde medium to obsłuży bo jest jedynie pośrednikiem. Czyli model wygląda tak: panel -> wi-fi/lan -> localhost broker (wbudowany w SR) -> silnik gry. W takim ujęciu zapchanie kolejki brokera może być spowodowane złą implementacją własną, notify wywoływane jest jedynie przy zmianie stanu, a nie odpytywanie o każdy element kilka razy na sekundę. Działasz na zasadzie "słucham i reaguje na subskrybowane zdarzenia", nie mnie, nie więcej. Nie, nie ma mowy, że w takim ujęciu zapchasz kolejkę brokera i przez to hamulec zacznie działać po 100ms czy więcej. Tutaj trzeba dodać, jeden broker może obsługiwać wiele kolejek, a to pozwala na to, że notify=hamulec będzie mieć priorytet nad notify=ustawŚwiatłoReflektoraGórnegoStanWłączone. Oczywiście, że nie zaprojektowałbym takiego rozwiązania w urządzeniach typu hard real-time, ale to jest symulator, gra i tutaj przede wszystkim ważne jest to, by jak najwięcej osób było w stanie samodzielnie wykonać zewnętrzne urządzenia bo to pozwoli na rozwój samego produktu - jasne, że chciałbym by było to jak najbardziej skomplikowane, mógłbym zarobić na budowie takich paneli, ale z perspektywy wydawcy, lepiej by chodziły w sieci samouczki z przykładami lub gotowymi rozwiązaniami. MQTT to inny poziom abstrakcji w ujęciu "komunikacja" i to jest kluczem w tej propozycji - niezwykle łatwo to rozszerzyć o kolejne pojazdy, nawet jeśli miałyby nowe elementy do obsługi. Ba, właściwie można przygotować API do każdego elementu w grze oddzielnie, przez co każda lokomotywa byłaby obsługiwana przez dedykowane wiadomości dzięki czemu unikamy konfliktów. Uniwersalność i prostota, a zarazem rozszerzalność - i podkreślam, to jest symulator, tutaj nikt nie zginie jeśli hamulec awaryjny zacznie działać z opóźnieniem 10, 50 czy nawet 100ms!

Przeczytaj choćby wiki na ten temat https://pl.wikipedia.org/wiki/MQTT , nie mówiąc o historii powstania i na jakie potrzeby zamówienie było realizowane - wtedy o internecie rzeczy nikt nie słyszał. Wiem, chciałeś swoje zdanie dołożyć, dołożyłeś - tak w kwestii emocjonalnych uniesień, do których się odwołujesz. MIDI jest dwukierunkowy, także warto było choćby zerknąć do wiki https://pl.wikipedia.org/wiki/MIDI - i tak, pierwotnie został zaprojektowany do urządzeń muzycznych, ale szybko zyskał uznanie w wielu projektach, jako niezawodny protokół komunikacyjny. Porównując je, każdy może uznać, że to przerost formy, przecież można obsłużyć to przez zbudowanie własnych bramek, ale od tego mamy rozwój technologii by móc z niej korzystać. edited Dodam jeszcze, że MQTT pozwoli na to by średnio ogarnięty fascynat był w stanie samodzielnie zbudować i podłączyć własne moduły, MIDI wymaga znacznie większej wiedzy i umiejętności, na niższej warstwie abstrakcji (piszę o samej komunikacji, by się ktoś za chwilę nie przyczepił, że twierdzę, iż mqtt będzie zarządzać konkretnymi przełącznikami/diodami czy co tam jeszcze - nie będzie, to trzeba obsłużyć mikro-kontrolerem). I to także jest ułatwienie dla programistów SR, bo obsługa MIDI jest upierdliwa i ma jedną wadę, nie jest skalowalna (masz 3 bajty i koniec, nie ważne czy ich w tym momencie potrzebujesz, czy nie - nie wspominając o możliwości dodawania obsługi kolejnych elementów).

Metafora wyprodukowana przez gpt... Ty chociaż zweryfikowałeś to co tu wkleiłeś?

Zajrzyj na Discord, wyraźnie napisano, gdzie będzie broker. Wprowadzasz w błąd twierdząc, że samodzielnie będziesz musiał obsługiwać kolejki. Do reszty szkoda mi się nawet odnosić, bo każdy kto robi IoT, urządzenia EDGE, które muszą się komunikować, wie, że MQTT to jedno z lepszych rozwiązań, a próba mówienia o zakłóceniach mikrofalówką sąsiada to argument rodem z płaskiej ziemi - no chyba, że router trzymasz w tejże mikrofalówce, to aż dziw, że w ogóle jakiekolwiek fale stamtąd wychodzą (wątpię byś zrozumiał).

Zaproponowany serwer MQTT to możliwość pozbycia się "kabli" wpinanych do komputera. Dzięki temu, możesz budować niezależne, małe moduły, którymi nie musisz zarządzać, dbać o przerwania, timery i całą masę niskopoziomowych niedoskonałości interfejsu MIDI, który powstał 43 lata temu. Klient MQTT mieści się na esp32 c3 (aktualny koszt 7zł na ali), na którym masz 11 pinów do swobodnego działania. I wówczas, jedyne czego potrzebujesz to zasilanie - i tutaj kolejna zaleta, jeśli tworzysz sekcję z samymi przełącznikami to wystarczy ogniwo 18650 (moduły ładowania kosztują kilkanaście zł za 10 sztuk) = zero kabli. I dodatkowo, nie zarządzasz kolejką zdarzeń, gdyż ta jest obsługiwana przez serwer. Jak dla mnie MQTT to obecnie, najlepsze możliwe rozwiązanie i cieszy mnie, że w tym kierunku programiści poszli. Oczywiście, że wypróbowane standardy, które były wykorzystywane przez lata, słusznie są oznaczane jako niezawodne. Jednak technologia idzie do przodu, a patrząc na transmisję danych przez ogólny rozwój telekomunikacji, to naprawdę nie warto zatrzymywać się na sprawdzonych, aczkolwiek bardzo starych interfejsach.

Niestety, coraz więcej takich, co to "rozumieją" cały świat SR. Nie jest istotne, że potem kolejka na szlaku, bo małe posterunki do których dociera ruch z "okienek" nie są w stanie prawidłowo obsłużyć priorytetów. Co tam EDR, co tam priorytety - przecież to jeno wskazówki, dla tych, co twierdzą, iż wiedzą więcej. I zgodnie z popularnym hasłem, "wyrzuć książki, wyłącz telewizor i włącz myślenie" - samozwańczy guru.

I chyba warto dodać, że lepiej zapytać na Discord moderatorów w kanale #🔀︱pl_multiplayer niż zasięgać "opinii" samozwańczego "profesjonalisty". Jak misiek napisał, czytaj EDR oraz pilnuj priorytetów - tyle wystarczy by żaden raport nie był groźny, nawet gdy wyśle go EIP jadący za towarowym (jeśli jechał 250 km/h, był przed czasem i dogonił TOW to jego sprawa - nawet piloci samolotów mają korytarze oraz muszą trzymać się zasad, więc kolejny amator prędkości może jedynie uzyskać blokadę na wysyłanie raportów, jeśli będzie takie systematycznie wysyłać).

1. Sprawdź czy jesteś podpięty pod właściwy proces, 2. Sprawdź runttime, nie wiem jak jest w przypadku wpinania pliku lua, ale warto sprawdzić czy został prawidłowo wczytany 3. Sprawdź czy port należy do właściwego procesu, dla linuxa weryfikuje się PID z portem, dla widnowsa nie wiem. 4. Czasem reguły firewall hosta potrafią blokować porty, warto sprawdzić czy nie masz zamkniętego tego konkretnego, albo czy inny proces zeń nie korzysta. Tak, w NetBeans jest wszystko automatycznie, a vs code wymaga ręcznego spięcia runtime + port + debuger. Najpierw sprawdź czy PID procesu faktycznie jest spięty z portem, potem runtime. Dodatkowo, vs code pozwala spiąć agenta AI, który może sprawdzić konfigurację -> wystarczy konto na github, jest wersja darmowa, są też płatne (darmowa powinna sobie poradzić z podpowiedziami w kwestii konfiguracji).

Masz rację, nie wiesz 🙂

Jesteś mocno przewrażliwiony, a niekulturalne wstawki są jedynie w Twoim poście (jako słowo). To, że się ktoś z Tobą nie zgadza to nie jest powód do tego, by od razu używać argumentów "atakujesz mnie", "to brak kultury" czy "spotyka się z oburzeniem". Brak Ci innych argumentów by bronić tez, czy jedynie przez atak chcesz wymusić by się ktokolwiek z Tobą zgadzał? I "starsza data" nie upoważnia Cię do tego, by kogokolwiek pouczać.

Tak, każdy ma swoje "mocne" strony, choć nie każdy powinien się nimi chwalić - widzimy 🙂

Pisałeś o szacunku, stosuj zatem podstawy i zaimki osobowe, kierowane bezpośrednio, pisz wielką "". To taka podstawa, z podstawówki. Dalej nie odnosisz się do własnych wypowiedzi, tylko piszesz o "chochołach". Nazywasz mnie toksycznym, bo zestawiłem Twoje dwie wypowiedzi, które są (delikatnie mówiąc) niespójne (faktycznie, są przeciwstawne) - tak, kolejny atak. Baw się dobrze. I chciałem to odpuścić, ale za bardzo mnie to gryzie. Jak możesz wmawiać komukolwiek toksyczność i jednocześnie odnosić się do poglądów politycznych? To już jest poniżej nie tylko dopuszczalnego poziomu dyskusji, to jest zwyczajne chamstwo. I z tego co widziałem, to nie pierwszy raz przyklejasz komuś łatki w "dyskusji".

Znaczy, dalej brniesz i odmawiasz mi wiedzy, bo mam 145 godzin na posterunkach, a następnie piszesz coś takiego: No to, ja Ci mówię czyli na każdej stacji mam minimum dwie godziny. Ale rozumiem, że zamiast bronić tej tezy, idziesz w atak, bo faktycznie jest nie do obrony, a trzeba wiedzieć czym jest honor by się wycofać z niesłusznych oskarżeń. Ale dalej, co do Twojej jakości analizy choćby własnych wypowiedzi: A tutaj, proszę: I jak wyżej, rozumiem, że miast bronić atakujesz - to przywara ludzi, którym brakuje ... by się wycofać i przeprosić jeśli nie mają racji.

A co mają moje godziny dyżurowania do obowiązku znajomości posterunku oraz posiadania elementarnej wiedzy? Wyjaśnij proszę, jak doszedłeś do takiego wniosku. Następnie, jak już uzasadnisz (choć wątpię, bo jest to wyjątkowo absurdalne zestawienie), to wykaż, że brak znajomości posterunku ma wpływ na trollowanie przez mechanika. Z całym szacunkiem, powodzenia.

Tak wiemy, minimum zaangażowania ze strony gracza to zbyt wiele by wymagać od niedzielnego gracza. Przecież niedzielny gracz, mimo iż zaakceptował regulamin, nie musi mieć podstawowej wiedzy dotyczącej posterunku tudzież prowadzenia ruchu kolejowego. Oczywiście, że punkt 9 oraz 10 nie jest Twój, jest mój i wyraża jasno, że wspieram moderatorów w egzekwowaniu PODSTAW. Szacunek polega także na tym, że niedzielny gracz spędzi choć chwilę by wiedzieć co robi. SimRail, jak sama nazwa wskazuje, jest SYMULATOREM, nie arcadowym klikadłem,

No dobrze, skoro tak bardzo się prosisz, wedle życzenia. 3.2. Zachowanie Użytkownika: Podczas korzystania z trybu multiplayer Użytkownik zobowiązuje się do przestrzegania następujących zasad: -Nie wolno używać wulgarnych, obraźliwych, nienawistnych, rasistowskich ani dyskryminujących języków ani zachowań. -Nie wolno angażować się w jakiekolwiek formy oszustw, exploitów, hackowania lub innych nieuczciwych działań. -Zakazuje się spamu, nadmiernego powtarzania wiadomości oraz prowadzenia działań, które mogą przeszkadzać innym graczom w korzystaniu z Gry, w szczególności celowego utrudniania ruchu kolejowego w grze, blokowania łączności, czy zachowań niezgodnych z dołączonymi do gry samouczkami o prowadzeniu ruchu kolejowego. -Zabrania się podszywania się pod pracowników Producenta lub innych graczy. -Zakazuje się nadawania nicków, które są obraźliwe, wulgarne lub w jakikolwiek sposób nawiązują do ustrojów totalitarnych. -Zabrania się podejmowania jakichkolwiek działań lub zachowań niezgodnych z prawem polskim lub prawem kraju, w którym gra jest dystrybuowana. -Użytkownicy są zobowiązani do przestrzegania poleceń moderatorów, którzy wzywają do przestrzegania zasad oraz do prawidłowego zachowania w trybie multiplayer. Jak dobrze wiemy, wiki jest wskazane, jako oficjalne repozytorium wiedzy. Trzeci odnośnik wyraźnie wskazuje, że za brak tejże wiedzy, moderatorzy, na podstawie ostatniego mają narzędzia do egzekwowania powyższego. Ponownie, imputujesz mi coś czego nie napisałem i na tej podstawie mnie oskarżasz. Odwołujesz się do "merytorycznej" dyskusji, a jednocześnie wylewasz emocjonalne popłuczyny, byleby jakkolwiek podeprzeć swoje tezy. To co robisz jest manipulowaniem oraz przekręcaniem, a są to obrzydliwe wybiegi oratorskie - robisz to na tyle miernie, że nie trzeba się nawet wysilać.

Przeczytaj ze zrozumieniem, następnie wykaż, że nazwałem Cię furiatem. A jeśli już chcesz się czepiać, to: Daruj sobie, bo zaczyna być to ... Każdy widzi.

Skoro "DEKALOG" to dołożę, by liczba się zgadzała: 9. Obejmując posterunek, zapoznaj się z jego opisem dostępnym na oficjalnym wiki https://wiki.simrail.eu/en/Stations/Poland/Overview - pamiętaj, że do prowadzenia ruchu niezbędna jest podstawowa wiedza dotycząca EDR oraz priorytetów, ale także znajomość posterunku. Jeśli chcesz poćwiczyć i zapoznać się z posterunkiem, najlepiej zrób to na serwerze, gdzie jest mało lub nie ma graczy w ogóle. Błędy które wynikają z braku podstawowej wiedzy prowadzą do napięć, ale przede wszystkim, są okazaniem braku szacunku innym. I jeśli szkoda Ci czasu na przeczytanie choćby podstaw, które dostępne są na oficjalnym wiki, to nie oczekuj od kogokolwiek, że wiedze będzie Ci wykładać - do tego zobowiązuje Cię EULA, którą zaakceptowałeś kupując grę. 10. Jeśli mimo wszystko bardzo chcesz symulować własne Szczekociny, jest do tego przeznaczone miejsce INT_9 gdzie moderacja nie będzie w żaden sposób w to ingerować. Natomiast tworząc jakiekolwiek wydarzenia na serwerach oznaczonych jako "no events", bądź świadomy tego, że moderacja może wykorzystać swoje narzędzia do tego, byś nie psuł zabawy innym.

Wcześniejsze szczeniackie zaczepki pominę jedynie tą wzmianką. Niedzielny gracz ma także swoje obowiązki, które polegają na tym, by nie psuć gry innym. I tak jak to ująłeś, partactwo niedzielnego gracza kończy się tam, gdzie zaczyna się mój portfel. Jesteś wyjątkowo roszczeniowy, wręcz epatujesz walką z "systemem", którego tu nie ma. I jedyne co przekazujesz to "zapłaciłem więc mi się należy" i "jeśli się ze mną nie zgadzasz to jesteś kolejowym świrem, który nie rozumie innych". I wiesz co, jak miałem 15 lat to byłem przekonany, że Świat jest właśnie czarno-biały, a potem dorosłem. I jeśli nie rozumiesz, że wyciąganie kopii byle gdzie i o byle o co jest domeną bezmyślnych furiatów, to nie mamy o czym rozmawiać.

Od tej "imersji" zakręciło mi się w głowie. Ban to nie jest koniec Świata, tudzież życia. Gra udostępnia tryb single player i owszem, nie daje on możliwości prowadzenia ruchu, ale za błędy się odpowiada. Ja rozumiem, że niedzielny gracz także chce się "pobawić" i ma ku temu miejsce, gdyż deweloperzy dodali wiele serwerów, a w śród nich INT_9, na którym moderacja nie kara (choćbyś chciał zrobić swoje własne Szczekociny!). Problem polega na tym, że faktycznie nie ma serwera PRO i dlatego każdy musi w jakiś sposób się dostosowywać. Przyjęło się, że serwer PL_3 traktowany jest jako taki, na którym błędy mają swoje konsekwencje. Zatem, zamiast bić pianę i przechwalać się czczą papką, zacznij traktować innych poważnie - jeśli nie radzisz sobie z prowadzeniem ruchu, po prostu nie wybieraj serwerów oznaczonych jako <no events>, tylko tyle lub aż tyle (wybierz, które wolisz. Ah i abstrahując od tego kto i za ile, gdyż absurdem jest to, że temat został założony przez autora, który złośliwie potrafi przetrzymać i w poważaniu ma EDR.

Jak wygląda "przenośność" GeForce Now (mam na myśli faktyczne obciążenie sieci oraz lokalnego procesora)? Sprawdzałeś czy SR działa na LTE/5G? Wymagania na stronie widziałem, ale radiowe rządzi się swoimi prawami.

Kolego, moje spostrzeżenie nie odnosi się do zgłaszania błędów. Proszę, przeczytaj raz jeszcze, bo odnoszę się do stwierdzenia dotyczącego "głównego" kanału informacji. Forum jest właściwym miejscem zgłaszania, natomiast twierdzenie gracza, w jaki sposób powinna się firma z nim komunikować jest absurdalne.