WIRTUALNY KLUB MODELARZY RC

no pieknie... normalnie jajo z bolcem jak to wszystko bedzie dzialac to szacun za naklad pracy i zawziecie

a obsluga sprzetowej syntezy bedzie?? sprawe domniemanych zaklucen przezen generowanych w projekcie Zbyszka rozwiazalem...

pozdrawiam

_________________
Błażej Zagozda - GTR Team

GG-1664122

Wywołany odzywam się, chociaż od ponad miesiąca nie zglądam prawie na żadne forum modelarskie (powiadomienia rulez ), bo jeszcze rzeźbię to co miałem skończyć 2 miesiące temu

Koncepcja wygląda bardzo fajnie, bo ... .... jest to praktycznie prawie to samo co ja sobie wymyśliłem (nieskromnie się chwaląc )
Co prawda u mnie linearyzatorów serwa nie trzeba, bo byłby to po prostu kolejny bloczek z zadaną krzywą przejścia przez niego tuż przed samym serwem.
Ze względów wydanościowych i w sumie prostoty rozwiązania u mnie zakładam jeszcze jedną rzecz: switch może być normalnym wejściem lub może przełączać profile (modele). To jaką rolę pełni ten switch jest zdefiniowane w profilu. Jaki to ma cel: jest wiele faz lotów opisanych różnymi bloczkami, próba zmieszczenia tego w jednym profilu rodzi komplikacje wydajnościowe jak i również implementacyjne. O ile np. dwie fazy lotu możesz opisać bardzo prosto osobno, to zmieszczenie ich razem może być już problemem.
To + funkcja 'kopiuj profil' i edycja takiego profilu ze zmianą kilku parametrów jest o wiele prostsza niż stosowanie kompilatora bloczków (dla skomplikowanych układów) i jest do wykonania spokojnie w samej aparaturze nawet 'na polu'.
Oczywiście założyłem, że profili może być sporo, jak również przedkładam wydajność nad wykorzystanie pamięci (moja 'platforma' to mega168 lub może coś większego(ale raczej nie, bo chcę wykorzystać hardware, który robie do całkiem innych celów)+lcd od S65).
Jedyny problem, który mi zostaje do przemyślenia to co zrobić z bloczkami mającymi pamięć (np. opóźniacz), ale kontrolowane współdzielenie zmiennych pomiędzy profilami nie powinno być większym problemem (na pewno nie wydajnościowym).
Dobrym pomysłem jest też dorzucenie bootloadera, żeby można było robić upgrade po rs-ie (stracisz 0.5-1KB). Tu ukłon w stronę innych modelarzy dostających wysypki na widok smd W takim układzie użytkownik, który dostał 'półprodukt' z wlutowaną mega128 (np. w ramach projektów typu 'tacho') da sobie radę przy kolejnych aktualizacjach firmware. No i jest to po prostu wygodne (się rozleniwiłem trochę)

Granacik: pochwal się co było problemem, żeby było wyjaśnione raz na zawsze.

_________________
pozdrawiam
Marek, 35Mhz k. 72, 63; 40MHz k. 50

zrobilem porzadek w okablowaniu

a tak naprawde to dalem ja jak najdalej wcz a sygnal puscilem kablem koncentrycznym 50ohm przez kondensator 1nF...

generalnie na moim warszaie (tworczy chaos plus komp i dwa laptopy) przy testach serwa trzesiaczki nie objawialy ... podejrzewam, ze zaklucen bylo co niemiara a wplywu nie mialy...

jutro dam fote...

pozdrawiam

_________________
Błażej Zagozda - GTR Team

GG-1664122

No rzeczywiście Marku, dawno Cię tu nie było. Podskórnie czułem, że coś dużego się kroi.

Ja to sobie jeszcze ze trzy razy przeczytam i pewnie do końca wtedy zrozumiem, ale czuję, że to będzie hit. Czy wyodrębniłeś też "warstwę prezentacji" - żeby można byłoby np. podmienić jeden plik ze źródłem i napisać wersję z obsługą innego wyświetlacza, albo na ten przykład OSD...

ogólnierzeczbiorąc to:

kudos! chwala liepa! szacun!

PS.
no i co cię Marku jednak skłoniło do powrotu na Atmegę?

aha - Protel - bajer ale ten program oficjalnie kosztuje coś koło 30 tys. zł, więc to dość drogi edytor konfiguracji do takiego projektu. Wychodzi na to, że żeby sobie skonfigurować nadajnik, trzeba by piracić.

_________________
Krzysiek

No to trochę mnie podnieśliście bo po ostatnim dołku przejrzałem nawet oferty sklepów z nadajnikami.. Dzięki

