Сегодня в эфире

[rw3adb]

наглядно WSPR-15 vs OP32 при практически одинаковом уровне сигнала!

судя по орбитрону и бельгийскому серверу у меня разбег времени 0.156сек
выходит дело и у Анатолия, и у Алесандра время выставлено не верно- и нет декода?

[ua0aet]

Сколько мне доводилось наблюдать Анатолия,
со временем у него всегда было в порядке.
До сих пор мучает вопрос, как устраняется
задержка времени между сервером времени и компьютером.
У меня синхронизация идет по одному из трех свободных
серверов: Англия, США, Канада.
Правда по большей части соедининие с Канадой.
При отсутствии интернета хорошо получается синхронизировать
по радиостанциям - эталлонам частоты и времени.
При всем нашем отношении к китайской продукции, на 10.000МГц
передатчик  с заявленной относительной нестабильностью в минус 11 степени. 

[rw3adb]

Сколько мне доводилось наблюдать Анатолия,
со временем у него всегда было в порядке.
До сих пор мучает вопрос, как устраняется
задержка времени между сервером времени и компьютером.
У меня синхронизация идет по одному из трех свободных
серверов: Англия, США, Канада.
Правда по большей части соедининие с Канадой.
При отсутствии интернета хорошо получается синхронизировать
по радиостанциям - эталлонам частоты и времени.
При всем нашем отношении к китайской продукции, на 10.000МГц
передатчик  с заявленной относительной нестабильностью в минус 11 степени.

ну, по станциям точного времени, это уж вообще край, где нибудь, где не то, что интернета нет, а электричество только с собой- это еще понятно.
мне любопытно, что перед запуском вспр- обычно всегда синхронизирую время, запускаю и жму кнопку старт там.
как за полтора часа часы могли убежать на 16 сек?!
вот, это загадка.
дело закончилось перезагрузкой компа, Александр за это время ушел в щсб и пропал вообще, Анатолий пару раз декоднулся, а тут и рассвет.

2215 -37 -0.6   0.137617  0  UA4WPF LO66 33                                                         
2245 -33 -0.2   0.137617  0  UA4WPF LO66 33

так что остались только скрины с водопадом вспр, о том, как они тут проходили до этого.

[ua0aet]

как за полтора часа часы могли убежать на 16 сек?!

Вопрос конечно интересный.
На работе как-то подобный случай был при работе в JT65A.
Пытался поискать в интернете, вариантов разных много,
но реально к моему случаю не нашел.
Говорилось и про батарейку и про загрузку процессора.
Причем это происходило, когда отключался от локальной сети.

[rw3adb]

как за полтора часа часы могли убежать на 16 сек?!

Вопрос конечно интересный.
На работе как-то подобный случай был при работе в JT65A.
Пытался поискать в интернете, вариантов разных много,
но реально к моему случаю не нашел.
Говорилось и про батарейку и про загрузку процессора.
Причем это происходило, когда отключался от локальной сети.

Василий нам как то разъяснял про задержку из за декода, но тут явно не тот случай. загруз не превышал 35% за то время работы.
странно, вообщем.
комп проработал с полтора суток где то перед тем, после перезагрузки нормально.
вообщем, фиг поймёшь, что за глюки.
бог с ним.

причем, перед тем, как скрин сделать, сунулся в орбитрон и еще раз нажал синхру- выдало те самые 0.156с.
чертовщина, короче. с йт9 такое постоянно из за загрузки проца при декоде, но с вспр -никогда такого прежде не было.

[EW6X]

За ночь в WSPR-15 вполне сносно:
1945 -38 -0.2   0.137618  0  UA4WPF LO66 33                                                         
2000 -31  0.1   0.137605  0  R7NT KN97 47                                                           
2015 -35 -0.6   0.137618  0  UA4WPF LO66 33                                                         
2045 -36 -0.9   0.137618  0  UA4WPF LO66 33                                                         
2100 -36 -0.2   0.137605  0  R7NT KN97 47                                                           
2115 -40 -0.6   0.137618  0  UA4WPF LO66 33                                                         
2145 -40 -0.2   0.137618  0  UA4WPF LO66 33                                                         
2245 -38 -0.9   0.137618  0  UA4WPF LO66 33                                                         
2300 -30 -0.2   0.137605  0  R7NT KN97 47                                                           
0000 -26  0.1   0.137605  0  R7NT KN97 47               

