Graupner Hott + Vbar + fail safe

Czy ktoś jeszcze pamięta flybara?
Awatar użytkownika
kudzu
Elita forum...
Posty: 821
Rejestracja: 27-06-2020
Lokalizacja: Kraków
Podziękował: 139 razy
Podziękowano: 67 razy

Postautor: kudzu » 1 sty 2022, o 23:08

Dobra, utknąłem. Nie potrafię zmusić tego tandemu do współpracy w ramach fail safe :wall2: Tzn nie wiem jeszcze, jak się zachowuje silnik, ale serwa na pewno nie działają tak, jak powinny. A powinny tak, że jeśli w Graupnerze ustawię SUMD+FS, to po utracie linku serwa powinny się ustawić w zaprogramowanej pozycji (neutralnej), a nie dzieje się zupełnie nic. I teraz albo GR-16 nie wysyła po SUMD odpowiednich danych albo "VBar" tych danych nie interpretuje (nie wspominałem o tym, ale celowo piszę "VBar" w "", bo to ten zielony, a nie niebieski). Jeszcze dla pewności podłączyłem odbiornik na krótko do serw - fail safe działa. Czyli na bank coś jest nie tak z SUMD, pytanie tylko po której stronie.

Widzę jeszcze dwa rozwiązania:
1) aktualizacja firmware'u w odbiorniku - może pomoże; tu niestety muszę się trochę pomęczyć i przygotować jakiś kabelek (najprostszy, jaki widziałem, to dwa oporniki 1k2 i konwerter UART/USB);
2) skupienie się na zachowaniu reglera - jeśli będzie działał poprawnie, to oleję serwa, bo tak na prawdę, najbardziej boję się ucieczki helika, a nie rozbicia go.
Adam
Goblin 380, XL380, Belt CPX, V911s, MX-16 HoTT
Awatar użytkownika
aikus
Jaskiniowiec
Posty: 15948
Rejestracja: 29-09-2014
Lokalizacja: Warszawa
Podziękował: 1685 razy
Podziękowano: 1001 razy

Postautor: aikus » 2 sty 2022, o 12:06

Upgrade firmwaru w odbiorniku - tak, wspominalem z resztą o tym...
Awatar użytkownika
kudzu
Elita forum...
Posty: 821
Rejestracja: 27-06-2020
Lokalizacja: Kraków
Podziękował: 139 razy
Podziękowano: 67 razy

Postautor: kudzu » 2 sty 2022, o 21:25

aikus pisze:Upgrade firmwaru w odbiorniku - tak, wspominalem z resztą o tym...

Tak, wiem, ale zostawiłem to sobie na koniec ze względu na brak kabelka. W końcu jednak musiałem ten kabelek zrobić - zaktualizowałem GR-12L i GR-16.
I dupcia :mad2:

Dlatego podszedłem do tematu nieco inaczej:
1) podłączyłem wyjście SUMD oraz kilka kanałów odbiornika do analizatora stanów logicznych,
2) w nadajniku ustawiłem drążki w różnych skrajnych pozycjach,
3) rozpocząłem zbieranie danych z analizatora i w trakcie wyłączyłem nadajnik.

Kanały analogowe zareagowały poprawnie na utratę linku; widać zmianę szerokości impuslu do ok. 1500 us (musicie uwierzyć na słowo) - fail safe działa.
Zrzut ekranu (121).png


Ramka trybu normalnego (drugi bajt 0x01)
Zrzut ekranu (122).png


Ramka fail safe (drugi bajt 0x81)
Zrzut ekranu (123).png



Tutaj analiza danych - górna część to tryb normalny, a dolna to fail safe. Jak widać w ramkach SUMD informacja o fail safe przekazywana jest poprawnie.
Zrzut ekranu (124).png


Wnioskuję, że z jakiegoś powodu "VBar", widząc flagę "FAIL SAFE" ignoruje wartości kanałów z odbiornika i narzuca HOLD.
Pozostaje mi jeszcze sprawdzić, co się dzieje na wyjściu ESC z FBLa.

Info o SUMD zaczerpnąłem stąd: https://www.deviationtx.com/media/kunena/attachments/98/HoTT-SUMD-Spec-REV01-12062012-pdf.pdf
Nie masz wymaganych uprawnień, aby zobaczyć pliki załączone do tego posta.
Adam
Goblin 380, XL380, Belt CPX, V911s, MX-16 HoTT
Awatar użytkownika
kudzu
Elita forum...
Posty: 821
Rejestracja: 27-06-2020
Lokalizacja: Kraków
Podziękował: 139 razy
Podziękowano: 67 razy

