Koleżankom i Kolegom Radioamatorom, Krótkofalowcom,
Konstruktorom i Waszym Rodzinom – w tych trudnych czasach –
Zdrowych, Spokojnych i Pogodnych Świąt Bożego Narodzenia oraz
Szczęśliwego Nowego Roku

Życzy Zespół Home Made


Odpowiedz 
 
Ocena wątku:
  • 9 Głosów - 4.44 Średnio
  • 1
  • 2
  • 3
  • 4
  • 5
Transceiver wg. M0NKA
SP9BSL Offline
Sławek
*****

Liczba postów: 786
Dołączył: 20-10-2015
Post: #1421
RE: Transceiver wg. M0NKA
(08-03-2018 13:32)SP3OSJ napisał(a):  Radio jest tak dobre jak najsłabsze jego elementy.
Dokładnie tak. I żebyś nie myślał że krytykuję Twoje wykonanie Wink To jest po prostu problem prymitywnej konstrukcji mcHF.
Przetworniki to jedna sprawa, ale moim zdaniem ważniejsze są filtry które przed/za nimi pracują - dobry pomysł z Avali.

73 Sławek
08-03-2018 15:54
Odwiedź stronę użytkownika Znajdź wszystkie posty użytkownika Odpowiedz cytując ten post
SP2GNB Offline
Staszek sk
****

Liczba postów: 451
Dołączył: 14-02-2015
Post: #1422
RE: Transceiver wg. M0NKA
(08-03-2018 15:54)SP9BSL napisał(a):  
(08-03-2018 13:32)SP3OSJ napisał(a):  Radio jest tak dobre jak najsłabsze jego elementy.
Dokładnie tak.

A dokładniej i obrazowo jakość radia jest iloczynem jakości poszczególnych podzespołów składowych. Wiem na co stać Tulipana, zwłaszcza z filtrami wg Waldka SP4JJH, wiem na co stać M0NKA. Chris popełnił radio ze wszech miar kompromisowe i jako takie należy je traktować. Arturowi SP3OSJ udało się z niego wydostać (tak uważam) wszystko co możliwe hardwerowo, a Sławkowi SP9BSL (& Co) - softwerowo.
Czekam z niecierpliwością na hardware SDR OVI40 Andreasa. Zapewne będzie to również jakiś kompromis, zobaczymy jaki głęboki...

Żeby nie być gołosłownym - Tulipan BPF 1,8 MHz:


.pdf  1_8.pdf (Rozmiar: 20.31 KB / Pobrań: 615)

Eagle BPF 160/80:


.pdf  BPF_3_5.pdf (Rozmiar: 19.5 KB / Pobrań: 606)

I na koniec ciekawostka: Eagle pracując na 1,9 MHz nie "śmieci" mocno na 3,8 MHz (-40 dBVrms), a "śmieci" zdrowo na 5,2 MHz (-20 dBVrms):


.bmp  1_8_10W.bmp (Rozmiar: 329.12 KB / Pobrań: 702)

To pasmo mało mnie interesuje, a po za tym mój dopalacz ma ostre LPF na wyjściu...
I dla porównania FFT z 7 MHz:


.bmp  7_12W.bmp (Rozmiar: 329.12 KB / Pobrań: 769)

Zdaję sobie sprawę z ułomności moich pomiarów, ale lepsze to niż nic....

73 Staszek SP2GNB
08-03-2018 16:53
Znajdź wszystkie posty użytkownika Odpowiedz cytując ten post
SP9KN Offline
Przemek
****

Liczba postów: 307
Dołączył: 18-10-2011
Post: #1423
RE: Transceiver wg. M0NKA
Czy autorzy projektu wzięli pod uwagę zastosowania innego wyświetlacza?
Konkretnie chodzi mi o wyświetlacze NEXTION, które są wyposażone w własny flash, rtc,, na grafice oszczędza się sporo miejsca a i prędkość ładowania grafiki jest sporo większa. Samo podłączenie wyświetlacza odbywa się po porcie szeregowym wiec sporo PINów pozostanie wolnych.

Sławek to pytanie w zasadzie do Ciebie, co o tym myślisz? Może się nie nadaje ten wyświetlacz, ale mimo wszystko jestem ciekaw opinii.
09-03-2018 11:37
Znajdź wszystkie posty użytkownika Odpowiedz cytując ten post
SP9BSL Offline
Sławek
*****

