DDS AVR 100kHz, zmiana częstotliwości w czasie pracy, równoległa praca gen. HF

Odgrzebałem stary projekt (25 tydzień 2015 roku). Nie ma on szans na wygraną w konkursie ale taki generator może się przydać bo jest tani, a oferuje dużo więcej niż podobne rozwiązania z Internetu czy dostępne na Allegro. Przedstawiam efekt dwu dni pracy nad programem (PCB były zmontowane prawie w całości). Program oparty o popularny "silnik". Wszystkie ślady prowadziły na stronę Scienceprog.com.
Co mi się nie podobało w konstrukcjach (oprogramowaniu) z Internetu?
- niewygodna zmiana częstotliwości (menu wyboru kroku przestrajania)
- brak przestrajania w czasie pracy (generator trzeba zatrzymać, zmienić częstotliwość, ponownie wystartować)
- brak możliwości "ładowania" własnych przebiegów.

Zmiany w stosunku do rozwiązań dostępnych w Internecie i sprzedawanych na Allego:
- Fmax 500kHz przy czym dobrą jakość sygnału uzyskamy do ok 90kHz. Przy większych częstotliwościach pojawiają się duże zniekształcenia (oscylogramy niżej).
- HSfreq podzielnik od 1 do 256 (częstotliwości 39kHz...10MHz). Wyjście to jest aktywne cały czas, także podczas generowania innych przebiegów na wyjściu LF.
- Ustawianie napięcia wyjścia TTL/CMOS i zapis tegoż napięcia w eeprom
- Zapis delty (kroku zmian częstotliwości) w eeprom
- Obsługa enkodera
* zmiana częstotliwości podczas pracy generatora - "płynne" przestrajanie
* wybór parametru (częstotliwości, napięcia Vttl)
* szybka zmiana kroku (delty) częstotliwości (przycisk enkodera) - nie działa podczas pracy generatora
- Podczas zmiany częstotliwości, kursor (podkreślenie) pokazuje modyfikowaną cyfrę
- Sygnalizacja pracy generatora (migający kursor)
- Regulacja Amplitudy (max +/-5V) i ofsetu (+/-5V)
- Wyjście 50R
- Przetwornik DAC-08 (na rezystorach 1% można uzyskać CA rzędu 5..6bit, dla 8-bit potrzeba dokładniejszych niż 0,5%, 0,1% kosztują po ok 50gr sztuka, przetwornik jest tańszy). Czym różni się przetwornik na rezystorach (liniowość), zwłaszcza 5%, pokażę przy okazji oscyloskopu, który będzie miał także charakterograf i możliwość pomiaru liniowości przetworników).
- Wyjście TTL/CMOS z napięciem ustawianym z menu w zakresie 0..15V
- Częstotliwość w kHz (kropka w roli separatora)
- Duży wyświetlacz 2x20 znaków
- Zmieniona biblioteka obsługująca LCD. Ta która była, źle współpracowała z nowym wyświetlaczem (pojawiały się "krzaki")
- Polskie menu
- Panel czołowy z PCB przystosowany do wymiarów obudowy aparaturowej CP-15-33


Do zrobienia:
- przerwanie PCIN od wszystkich przycisków co da możliwość zmiany wszystkich parametrów podczas pracy generatora
- sterowanie po USB
- ładowanie kilku własnych przebiegów do FLASH.


W prototypie użyłem transformatora 2x8V w związku z czym maksymalna amplituda przebiegu na wyjściu to ok +/-7V. To samo ograniczenie dotyczy napięcia na wyjściu TTL/CMOS. Aby uzyskać wyższą amplitudę należy wymienić transformator na 2x10 czy 2x12V. Wtedy jednak stabilizator +5V zasilający część cyfrową należy wyposażyć w radiator.
W płycie czołowej, otwór na LCD jest za duży (zbyt wysoki), rysunki PCB już poprawiłem.


Ale to jak wymienię procesora na Mega324. Aktualnie zamontowany mam Mega16, który został "przetaktowany" i zaczyna brakować pamięci FLASH. Brakuje też układu 74LS06, w związku z tym, przebiegi sygnału na wyjściu TTL/CMOS są nie najlepsze.
Kilka oscylogramów:



