HomeMade

Pełna wersja: Fork-Heńka... czyli jak sobie poradzić z DDS za pomocą ARDUINO
Aktualnie przeglądasz uproszczoną wersję forum. Kliknij tutaj, by zobaczyć wersję z pełnym formatowaniem.
Stron: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30
Witajcie,

poniżej Złomek v16 z obsługą si5351 według innej, znacznie łatwiejszej biblioteki si5351mcu którą polecam.
Skecz szykowałem pod siebie, więc zainteresowani muszą pozmieniać to i owo.
Przetestowane pod arduino pro mini.

Wyświetlacze z nokii podobno akceptują 5V i rzeczywiście, działają, natomiast szybciutko się grzeją i tracą kontrast, ale nie jest to istotny problem dla mnie.
Pytanie!
Skąd pobrać bibliotekę do obsługi si5351?
.....................
Rysio!
Witaj,

Jedna jest w tym miejscu
Inna dostępna jest w tym miejscu

Znalazło by się jeszcze kilka innych.......
Dzięki Paweł!
Też to znalazłem, ale chodziło mi o tę konkretną jaką zastosował Kolega SP7EZG. Bo co prawda mam niby Si5351mcu, ale występują błędy przy weryfikacji.
Nie jest to pilne zadanie, więc nie ma pośpiechu.
.....................
Rysio!
Ok, pokaż logi z konsoli, to będzie można coś więcej pomyśleć
Nie Paweł!
Za długa lista błędów, nie będziemy się teraz tym zajmowali. Szkoda Twojego czasu, a ja tylko z ciekawości oglądałem plik.ino Kolegi sp7ezg.
Nie będę go wykorzystywał w najbliższym czasie. To tylko moja ciekawość była.
....................
Rysio!
Panowie,

Pamiętać trzeba o nazwach plików .h.
Mając zainstalowaną wcześniej bibliotekę od NT7S, doinstalowując Si5351mcu Arduino również odwoływało się do tej pierwszej. Receptą jest usunięcie, bądź zmiana nazwy tej pierwszej.

Urządzenie ruszyło, bardzo fajnie przestraja, choć pojawiają się "pierdnięcia" przy przestrajaniu. Nie wiem dokładnie co, uruchomię porządnie Kajmana to i przeprowadzę próby.

Biblioteka Si5351mcu zainteresowała mnie bardzo, bo nie układ nie sieje tak mocno przy częstotliwościach od 120 MHz w górę. Autor twierdzi, że można nawet zmusić Si5351 do pracy powyżej swoich parametrów, ale nie jest mi to potrzebne.
Nie mówię, być może nie potrafiłem sterować biblioteką NT7S. Si5351mcu ma tę zaletę, że raptem trzy linijki kodu są potrzebne do użycia, co zresztą zostało zrobione w moim skeczu. Oczywiście moje programowanie to parodia, ale działa i ma się dobrze.

Uwaga na sterowanie wyświetlacza od nokii po 5V. Działa i nic się nie dzieje, ale grzeje się i maleje kontrast.

No i 7805 bardzo się grzeje, może się wzbudza?

Dalsze testy dziś.

Czapka z głowy dla autora, świetny kawałek kodu.


Pozdrawiam, Artur.
(09-01-2019 10:33)SP7EZG napisał(a): [ -> ]Pamiętać trzeba o nazwach plików .h.
Mając zainstalowaną wcześniej bibliotekę od NT7S, doinstalowując Si5351mcu Arduino również odwoływało się do tej pierwszej. Receptą jest usunięcie, bądź zmiana nazwy tej pierwszej.

Nie trzeba zmieniać żadnych nazw, bo nie ma potrzeby.
Jeżeli użyta jest jakaś biblioteka specyficzna w projekcie, w tym przypadku si5351mcu, to:

- bezwzględnie zależy podać informację, skąd pochodzi użyta biblioteka, aby inne osoby nie przeszukiwały internetu w poszukiwaniu jej,
- dołączyć ową bibliotekę do katalogu z plikiem *.ino ( tak aby były w jednym katalogu z plikiem *.ino)

Jeżeli taką bibliotekę umieścimy w jednym katalogu z plikiem *.ino, to inkludujemy ją przez
Kod:
#include "si5351mcu.h";
a nie przez
Kod:
#include <si5351mcu.h>;
Wtedy możemy mieć inną bibliotekę w globalnej ścieżce bibliotek Ardunio zainstalowaną przez menedżera bibliotek arduino, nawet o takiej samej nazwie plików *.h, *.cpp
ale kompilator skompiluje tylko tą konkretną wersję, która jest w katalogu projektu.

Jeżeli już robi się zmiany w projekcie i dodatkowo używa innych plików nagłówkowych, zrobionych dla własnych celów, to też należy te pliki umieścić razem z plikiem *.ino.
Ja nie doszukałem się pliku config.h, który inkludujesz Arturze w Twojej wersji źródeł, a którego nie ma w oryginalnych źródłach - specjalnie przeglądnąłem cały wątek od pierwszej strony w poszukiwaniu tego brakującego pliku.

Jeszcze małe spostrzezenie. W GCC dla procesorków AVR w ostatnich wersjach zmienione zostało podejście do specyfikatora PROGMEM. Teraz należy dodawać jeszcze specyfikator const. W przeciwnym wypadku dostaniemy błąd lub warning przy kompilacji.

Np. w pliku DefaultFonts.h
Kod:
#if defined(__AVR__)
    #include <avr/pgmspace.h>
    #define fontdatatype uint8_t const
Tu do definicji fontdatatype dodane na końcu const
(09-01-2019 16:29)SQ8MVY napisał(a): [ -> ][quote='SP7EZG' pid='39692' dateline='1547022832']

Jeżeli już robi się zmiany w projekcie i dodatkowo używa innych plików nagłówkowych, zrobionych dla własnych celów, to może też pasuje je umieścić razem z plikiem *.ino ?
Ja nie doszukałem się pliku config.h, który inkludowany jest w Twojej wersji źródeł, a którego nie ma w oryginalnych źródłach - specjalnie przeglądnąłem cały wątek od pierwszej strony.


Gdzie moje maniery.
Pragnę jedynie zaznaczyć, że config.h był załączony w którymś z archiwów w tym temacie. Zawiera informacje o pasmach.
Nie wiem jak skopiować listę błędów kompilacji, a ta nadal jest pokaźna.
Czy wersja kompilatora ARDUINO ma wpływ na kompilację ?
Ja używam wersji 1.06, czyli starszej.
....................
Rysio!
Stron: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30
Przekierowanie