ATNEL tech-forum

Re: kmSigGen - Generator Sygnałowy na bazie AD9833 i ATmega8

2019-08-18T20:51:21+01:00

Podziękowania dla Kolegi @anat za sprawdzenie konfiguracji oraz za pomoc w namierzeniu potencjalnego problemu przy zmienionej konfiguracji podłączenia pinów portu do LCD :-)
Przy okazji dodałem opcję, w pliku config.h która po odkomentowaniu pozwala uruchomić projekt na zestawie ATB przy domyślnym podłączeniu pinów LCD do portu A.
[syntax=c]//#define KMSG_ATB[/syntax]

Statystyki: Napisane przez moscow — 18 sie 2019, o 20:51

Re: kmSigGen - Generator Sygnałowy na bazie AD9833 i ATmega8

2019-08-13T16:08:54+01:00

Fajny generator działa również na ATMega328P i ATMega32 , gratulacje dla Autora.

Statystyki: Napisane przez anat — 13 sie 2019, o 16:08

Re: kmSigGen - Generator Sygnałowy na bazie AD9833 i ATmega8

2019-08-02T19:45:32+01:00

micky napisał(a):

Fajny pomysł! Gratuluję. Uwielbiam projekty na Attiny10 :)
Ps. Pamiętaj, że można użyć wejść ADC jako klawiatury analogowej (kilka poziomów da się spokojnie uzyskać) i możesz swój układ jeszcze rozbudować :)

W sumie to nie pomyślałem, a pomysł z analogową klawiaturą bardzo fajny. Dzięki za sugestię :-) Może przy czymś następnym coś takiego spróbuję wykorzystać... (choć jak mawiał znajomy stolarz po wypadku... "cztery klawisze to aż nadto" ;-) )

Statystyki: Napisane przez moscow — 2 sie 2019, o 19:45

Re: kmSigGen - Generator Sygnałowy na bazie AD9833 i ATmega8

2019-08-02T18:46:13+01:00

Fajny pomysł! Gratuluję. Uwielbiam projekty na Attiny10
Ps. Pamiętaj, że można użyć wejść ADC jako klawiatury analogowej (kilka poziomów da się spokojnie uzyskać) i możesz swój układ jeszcze rozbudować

Statystyki: Napisane przez micky — 2 sie 2019, o 18:46

Re: kmSigGen - Generator Sygnałowy na bazie AD9833 i ATmega8

2019-08-02T18:06:32+01:00

Uaktualnienie - kmSigGenTiny
Właśnie zacząłem bawić się ATtiny10 (na Atnelowskim konwerterze DIP) i wpadłem na pomysł zrobienia uproszczonego generatora. Pozwala on na wybór jednej z 8 zaprogramowanych częstotliwości/przebiegów przez naciśnięcie kombinacji 3 przycisków i wciśnięcie resetu.
Procek właściwie ma niewiele do roboty. Przestawia się na 8MHz, sprawdza stan wciśniętych przcisków a następnie czeka aż zostaną zwolnione, odczekuje jeszcze 100ms na wszelki wypadek i wysyła 4 słowa 16 bitowe do AD9833 za pomocą programowej wersji SPI. Potem ponownie zmienia kierunek pinów na wejścia (żeby przyciski nie robiły "zwarć") i idzie spać, resztę roboty wykonuje AD9833 aż do czasu wyłączenia prądu lub kolejnej zmiany.
Płytka wygląda trochę jak ze starego rubina, ale chciałem potrenować coś prostego w Eagle i potem z żelazkiem. Koncepcja może odrobinę naciągana... ale wygląda, że całość działa :-)

Cechy:
- generowanie do 8 zaprogramowanych częstotliwości w zakresie od ~0.1Hz do 12.5MHz z wybranymi przebiegami
- wybór jednej z 8 częstotliwości za pomocą kombinacji 3 przycisków wciśniętych w momencie naciśnięcia przycisku reset
- zmiana zdefiniowanych częstotliwości przez zmianę źródeł i uaktualnienie wsadu
- proste przeprogramowanie kontrolera przez ATB-USBASP4.2 (złącze KANDA)
- płytka PCB w stylu Vintage ;-)

