Good set f results from last night , thanks' to N1BUG monitoring 136/op32 DF2JP in with full decode and ~ 6 dB over the minimum detection level - [ what was the carrier power ?] Two deep-search spots
Second decode for DF2JP with N1BUG , at -40 could be either decode or dynamic ? 2017-04-12 06 :48:30 DF2JP AA N1BUG FN55MF 0 136 -40 Op32__~40dB Full set of spots for 04:48 , 2017-04-12 06:48:32 DF2J
2017-04-12 06 :48:30 DF2JP AA N1BUG FN55MF 0 136 -40 Op32__~40dB I don't understand Opera very well... But, I think this was a decode??? On my screen, using opera 1.6.4 in the lower pane it was in re
Hello Paul, 13 April 2017 Yes, that looks like a proper decode, right on the low limit of -40dB, I have now learnt that I *CAN* run OPERA32 as well as multiple instances per hour of WSPR2, I hadn't u
Thanks Paul, Yes , that's a full decode , -40 is round the switch over point , The % fade is the amount of lost 'bits' along the time line , the graphic , simply shows , 'where' the bits where 'lost'
Thanks for the additional explanations Graham. That helps clarify things for me. I had five full decodes of 2E0ILY last night with no more than 5% fade on the worse of them. Looks like Opera is going
Good set of results from last night Paul, ! Quite interesting , that the system is decoding at the lower end f -30 dB most of the time. 136 was a band , spent some time going over previous qrss plots
Down to one spot last night Paul ? ~~ 02:50 looks to be a good slot , strongest yet, but nothing before or after, change in the space weather may be ? 73-G, 2017-04-15 02:55:21 2E0ILY IO82QV N1BUG FN
Yes Graham, Down to one spot last night. I'm a bit confused though (my usual state). The decode last night occurred at 00:55 but your info shows 02:50. Why or how does that happen? This is not the fi
Ok Paul The data is from the EA data base , which seems to time stamp + 2 hours gmt , Opera reports gmt The psk-map has developed a sense of hummer in its old age , opera uploads to the map , but wha