Regulacja amplitudy i ofsetu:

Zmiana częstotliwości w czasie pracy generatora:

Zmiana amplitudy na wyjściu TTL/C-MOS:

Zmiana częstotliwości na wyjściu HF:


Edit 2017-10-10
Wprowadziłem małe zmiany w bloku analogowym związane z regulacja ofsetu (Anlog2.pdf). Spowoduje to odwrócenie generowanych przebiegów. W przypadku sinusa, trójkąta, prostokąta i innych symetrycznych nie ma to znaczenia, natomiast piłę trzeba zanegować w deklaracjach w pamięci FLASCH.


Edit 2017-12-19
Zmiany w programie:
- wszystkie klawisze obsługiwane zarówno gdy generator pracuje, jak i gdy jest wyłączony
- obsługa z przez USB programu terminala
- wirtualny LCD w programie terminala
Wymagany Mega324 ponieważ wzorce przebiegów znajdują się w obszarze od 0x7000. Kolejne wersje będą używały obszaru BOOTLOADERA do zapisu FLASH z przebiegami użytkownika. Ustawienia fuses:
FUSES_EXT 0xFC
FUSES_HIGH 0x99
FUSES_LOW 0xFF
Reakcja na wszystkie klawisze podczas pracy generatora. Widać także odwzorowanie zmian na ekranie terminala:


Obsługa z terminala łącznie ze zmianą języka. Widać zmiany na LCD generatora.


Edit 2017-12-20
Nowa wersja softu. Dostępne 3 wersje językowe (PL, EN, DE). Program znacznie zmodyfikowany, z oryginału zostało 10 może 15%. Z wielokrotnie powtarzających sie sekwencji rozkazów zrobiono funkcje. Obsługa klawiatury i wyświetlacza w petli głównej a nie w przerwaniach (autor miał jakieś dziwne podejście do tematu, powolna obsługa LCD w przerwaniu, czekanie na zwolnienie klawisza w przerwaniu). Teraz przerwanie (od klawiatury, usb) ustawia tylko flagę. Dzieki tym zabiegom enkoder dział pewnie przy dużych szybkościach zmian ustawianej wielkości a jednocześnie zapewnia dużą precyzję.


Edit 2017-12-21
W załącznikach (Przebieg_USER-a.zip) soft umożliwiający załadowanie przebiegu użytkownika (plik IntelHex). Na razie tylko jeden. Czy zdecyduje sie na większą liczbę, nie wiem. Załadowanie przebiegu do FLASH to ułamek sekundy (230400kb/s).

Edit 2017-12-22
Nowy soft z możliwością załadowania 4 przebiegów do flash i czterema wersjami językowymi. W archiwum znajdują się dodatkowe programy i wzory przebiegów.

komatssu wrote:

Z odpowiednim filtrem sinusoida >100kHz też wyglądałaby dobrze.

Ale Prostokąt czy piła już nie

komatssu wrote:

Zanikanie przebiegu podczas przestrajania to zamierzony efekt, czy "bug"?

Nie zamierzony, nie bug. W czasie generowania przebiegu wykonywany jest program:


Przycisk stop, enkoder, wywołuje przerwanie, które ustawia bit w rejestrze układu SPI. Wynika to z tego, że Mega16 nie ma GPIO adresowanego bitowo. Użycie rejestru/komórki pamięci, spowodowało by dłuższe działanie kodu, przez co Fmax zmniejszyła by się. W przerwaniu od enkodera, następuje zmiana częstotliwości i wyświetlenie jej na LCD. W tym czasie generator nie pracuje, dlatego te zaniki sygnału. Po zmianie częstotliwości, przeliczeniu parametrów, ponownie uruchamiana jest procedura generująca przebieg.
Przy takim sposobie generowania DDS nie da się płynnie przestrajać częstotliwości. To będzie możliwe w generatorze na CPLD, gdzie procek tylko ładuje przebieg do RAM, ustawia parametry a resztę załatwia CPLD.

Przy komunikacji USB też tak będzie. Podczas zmiany parametrów lub ładowania przebiegu, generowanie sygnału będzie wyłączane.

