Forum Krótkofalarskie PKI

Ważniejsze pytanie co na tym robić - to już zależy od Ciebie. Osobiście uważam że lepiej (i ciekawiej) jest mieć jakiś problem i chcieć go rozwiązać przy pomocy danej techniki, ale nie znając techniki ciężko wpaść że dany problem można tak a tak rozwiązać. Ja - o ile pamiętam - zacząłem od chęci zbudowania automatycznego timera do aparatu fotograficznego (teraz można kupić gotowe bardzo fajne rzeczy, z wyświetlaczem i blututem...). Użyłem chyba attiny2313, doszedł wyświetlacz i kilka dipswiczów. Z chęci "pobawienia" dodałem też klawiaturkę 3x4 dipswiczy, kilka płytek z dekoderami adresów.. Itp itd
Ostatecznie i tak zaczniesz od "blinking LED project" i dobrze - działa, świeci, radujmy się

Proponuję gotową płytkę arduino nano w wersji "chińskiej" - nie dlatego że lepsza ale bo tańsza (12zł w sklepie). Ta płytka ma wbudowane gniazdo USB (można podglądać wyjście z UARTA) i regulator LDO który robi dla cpu 5V (o ile pamiętam jest też 3.3V robione przez CH340). Ale tylko jako bazę hardware'u.
Samo środowisko arduino mnie okropnie mierzi (beznadziejny edytor, do dudy zoptymalizowane pamięciowo i szybkościowo biblioteki, wolno się kompiluje). Samo zapalenie diody zajmuje eony czasu w porównaniu z napisaniem PORTB |= 0b00000001,
Natomiast nie polecam nauki programowania na mikrokontrolerach (zwłaszcza takich). Lepiej się dobrze nauczyć C/C++ co się zawsze przyda, niż uczyć(z natury) ograniczonego języka na mikrokontrolery.

https://youtu.be/vh3tuL_DVsE

Wracając jeszcze do tematu na czym zrobić prostą logikę Miałem taki epizod z wykonaniem sterowania prostym robotem pneumatycznym współpracującym z dużą maszyną. Oczywiście nie obyło się tu bez uP choć pierwotnie robot był sterowany prostą automatyką z timerami. Otóż pomimo nadzoru robota i jego synchronizacji z ruchem maszyny oprócz uP zastosowałem dodatkowo osławiony funktor tym razem NAND (74HC00). Czuwał on nad tym aby zezwolenie na ruch maszyny poszło tylko wtedy jak są aktywne 2 czujniki ramienia robota potwierdzające jego pozycję nie kolidującą z ruchem maszyny. No bo w razie jakiejś zwiechy procka były by poważne straty

I w tym jest sedno. niezawodność nie idzie w parze ze skomplikowaniem i ilością elementów (no chyba że ich większą ilość poświęcimy na zbudowanie układu tolerującego pojedyncze awarie - lepszego niezawodnościowo).

Rozwój elektroniki użytkowej poszedł bardziej w stronę funkcjonalną i obniżenia kosztów. "Więcej bajerów" chyba ciągle jeszcze kojarzy sie typowemu konsumentowi z bardziej zaawansowanym technicznie urządzeniem.

