Dzieki za slowa otuchy Andrzej. To jest poprostu cos powazniejszego niz wtyki PL, brak doswiadczenia po prostu.
Okazuje sie ze bezpiecznik jest spalony, zle go mierzyłem. Dalej szukając okazalo sie ze C103 byl od góry smarkniety cyna i stad ta masa na 8 pinie. Dopóki nie wylutuje bezpiecznika nie ruszę nic dalej.
Pomierzyłem omomierzem cyfrowym gniazdo P3.
pomierzona rezystancja na zakresie 200K wynosi
8.8Kom
Nie może być 0 bo to jest zwarcie.
Nie może być nieskończoność bo to jest np przepalony
bezpiecznik.
Zamowiłem bezpieczniki 1206 3A, dopiero w pt/sobote ruszę dalej jak przyjdą.
Wczoraj zlutowalem na drucie nawojowym 3A szklany i zaraz po podpieciu 12v sie spalil. Do godziny 2.00 szukałem przyczyny zwarcia idąc od gniazda zasilania. Okazało się ze kondensator C105 ma zwarcie. Teraz pytanie - czy tentalowy kondensator 10uF 16V to odpowiednik tego uszkodzonego? Nadaje się?
EDIT: tantalowy, nie tentalowy oczywiście.
Tantal na 16V się nada. Nie przekraczaj tylko 14V napięcia zasilania TRX'a bo 16V tantale lubią sobie wybuchnąć przy 14-15V.
Witam,
W dokumentacji Chrisa ver.05 (pdf) w temacie kondensatorów BPF jest uwaga: "Wszystkie kondensatory na napięcie 100V", natomiast w BOM pół na pół 50V/100V. Nie jestem biegły w temacie, ale sądzę, że w BPF kondensatory 50V absolutnie wystarczą...
Co Koledzy na to?
BTW: kończę modyfikacje i pomiary, dam znać co wymodziłem...
(21-05-2017 13:15)SP2GNB napisał(a): [ -> ]Nie jestem biegły w temacie, ale sądzę, że w BPF kondensatory 50V absolutnie wystarczą...
Co Koledzy na to?
Wystarczą. W razie "W" pierwsze i tak odparują multipleksery.
Pozdrawiam,
Paweł
Witam
Pojawiła się przed chwilą aktualizacja softu w której jak zapewnia Andreas DF8OE zaimplantowano wreszcie naprawdę działający, nie pogarszający sygnał audio NB,.
http://www.amateurfunk-sulingen.de/data/...s/mchf.bin
pozdrawiam
Wojtek
P.S.
Ponieważ soft jest jeszcze w fazie testów, załączanie i wyłączaączanie tylko w debug-menu.
ale byk! - oczywiście wyłączanie! hi
(27-05-2017 14:07)SP3OSJ napisał(a): [ -> ]Czy ktoś zna się na licencjach softwerowych i może to opisać. Czytając yahoo zrozumiałem że Andreas chciałby by soft do mcHF był licencjonowany jako GPLv3, czego z kolei nie chce jego autor. W czym jest problem?
Też czytałem ten wątek. Moim zdaniem Chris nie do końca wiedział na co się decyduje godząc się na GPLv3. Wprowadzając ograniczenie do zastosowań niekomercyjnych GPLv3 przestaje być GPLv3. Z kolei brak GPLv3 uniemożliwia realizację różnych funkcji zaimplementowanych przez kolegów zza Odry - licencja na użyte fragmenty kodu.
W tej chwili są dwie opcje - powrót do oryginalnego softu i rozwijanie go bez wykorzystani obcego kodu GPLv3 (co byłoby bzdurą przy obecnym stopniu zaawansowania projektu), albo zostawienie tak jak jest, ze świadomością, że ktoś może sobie zrobić swój hardware i wykorzystać kod czy jego fragmenty bez ograniczeń nawet do produkcji komercyjnej.
Pozdrawiam,
Paweł
Witam,
Jak obiecałem - krótkie podsumowanie moich prób TX ver.05. Zrezygnowałem z MMiC (ciekawe jak Chris to zrealizował w ver.06) z przyczyn podanych w #726 i spróbowałem:
1. zmieniłem T5 na BN43-2402 5T/2T+2T -> moc wzrosła o 1 W na 160 m i 0.5 W na 10 m (do 3,5 W),
2. zmiana RFC5 i RFC6 na 6T 0.3 mm BN43-2402 nie dała nic,
3. zmiana tranzystorów drivera na BFQ18a przyniosła pożądany skutek wzrostu mocy na 10 m do 5,5 W i bez zmian na
160 m.
4. dodanie kondensatora SM 150p w drenach PA podniosło moc na 10 m do 6,5 W.
Założenia zrealizowałem, nic więcej nie będę poprawiał. Jednocześnie zwracam uwagę na to, że duża moc wygląda dobrze na woltomierzu w.cz., czy też na oscyloskopie. Jak sprawdzić sygnał próbą dwutonową (oprogramowanie to umożliwia) to okazuje się, że już nie jest "cacy". Z moich pomiarów ( wcale nie twierdzę, że prawidłowych) wynika, że przy zasilaniu 13.8 V nie należy przekraczać poziomu 12-14 W mocy, ostatecznie to QRP...