De Tbolt monitor werkte ongeveer 1 week zonder mankeren.
Kon ik mooi deze tijd vergelijken met de PC tijd.
Maar zaterdag stond de monitor zomaar vast en moest ik toch de boel resetten.
Alleen T-monitor reset was niet voldoende. Blijkbaar gaat toch ook de T-Bolt receiver zelf in de fout op langere termijn.
Het is niet eenvoudig om software/ hardware echt stabiel te krijgen blijkt wel weer. Sindsdien krijg ik het niet meer langer dan 5 min. aan de draai!
Ben bezig met een programma om automatisch de PC klok te synchroniseren met de GPS tijd.
Mijn Lenovo W510 Laptop heeft een Qualcom Gobi2000 Wlan combie GPS ontvanger. Geheimzinnig verstopt door lenovo geen woord over of en zo ja welke GPS device aanwezig is. Kreeg eerst een melding GPS wordt niet ondersteund basta. Maar na opnieuw installeren van de laatste driver was GPS weer aanwezig. De Gobi2000 claimt dan schijnbaar willekeurig een toevallig niet in gebruik zijnde compoort hier Com11. Mijn testprogramma op com11 gezet daar kwamen GPS datastrings binnen volgens NMEA standaard. Geen time data string nog gezien. Mogelijk moet ik die specifiek opvragen of moeten eerst Satellieten ontvangen worden het was met te koud buiten er is geen aansluiting voor externe antenne.
Maar het programma moet met de Thunderbolt Trimble GPSDO werken. Wel mooi als het ook andere GPS standaards aan kan natuurlijk.
Daar wordt het TSIP protocol gebruikt. beetje lastiger protocol.
Met DLE stuffing. Maar van Siemens 3964R bekend hiermee.
Waarom zo lastig gemaakt? Waarom niet simpelweg een vaste header met daarin een packet lengte byte klaar toch ?
Nou ja niet iedereen mag het kunnen lezen zullen we maar denken.
28MHz zo goed als het 1 maart was op 10m de 2 volgende dagen amper een VK6 te horen. Ook 80m met moeite VK7DIK
Nu zaterdag ochtend zelfs geen enkele VK in EU gerapporteerd.
70MHz XVTR werkt goed 28MHz drive/ verzwakker met potentiometer naar front verplaatst dat is wel handig.
Een gewone 5kOhm potentiometer werkt prima als regelbare verzwakker op 28MHz. Het 0 dBm signaal uit de Flex1500 is ruim voldoende voor de Schotky diode mixer.
Ontbreekt nu nog vermogen SGV meter
WSPR 70Mhz
G3SHK IO90DX blijft ODX 623km regelmatig decodes
OZ7IT JO65 af en toe op achterkant gezien.
PA0TBR JO22 is er meestal
PE0MGB JO22
nieuw
PA3CNO JO22 te laag in freq voor mij
PA2RF JO22 ook te laag ca 50Hz beneden RX venster
er zijn nog 2 andere G's QRV soms
Met RIT -50Hz lukte het wel.
Als compromis heb ik USB dial op 70.08950 gezet dan pak ik alle stations.
WSPR vergt wel het uiterste van een TRCVR qua stabiliteit.
Veel signalen verlopen >5Hz en de frequenties zijn ook onnauwkeurig amper vallen ze binnen het 200Hz bandje.
Ook op HF zijn er maar weinigen die weten waar exact men het signaal heeft.
PA0A zit exact op frequentie door gebruik te maken van een Rubidium frequentie standaard en GPSDO .
Ter controle op 70.150000 MHz exact een draaggolf gezet .
Die ontving ik met XVTR en FLEX1500 idd exact op 70.150000 in CW.
Daarvoor kan in de Flex1500 XVTR config de l.o. 42MHz opgegeven worden én de error van de local oscillator.
Kijk das handig daar hebje wat aan.
Minder mooi is dat split frequentie werken met XVTR niet mogelijk is met de FLEX1500 dan hangt P-SDR in TX zonder output. en komt er pas weer uit als split word uitgevinkt en kort even MOXin/uit te schakele. Dit probleem is bevestigd en er wordt aan gewerkt bij Flexradio.
Er komt 5 mei een nieuwe versie P-SDR en firmware uit hoorde ik van Ross T61AA/T51/VK1UN met aanpassing voor de 60m band .
Hopelijk ook andere bug fixes .
Ik moest 400Hz err opgeven. Om exact de juiste kalibratie te hebben.
Mijn l.o. is een VX-42 42.000 hightemp DIL type van DickBest
die is zeer stabiel maar niet regelbaar en zat 400Hz te hoog.
Geen probleem dus voor de Flex1500
Verder gebruik ik op de Flex de externe 10MHz referentie van de Thunderbold GPSDO. Die is <0.3 ppb parts per biljoen.
Maar een exacte draaggolf op 70.092500MHz zou precies midden in het 200Hz WSPR bandje moeten zitten echter 15Hz ernaast.
Dus er is een afwijking in het audio deel van de PC blijkbaar die ook een rol speelt.
Ik heb daarom de Dial 15Hz hoger gezet zo klopt de frequentie uitlezing weer op de Hz.
Helaas de frequentie schaal schuift mee en daardoor is het minder gemakkelijk aflezen. Geeft niet veel want WSPR geeft alle freq toch al op de Hz nauwkeurig aan.
Jammer dat het zo moet ik zoek nog een manier on deze fout in de audiochips te tweaken als dat al mogelijk is?
WSPR genereerd via de PC audio chips default 1500Hz om precies in het midden van de WSPR band uit te komen.
Maar mag je er wel zomaar vanuit gaan dat dat exact klopt nu je op Hertz niveau nauwkeurig wilt zijn?
DIAL USB 70.091000 +1500 HZ is TX carrier op 70.092500
1500Hz is de default TX frequentie die kan +100 of -100Hz verschoven worden zolang het maar in het 200Hz bandje blijft is het goed.
Comments