Poniżej schemat

Źródła znajdują się w tym samym miejscu, ale w katalogu kmSigGenTiny (dołączone projekty Atmel Studio 7 oraz Eclipse)
https://github.com/k-moskwa/kmSigGen/tr ... SigGenTiny

Wsad znajduje się tutaj (kompilacja AS7 - progmem 570 bajtów)
https://raw.githubusercontent.com/k-mos ... enTiny.hex

Wygląd płytki PCB

Druk spodniej strony

PDF do wydruku
https://github.com/k-moskwa/kmSigGen/ra ... B_1L_B.pdf

Komponenty
PCB 62 x 51mm jednostronna
1x Moduł AD9833 https://circuit.rocks/dds-ad9833-module.html
1x ATtiny10 na płytce SMD/DIP Adapter https://sklep.atnel.pl/pl/p/Tiny10-SMD-DIP-adapter-/187
1x Moduł zasilania ATB-PWR3 https://sklep.atnel.pl/pl/p/ATB-PWR3-przetwornica/20
1x Złącze BUSMB koncentryczne
1x Gniazdo 12V
4x Przycisk 6mm Tact Switch
1x Opornik 10kOhm
2x Kondensator Ceramiczny 100nF
1x Kondensator Elektrolityczny 0.1uF
1x Kondensator Elektrolityczny 10uF
1x Kondensator Elektrolityczny 2.2uF
1x Kondensator Elektrolityczny 4.7uF
1x Złącze męskie IDC10 (KANDA)
5x Przewód do połączeń na górnej stronie płytki
Złącza żeńskie goldpin pojedyncza linia 1x7, 3x2, 2x3

Na małej płytce stykowej całość wygląda mniej więcej tak

PS. Dodatkowo powprowadzałem sugerowane zmiany w schemacie oraz poprawki w kodzie wersji pełnej. Podziękowania dla forumowiczów za sugestie... :-D

Statystyki: Napisane przez moscow — 2 sie 2019, o 18:06

Re: kmSigGen - Generator Sygnałowy na bazie AD9833 i ATmega8

2019-07-25T19:29:23+01:00

qwertownik napisał(a):

możesz wykorzystać githubpages do ich przetrzymywania, żeby ładnie przeglądać

Dzięki za hint popatrzę

Sent from my iPad using Tapatalk

Statystyki: Napisane przez moscow — 25 lip 2019, o 19:29

Re: kmSigGen - Generator Sygnałowy na bazie AD9833 i ATmega8

2019-07-25T18:21:55+01:00

qwertownik napisał(a):

[...]Rzeczy z doxygena potem będziesz generował i gdzieś wrzucał?

Taki jest plan Już nawet mam to wygenerowane, ale chce jeszcze posprawdzać pare rzeczy zanim zamulę gita wielokrotnymi commitami. Pewnie htmle wynikowe wylądują w katalogu kmSigGenDoc

Sent from my iPad using Tapatalk

Statystyki: Napisane przez moscow — 25 lip 2019, o 18:21

Re: kmSigGen - Generator Sygnałowy na bazie AD9833 i ATmega8

2019-07-24T19:14:13+01:00

Różnica w rozmiarze kodu wynikowego może wynikać z użycia różnych wersji toolchain.

Statystyki: Napisane przez micky — 24 lip 2019, o 19:14

Re: kmSigGen - Generator Sygnałowy na bazie AD9833 i ATmega8

2019-07-24T15:45:59+01:00

Widzę, że na forum super pomocni i wnikliwi ludzie są :-) Nie tylko przejrzą schematy i kod, ale też zrobią profesjonalny profil psychologiczny na podstawie kodu źródłoweg ;-)

Jarecki napisał(a):

Albo Kolega bardzo lubi porządek albo jest skromny i wcale amatorem nie jest[...]