А в опере, с моим её кривым приёмом только раз
21:53    136 R7NT Op32 -38 dB

P.S. Для сихро времени рекомендую вот эту простенькую программулину
Сервер вбиваю этот ntp2.sth.netnod.se
Стат 1, у меня пинг(задержка) до него минимальные, точность 2^-29 сек (точнее не встречал серваков), за долгие годы использования (на работе на серваке она стоит, дома на граббере) ещё ни разу не было, что он не отвечает.

P.S.1 Сворачиваете прогу в трей (только крестик не жать, она закроется) и период синхро ставите по желанию.
На ББ дома вообще поставил службу NTP и вообще не парюсь http://www.meinbergglobal.com/english/sw/ntp.htm
Правда иногда на некоторых компах (скорее от винды зависит) бывают глюки с установкой, не хочет включаться (логинится) хоть тресни, тогда юзаем вар. 1.
Windows-кую службу синхр времени желательно отключить в обоих случаях.     

P.S.2 Кстати, мои наручные часы (CASIO G-shock GW-2310) тоже в "теме" и принимают принимают ДВ, синхронизируются по DCF-77 каждую ночь, погодная станция на подоконнике тоже.

[EW6X]

как за полтора часа часы могли убежать на 16 сек?!

Вопрос конечно интересный.
На работе как-то подобный случай был при работе в JT65A.
Пытался поискать в интернете, вариантов разных много,
но реально к моему случаю не нашел.
Говорилось и про батарейку и про загрузку процессора.
Причем это происходило, когда отключался от локальной сети.

На работе компы берут время от сервака (у меня по крайней мере так), т.е. если время не совпадает сильно, они синхронизируются по серверному времени из сети.

[ua0aet]

Я долго давил на психику ребятам занимающимися локальной сетью
и еже с ней.
Да вначале время различалось, но все же они что-то
сделалии и  сейчас на нашем компьютере погрешность
не превышает 1 секунду.

[UA0051SWL]

как за полтора часа часы могли убежать на 16 сек?!

Вопрос конечно интересный.
На работе как-то подобный случай был при работе в JT65A.
Пытался поискать в интернете, вариантов разных много,
но реально к моему случаю не нашел.
Говорилось и про батарейку и про загрузку процессора.
Причем это происходило, когда отключался от локальной сети.

На работе компы берут время от сервака (у меня по крайней мере так), т.е. если время не совпадает сильно, они синхронизируются по серверному времени из сети.

Синхронизировать свой компьютер по локальной сети я отказался так как у меня время в GMT, а сервера как правило в местных временах.
И еще, чем синхронизировать свой компьютер не важно, а важно чтобы сигнал туда и обратно проходил без задержек с того сервера  который синхронизирует ваш компьютер по времени.
Я применяю Орбитрон, а время синхронизирую по Nasa, задержка как правило 0.260с, это у меня, у других оно будет другое.
Точности синхронизации в принципе великой не нужно, я очень давно занимаюсь WSJT WSPR почти всеми модами и заметил в районе 1 секунды всегда декоде, бываем и до 2 сек, но тут от условий приема зависит.

[ua0aet]

Вопрос и для меня остался тогда открытым, почему же сносило время.
У меня было еще хуже.
За 3-4 минуты улетало на 10-15 секунд.
Локальную сеть отключал, подключал USB модем, синхронизировал
и тем не менее, что-то похоже в самом компьютере происходило,
что уносило время. Причем погрешность носила случайный характер.
Если через 5 минут погрешность могла быть 15 секунд,
через 10минут, могла быть 5 секунд.

[R7NT]