Obsługa syntezera: przewidziałem pozycję w menu i miejsce na numer kanału + częstotliwość na głównym ekranie ale nawet tego nie tknąłem.
Flight Conditions: to jedna z tych rzeczy które "spędzają mi sen z oczu" i widzę, Majek, że Ty też nad tym myślałeś. Twój pomysł, żeby zmieniać cały schemat jednym przełącznikiem jest bardzo wygodny (tak zrobiłem w poprzednim wcieleniu kodera) ale uznałem, że tak naprawdę między poszczególnymi fazami lotu nie zmienia się aż tak dużo. To kwestia gustu, chyba nie ma rozwiązania idealnego. U mnie bedą bloczki które potrafią ten mechanizm wesprzeć, np: 4-bitowy, rewersyjny licznik Johnsona (nazwę go oczywiście bardziej przyjaźnie ) który będzie można popychać do przodu, do tyłu i zerować odpowiednio dowiązanymi przełącznikami lub rejestr z dekoderem priorytetowym (może jakieś propozycje 6-znakowej nazwy ?) do którego wejść wprost doczepiamy przyciski a na wyjściu zawsze dostajemy kod "1 z N". Sygnały wyjściowe z takich bloczków bedą mogły - po przeskalowaniu zmieniać parametry analogowe np. mikserów, EPA lub EXP albo przełączać całe fragmenty schematu za pomocą multiplekserów. No trudno. W nietrywialnych przypadkach nie obejdzie się bez narysowania schematu, nawet na kartce.
Protel: ten edytor to tylko przykład. Potrzebny jest program graficzny który potrafi wypuścić netlistę w odpowiednim formacie a ten który przyjąłem jest bardzo popularny. Od biedy można zawsze napisać prosty konwerter tekstów. Protela znam i do niego mogę bibliotekę zrobić.
Bootloader: oczywiście będzie
Kompilator: mój nie służy do zmiany postaci danych ze schematu na coś wewnętrznego bo po prostu nie mam tyle RAMu. W pamięci trzymam tylko listę bloczków oraz ich wzajemnych powiązań i parametrów wewnętrznych. Kompilator służy mi tylko do określenia kolejności obliczeń i przy okazji do wykrywania niepodłączonych wejść (ale to nie jest błąd, raczej ostrzeżenie, że może o czymś zapomnieliśmy - przyjmowane są zera i liczymy dalej) oraz zapętleń. Dzięki wykorzystaniu wyników pracy kompilatora, jednokrotne przejście symulatora przez listę bloczków powoduje policzenie wszystkiego dla nowego kompletu danych wejściowych. Żaden bloczek nie zezna wtedy, że jego wyjście jest nieokreślone bo ktoś przed nim jeszcze się nie policzył i brakuje danych na wejściach. Uzyskuję dzięki temu spójność wyników i brak hazardów. Z punktu widzenia sygnałów wyjściowych cała netlista liczona jest w jednym kroku.
ATMega: Na ARMie a w szczególności na jego RAMie możnaby poszaleć ale wielu ludzi którzy chcą to zmajstrować w domu musiałoby przejść na nowy procesor. AVRy prawie wszyscy znają, mają programatory itp. No i oszacowanie zasobów: wyszło, że po zmianie koncepcji coś się jednak zmieści.

Pozdrawiam.

_________________
Marek
Tipsy (RIP), PT-17, EasyStar, EasyGlider, Fox
X-412 z apetytem na coś większego

"No ta koncepcja to jest bardzo dobra ta koncepcja" - ze tak zacytuje zdanie z filmu .
Super ze zostales przy atmedze , jaki przewidziany wyswietlacz (tani popularny) ?
Swietnie - menu do syntezy .
Sam zarys teoretyczny jak dla mnie bardzo nowatorski zeby nie powiedziec rewolucyjny .
Niemozliwosc zrobienia czegos uniwersalnego mnie nie zaskakuje ale pomysl aby dac narzedzia konfiguracyjne userowi i zrobi sobie sprzet dla siebie jaki mu potrzebny to rozwiazanie super uniwersalne .
Teraz trzeba zgrac teorie z praktyka .
Genaralnie co mam juz zbierac i kupowac ?

_________________
Zbyszek

Jestem tylko ciekaw jak jest z wydajnością. Mam czarne myśli jeżeli chodzi o AVR, z drugiej strony przybliżone obliczenia mówią, że taktów/bloczek jest bardzo dużo o ile procek nie robi nic innego.
Jeżeli masz już jakieś benchmarki ile bloczków/s możesz przeliczyć, jednocześnie coś wyświetlając na ekranie, odczytywać ADC i wypluwać precyzyjny PPM, to podziel się - jestem bardzo ciekaw jak to wyszło.
Używasz jakiegoś schedulera/RTOSa czy sam wszystko rzeźbisz od zera?

