Polskie Forum FPV

Oficjalna oferta dekoderów: http://rc-fpv.pl/viewtopic.php?f=36&t=2045#p408226

W ramach chwili wolnego czasu zaprojektowałem i wydrukowałem obudowę do dekodera w wersji 12 kanałów.
Obudowa jest mała i lekka (około 1.5g). Mocowanie na zatrzask, bez żadnych śrubek.




Jakby ktoś chciał, to mogę wydrukować.

Pogoda nielotna więc przystąpiłem do reanimacji mojego SW
Model oskórowałem ze starego pokrycia i wypatroszyłem dotychczasową instalację,
Centralnie zamontowałem Dekoder S-BUS drugi w pantilcie.
Kable polutowałem na stałe -mniej wtyczek mniej problemów,
Po wykonaniu instalacji magistrali S-bus - aż trzy żyły odporne na zakłócenia transmisja cyfrowa, spostrzegłem że:
1) dekoder pamięta ustawienia . ale program konfiguracyjny nie odświeża ustawień na bieżąco. -trzeba odczytywać kanał wejściowy po wprowadzeniu numeru kanały wyścigowego i tylko w tej kolejności .
2) ustawianie limitów za pomocą suwaczków jest mało precyzyjne proponuje wykorzystać scroll myszy z krokiem o najmniejszej możliwej jednostce skoku ,
3 Jak się w tym połapać *brak podglądu linkowanych kanałów ,
4) proponuję dodac funkcję wydruku adresu serwa w schemacie XXXXX-KK-SS
gdzie XXXXX oznacza numer dekodera ,KK kanał źródłowy nadajnika , SS- kanał wyjściowy dekodera.
na koniec konfiguracji można będzie wydrukować naklejki i umieścić je przy serwach ułatwi to powrót do ustawień i nie trzeba będzie nosić ze sobą instrukcji do modelu .
To na razie tyle pozdrawiam Piotr
( radość i precyzja ustawień ogromna)

Piotrze, punkt 2 postaram się zrobić.
A co do punktów 1 i 3 to wszystko jest zgodne z założeniami, tylko filozofia jest trochę odwrotna. W dekoderze konfigurujemy kanał wyjściowy (czyli dane wyjście na serwo), i to on jest tu wiodący. Kanał aparatury jest już jako parametr. Czyli kanał aparatury przypisujemy do kanału wyjściowego a nie na odwrót. Dla czego tak ? Ano bo możemy ten sam kanał aparatury przypisać jednocześnie do kilku wyjść dekodera (np z różnymi limitami czy rewersem). Jak by było na odwrót to nie było by to możliwe.
Tak więc konfigurując dekoder trzeba myśleć w kategorii "konfigurujemy każde serwo po kolei" a nie "każdy kanał RC po kolei".
Co do wydruków to raczej nie będzie... Jak już to ewentualnie zapis takowych konfiguracji do pliku tekstowego. No i oczywiście zgodnie z założeniami, czyli XXXXX-SS-KK-Param, bo numer wyjścia (serwa) jest tu nadrzędny, potem kanał aparatury, a potem ewentualne ustawione parametry.

Edit:
Punkt 2 zrobiony, rolka zmienia wartości co 1. Soft do pobrania w pierwszym poście.

Miś , Jesteś Wielki . Zapis ustawień do pliku tekstowego "całego dekodera" wystarczy jest to duże ułatwienie choć oczywiście bez tego tez da się żyć.
Polatałem moim reanimowanym SW i jest super .|Działa diferential na lotkach obsługiwany tylko przez jeden kanał! Dotyczy to oczywiście również trybu AP dzięki temu model krąży płasko i nie traci tyle prądu.
Pozdrawiam Piotr

Mogłem napisać priv'a, ale może komuś jeszcze się przyda, dlatego użyję saperki, odkopię temat i napiszę tu.
Jako jeden z wielu zadowolonych użytkowników Misiowego dekodera PPM/S.BUS - mogę tylko pochwalać, nigdy mnie nie zawiódł, a pracował w wielu konfiguracjach, był "przeszczepiany" i przeprogramowywany nie raz

do rzeczy:
wyjścia binarne na kanałach 11 i 12- dają (lub nie dają) 5v na wyjście, z założenia są do sterowania np. oświetleniem, i tu moje pytanie- ile prądu można z nich doić- żeby dekoder nie wypuścił magicznego dymu- tzn. nie mówię o grzałce do świec, ale czy można do takowego bezpośrednio podpiąć np. w.w oświetlenie modelu, czy jest to stricte cyfrowe wyjście do sterowania innym układem sterującym?

Nie upalisz, bo ma rezystory zabezpieczające na wylotach . Maksymalna wydajność prądowa to 10mA, a napięcie 5V.
Więc jedną diodę świecącą możesz podpiąć wprost do wylotu, nie potrzeba nawet rezystora do diody.
A do sterowania większymi prądami to już musi być jakiś zewnętrzny driver. Wystarczy tranzystor NPN albo jakiś N-MOSFET.

Dzięki za potwierdzenie moich przypuszczeń- a że zamierzam podpiąć "coś więcej" niż zwykła diodę świecącą - to albo npn, albo wrócę do koncepcji dedykowanego drajwer'a- sterowanego PWM'em.

Kolejne ukłony w twoją stronę Miś, za zabezpieczenie przed "upuszczeniem dymu"

W pierwszym poście do pobrania nowe firmware do dekoderów.
Poprawiono błąd współpracy z niektórymi odbiornikami FrSky w trybie S.BUS - dekoder po krótkim czasie przestawał rozpoznawać sygnał S.BUS z tych odbiorników.
Komplet wraz z konfiguratorem v1.11

Mama pytanie dekoder wysyła 12 kanałów PWM w pętli czy moze paczkami po 4 .Pytanie zadałem ponieważ pełne wygenerowanie 12 kanałów PWM spowoduje opóźnienia odświeżania serw? Czy ewentualnie można będzie dezaktywować nieużywane wyjścia dla bardziej precyzyjnego dziadzina serw .
Udało mi się zabić dekoder gównianym UBEC-em . problem rozwiązały kondensatory montowane na zasilaniu .
Uprasza się autora wynalazku o stworzenie wersji HV pracującej od 4-9 V !!!!!!!!!!!!!!!

Pozdrawiam nałogowy pożeracz dekoderów .

PS pomyśl proszę o możliwości podłączenia zasilana serw przewodem 1,5 mm kwadrat. serwa robią coraz mocniejsze.

Wysyłane są jednocześnie 2 serwa, więc w kolejce jest 6 wysłań. Tak więc opóżnienie jest o 1 ramkę odbiornika (SBUS lub PPM).

Obsługa F.PORT jest planowana? Ładnie jest rozpisany protokół i bez udziwnień na prędkości transmisji (115 8N1 bez inwersji).

Szper pisze:bez inwersji

F.Port standardowo MA inwersje.

Geez. Masz rację bo F.PORT wychodzi z S.PORT po zmianie softu na danym odbiorniku, a tam jest inwersja.... za dużo wpinania się przed inwertery.

nie wiem czy to ma jakieś znaczenie
ale taki dekoder działający we wszystkie strony
chodzi po 9 gulczasów na ali