Do 500kHz częstotliwość sygnału jest dokładnie taka jak wprowadzona (kształt to inna sprawa, bo do CA trafiają np tylko 4 próbki), ponad juz nie. W generatorze dałem możliwość ustawienia do 999.999kHz.

W rozwiązaniach z netu denerwował mnie sposób zmiany częstotliwości, był dość niewygodny. Dlatego zmianę kroku zrobiłem także na przycisku enkodera.

lukashb wrote:

No i super! bardzo fajna konstrukcja, tego typu sprzęt tylko jeszcze wyższa częstotliwość przydała by mi się do zbudowania generatora do radio odbiornika na 80m, z tym, że wymagałbym częstotliwości bliskich 10MHz.

Są tanie moduły DDS na układach Analoga. 10MHz jest ok, 50MHz (jak piszą) juz nie za bardzo. Z AVR wiele więcej nie wyciągniesz. Na Xmega osiągniesz jakieś 150kHz. Na ARM pewnie 1MHz. Mam generator na DsPIC, wyciąga 1MHz..

lukashb wrote:

Mam nawet już pomysł i chciałbym go przetestować, mianowicie zrobić taki analogowy DDS, czyli pomiar częstotliwości, i korekcja napięciowa

Zrób to na PLL i VCO. Są układy PLL sterowane po IIC. Zakres przestrajania 1:10 uzyskasz, z większym (na jednym zakresie) będzie problem (to oczywiście zależy od generatora VCO, a nie PLL).


W sumie przy tym programie trzeba jeszcze trochę popracować. W wersji którą modyfikowałem, w przerwaniu od timera0 (w oryginale timera2 ale ja go używam do ustawienia napięcia na TTL/CMOS) sprawdzania jest klawiatura, obsługiwany LCD. Często pojawia się tam

Pewnie przeniosę to wszytko do pętli głównej. Czekanie na zwolnienie przycisku, zastąpię sprawdzaniem zmiany stanu, coS w tym styku:

Pozwoli to użyć WDG (poza samym generowaniem sygnału) i bezproblemowej "równoległej" pracy innych podprogramów (np obsługi USART). Pozostanie problem szybkiej zmiany wartości po dłuższym przytrzymaniu przycisku, teraz robione jest to tak

Na razie nie mam pomysłu jak rozwiązać problem (nie chce mi się wszystkiego pisac od nowa po swojemu).
Po tych zabiegach zabiorę się za obsługę USART (USB). Wtedy będzie można załadować kilka swoich przebiegów do FLASH i sterować generatorem. Na tą chwilę roboty stoją, mam Mega164 a zaczyna brakować mi FLASH. Mam co prawda Mega324 ale przeznaczoną do innego projektu, mam 664 ale mi jej szkoda o 1284 nie wspomnę.
Ten projekt szybko trafi do AVT i pewnie szybko będzie opublikowany, jak Czytelnicy będą naciskać to szybko wprowadzę funkcjonalność USB.

lukashb wrote:

Takie sterowanie via USB było by bardzo dobre i funkcjonalne.

Teraz, przeważnie do komunikacji via USB używam FT220/221/201. Mają duży bufor dla nadawania i odbioru (po 512 bajtów), interfejs SPI/IIC dzięki czemu nie zajmuję cennego USARTA (i inne korzyści) a co ważne, mam dostęp do pamięci MTP i w prezencie prawie 1kB EEPROM.

lukashb wrote:

Można nad tym pomyśleć, ogólnie zrobić sobie takie stanowisko pomiarowe sterowane komputerowo,

Raczej nie bedę tego robił.

lukashb wrote:

Pan chyba wspominał gdzieś o hubie który będzie zbierał pomiary,

To tylko do mierników panelowych.

lukashb wrote:

i ogólnie sterował tym. Do tego aplikacja (tu bardziej w tą stronę niż, terminal z racji sterowania) wykonana w taki sposób, że ma w sobie podaplikacje, czyli wybieramy czym chcemy sterować, czy to oscyloskop, czy zasilacz, czy właśnie generator, a może miernik częstotliwości. Nie wiem, tak myślę, pewnie trochę wymyślam ale pomysł ciekawy.