Twoje rozwiązanie (obejrzałem w końcu film) można uznać za niezawodne właśnie z powodu przejrzystości układu i było nie było niedużej ilości elementów (choć tych małych DIP-SWITCHY nie uznałbym za niezawodne

ADE zwrócił uwagę (mi też jakieś parę lat temu) na różnice niezawodnościowe mikrokontrolerów (bo są dość duże ale mało publikowane). Gdzieś ostatnio czytałem o wymaganiach dla oprogramowania do systemów krytycznych z np. zakazem dynamicznego alokowania pamięci oraz o testach półprzewodników pod kątem ich pracy na orbicie. Młodym programistom wysokopoziomowym chyba trudno byłoby wpoić takie zasady/podstawy a kiedyś znajomość architektury proca była wymogiem dla adeptów sztuki programowania. Faktycznie stosując Arduino nie możesz (zwłaszcza w większych projektach) być pewnym co do niezawodności ale znając architekturę tego procka możesz napisać w miarę niezawody program w czystym C (pomijam różnice sprzętowe wpływające na niezawodność o których wspominał ADE)

Nie konkuruję o koszty ale wydało mi się że umowny limit ustalono na 25 zł
Po bliższym poznaniu Twojego rozwiązania poprzestałbym na jego rozbudowie tak jak zaproponowałeś nie "mieszałbym już" technologii. Gdybyś jednak pozwolił pozostawić: klawisze, diody (lub zastąpić je / uzupełnić wyświetlaczem) oraz te ostatnie przekaźniki wykonawcze to całą resztę z powodzeniem można by zrobić w innej technologii choćby po to by w przyszłości łatwiej to rozwiązanie rozbudowywać , zmieniać czy uzupełniać.

I po przeczytaniu tych "dobrych rad" z wątku co ma zrobić autor tematu ?

Załadować do andrutina via USB gotowca do migania diodą czy zmotać to na 2 tranzystorach ?

Autor wątku rozpuścił w rodzinie wici co by mu tu Gwiazdor pod choinkę podrzucił.
Jak staruszek posłucha podszeptów autor rozważy czy budować iluminofonię czy sterowanie syntezy do starego Radmora. albo jakiś inny przetwornik kodu Greya do odczytu kierunku i siły wiatru... albo co innego.

sq6ade pisze:

I po przeczytaniu tych "dobrych rad" z wątku co ma zrobić autor tematu ?

Załadować do andrutina via USB gotowca do migania diodą czy zmotać to na 2 tranzystorach ?

Zawsze moze to zrobic na jednym tranzystorze bez potrzeby budowania "skomplikowanego" multiwibratora...

malcolm pisze:


sq6ade pisze:

I po przeczytaniu tych "dobrych rad" z wątku co ma zrobić autor tematu ?

Załadować do andrutina via USB gotowca do migania diodą czy zmotać to na 2 tranzystorach ?


Zawsze moze to zrobic na jednym tranzystorze bez potrzeby budowania "skomplikowanego" multiwibratora...

...może se takom migajoncom diode kupić...

Kejs pisze:

...może se takom migajoncom diode kupić...

Mozesz "se takom" kupic panicku ale wiedz, ze czestotliwosc jej migania bedzie z gory ustalona a przy jednym tranzystorku bedziesz mogl w kontrolowany sposob regulowac jej czestotliwosc i czas migania...

malcolm pisze:

Mozesz "se takom" kupic panicku ale wiedz, ze czestotliwosc jej migania bedzie z gory ustalona a przy jednym tranzystorku bedziesz mogl w kontrolowany sposob regulowac jej czestotliwosc i czas migania...

No czasami na jakieś kompromisy musimy się zgodzić.

A poważnie to trzeba się zacząć uczyć, SA818 już płyną...

Diody? Możesz, zaprojektować sterowanie sygnalizacją świetlną i modernizować program - sterowanie, podłączyć czujniki itp. Wiesz inteligentna krzyżowka dla klocków LEGO.

Możesz zrobić prosty dekoder telegrafii.

Dekodowanie pakietów APRS 9k6 i składanie ich jako 1k2 i na odwrót.

Stacja pogodowa.... Rejestrująca dane na karcie SD oraz podająca na wyświetlaczu. Prosta lub pracująca jako APRS.

Oj... widzę, że jak temat się za długo ciągnie, to P.T. Koledzy zaczynają popuszczać wodze fantazji...

sp2nas pisze:

Oj... widzę, że jak temat się za długo ciągnie, to P.T. Koledzy zaczynają popuszczać wodze fantazji...

Bo fantazja jest od tego aby bawić się na całego.
A tu proszę prototyp (pomysł został powielony) dekodowania telegrafii na podstawie dźwięku z radiostacji lub na podstawie samego kluczowania (włączania/wyłączania) bez fonii.



Jest to dobra podstawa sprzętowa do udoskonalenia kodu źródłowego. W sumie jedynie wyświetlacz jest jednym z droższych elementów, inne podzespoły to kondensatory, diody, rezystory.

DSP na arduino (obróbka I/Q dla CW). Da się

Oldskul gardzi takim rozwiązaniem jak "dekodowanie" telegrafi maszyną cyfrową.

Natomiast zrobienie nadajnika SSTV z kamerą na andrutinie to by było coś . Zwłaszcza takie kiedy potem można to zrobić na małym obwodzie drukowanym wyzbywając się płytki uruchomieniowej. A może ktoś już pozszywał takiego paczłorka ze świętych bibljotek i działa ?

Statyczny obraz z pamięci to nie problem. przy zoptymalizowaniu czasu wykonania pętli głównej lub zrobieniu tego po bożemu na przerwaniach powinno się udać. Jak dotąd na Atmega8 generowałem prostą pętlą transmisję w podstawowym trybie B/W 8sec. 120 linii. ale obrazek był bardzo prosty. Dla wyższych trybów SSTV przydało by się taktować proca wyższym zegarem, ograniczeniem też będzie pamięć obrazów.
Podobno ostatnio puszczany balon przetwarzał zdjęcia z kamery w trybie rzeczywistym i nadawał je via SSTV - i to bym uznał za wyzwanie dla małego Arduino na 8-mio bitowcu. Nie dotarłem do info na czym i jak koledzy to zrobili. Poprzednie misje odtwarzały jedynie audio z enkodowanymi wcześniej do SSTV obrazami.

Argentdata z USA sprzedaje gotowca. Fajne ale hajs $$$$. Jestem pewien że jakiś kozak zrobi coś takiego na nowoczesnym mocnym procu.
Bo do tego one są a nie do mrygania diodą czy do robienia za prostą logikę .

Zapomnijcie o przerwaniach na avr'ach gdy chodzi o wydajność. Czas kopiowania stosu przy wchodzeniu i wychodzeniu do/z przerwania starczy na zaparzenie kawy..

SQ5KVS pisze:

Zapomnijcie o przerwaniach na avr'ach gdy chodzi o wydajność. Czas kopiowania stosu przy wchodzeniu i wychodzeniu do/z przerwania starczy na zaparzenie kawy..

W ASM też ?