No i dobra, myślałem jakiś czas co by tu zrobić i wybrałem po prostu biały filament PLA. Do tego podświetlenie i jest piknie
Następnie zrobiłem sobie krótką przerwę coby pomyśleć co i jak dalej. Wiedziałem, że moduł radia z jakiś niewyjaśnionych przyczyn się często zawiesza. A cały kokpit działa po podłączeniu z prędkością odświeżania 1-5 Hz czyli dramat ogólnie. I za te błędy się początkowo zabrałem robiąc w między czasie zdjęcia xD
Na początku zabrałem się naprawę modułu radia
Mając możliwość debugowania jedynie programu na PC szukanie błędów było dość pieruńsko trudne. Tym bardziej, że problem wydawał się być w płytce modułu radia albo gdzieś w komunikacji moduł-płyta główna. Pierwsze co mi przyszło do głowy to ilość danych jakie płytka musiała przesłać, odebrać i przetworzyć. Najwięcej ze wszystkich modułów. A kiedyś próbując przyspieszać działanie kokpitu dość mocno wyśrubowałem czasy opóźnień. Większość z nich to mikrosekundy, czasem parę milisekund. Ale generalnie dość krótki czas. I to mogło powodować problem taki, że płyta główna chciała dane następnego modułu, a ten moduł jeszcze nie skończył nadawać. Ale zamiast zwiększać czas stwierdziłem, że można łatwo zoptymalizować ten moduł. Zamiast wysyłać dane o nastawie przełącznika radia (które dane są edytowane) oraz stany przełączników i enkodera oraz odbierać dane o ustawionej częstotliwości w symulacji (9 sztuk danych po 6 znaków do odebrania + po 4 znaki nazwy danej, czyli ogólnie masa niepotrzebnych danych) to może lepiej odwrócić sytuację? Zamiast odbierać dane o częstotliwościach i wysyłać dane o przyciskach to wysyłać dane o ustawionej częstotliwości i nie wysyłać w ogóle danych o tych przyciskach, bo już niepotrzebne. No i tak zrobiłem. W ten sposób zszedłem z wysyłania 20 znaków i odbierania 90 znaków do wysyłania 50 znaków i odbierania 0
Do tego zmniejszyło to znacznie ilość przetwarzanych danych przez płytę główną i PC. Zrobiłem to samo dla modułu autopilota, tam też niepotrzebnie wysyłałem masę znaków i odbierałem dane o autopilocie. Dużo lepiej jest po prostu zostawić obsługę danych modułowi a wysyłać jedynie dane finalne
Same te poprawki usunęły problem modułu radia (czyli dobrze zauważyłem gdzie jest powód) i do tego mocno zwiększyła się wydajność całego kokpitu
Ale nadal pozostał jeden problem... Kokpit po nawiązaniu połączenia z komputerem i po rozpoczęciu transmisji danych mocno zwalniał... Tak do mniej niż 1 Hz. To oczywiście nie mogło tak być. I zabrałem się za dość długie debugowanie... Debugowanie aplikacji na PC nie dało zbyt jasnych informacji co się właściwie dzieje. Pomyślałem, że albo problem jest w płycie głównej, albo w komunikacji albo w aplikacji na PC, ale nie widać tego przy debugowaniu, bo może dotyczyć samej prędkości transmisji lub dopasowania i przy debugowaniu tego nie widać...
Postanowiłem sprawdzić jak się zachowuje płyta główna. Zaprogramowałem diodę na płycie aby migała co jeden pełny cykl. No i wyraźnie było widać, że co czwarty cykl układ płyty głównej na coś czeka sekundę. Sekunda to tak w zasadzie czas jaki łatwo dostrzec. Więc programowałem diodę tak aby zaświecała się przed jakąś funkcją i gasła po niej. Czyli mogłem łatwo zauważyć gdzie konkretnie układ czeka tą sekundę. No i znalazłem podejrzaną funkcję. Zacząłem próby naprawy i tu bym się fest rozpisał. Ale generalnie na końcu się okazało, że w kodzie miałem kilka zaprogramowanych mignięć diodą... Kiedyś jak ostatnio programowałem musiało mi się coś chyba kurka nie zapisać albo coś, bo na pewno wyłączałem wszystkie migania
No i się okazało, że jednak nie co czwarty cykl tylko co każdy cykl... Co mi pasowało, bo zgadzałoby się z zrzutem transmisji płyta główna-komputer
Widać wyraźnie (znaczy ja widzę, bo wiem o co się tu rozchodzi xD ) Że układ płyty głównej po około 113ms od odebrania danych z PC wysyła dane o układzie podłączonym (dla testów był tylko jeden układ i zostawiłem nadawanie tylko jednej informacji (mode1= wysłanie przez PC kodu transpondera)) następnie mija 1 sekunda i 114ms i układ ponawia tą samą transmisję. Dopiero potem PC wysyła informację o transponderze w około 300 mikrosekund do 1.3ms. I te czasy są rozwiązaniem moich problemów, ale nie zwracałem na nie początkowo uwagi... Niestety. Oszczędziłoby mi to z dzień debugowania
Dodatkowym utrudnieniem był fakt, że ten problem z podwójnym wysyłaniem danych i czekaniem sekundę pojawił się tylko gdy moduł radia był podłączony i to po optymalizacji o której pisałem wyżej. To odwracało nieco moją uwagę
Generalnie problem leżał w tym, że układ płyty głównej wysyłał dane o module podłączonym a następnie czekał aby odebrać dane o tym module i następnie przechodził dalej, czyli wysyłał komendę, że PC ma wysłać dane o transponderze. Ale po optymalizacji nie było żadnych danych związanych z modułem radia do wysłania przez PC, więc układ szedł dalej do kodu transpondera. Między tymi transmisjami układ czeka 100 mikrosekund. A PC po skończonej obsłudze modułu (przetwarzanie danych i synchronizacja z symulacją) czyści bufor odbiorczy portu komunikacyjnego. I tu był problem. PC odebrał dane o module. Zaczął je przetwarzać. Na zrzucie transmisji widać czasy między 300 mikrosekund do 1.3ms. Tyle trwa przetwarzanie danych i wysłanie transpondera. Zatem zanim PC skończył przetwarzać dane o module to układ już wysłał komendę o transponder. Którą PC usunął przy czyszczeniu bufora. Po sekundzie układ robi timeout i ponownie wysyła komendę o transponder, na którą PC wysyła transponder. Zwiększyłem czas między tymi transmisjami i wszystko się rozwiązało
Następnie przygotowałem i poskręcałem wszystkie moduły osi, podpiąłem iw końcu odpaliłem symulację z zamiarem latania
Siadłem sobie wygodnie za w końcu sprawnym kokpitem awionetki Mooney Bravo
Na lotnisku w Katowicach Pyrzowicach EPKT
Na razie bez komunikacji z wieżą, bez pasażerów, bez awarii, bez realistycznej pogody. Za dnia. Bez GPSa. Się ustawiłem w osi pasa
Po prostu żeby sobie zrobić krąg nad lotniskiem
touch&go, polecieć nad jakieś miasto (nie wiem nad czym byłem, nie miałem map ani GPS, po prostu sobie latałem
), podejść do lądowania
Wylądować
Zjechać z pasa i się zatrzymać
Następnie postanowiłem sprawdzić GPS, prosty lot do najbliższego lotniska, i lądowanie ILS w deszczu
Lot do Krakowa Balic EPKK dość krótki jest
Jakieś 10-15 minut i już widać lotnisko z okna
Następnie trzeba się ustawić na drogę podejścia ILS
Przełączyć autopilota na podejście ILS
Rozpocząć zniżanie... Gdzie się podziały PAPI lights???
Ale poradzę sobie bez nich
Wylądować
Zjechać z pasa i się zatrzymać
Następnie kołować do obszaru parkowania GA i zacząć procedurę zabezpieczania samolotu
I tak to się piknie prezentuje
Cudne to jest cholibka
Działa piknie, uczucie świetne, szczególnie po tylu latach budowy
A i zapomniałem jeszcze podać wyników optymalizacji. Z niedziałania mniej niż 1 Hz (a wcześniej z działania około 4-5 Hz) wzrost do 10 Hz
Poprawa dwukrotna to sukces. Może 10 Hz nie brzmi jakoś super szybko, ale naprawdę... Nie są to istotne opóźnienia. Osi działają na tyle sprawnie przy 10 Hz że nie ma kompletnie żadnych problemów z lataniem. Na diodach delikatnie widać, ale w samolocie też się chwilkę czeka na reakcję, więc to normalne
Na wyświetlaczach brak opóźnień, bo dane wyświetlane nie są odbierane z symulacji. Poza wyświetlaczem czasu, DME i przepływu paliwa. Czyli tak mało ważne dane, że i tak nie widać 100ms opóźnień. Tym bardziej, że przepływ paliwa też ma długi czas odświeżania
Ale oczywiście zostało troszkę roboty jeszcze:
-naprawić MPU Head Tracker, bo mnie się kabelek urwał i taśma dwustronna trzymająca układ na słuchawkach puściła. Potrzebne inne rozwiązanie
-zoptymalizować aplikację na PC. Jest tam jeszcze nieco do poprawy, ale nic bardzo trudnego. Może uda się poprawić te 10 Hz
-wyciąć dziurę większą na GPS. Była wycięta pod Samsunga Galaxy trend plus. Teraz muszępowiększyć na Xiaomi Redmi Note 5
W przyszłości po pandemii kupię jakiego tableta tam i jeszcze bardziej powiększę
-kupić i zamontować monitor w tej dużej pustej przestrzeni. Mam kilka pomysłów, coś wykombinuję
-poprawić nieco działanie osi od kontroli silnika... Coś czasem jakby widać, że źle polutowane. Ale to okablowanie wymienię i git będzie
-poprawić wygląd kontrolek po prawej na górze. Ta zielona naprawdę daje troszkę. Ale planuję tam dać maskowanie takie żeby wyglądało jak w prawdziwym kokpicie. Mam obudowę wydrukowaną. Muszę teraz jeszcze naświetlić/wydrukować na folii wzór maskowania z napisami. Oby działali w tym czasie...
-poprawić diody autopilota. Pomyliłem się przy podpinaniu kabli, żadna dioda nie odpowiada podpisowi xD
-wydrukować mocowanie osi wolantu do potencjometru. Miał być na śrubach, ale nie miałem takich jakie potrzebowałbym. Dałem prowizorycznie na gumce. Luzy ogromne, ale idzie latać
I na koniec się zastanawiam... Mój wolant nie ma FF (force feedback). Nie ma też dużych oporów. Nie czuć za bardzo samolotu. Zbudowanie własnego systemu FF, oporów itp to może mnie nieco przerosnąć, bo tu już mocniej bym wszedł w obszary inżynierii z nie mojej dziedziny. No i mogę wydać sporo kasy. Już wydałem na FF dość dużo, bo już coś planowałem, ale jednak nie kupiłem dobrych materiałów. Sam silnik co kupiłem szybko bym spalił. Do tego jakieś sprzęgła pewno potrzebne, nie wiem jakie. No generalnie nie mam wiedzy do tego. Więc się zastanawiam czy nie będzie lepiej i taniej kupić sobie wolant Saitek. Potem go zabudować w kokpicie. Opcja by była. Ale to się zobaczy w przyszłości dalszej. Na razie to co mam jest wystarczające
Okazało się, że to jednak nie jest takie proste jak wyglądało na YouTube... Od rana drukowałem schematy, czyściłem płytkę acetonem z nieudanego tonera, odtłuszczałem izopropanolem i benzyną ekstrakcyjną, przygotowywałem roztwór acetonu i izopropanolu, przykładałem kartkę, nakładałem roztwór, przyciskałem przez 2 minuty, wkładałem do wody aż do nasiąknięcia, wkładałem do octu aż do wstępnego odejścia papieru z płytki, pod strumieniem wody delikatnie odrywałem papier z płytki, sprawdzałem czy wszystko przeszło na płytkę, czy nie ma jakiś dużych ubytków lub przerwanych ścieżek... I od nowa drukować schemat, czyścić, itd...
Ale... Na wyświetlaczu bym chciał coś widzieć mimo wszystko 
A to jest ważne. Tak jak poprzednio przełącznik drzwi jest zaraz obok przełącznika oświetlenia kokpitu... Raz w czasie lotu zdarzyło mi się te przyciski pomylić... I otworzyć drzwi na 10 000 stopach... Nie polecam. Pasażerowie chcieli odszkodowanie i znów moja linia zbankrutowała... A teraz znowu te przełączniki są obok siebie... Więc postanowiłem dodać drugi poziom zabezpieczenia przez drugi przełącznik "stacyjkę" i zrobić tak żeby tylko włączenie obu przełączników otworzyło drzwi. Dorobiłem dodatkową płytkę, przykręciłem ją do już gotowej płytki, podłączyłem wszystko i działa 
