(18-03-2016, 2:15)SP3OSJ napisał(a): pasmo 17m nie chodzi, wystarszy lekki ruch gałka + - i juz się laduje na generatorze

(18-03-2016, 2:15)SP3OSJ napisał(a): Dzieki za informacje, ale i pasmo 17m nie chodzi, wystarszy lekki ruch gałka + - i juz się laduje na generatorze. To wyglada tak jakby 17m mialo tylko jedna czestotilwosc bez możliwosci przestrajania. Wiem Witek że przymierzasz sie do wersji hiqtrx.

Cześć,
nie do końca tak, tzn, ja zabrałem się za HIQSDR i najpierw uruchomię jego a dopiero potem połączę go do Controllera by R6DAN i DSP by RX9CIM...
nie spodziewam się problemów bo widzę, że kilku kolegów to już zrobiło...

Ja uważam że autor zrobil tam blad i pomieszal wyprowadzenia łaczace STM-a DSP z Cyclone (FPGA). Autorzy Tulipana nie przyjeli tego z radoscia udowadniajac ze sa to programowalne wyprowadzenia. I mają rację - pewnie wytrawny programista obróciłby ten układ o 180 stopni i tak przeprojektował firmware ze TRX dalej by pracował poprawnie.

powiem tak, ja jestem software`owy laik ale myślę, że koledzy zajmujący się Tulipanem są dobrzy w tym co robią...nie robi błędów tylko ten kto nic nie robi...

Problem w tym że ja nie mogłem znaleść oprogramowania które chciałoby poprawnie pracować z tak pozmienianymi wyjsciami. Jak przeanalizowalem jak laczone sa przewodami oddzielne plytki Control, Dsp, i Hiqsdr na stronie autorów i dopiero wtedy cały układ ruszył. Dlatego zalecam duza ostrożność i wnikliwe czytanie (miedzy wierszami) to co piszą Rosjanie.

...z j. rosyjskim radze sobie całkiem całkiem i myślę, że nie ma tam jakichś ukrytych podtekstów...
Tak przy okazji(lub BTW, jak niektórzy wolą), kiedyś gdy zabierałem się za PicaStar to najpierw wszystko czytałem wiele razy zanim zrobiłem pierwszy ruch z lutownicą w ręce i nie miałem żadnych problemów z uruchomieniem go...myślę, że teraz z Tulipanem będzie podobnie, tyle że szybciej, hi...
Powodzenia.

Witek, SP5TAA