Да, существует проблема "недохода" спотов на wsprnet.org
Представляется, что это связано с меньшим, чем прежде, timeout'ом для "передавателей". Т.е. если спот попал на сервер в очередь на запись после скольких-то там секунд после окончания передачи, то "пролетает мимо"
У меня сегодня было не так уж и много спотов, но и те не все дошли
"жирным" выделены которые появились на сервере
1608 -22 0.2 0.137433 0 DL0HOT JO60 30 1926 27
1610 -19 0.4 0.137433 0 DL0HOT JO60 30 1926 31
1616 -23 0.1 0.137433 0 DL0HOT JO60 30 1926 38
1622 -20 0.1 0.137433 0 DL0HOT JO60 30 1926 39
1630 -22 0.0 0.137433 0 DL0HOT JO60 30 1926 31
1638 -17 0.3 0.137433 0 DL0HOT JO60 30 1926 371800 -31 -0.6 1433 ` DL0HOT JO60 30 21
1900 -28 0.3 1433 ` DL0HOT JO60 30 22
2000 -24 0.3 1433 ` DL0HOT JO60 30 25
2100 -20 0.0 1433 ` DL0HOT JO60 30 24
2100 -43 0.3 1525 ` PA0A JO33 30 14
2200 -22 -0.3 1433 ` DL0HOT JO60 30 22
2300 -25 0.0 1433 ` DL0HOT JO60 30 22
2300 -44 0.0 1555 ` IW4DXW JN64 23 15
0200 -44 0.8 1555 ` IW4DXW JN64 23 24
Почему грешу на timout?
В принципе, ещё может быть размер буфера в который попадают споты-претенденты на запись в базу т.е. их максимальное установленное количество
Но вроде по моим спотам это не просматривается (кол-во спотов на DL0HOT и проч. отмечены
красным). Правда, не подсчитаны вообще все споты попавшие на сервер в конкретное время и на других "передавальщиков" - но это нужно смотреть сразу, а не спустя большое время
Если, помните, то в WSPR15 часто попадали споты с необычным временем в минутах - 16 (вместо 15) и 46 (вместо 45), но никогда 01 или 31. Наверное это как раз "поздние" споты, но поскольку для 15 и 45 минут видимо timeout соответственно удлиняется до 16 и 46 мин, то они писались всегда
Как не превысить timeout и попасть в буфер записи?
Наверное нужно:
- иметь шустрый инэт у хорошего провайдера. Регулярно ping'ую своего провайдера через командную строку - скачет невообразимо от 1мс до вообще "Превышен интервал ожидания для запроса", особенно в вечерние "тяжелозагруженные" часы
Кстати, для любых корректоров времени компьютера его нужно брать с самого ближайшего сервера времени своего провайдера - только недавно понял проблему почему время безбожно "гуляет" и при автообновлении и вручную. Конечно у SNTP протокола наверное должны быть алгоритмы учёта типа времени ping'ов (скорее всего в программах-корректорах), но когда они "гуляют" как хотят, то видимо сложно это всё учесть. Сервера времени все всегда работают, но пинги очень сильно "гуляют" даже на одном и том же
Пробую выяснить адрес самого ближайшего ко мне сервера времени своего провайдера - по идее ping'и на нём должны быть 1мс или около того - маленького... Сейчас корректируюсь по серверу который имеет меньше всего время ping'ов и имеет меньше всего промежуточных узлов чаще всего
Т.е. за какое время "долетит" спот от нашего софта через инет в буфер записи на wsprnet.org, а вернее на конкретный адрес "принимателя" спотов" - одному богу известно" - тут мы бессильны
- можно попытаться максимально уменьшить время отправки своего спота "туда" - это в наших силах :
---- иметь более мощный РС для более быстрого декодирования
---- уменьшать количество программ одновременно-параллельно проводящих декодирование. Тут вариантов немного:
WSPR2,
FW2/F2 декодируют принятое каждые 2 мин, даже если ничего не было и кто из них начнёт передавать первым не очень понятно. К тому же, наверное, каждые 2 мин передаётся и инфо для Map со своим позывным и QTH-loc. WSPR15 и
FW/F30 совпадают с ними только в 00 и 30 мин.
Opera тоже каждые ? ? ? мин (как бы не каждую минуту!) занимается декодированием и мешает тоже. Кстати и на pskreporter.info ведь отправляется параллельно как-то! это бы я отключил у себя в
WSPR/
FW 
Но и другие наши программы SPL, Argo периодически или постоянно достаточно сильно грузят РС. Как-то видел, что очень долго были зажжены окно "Decode", но попали ли тогда споты на сервер, не уточнял
Сегодня у меня были загружена WSJTX 2.3.0rc2 c отдельными по -rig
WSPR2 и
FW30, а также
Opera 1.6.5 под Win 7 Sp1 32 на стареньком (с 2008г) РС с Intel Core2 Duo E8300 @2.83GHz, 2G RAM. Во время приёма DL0HOT
WSPR2 активно занимался
AWLF с кучей файлов и в Chrome было открыто с десяток окон. Подумываю о новом БУ, но значительно более шустром, ноуте с док-станцией и с Com'ами
---- установить мешающие друг другу декодировать программы на отдельные, даже слабенькие компы
---- самый радикальный и ДЕЩЁВЫЙ метод
-
установить время на компе с -1...-2с, а то и больше сек, от реального всемирного ! Это будет что-то типа как с WSPR15 в 16 и 46 мин. По идее тогда самыми первыми будете в списке принявших
Можно "тупо" менять время через правый нижний угол экрана в Win, отключив все корректирующие время программы. Но корректировать ими вручную перед этим радикальным методом, чтобы знать реальное точное всемирное. Естественно подходит только для чисто приёмной станции т.е. если этот же РС не используется и для передачи. Но тогда будут проблемы при работе с программами для 2way QSO - FST4 просто, например
НО всё это при условии, что виноват timeout на сервере wsprnet.orgТакие мысли пришли - думаю дискуссию можно и нужно продолжить - может найдём точную причину и "лекарство"