Postautor: kudzu » 14 sty 2022, o 23:40

Udało mi się w końcu znaleźć czas na przetestowanie zachowania reglera i tak:
  • utrata połączenia radiowego (wyłączenie apki) powoduje wyłączenie silnika w ułamku sekundy - :thumb:
  • utrata połączenia SUMD (odłączenie odbiornika) powoduje wyłączenie silnika w ułamku sekundy - :thumb:
  • zupełnie przypadkowy test (odłączyłem nie ten kabel, co trzeba) - odłączenie ESC od systemu również powoduje wyłączenie silnika, ale po ok. 3 sekundach - :thumb:
Więc generalnie mogę się czuć w miarę bezpiecznie.

Aha! I nie zamierzam przepraszać za ppp, bo to Wasza wina, że nikt nie skomentował moich poprzednich wypocin :swir:
Adam
Goblin 380, XL380, Belt CPX, V911s, MX-16 HoTT
Awatar użytkownika
aikus
Jaskiniowiec
Posty: 15948
Rejestracja: 29-09-2014
Lokalizacja: Warszawa
Podziękował: 1685 razy
Podziękowano: 1001 razy

Postautor: aikus » 15 sty 2022, o 04:29

Bo w poprzednich wypocinach pokazałeś, że jesteś nie byle kto... i już nikt nie miał śmiałości się odezwać...

:|
Awatar użytkownika
mwx
Olimp forum
Posty: 7200
Rejestracja: 23-09-2016
Lokalizacja: Poznań West
Podziękował: 45 razy
Podziękowano: 619 razy
Kontaktowanie:

Postautor: mwx » 15 sty 2022, o 16:49

I ogólnie trochę nudne to się zrobiło


:vhappy:
Awatar użytkownika
kudzu
Elita forum...
Posty: 821
Rejestracja: 27-06-2020
Lokalizacja: Kraków
Podziękował: 139 razy
Podziękowano: 67 razy

Postautor: kudzu » 16 sty 2022, o 00:32

aikus pisze:Bo w poprzednich wypocinach pokazałeś, że jesteś nie byle kto... i już nikt nie miał śmiałości się odezwać...

Dobre sobie! Myślę, że to jest prawdziwy powód:

mwx pisze:I ogólnie trochę nudne to się zrobiło


Dlatego…

…następnym razem zrobię animacje :dance:

Pogodzę się z tym, że nie działa tak, jakbym chciał i że nie znam przyczyny, ale najważniejsze, by ta funkcjonalność nie okazała się nigdy potrzebna :)
Adam
Goblin 380, XL380, Belt CPX, V911s, MX-16 HoTT
Awatar użytkownika
aikus
Jaskiniowiec
Posty: 15948
Rejestracja: 29-09-2014
Lokalizacja: Warszawa
Podziękował: 1685 razy
Podziękowano: 1001 razy

Postautor: aikus » 16 sty 2022, o 13:17

Nie no Kudzu to są żarty, ale analizę zrobiłeś naprawdę mistrzowską - mi by się nie chciało...
:)
Ostatnio modna się robi mutacja metodyki devops... W skrócie: robię coś i sprawdzam co się stanie.
Antypattern "bycia porządnie" ... ale bywa skuteczne. bywa, że coś wybuchnie.
Nigdy takiego czegoś nie lubiłem, a teraz się okazuję, że spora część świata tak właśnie działa...:/

Kiedyś od tego odejdziemy - jestem o tym przekonany, ale narazie - szukasz dobrze płatnej pracy w IT? Nie wiele umiesz? "Zostań devopsem!" <- ten zwrot to kwintesencja zjebania tej części systemu. Nikt spośród tak zwanych devopsów nawet nie wie, że ... ktoś taki jak "devops" - NIE ISTNIEJE!
NO blać NIE!
Nie można "być devopsem"!!!
Można pracować zgodnie z devops.
Devops to metodyka pracy.

"Być devopsem", to tak samo jakby "być analizą" ... na przykład... albo jakoś tak...
blać...

Nie przepraszam za offtopa. (bo wiadomo)

Wróć do „Systemy FBL”

Kto jest online

Użytkownicy przeglądający to forum: Obecnie na forum nie ma żadnego zarejestrowanego użytkownika i 7 gości

cron