To trochę z lenistwa chyba mojego pochodzi. Zakładam, że mogę ten projekt odłożyć w którymś momencie na półkę, a potem wrócić do niego za parę tygodni, miesięcy, a może lat. Wtedy z czytelniejszym kodem będzie mi łatwiej. Poza tym udostępniając coś w Open Source, trochę byłoby wstyd nie przejrzeć go i nie "wyładnić", i tak już mam parę pomysłów na to co zrobić lepiej... ale z drugiej strony czasem trzeba uznać, że pewne rzeczy są już "wystarczająco dobre" :-)

Zealota napisał(a):

Wg mnie, ale mogę się mylić bo śpecem nie jestem, że Autor to chyba pisze ogólnie w C++, a teraz tak dla odchamienia wziął się za AVR i C

To "odchamienie", to chyba to słowo, którego mi brakowało ;-) Potrzebowałem trochę odskoczni od tego co robiłem na codzień :-D
Co do programowania mikrokontrolerów, to mimo kierunkowego wykształcenia, ostatni raz to robiłem na uczelni jako student... ale nie wiem, czy się to liczy bo to, jakby nie patrzyć, w poprzednim tysiącleciu było ;-) A płytkę drukowaną ostatnio przygotowałem sobie, o ile dobrze pamiętam, jeszcze w szkole podstawowej używając do tego lakieru do paznokci mamy... w czasach, kiedy ten kraj w którym żyjemy, trochę inaczej się nazywał jeszcze. Bbiorąc do tego pod uwagę, że na razie mam tylko lutownicę z lidla, to chyba na razie pozostanę przy nazywaniu się amatorem ... przynajmniej w kwestii elektroniki :-)
Fakt jest taki, że w dzisiejszych czasach technologia ta jest dużo bardziej dostępna. Jest Internet, można noty ściągnąć sobie w parę minut. Jest mnóstwo poradników. Same procki, programatory, analizatory stanów logicznych mogą kosztować praktycznie "grosze". Kiedyś tego wszystkiego nie było, albo było bardzo trudno dostępne. Jeszcze parę tygodni temu nawet nie wiedziałem o istnieniu procków AVR, ale fakt jest taki, że jak to zauważył kolega @Zealota i @Jarecki trochę jakiegoś doświadczenia w programowaniu by się uzbierało. Głównie C++ i Java, tyle tylko, że na tzw. desktopy i ew. do aplikacji sieciowych.
Niestety powoduje to pewnie trochę niepotrzebnych naleciałości. Rzeczy, które wydają się być oczywiste (np. gettery i settery) lub pisanie czegoś w taki sposób, żeby to było czytelniejsze (np. użycie sprintf), sprawia tutaj, że nagle kod się dość mocno i niepotrzebnie rozdmuchuje. No ale zakładam, ze nie święci garnki lepią, więc powoli może do czegość dojdę :-)

Zealota napisał(a):

moscow napisał(a):

Projekt powinien dać się otworzyć w Atmel Studio7 oraz Eclipse Photon (PS. Nad wersją Eclipse jeszcze jest trochę pracy. W porównaniu z AS7 - program po kompilacji zajmuje więcej niż jest pamięci w procesorze)

Zaglądnij zatem tutaj:
http:/ /mirekk36.blogspot.com/2019/05/eclipse-szybka-konfiguracja-najnowsze.html
w punkcie nr 7 masz informacje jak optymalnie skonfigurować opcje kompilacji i linkowania w Eclipse, tak by otrzymać optymalną zajętość FLASH.

Dzięki za hint, nie trafiłem wcześniej na ten artykuł. Niestety ta sztuczka nie pomogła. Kombinowałem w tą stronę na własną rękę patrząc jakie flagi gcc ustawia Atmel Studio i próbując je przenosić do Eclipse... udało mi się zejść ze zużyciem... ale ciągle jest to więcej niż na AS7 i w tej chwili brakuje 272 bajtów :-)
Jak się wyłączy jakąś funkcjonalność np. TWI za pomocą odpowiedniego #define w pliku config.h
[syntax=c]// Disable TwoWire (I2C) routines so it's not possible to control module from external interface
#define KMSG_NO_TWI[/syntax]
To już zaczyna to banglać. Nie mam jeszcze skończonej tej części, wiec jak ktośby chciał eksperymentować z kodem takim jak jest w tej chwili, to można to spokojnie wyłączyć.