Protokoły komunikacyjne będą otwarte, kody źródłowe do większości projektów też, może komuś się bedzie chciał zrobić taki program.

Zrobiłem juz nieblokującą obsługę klawiatury i obsługę WDG. Mam małą babułę jak przycisk trzymany jest długo, czasem jest to interpretowane jako kilka naciśnięć. Poprawię to, przeniosę obsługe klawiatury do pętli głównej i na razie koniec prac nad tym projektem.

Zrobiłem jakiś czas temu bardzo podobą konstrukcję tyle że u mnie było wszystko w FPGA (Cyclone V) i do tego DAC 250 MHz. Krok ustawienia częstości był 50MHz / 2^32 = 0.0117 Hz ale nic nie stoi na przeszkodzie aby uzyskać 1uHz przy większym akumulatorze. Oczywiście modulacja amplitudy, fazy, częstości z bardzo wysokim pasmem - bo faza u/lub amplituda mogą być modulowane co każdy cykl zegara. IP core DDSa wzięte z opencores: https://opencores.org/project,dds_synthesizer a komunikacja z PC po FT232.
Udało się nawet zrobić w pełni cyfrowy nadajnik FM -- podłączyłem układ audio po I2S i modulowałem fazę sygnałem audio - 3-cia harmoniczna była słyszalna w radioodbiorniku FM. Prawdę mówiąc wg. mnie robienie tego na AVR to tylko w ramach ćwiczeń bo sens użytkowy tego jest mały.

Pong.Chu wrote:

Prawdę mówiąc wg. mnie robienie tego na AVR to tylko w ramach ćwiczeń bo sens użytkowy tego jest mały.

Do audio wystarczy. W necie pojawiło się tego sporo, na Allegro można tez kupić, tyle, że są to w zasadzie dwa projekty (jeden C, drugi BASCOM) powielane z istotnym błędem w postaci drabinki R-2R i to o zgrozo z rezystorów 5%.

Swego czasu miałem taki pomysł, aby zrobić proste urządzenia warsztatowe współpracujące/sterowane z komputera. Coś jak kiedyś było publikowane w nieistniejącym już PE tyle, że w nowszej technologii. Generator na AVR miał być jednym z nich. Bardziej zaawansowana wersja będzie na EPM3064 + szybki RAM + DAC.
Nie zawsze potrzebne sa super precyzyjne przyrządy. Proste, własne konstrukcje, w razie uszkodzenia, łatwo naprawić. Do większości projektów dostępne są kody źródłowe, można wprowadzić swoje modyfikacje.
Tak naprawdę to idę tą, po kilkuletniej przerwie, zacząłem kontynuować pod koniec zeszłego roku. Na tą chwilę (poza generatorem) zrobione są:
- Multimetr 4.5 cyfry "UIRftCLT", USB izolowane, terminal znakowy kolor
- Licznik częstotliwości czasu 0,14(0.28)ppm, 8ns, ext. sync.GPS
- Multizasilacz
- Dwukolorowy miernik panelowy 4,5 cyfry, U/I AC/DC, Hold, REL, izolowany USART
- 1-Wire Emulator & Skaner. Tryb Host, obsługa Overdrive
- Pirometr "tęczowy" z WS2812 + 7 x DS18B20, Wi-Fi, UsbHost, pilot IR
Wszystko współpracuje z komputerem. Większość ma izolację galwaniczną. W najbliższym czasie będę realizował:
- Generator DDS na CPLD
- Oscyloskop 4-ch 240Ms/s (dla jednego kanału, po 120 dla dwóch, po 60Ms/s przy 4 kanałach)
- Zasilacz hybrydowy 4-zaciskowy
- Obciążenie aktywne, dwa kanały, komunikacja IIC izolowana galwanicznie. Główne przeznaczenie: współpraca z zasilaczem, ale może pracować samodzielnie (nastawy potencjometrami, pomiary na wskaźnikach sterowanych PWM-em)

Zastanawiam się nad analizatorem IIC. Tak jak 1-Wire Emulator & Scaner może konkurować z rejestratorami (np SaleAE) ze względu na możliwość filtrowania po oadresach, komendach, to nie wiem czy jest sens robić to dla IIC.