_________________
pozdrawiam
Marek, 35Mhz k. 72, 63; 40MHz k. 50

Sprzęt został taki jak poprzednio czyli: wyświetlacz NOKIA (130x130), ATmega128, EEPROM zewnętrzny, multipleksery analogowe, kwarce itp. Ponieważ zaczynam się oswajać z działaniem samego kodera, rozglądam się za tym, co zrobić najpierw dookoła niego. Jak skończę zachowywanie i odtwarzanie konfiguracji modeli, będzie to pierwsza wersja nadająca się do pokazania i używania. Do tego czasu zamieszczę schemat i równolegle zrobię jakieś pierwsze PCB. Nic tu nie jest jeszcze zdefiniowane na sztywno. Myślę o zegarku (nie "czy" tylko "jaki") bo czas w systemie się przydaje ale wtedy potrzebna jakaś bateria. Przy ARMie miałem oddzielny RTC bo to wygodne i pobiera << 1uA więc jakakolwiek pastylka starcza na lata ale to dodatkowy scalak, trzba go kupić, wlutować itp więc może wykorzystam timer procesora popędzany z 32kHz. Niestety prądu wyjdzie co najmniej o rząd wielkości więcej. No i zewnętrzna pamięć konfiguracji modeli. Jeśli od razu zrobię FAT16 to w przyszłości (albo od razu) będzie ją mozna zastąpić kartą - dzisiaj myślę, że to wcale nie taki zły pomysł. Karty są za bezcen. Od biedy można taką wlutować na stałe i nie martwić się o szczeliny w obudowie itp. Osiągi ? Przykro mi, jeszcze nie mierzyłem. Może na dniach coś mi się uda. Właśnie ze względu na narzuty (czasowe i pamięciowe) nie użyłem żadnego RTOSa. Podział czasu "wyrzeźbiony" jest ręcznie ale to wcale nie wyszło skomplikowane. PPM to kilkanaście us każdym zboczu czyli 16 zboczy/ramkę czyli może 1% czasu procesora. Zegar RTC (czyli zliczanie czasu, timery i ich alarmy) - jakikolwiek będzie, to kilkadziesiąt us raz na sekundę. Rysowanie ekranu jest procesem głównym więc na niego zostaje czas gdy nie wykonuje się żadne przerwanie - nie jest krytyczny. Pozostały czas to liczenie bloczków wywoływane 20 razy na sekundę. Struktury danych są tak zoptymalizowane, że nigdzie w trakcie liczenia nie muszę niczego przeszukiwać. Tablice wskaźników deterministycznie pokazują co mam zrobić dalej. Jeżeli coś trzeba przeszukać, uaktualnić wskaźniki lub przesunąć kawał pamięci itp to jest to robione w czasie edycji bloczku, wtedy nie jest to krytyczne. Start kolejnej sekwencji przetwarzania A/C wyzwalany jest okresowo przerwaniem od timera a potem przerwaniami od zakończenia kolejnych pomiarów (no nie tak do końca, timer przewija się tam wielokrotnie bo trzeba też czekać na stabilizację napięć wejściowych po przełączeniu zewnętrznego multipleksera). Wszystkie ISRy (oprócz PPM) pracują przy odblokowanych przerwaniach po to, by właśnie PPM mógł wejść w każdej chwili. Obiecuję pomierzyć szczegóły.
Z ostatniej nocy: zrobiłem bloczki typu "diodka LED". Na głównym ekranie są takie cztery i "zapalają" się na jeden z kilku zaprogramowanych kolorów po przekroczeniu ustawionego progu sygnału podpiętego do odpowiedniego bloczka. Śliczne Właściwie to mógłbym zrobić jakiś film ale mój aparat w trybie makro, z odległości 5 cm zamienia ekran LCD na tęczę. Pomaga (ale tylko trochę) skręcenie. Czy Wasze mają tak samo ?
Pozdrawiam.

_________________
Marek
Tipsy (RIP), PT-17, EasyStar, EasyGlider, Fox
X-412 z apetytem na coś większego

co do scalaka RTC co nie jest to glupi pomysl... sam mam metr szescienny starych lub uszkodznych plyt... jak by co to sluze pomoca... scalaki, kwarce, podstawki do baterii...

w tme juz od niecalych 5zl netto rtc 1wire so8... nie jest to jakis kosmos cenowy...

edit: moze taki PCF8563T

pozdrawiam

_________________
Błażej Zagozda - GTR Team

GG-1664122