Liczba postów: 786
Dołączył: 20-10-2015
Post: #1424
RE: Transceiver wg. M0NKA
Przemek,
problemem nie jest wyświetlacz/pamięć ale interface. W tym przypadku zależy nam na szybkim odświeżaniu dużej ilości danych. Problemem jest maksymalna przepustowość portu SPI w STM. Dużym ułatwieniem jest funkcjonalność którą ma RA8875, mianowicie sprzętowy scrolling w dowolnym kierunku, coś co w obecnym ILI9486 nie działa prawidłowo. Po co nam to? Ano teraz dla wysłania wodospadu trzeba wysyłać każdorazowo ilość linii*szerokość, w RA8875 będziemy wysyłać 1 linię bo pozostałe będą się przesuwać o jedną pozycję w dół. Dlatego następnym wyświetlaczem który będziemy implementować jest właśnie taki jak w Tulipanie. W zasadzie rozwijać bo częściowo to już w obecnym kodzie jest. Inne wyświetlacze: jeśli ktoś znajdzie coś co działa tak jak RA i będzie o połowe tańsze to czemu nie. Obecny wyświetlacz 480x320 (ILI9486) ma najlepszy stosunek jakości do ceny (jest nawet tańszy od HY28).

73 Sławek
09-03-2018 13:09
Odwiedź stronę użytkownika Znajdź wszystkie posty użytkownika Odpowiedz cytując ten post
SP3OSJ Offline
Artur
*****

Liczba postów: 786
Dołączył: 19-09-2013
Post: #1425
RE: Transceiver wg. M0NKA
.....
(Ten post był ostatnio modyfikowany: 15-09-2020 12:28 przez SP3OSJ.)
09-03-2018 16:48
Znajdź wszystkie posty użytkownika Odpowiedz cytując ten post
SP9BSL Offline
Sławek
*****

Liczba postów: 786
Dołączył: 20-10-2015
Post: #1426
RE: Transceiver wg. M0NKA
480x320x2=307200 bajtów. STM32F4 ma 256kB RAM, F7 trochę więcej a gdzie do 800x480. Bez SDRAM nie da rady... Może w H7 ale na razie errata do niego ma 21 stron.

73 Sławek
(Ten post był ostatnio modyfikowany: 09-03-2018 17:00 przez SP9BSL.)
09-03-2018 17:00
Odwiedź stronę użytkownika Znajdź wszystkie posty użytkownika Odpowiedz cytując ten post
SP3OSJ Offline
Artur
*****

Liczba postów: 786
Dołączył: 19-09-2013
Post: #1427
RE: Transceiver wg. M0NKA
.....
(Ten post był ostatnio modyfikowany: 15-09-2020 12:28 przez SP3OSJ.)
09-03-2018 18:37
Znajdź wszystkie posty użytkownika Odpowiedz cytując ten post
SP9BSL Offline
Sławek
*****

Liczba postów: 786
Dołączył: 20-10-2015
Post: #1428
RE: Transceiver wg. M0NKA
IS42S16400J to właśnie SDRAM dla frame buffera. Na upartego dało by się skonfigurować tak LUT do RGB aby zmieścić się w ~150kB dla 480x320 w trybie 8 bit, ale 800x480 już nie zmieścisz. F746 ma 320kB ram.
Chodzi także o to że musiałby być drugi procesor bo jak dasz SDRAM + LCD to po prostu zabraknie nóżek w procesorze dla normalnych zadań (kodeki, klawiatura itd...).

73 Sławek
(Ten post był ostatnio modyfikowany: 09-03-2018 18:46 przez SP9BSL.)
09-03-2018 18:46
Odwiedź stronę użytkownika Znajdź wszystkie posty użytkownika Odpowiedz cytując ten post
SP3OSJ Offline
Artur
*****

Liczba postów: 786
Dołączył: 19-09-2013
Post: #1429
RE: Transceiver wg. M0NKA
.....
(Ten post był ostatnio modyfikowany: 15-09-2020 12:29 przez SP3OSJ.)
09-03-2018 20:43
Znajdź wszystkie posty użytkownika Odpowiedz cytując ten post
SP9BSL Offline
Sławek
*****

Liczba postów: 786
Dołączył: 20-10-2015
Post: #1430
RE: Transceiver wg. M0NKA
Jeśli chcemy wymieniać procesor na większy - czemu nie. Myślę że znalazło by się miejsce dla SDRAM i innych kostek. To wymaga trochę pracy sprzętowej (najłatwiejsze) i przystosowania oprogramowania, myślę że są teraz ważniejsze zadania: Andrzej wspominał o konieczności zrobienia pakietu RF, tym bym się zajął jeśli nic odkrywczego w sensownym czasie nie zostanie wymyślone za zachodnią granicą.

73 Sławek
09-03-2018 20:50
Odwiedź stronę użytkownika Znajdź wszystkie posty użytkownika Odpowiedz cytując ten post
Odpowiedz 


Skocz do:


Użytkownicy przeglądający ten wątek: 3 gości
Loading...