Urgon wrote:

1. O ile jest Atmega przetaktowana? Jak to wpływa na jej pracę?

Taktuje 20MHz, a powinna byc 16. Negatywnego wpływu nie zauważyłem ale docelowo ma być Mega324, której Fmax 20MHz. Powodem zastosowania M324 jest także to, ze każde wyprowadzenie może generować przerwanie. Dzięki temu klawiatura będzie obsługiwana bez przerywania generowanego sygnału. W praktyce opcja START/STOP zniknie.

Co do przetaktowania, to w Uzebox Mega644 jest przetaktowana z 20 do 28MHz.

Urgon wrote:

2. Dlaczego nie użył kolega na przykład AD9833 lub podobnego układu "DDS w kostce"? Co prawda ceny ich w Polsce są absurdalne, ale na ebay AD9833 idzie kupić za około 8-9 złotych, a gotowy moduł kosztuje ~14PLN, tylko się czeka dwa tygodnie do dwóch miesięcy.

Chiński moduł AD9833 kosztuje tyle co AVRMega a trzeba nim także sterować. Idea była taka aby trochę podrasować rozwiązanie powielane przez wiele osób, praktycznie bez zmian.

Urgon wrote:

3. Dlaczego kolega nie użył jednak DACu na SPI, na przykład MCP4821 lub MCP4921? Albo obu połączonych ze sobą tak, by pierwszy generował napięcie referencyjne dla drugiego.

SPI w Mega może pracować z CLK F_CPU/2, w tym przypadku 10MHz. To oznacza, że w czasie przesyłania bajtu (pomijam to też trzeba dodać dwa rozkazy oby sterować strobem) AVR wykona 16 cykli. Proszę obejrzeć fragment generujący przebieg i odpowiedzieć sobie na pytania:
- ile rozkazów wykonuje się od pomiędzy OUT PORTx?
- jaki będzie skutek dodania operacji ustawiających i kasujących strob CS i pewnie jeszcze dwa rozkazy dla strobu LDAC (nie wiem czy te przetworniki mogą pracować bez tego)?

@Urgon
Mógłby nawet dostać sample od AD albo innych firm. Ja do prototypów praktycznie nie kupuje części - w końcu to producent jest zainteresowny abym zastosowa ich

DAC na SPI to trochę za słabo IMO dla generatora. 100MSPS to wg mnie minimum.

R-MIK wrote:

- ile rozkazów wykonuje się od pomiędzy OUT PORTx?
- jaki będzie skutek dodania operacji ustawiających i kasujących strob CS i pewnie jeszcze dwa rozkazy dla strobu LDAC (nie wiem czy te przetworniki mogą pracować bez tego)?

Niewłaściwy sprzęt do zadania. Trzeba wyjść dalej niż tylko AVR-y (nawet przetaktowane)

Piotrus_999 wrote:

Niewłaściwy sprzęt do zadania. Trzeba wyjść dalej niż tylko AVR-y (nawet przetaktowane)

Właściwy. Założone zadanie zostało spełnione.

md5crypt wrote:

R-MIK wrote:

- ile rozkazów wykonuje się od pomiędzy OUT PORTx?
- jaki będzie skutek dodania operacji ustawiających i kasujących strob CS i pewnie jeszcze dwa rozkazy dla strobu LDAC (nie wiem czy te przetworniki mogą pracować bez tego)?

Eeee tam, bufforowany USART w trybie SPI + dwa pwm'y do strobowania . Horror by wszystko zsynchronizowac, ale da sie.

A zysk 4 pinów mikrokontrolera.

Urgon wrote:

AVE...
Pewną wadą może być konieczność zakupu troszkę kosztownego programatora, ale to jednorazowa inwestycja, która się potem zwróci. To tylko przykłady z mojego poletka. Na Alledrogo są moduły z STM32 po kilkanaście złotych, które też są warte grzechu...