Zealota napisał(a):

Na nóżce Aref dobrze jest dać kondensator zgodnie z tym:
http:/ /mirekk36.blogspot.com/2012/04/mikrokontroler-prawidowe-zasilanie.html

nawet, gdy nie korzystasz z przetwornika AC, będzie to dobry nawyk

Co do zasilania, to właśnie skorzystałem z tego opisu i dlatego zostawiłem AREF wolne (na podstawie jednego obrazka wyżej), ale może i racja. Warto dodać pewnie i kondensator i dławik i pewnie parę złącz (albo przynajmniej miejsca na nie na płytce), bo podejrzewał, że będę czasem tego układu używał również jako mini zestawu uruchomieniowego. Może się to przydać. Dzięki za sugestię :-)

Zealota napisał(a):

[...]Niemniej jednak wydaje mi się, ze poprawniej byłoby te zmienne globalne stawiać jako "static" i już byłoby zupełnie po papiesku[...]

OK, faktycznie ma to sens, poprawię przy najbliższej okazji w branchu 'develop'. Jak uzbiera się tego więcej to włączy się to do 'master'a do wersji 1.0.2 :-)

Dziękuję raz jeszcze za ciepłe słowa o projekcie. To daje sporo energii i wiatr w żagle dla następnych pomysłów :-D

Statystyki: Napisane przez moscow — 24 lip 2019, o 15:45

Re: kmSigGen - Generator Sygnałowy na bazie AD9833 i ATmega8

2019-07-24T09:47:00+01:00

Jarecki napisał(a):

Albo Kolega bardzo lubi porządek albo jest skromny i wcale amatorem nie jest bo patrząc na kod programu to jest tak napisany, że analizuje się go naprawdę fajnie, jakby był pisany w większym zespole nawet plik wersji jest

Wg mnie, ale mogę się mylić bo śpecem nie jestem, że Autor to chyba pisze ogólnie w C++, a teraz tak dla odchamienia wziął się za AVR i C
[syntax=c]// Private functions
bool btnGetState(void);[/syntax]
A "podejrzenia" Kolegi Jareckiego pewnie są słuszne, bo rzadko który amator zamiast zmiennych globalnych używa, że tak powiem "metod" do przekazywania wartości zmiennych.
Niemniej jednak wydaje mi się, ze poprawniej byłoby te zmienne globalne stawiać jako "static" i już byłoby zupełnie po papiesku:
[syntax=c]uint8_t _btnPin = 0;
bool _btnPreviousState = false;
bool _btnPressed = false;

// Private functions
bool btnGetState(void);[/syntax]

Statystyki: Napisane przez Zealota — 24 lip 2019, o 09:47

Re: kmSigGen - Generator Sygnałowy na bazie AD9833 i ATmega8

2019-07-24T08:42:31+01:00

moscow napisał(a):

Gdzieś na początku projektowania układu czasem mi też ten wyświetlacz bez tych rezystorków "przyświrowywał"

Uwierz mi to na 1000% nie jest kwestia braku tych rezystorów. Do czego one miałyby być rzekomo potrzebne w trybie 4-bitowym. A niestety po internecie krążą różne cuda schematy.

Statystyki: Napisane przez mirekk36 — 24 lip 2019, o 08:42

Re: kmSigGen - Generator Sygnałowy na bazie AD9833 i ATmega8

2019-07-24T08:16:32+01:00

moscow napisał(a):

Wyglada na to, że w życiu każdego elektronika amatora...

Statystyki: Napisane przez Jarecki — 24 lip 2019, o 08:16

Re: kmSigGen - Generator Sygnałowy na bazie AD9833 i ATmega8

2019-07-24T08:14:05+01:00

moscow napisał(a):