Лучшие рапорты за ночь (на TX: R7NT, UA4WPF, G3XDV и на RX: RD4HU, UA4WPF, RN3AGC, RW3ADB, EW6BN, DF6NM, GW0EZY, G3XDV):
01:53:04 R7NT 2060km 137589.941Hz 2mHz -48.9dBOp 94% 17.9dB DF6NM
01:45 UA4WPF 0.137617 -2 0 LO66pu 2 RD4HU LO52hs 485 202
00:00 R7NT 0.137605 -26 0 KN97lf 50 EW6BN KO45hm 1166 326
00:00 R7NT 0.137604 -30 0 KN97lf 50 RD4HU LO52hs 1035 49
23:53 136 R7NT de RD4HU Op32 1034 km -34 dB in Samara with 80w + sLoop
22:46 UA4WPF 0.137617 -33 0 LO66pu 2 RW3ADB KO85ro 986 269
22:46 UA4WPF 0.137618 -27 0 LO66pu 2 RN3AGC KO85sv 973 270
22:16 UA4WPF 0.137616 -38 0 LO66pu 2 GW0EZY IO82ho 3563 287
22:00 R7NT 0.137604 -32 0 KN97lf 50 UA4WPF LO66pu 1446 37
22:00 R7NT 0.137604 -30 0 KN97lf 50 RD4HU LO52hs 1035 49
21:53 136 R7NT de EW6BN Op32 1165 km -38 dB in Novopolotsk (Whip+superhet RX) wi
21:53 136 R7NT de RN3AGC Op32 968 km -31 dB in Moscow with 80w + sLoop
21:46 UA4WPF 0.137618 -27 0 LO66pu 2 RN3AGC KO85sv 973 270
20:53 136 R7NT de RW3ADB Op32 936 km -37 dB in Moscow KO85ro with 80w + sLoop
21:00 R7NT 0.137605 -23 0 KN97lf 50 RN3AGC KO85sv 969 355
20:16 UA4WPF 0.137618 -35 0 LO66pu 2 EW6BN KO45hm 1525 275
Расширенный отчет на http://136.73.ru/ в "Latest R7NT's LF activity"
Маяк продолжает "пахать" поскольку есть мониторы и в Ор32 и WSPR-15 - буду обновлять страничку "по мере поступления" инфо... не забывайте обновлять фрейм
Вынуждено буду целую неделю дома, но я и не против - есть чем интересным и полезным заняться 

Подскажите какой у кого на меня Dt при декодах? По EW6BN вроде в пределах..

[UA0051SWL]

как за полтора часа часы могли убежать на 16 сек?!

Вопрос конечно интересный.
На работе как-то подобный случай был при работе в JT65A.
Пытался поискать в интернете, вариантов разных много,
но реально к моему случаю не нашел.
Говорилось и про батарейку и про загрузку процессора.
Причем это происходило, когда отключался от локальной сети.

Василий нам как то разъяснял про задержку из за декода, но тут явно не тот случай. загруз не превышал 35% за то время работы.
странно, вообщем.
комп проработал с полтора суток где то перед тем, после перезагрузки нормально.
вообщем, фиг поймёшь, что за глюки.
бог с ним.

причем, перед тем, как скрин сделать, сунулся в орбитрон и еще раз нажал синхру- выдало те самые 0.156с.
чертовщина, короче. с йт9 такое постоянно из за загрузки проца при декоде, но с вспр -никогда такого прежде не было.

Роман 35% многовато, но терпеть можно, понаблюдай вот за чем при запуске декоде, а это 47 секунда и вот в этот момент посмотри сколько %, я предполагаю за 100%. Ну если опера установлена она во время декоде тоже прилично ресурсов потребляет и все вместе где то  пересечется декодирует WSPR и OPERA
и все за 100% и время декодирования большое, вот тут то и раз синхронизация компьютера происходит.
Да еще первый признак раз синхронизации компа это время декодирования если оно очень длинное то и WSPR и WSJT это время будет утаскивать.
Это мои много летние наблюдения, чем шустрей комп тем меньше заметно, но проблема остается.
             

[UA0051SWL]

Лучшие рапорты за ночь (на TX: R7NT, UA4WPF, G3XDV и на RX: RD4HU, UA4WPF, RN3AGC, RW3ADB, EW6BN, DF6NM, GW0EZY, G3XDV):
01:53:04 R7NT 2060km 137589.941Hz 2mHz -48.9dBOp 94% 17.9dB DF6NM
01:45 UA4WPF 0.137617 -2 0 LO66pu 2 RD4HU LO52hs 485 202
00:00 R7NT 0.137605 -26 0 KN97lf 50 EW6BN KO45hm 1166 326
00:00 R7NT 0.137604 -30 0 KN97lf 50 RD4HU LO52hs 1035 49
23:53 136 R7NT de RD4HU Op32 1034 km -34 dB in Samara with 80w + sLoop
22:46 UA4WPF 0.137617 -33 0 LO66pu 2 RW3ADB KO85ro 986 269
22:46 UA4WPF 0.137618 -27 0 LO66pu 2 RN3AGC KO85sv 973 270
22:16 UA4WPF 0.137616 -38 0 LO66pu 2 GW0EZY IO82ho 3563 287
22:00 R7NT 0.137604 -32 0 KN97lf 50 UA4WPF LO66pu 1446 37
22:00 R7NT 0.137604 -30 0 KN97lf 50 RD4HU LO52hs 1035 49
21:53 136 R7NT de EW6BN Op32 1165 km -38 dB in Novopolotsk (Whip+superhet RX) wi
21:53 136 R7NT de RN3AGC Op32 968 km -31 dB in Moscow with 80w + sLoop
21:46 UA4WPF 0.137618 -27 0 LO66pu 2 RN3AGC KO85sv 973 270
20:53 136 R7NT de RW3ADB Op32 936 km -37 dB in Moscow KO85ro with 80w + sLoop
21:00 R7NT 0.137605 -23 0 KN97lf 50 RN3AGC KO85sv 969 355
20:16 UA4WPF 0.137618 -35 0 LO66pu 2 EW6BN KO45hm 1525 275
Расширенный отчет на http://136.73.ru/ в "Latest R7NT's LF activity"
Маяк продолжает "пахать" поскольку есть мониторы и в Ор32 и WSPR-15 - буду обновлять страничку "по мере поступления" инфо...
Вынуждено буду целую неделю дома, но я и не против - есть чем полезным заняться 