Kolega R-MIK wcześniej napisał, że to nie chodzi o dobieranie odpowiednich podzespołów nadających się do zastosowania tylko o upłynnienie zapasów magazynowych i zrobienie czegoś jak najmniejszym kosztem. Oczywiście takiego DDSa można zrobić na wielu fajnych układach z super parametrami ale to nie jest tutaj kryterium.

R-MIK wrote:

}while(bit_is_clear(UP_PIN, UP_KEY));//wait for button release

Na razie nie mam pomysłu jak rozwiązać problem (nie chce mi się wszystkiego pisac od nowa po swojemu).

Rozwiązenim jest tutaj użycie maszyny stanów dla przycisku i zamiast tego naiwnego czekania aż przycisk się zwolni robić inne rzeczy.
Pisałeś gdzieś że używasz maszyny stanów i zdarzeń więc nie powinienieś mieć problemów z przerobieniem tego.

acctr wrote:

R-MIK wrote:

}while(bit_is_clear(UP_PIN, UP_KEY));//wait for button release

Na razie nie mam pomysłu jak rozwiązać problem (nie chce mi się wszystkiego pisac od nowa po swojemu).

Rozwiązenim jest tutaj użycie maszyny stanów dla przycisku i zamiast tego naiwnego czekania aż przycisk się zwolni robić inne rzeczy.
Pisałeś gdzieś że używasz maszyny stanów i zdarzeń więc nie powinienieś mieć problemów z przerobieniem tego.

Przerobię, tylko łatwiej od razu pisać jako maszyna stanów, a nie później przerabiać.
Na razie czekanie na zwolnienie klawisza rozwiązałem ale nie w INT od klawisza start/stop. W sumie proste, ustawić flage i uwzględnić ją później w funkcji obsługującej klawisze. łatwo powiedzieć, trudniej zrobić. Funkcję obsługującą klawisze przeniosełem z przerwań od timera do pętli głównej, bo w funkcji tej obsługiwany jest także LCD. Zrobiłem obsługę WDG ale czasem zadziała a nie wiem gdzie. Nie chce mi się szukać, jak wstawię Mega324 to będę wiedział, w którym miejscu program kręci się w kółko (przerwanie od WDG, którego M16 nie ma).

Skończyłem prace nad pirometrem więc zabrałem się za generator. W załaczniku nowa wersja programu. Co nowego:
- wszystkie klawisze obsługiwane zarówno gdy generator pracuje, jak i gdy jest wyłączony
- obsługa z przez USB programu terminala
- wirtualny LCD w programie terminala

Wymagany Mega324 ponieważ wzorce przebiegów znajdują się w obszarze od 0x7000. Kolejne wersje będą używały obszaru BOOTLOADERA do zapisu FLASH z przebiegami użytkownika. Ustawienia fuses:
FUSES_EXT 0xFC
FUSES_HIGH 0x99
FUSES_LOW 0xFF

W kolejnych wersjach:
- ładowanie przebiegów użytkownika protokołem Xmodem

W załączniku filmy prezentujące nowe możliwości. Najnowszy soft zawsze pod adresem http://www.avt.4ra.pl

Proszę nie wysyłać postu pod własnym postem. Od tego jest możliwość edycji postu i dopisania do niego dodatkowych treści.
Załączniki proszę sobie dokleić do tego postu już we własnym zakresie.

Skończyłem prace nad pirometrem więc zabrałem się za generator. W załaczniku nowa wersja programu. Co nowego:
- wszystkie klawisze obsługiwane zarówno gdy generator pracuje, jak i gdy jest wyłączony
- obsługa z przez USB programu terminala
- wirtualny LCD w programie terminala

Wymagany Mega324 ponieważ wzorce przebiegów znajdują się w obszarze od 0x7000. Kolejne wersje będą używały obszaru BOOTLOADERA do zapisu FLASH z przebiegami użytkownika. Ustawienia fuses:
FUSES_EXT 0xFC
FUSES_HIGH 0x99
FUSES_LOW 0xFF

W kolejnych wersjach:
- ładowanie przebiegów użytkownika protokołem Xmodem

W załączniku filmy prezentujące nowe możliwości. Najnowszy soft zawsze pod adresem http://www.avt.4ra.pl