Zaglądnij zatem tutaj:
http://mirekk36.blogspot.com/2019/05/ec ... owsze.html
w punkcie nr 7 masz informacje jak optymalnie skonfigurować opcje kompilacji i linkowania w Eclipse, tak by otrzymać optymalną zajętość FLASH.
Na nóżce Aref dobrze jest dać kondensator zgodnie z tym:
http://mirekk36.blogspot.com/2012/04/mi ... lanie.html

nawet, gdy nie korzystasz z przetwornika AC, będzie to dobry nawyk

Statystyki: Napisane przez Zealota — 24 lip 2019, o 08:14

Re: kmSigGen - Generator Sygnałowy na bazie AD9833 i ATmega8

2019-07-24T07:57:59+01:00

Problemem pewnie jest płytka stykowa - często płatają figle. Widzę, że użyłeś R/W - i bardzo dobrze bo pozwala uniknąć śmieci na ekranie. Gratuluję projektu!

Statystyki: Napisane przez micky — 24 lip 2019, o 07:57

Re: kmSigGen - Generator Sygnałowy na bazie AD9833 i ATmega8

2019-07-24T07:44:30+01:00

mirekk36 napisał(a):

Cieszę się, że programatorek się przydaje ;)
[...]Można to pominąć a linie wręcz powinny być wiszące w powietrzu.

Pewnie w kolejnej rewizji układu je usunę. Zasugerowałem się jakimś schematem z Internetu i dlatego tak zrobiłem. Gdzieś na początku projektowania układu czasem mi też ten wyświetlacz bez tych rezystorków "przyświrowywał" - może to kwestia płytki stykowej, a może popełniłem jakiś inny błąd w programie. Potem po prostu już tak zostawiłem nie zastanawiając się nad tym...
Na tą chwilę po usunięciu rezystorów z płytki stykowej - wszystko wydaje się działać poprawnie :-)

Dziękuję za zwrócenie uwagi :-)

Statystyki: Napisane przez moscow — 24 lip 2019, o 07:44

Re: kmSigGen - Generator Sygnałowy na bazie AD9833 i ATmega8

2019-07-24T07:17:33+01:00

Cieszę się, że programatorek się przydaje

A mam taką małą uwagę do schematu, podłączanie linii D3..D0 wyświetlacza LCD jest zupełnie niepotrzebne i jeszcze marnowanie tych rezystorków tzn w sensie żeby je tam jeszcze wkładać w ogóle. Można to pominąć a linie wręcz powinny być wiszące w powietrzu.

Statystyki: Napisane przez mirekk36 — 24 lip 2019, o 07:17

Re: kmSigGen - Generator Sygnałowy na bazie AD9833 i ATmega8

2019-07-24T06:55:21+01:00

Dziękuję :-)
Niestety nie było zbyt dużo okazji do zadania pytań... może dlatego, że wcześniej posłuchałem trochę poradników Atnelowych i do programowania użyłem ATB-USBASP 4.2.
Tak na marginesie - świetne urządzenie!!! :-D

Statystyki: Napisane przez moscow — 24 lip 2019, o 06:55

Re: kmSigGen - Generator Sygnałowy na bazie AD9833 i ATmega8

2019-07-24T06:51:21+01:00

No niestety nowi użytkownicy mają ograniczenia co do wstawiania linków, obrazków itp ... niestety ze względu na spamiarzy ... ale jeśli będziesz z nami na forum i napiszesz troszkę postów to wszystko zacznie śmigać jak należy. Ja tymczasem poprawię linki w twoim poście.

A tak nawiasem mówiąc bardzo fajny projekt, gratulacje !

Statystyki: Napisane przez mirekk36 — 24 lip 2019, o 06:51

kmSigGen - Generator Sygnałowy na bazie AD9833 i ATmega8A

2019-07-24T06:51:46+01:00

