Как изначально написал:
Смысла дальше продолжать отправку никакого нет - до скрипта пакты не доходят, отваливаются где-то на уровне ОС.
Вид для печати
Юрий, а у тебя связь в лог пишется ПОСЛЕ ОКОНЧАНИЯ передачи?
я получил от тебя RR73, начал передавать 73 и сразу записалось в лог,
в логе скрипта моя запись 2023-07-10 16:58:00, а твоя 2023-07-10 16:58:17 - хотя по логике твоя должна быть на минуту раньше....
Роман, у меня связь не автоматом заносится в лог... "вылезает" окно с данными qso и только когда я сам нажму ОК, тогда связь заносится в лог... обычно я жму ОК сразу по окончании моей передачи RR73
кстати, вчера у меня какое-то qso к тебе не дошло... вылезало окошко с инфо, что невозможно установить TCP соединение... возможно был какой-то сбой с работой интернета...
и ещё, проверь сколько у тебя сохранилось моих связей в JT65 - вчера вечером я провёл этой модой 23 QSO на 20-30-40М
я так и подумал что вручную.
у тебя за вчера в JT65 моде записано 22 связи.
по недошедшему QSO нужно точное время - поищи в текстовом логе jtdx, там по идее должна ошибка быть - если не получится, то будем сравнивать то что есть в базе, с твоим логом и найдем связь которая не записалась.
вообще скрипт не завис/не вывалился ни разу, максимум одновременных сессий что я увидел "в онлайне" было 4, больше увидеть не удалось(может при анализе логов увижу) :-(
но и народу что слали данные было ~15% от тех кто работал. + там было несколько кто работал FT8 и к нам не подходил.
со времени последнего перезапуска [10-Jul-2023 14:06:45 UTC] - внесено 190 записей в БД.
p.s. для стресс-тестирования нужно хотябы 10-15-20 человек работающих в общем участке в режиме FT4...
Юрий, 90% твоя проблема связана с не очень хорошим интерентом - за время активности у тебя 2 раза сменился IP адрес, т.е. был обрыв связи и переподключение...
скорее всего исчезнувшая отправка попала на этот процесс.
По времени ориентируйся на промежутки сверху и снизу от "красных линий" :D
Вложение 4005
вообще у тебя очень часто меняется IP.. что не есть хорошо для стабильной связи.
наверное нет смысла искать незаписанное в БД QSO... теперь буду знать, что при переподключении у меня меняется IP... причину тоже выяснил - у меня инет Ростелекома по телефонной линии... жена в это время кому-то звонила по городскому тлф и поэтому прерывалось подключение
не записана в БД только одна связь в 1701 R7FQ 20M
Коллеги, сегодня с утра кто-то подключился к тестированию, но использует старую версию JTDX в которой не передается параметр STATION_CALLSIGN такие данные добавлять в БД смысла нет - никак невозможно идентифицировать отправителя :-(
необходимо обновиться до версии не ниже 2.2.159, или 158 не помню с какой версии по моей просьбе добавили эти поля в отсылаемую строку
Код:2023-07-14 06:32:00 <command:3>Log <parameters:197> <BAND:3>12m <CALL:6>DL7VDX <FREQ:9>24.916923 <MODE:3>FT8 <QSO_DATE:8>20230714 <TIME_ON:6>063115 <QSO_DATE_OFF:8>20230714 <TIME_OFF:6>063214 <RST_SENT:3>-13 <RST_RCVD:3>-23 <GRIDSQUARE:4>JO62 <EOR>
2023-07-14 06:32:00 Array
(
[BAND] => 12m
[CALL] => DL7VDX
[FREQ] => 24.916923
[MODE] => FT8
[QSO_DATE] => 20230714
[TIME_ON] => 063115
[QSO_DATE_OFF] => 20230714
[TIME_OFF] => 063214
[RST_SENT] => -13
[RST_RCVD] => -23
[GRIDSQUARE] => JO62
[IP] => 188.170.172.168
[PORT] => 55640
[DATETIME] => 20230714063200
)
это я Рома...154-я у меня....