Post pod postem ale póki co nie ma innej metody (bez podbijania) aby w takiej sytuacji post pojawił się na początku listy. Zmiany w sofcie sa na tyle znaczące, że warto aby o nich dowidzieli sie obserwujący ten wątek. Oprogramowanie umożliwia wgranie 3 własnych wzorów przebiegów. Akceptowane sa pliki IntelHex z 256bajtami danych zapisanymi od adresu 0.

W załączniku cała paczka z programem, przykładowymi plikami przebiegów oraz programami TeraTerm i HexPlorer przydatnemu do konwersji plików BIN na IntelHex (i nie tylko). Podsumowanie funkcjonalności:

- Fmax 100kHz przy czym dobra jakość sygnału uzyskamy dla ok 90kHz. Przy większych częstotliwościach pojawiają się duże zniekształcenia.
- HSfreq podzielnik od 1 do 256 (częstotliwości 305Hz...10MHz). Wyjście to jest aktywne cały czas, także podczas generowania innych przebiegów na wyjściu LF.
- Ustawianie napięcia wyjścia TTL/CMOS i zapis tegoż napięcia w eeprom
- Zapis delty w eeprom
- Obsługa enkodera
zmiana częstotliwości podczas pracy generatora
wybór parametru (częstotliwości, napięcia Vttl)
szybka zmiana kroku (delty) częstotliwości (przycisk impulsatora)
- Migający kursor gdy generator pracuje
- wszystkie klawisze działają podczas pracy generatora (przebieg jest zniekształcony)
- po resecie generator pracuje
- Regulacja Amplitudy (max +/-5V) i ofsetu (+/-5V)
- Wyjście 50R
- Przetwornik DAC-08
- Wyjście TTL/CMOS z napięciem ustawianym z menu w zakresie 0..15V
- Częstotliwość w kHz (kropka w roli separatora)
- Duży wyświetla 2x20 znaków
- Zmieniona biblioteka obsługująca LCD (tryb 4-bit)
- sterowanie terminalem przez USB (przebieg jest zniekształcony) wirtualny LCD w terminalu
- cztery wersje językowe (PL, CZ, EN, DE)
- ładowanie 3 własnych przebiegów do FLASH.

"Klawiszologia":
kursory pełnia funkcje przycisków lewo, prawo, góra, dół. Te same funkcje pełnia klawisze < > + -
spacja: start/stop generatora
kropka: zmiana delty (to samo co naciśnięcie przycisku enkodera)
P C E D (wielkie litery) wybór wersji językowej

To już pewnie ostatnia wersja softu (w najbliższym okresie). Naturalnie moga pojawić się uaktualnienia gdy znajdę jakieś błędy.

es2 wrote:

Inny jest adres portu dla CAi niektórych przycisków. Poza zmianą programu, w sprzęcie wystarczy tylko wymienić procek i kwarc a zyska się możliwość zmiany parametrów w czasie pracy generatora.

Naturalnie do zrobienia. Tak jak w przypadku portu dla CA można to robić bez sprzętu (zdaje się zmiana w 2 miejscach w programie), to w przypadku klawiatury juz nie. Inny pin, to inny port, bit portu i inne przerwanie PCINT. Można oczywiście posłużyć się symulatorem, ale testy beda trwały długo, przez co będą kosztowne. Może tez tak być, ze wykorzystano np piny USART'a więc kolejne "komplikatory".

Temat do rozpatrzenia jak pojawi się więcej takich propozycji. Problem będzie jak propozycji będzie 20 i 10 różnych układów pinów.

Co do źródeł to nie. Pomijając sam kod generujący przebiegi praktycznie wszystko napisałem od nowa albo tak zmodyfikowałem, ze nie przypomina oryginalnych funkcji. Dodałem tez sporo funkcjonalności, nieosiągalnych w tego typu generatorach. Udostępniając źródła, narażam się na na wyśmiewiska zwłaszcza jednego z użytkowników Elektrody. Zawsze napisze, że coś można było zrobić lepiej dlatego czas udostępniania źródeł bezpowrotnie przeminął. Zainteresowanych źródłami będę odsyłał do tego obywatela, bo wszystko jest dla niego takie proste.