Подскажите какой у кого на меня Dt при декодах? По EW6BN вроде в пределах..

Заметил такую вещь в WSPRX DT как то непонятно работает в моей стороне бывает 2.8 и меньше, это с  Анатолием, а у вас в EU в пределах норм я тут наблюдаю за всеми процессами hi hi....
   

[r2bas]

Александр, на данный момент:

06:53    136 R7NT Op32 -36 dB
05:53    136 R7NT Op32 -40 dB
04:53    136 R7NT Op32 -38 dB
03:53    136 R7NT Op32 -39 dB
02:53    136 R7NT Op32 -38 dB
01:53    136 R7NT Op32 -38 dB
00:53    136 R7NT Op32 -36 dB
    ***********  27/05/2013  *********** 
23:53    136 R7NT Op32 -38 dB
22:53    136 R7NT Op32 -38 dB
21:53    136 R7NT Op32 -31 dB
20:53    136 R7NT Op32 -33 dB
    ***********  26/05/2013  *********** 

2045  -31  -0.6    0.137618    0   UA4WPF        LO66     33
2100  -23   0.1    0.137605    0   R7NT          KN97     47
2115  -37  -0.9    0.137618    0   UA4WPF        LO66     33
2145  -27  -0.6    0.137618    0   UA4WPF        LO66     33
2200  -29   0.1    0.137605    0   R7NT          KN97     47
2215  -29  -0.6    0.137618    0   UA4WPF        LO66     33
2245  -27  -0.6    0.137618    0   UA4WPF        LO66     33
2300  -31  -0.2    0.137605    0   R7NT          KN97     47
2315  -35  -0.6    0.137618    0   UA4WPF        LO66     33
2345  -38  -0.2    0.137618    0   UA4WPF        LO66     33
0000  -30   0.1    0.137605    0   R7NT          KN97     47
0015  -38  -1.3    0.137618    0   UA4WPF        LO66     33
0115  -39  -1.3    0.137618    0   UA4WPF        LO66     33
0145  -37   0.1    0.137618    0   UA4WPF        LO66     33
0200  -34   0.1    0.137605    0   R7NT          KN97     47
0300  -34   0.4    0.137605    0   R7NT          KN97     47
0400  -36   0.1    0.137605    0   R7NT          KN97     47
0500  -34   0.1    0.137605    0   R7NT          KN97     47
0600  -33  -0.2    0.137605    0   R7NT          KN97     47
0700  -34   0.4    0.137605    0   R7NT          KN97     47

Первый декод Оп32 - принимал окончание передачи, ровно половину, поздно включил приёмник. Это наверное был бы самый лучший приём, в Спецлабе в 3с было где-то 12 дб с/ш.
Гроз сегодня не обещают, оставляю приём до вечера.

[EW6X]

Заметил такую вещь в WSPRX DT как то непонятно работает в моей стороне бывает 2.8 и меньше, это с  Анатолием, а у вас в EU в пределах норм я тут наблюдаю за всеми процессами hi hi....

Кстати, тоже обращал внимание, что иногда за ночь у одного корреспондента dT пляшет, возможно связано с увеличенным временем передачи до 15 мин.
Хотя, по моим результатам приёма прошедшей ночи у всех корреспондентов dT примерно за ночь одинаковый.