kmSigGen - Generator Sygnałowy na bazie AD9833 i ATmega8A (z opcją sterowania przez TWI/I2C np. dla modułu WiFi)
To pierwszy mój post tutaj, więc przy okazji się przywitam :-)
Wyglada na to, że w życiu każdego elektronika amatora przychodzi taki moment, w którym wpada na pomysł zbudowania sobie generatora sygnałowego. Akurat dla mnie to pierwszy taki projekt z użyciem AVR, więc zakładam, że ma trochę błędów i proszę o wyrozumiałość... ;-) niemniej jednak postanowiłem się nim z Wami podzielić, bo ma dość istotną zaletę - wygląda na to, że działa :-) Może komus się przyda, a może ktoś z większym doświadczeniem znajdzie chwilę, przejrzy i zwróci uwagę na niedociągnięcia :-)

Dlaczego?
Do swojego następnego projektu, który mam na myśl i potrzebuję mieć możliwość regulacji częstotliwości zegara taktującego (w okolicach 1MHz i 8MHz). Zamiast kolekcjonować różne kwarce, postanowiłem przygotować sobie nieco wygodniejsze narzędzie. Drugim celem - tym razem osobistym - było nauczenie się programowania prostego procesora AVR w jakimś rzeczywistym układzie.
W tej chwili projekt jest jeszcze w fazie prototypu. Jak trochę lepiej ogarnę Eagla, to postaram się też przygotować płytkę PCB.
Poniżej aktualny schemat rozwiązania (prace w toku)

Prezentacja prototypu część 1 (na płytce stykowej)
https://youtu.be/A2wMbuXQ_NA

Schemat
https://github.com/k-moskwa/kmSigGen/ra ... SigGen.png

Źródła oprogramowania oraz gotowe wsady dla ATmega8A
dostępne są pod adresem
https://github.com/k-moskwa/kmSigGen
Żeby ściągnąć źródła - można użyć komendy
git clone https://github.com/k-moskwa/kmSigGen.git

Projekt powinien dać się otworzyć w Atmel Studio7 oraz Eclipse Photon (PS. Nad wersją Eclipse jeszcze jest trochę pracy. W porównaniu z AS7 - program po kompilacji zajmuje więcej niż jest pamięci w procesorze)

Podstawowe komponenty
1 x ATMega8A - taktowany wewnętrznym zegarem 8MHz (nie sprawdzałem tego na żywym organiźmie, ale kompiluje się też dla ATMega88)
1 x moduł AD9833 na gotowej płytce z kwarcem 25MHz
1 x wyświetlacz typu LCD 1602 (16x2 znaków)
1 x enkoder obrotowy w przyciskiem
Rezystory, kondensatory, złącza - zgodnie ze schematem
Układ zasilania (w wersji prototypowej MB102) - wymaga jeszcze zaprojektowania
Opcjonalnie
1 x moduł ESP8266-01 (opcjonalnie)
2 x dioda led (power i debug)

Podstawowe funkcjonalności
- generowanie sygnału prostokątnego (5V p-p), sinusoidalnego i trójkątnego (0.6V p-p) oraz możliwość wyłączenia generatora w zakresie częstotliwości od około 0.1Hz do 12.5MHz (ze skokiem ~0.1Hz)
- sterowanie interfejsem użytkownika na LCD 16x2 znaków za pomocą pojedynczego enkodera (a.k.a. "ein wihajster experience" ;-) )
- zapis i odczyt 4 ustawień w pamięci EEPROM
- możliwość sterowania całości przez interfejs TWI/I2C (adres 0x56)
- (W.I.P) opcjonalny moduł WiFI do kontroli całości przez stronę WWW (np. z komórki)
- lokalizacja (w tej chwili dostępne wersje EN i PL)
- wygaszacz ekranu (przy odpowiednim połączeniu wyświetlacza)
- pre konfiguracja w jednym pliku config.h z możliwością wyłączania niektórych modułów

Pozdrowienia,
-krzysiek-

PS. Niestety dostaję komunikat "Nowy użytkownik nie może zamieszać linktów w postach!" stąd troche dziwne linki w treści.

Statystyki: Napisane przez moscow — 24 lip 2019, o 06:40