+- Forum HomeMade (https://sp-hm.pl)
+-- Dział: Urządzenia nadawczo odbiorcze KF (https://sp-hm.pl/forumdisplay.php?fid=10)
+--- Dział: Transceivery HomeMade (https://sp-hm.pl/forumdisplay.php?fid=48)
+--- Wątek: Transceiver wg. M0NKA (/showthread.php?tid=1260)
Strony:
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
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
RE: Transceiver wg. M0NKA - SP9BSL - 08-03-2018
(08-03-2018, 10:49)SP2GNB napisał(a): Istnieje możliwość dopracowania pasma BPF od dołu na zakresie 1,8 MHz i od góry na zakresie 28 MHz.Witaj,
To co napisałeś dotyczy także LPF.
Tego nie zrobisz bez dodatkowej gałęzi filtra dla 160m, poszerzenie pasma dolnego filtra spowoduje tylko że będziesz miał przy nadawaniu na 160m harmoniczne na 80m a przy odbiorze na 80m zakłócenia ze 160m... Poza tym SI570 źle pracuje na tak niskiej częstotliwości (lub wogóle nie chce, mam 2 kostki z tej samej serii i jedna chodzi a druga nie). Trzeba zmienić konstrukcję tego radia aby to miało sens. Tulipan ma więcej zakresów z osobnymi filtrami dla każdego.
RE: Transceiver wg. M0NKA - SP3OSJ - 08-03-2018
.....
RE: Transceiver wg. M0NKA - SP9BSL - 08-03-2018
(08-03-2018, 12: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
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.
RE: Transceiver wg. M0NKA - SP2GNB - 08-03-2018
(08-03-2018, 14:54)SP9BSL napisał(a):(08-03-2018, 12: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:
1_8.pdf (Rozmiar: 20.31 KB / Pobrań: 819)
Eagle BPF 160/80:
BPF_3_5.pdf (Rozmiar: 19.5 KB / Pobrań: 813)
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):
1_8_10W.bmp (Rozmiar: 329.12 KB / Pobrań: 932)
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:
7_12W.bmp (Rozmiar: 329.12 KB / Pobrań: 1,012)
Zdaję sobie sprawę z ułomności moich pomiarów, ale lepsze to niż nic....
RE: Transceiver wg. M0NKA - SP9KN - 09-03-2018
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.
RE: Transceiver wg. M0NKA - SP9BSL - 09-03-2018
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).
RE: Transceiver wg. M0NKA - SP3OSJ - 09-03-2018
.....
RE: Transceiver wg. M0NKA - SP9BSL - 09-03-2018
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.
RE: Transceiver wg. M0NKA - SP3OSJ - 09-03-2018
.....
RE: Transceiver wg. M0NKA - SP9BSL - 09-03-2018
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...).