Журнал радионаблюдений метеоров

[KMM]

О, а можно и другим эту сборку?
Кстати, Ваня, ты опробуй именно с сохранением аудиофайлов. У нас иногда почему-то в таблице не всегда есть всё то, что есть в наличие по аудиофайлам. Я только пока не понял, то ли вина программы в этом, то ли того человека, кто смотрит за оборудованием, потому хотелось бы, чтобы опытный кто потестил у себя и этот момент.

[felix]

To Andrey. Сообщение получил .
Сегодня   с утра довольно много метеоров . Ночью похоже был перерыв в работе станции  88,2 мгц
Надо бы уточнить график их работы. Привожу последние данные кому интересно.

[KMM]

А проверьте, есть ли аудиофайлы за те промежутки, где на графике пробелы (странно, чтобы радиостанция не работала и до полуночи). Вот про что-то такое я выше и писал.
И для сравнения можете привести график за предыдущие пару ночей?

[felix]

Более ранних данных нет . Это первые пробные наблюдения . Аудиофайлов ночью тоже нет . Они бы зарегистрировались  RR-ом  я думаю .  Порог правда выставлен с большим запасом  "жесткий"  .  На гистограмме время по Гринвичу т.е. надо учесть разницу в один час. . Жаль конечно,  если ночью они отключаются или резко снижают мощность.  Это надо будет уточнить . Аудиофайлы идут на польском , так что это однозначно Кельце , Польша  88,2 мгц 120 квт в антенне. ТРОПО я смотрел вроде нет,так что данным можно доверять . Интересно, что у других наблюдателей сегодня видно.
Картинку с последними данными можно посмотреть ниже

[KMM]

Более ранних данных нет . Это первые пробные наблюдения .

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

Аудиофайлов ночью тоже нет . Они бы зарегистрировались  RR-ом  я думаю .

А вот как раз это надо проверить, бывает ли у этой версии глюк, когда аудиофайл она сохраняет, но в таблицу не заносит это событие.

[Andrey Prokopovich]

А вот как раз это надо проверить, бывает ли у этой версии глюк, когда аудиофайл она сохраняет, но в таблицу не заносит это событие.

Так вроде все просто. Количество файлов и событий должно быть одинаково, если нет, то есть баг (если руками ничего не терли).

[felix]

Ничего не меняю и не отключаюсь, так как и самому интересно посмотреть и сравнить.
Сегодня включал HR . Похоже она без особых примочек  и работает просто , как компаратор уровня.  А вот визуализация спектра  по моему теряет тем ,что низкочастотная область вырезана хотя энергетически там сосредоточены наиболее мощные компоненты. Для модулированных частот или с использованием биений типа  как в CW или SSB  она будет работать по моему эффектнее. По имитатору , используя АМ сигнал ГСС , смотрится вполне нормально.
Всем удачи, до завтра.

[KMM]

Так вроде все просто. Количество файлов и событий должно быть одинаково, если нет, то есть баг (если руками ничего не терли).

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

[Andrey Prokopovich]

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

Т.е. есть только возможность дать ему exe'шник? Вообще у меня была мысль добавить в программу функционал в виде возможности отсылать отчеты по HTTP/FTP... если у председателя есть инет, то было бы весьма удобно

[KMM]

В смысле отсылать отчёты? Т.е. программа автоматически в определённое время подключает компьютер к интернету, отправляет отчёт и отключается от инета? Это было бы просто здорово! Не надо было бы ездить с парой пересадок за тридевять земель раз в месяц - два забирать результаты, можно было бы тогда более-менее оперативно отслеживать активность!
Там, где антенна наша стоит, глухое село. Интернет только через мобильник, т.е. таки дорогое удовольствие, чтобы постоянно быть онлайн.

Я вот смотрю, в РР как-то странно с созданием таблицы, то ли я не разобрался. Начинается с того, что при нажатии "создать новую таблицу" надо бы добавить возможность задавать местоположение таблицы и её название, а не просто автоматически присваемое неинформативное "noname".
А если автоматическую отправку отчётов сделать, то надо бы, наверное, чтобы новая таблица и соответствующая папка для аудиофайлов создавались с именем в соответствии с текущей датой, а когда программа работает сутками без контроля оператора, то чтобы с новой датой  папка создавалась в полночь по всемирному времени. Надо подумать, как лучше, чтобы и новая таблица тоже создавалась или достаточно продолжать текущую. Хотя как-то боязно,  если вдруг будет какой сбой (или просто пропадёт электричество надолго, что ибп не хватит), а события заносятся в одну таблицу неделями, то чтобы не пропали данные за большой период сразу. Но если создавать новую таблицу с новой датой, то надо предусмотреть возможность создавать сводный отчёт для RAMEDA и RMOB из нескольких выбранных табличек за несколько дат.

[Andrey Prokopovich]

В смысле отсылать отчёты? Т.е. программа автоматически в определённое время подключает компьютер к интернету, отправляет отчёт и отключается от инета? Это было бы просто здорово!

Именно так. Можно сделать в виде плагина, т.е. если кому-то такой функционал не нужен и пугает внесением лишних глюков в работу программы, то могут просто удалить и не использовать плагин.

Вообще-то мне кажется разбиение на папки вообще не нужно, все аудиофайлы имеют уникальные имена - этого достаточно. По названию файла можно запросто скопировать файлы за определенную дату, если есть в этом необходимость.
У меня при попытке как-то упростить схему работы, все мысли приходят к единому файлу evt, но работать с ним сложно будет, когда он разрастется. А один большой файл - это подобие БД, только не оптимизированное никоим образом. Как вариант, для надежного хранения данных можно уйти от формата "evt" и хранить все в БД, например SQLite или FireBird (установка СУБД на комп не требуется). В итоге - надежность и удобство работы с данными - выборки за любой период одним кликом мыши, и не надо голову ломать, как "создавать сводный отчёт для RAMEDA и RMOB из нескольких выбранных табличек за несколько дат".
Еще отрицательный момент, что программа "собирает" события в своей таблице (StringGrid), и периодически записывает в файл, но не дописывает, а переписывает с ноля. С каждым новым ивентом процесс замедляется, а если их будет 100... 500 тысяч - это уже процесс, с БД такого не будет в принципе.

[SERIV]

Терпение лопается - завтра еду на базу глядеть как там RR работает. Планировал на выходные ехать. 
Нужно узнать какое время софтина без глюков работает и во время приезжать да перезапускать, снимая данные .

[Andrey Prokopovich]

Ну вот, только что откапал баг.
Ставим галку "Не сохранять аудио файлы", сохраняем настройки, выходим. Стартуем прогу, жмем запись и записываем событие -> в таблице событий нет имени файла, сохранять нечего.

[felix]

Привожу данные за последние 36 часов . Все же ночью похоже Кельце 88,2 отключают . Активность днем сегодня заметно снизилась . Хорошо бы сравнить текущие данные. Нет ли у кого ссылки ?   Всем удачи.

[SERIV]

Итак, был сегодня на базе. Ну что могу сказать. Плохо всё. Прога не сохраняет файл отчета rep. За 5 суток 660 сигналов при среднем фильтре импульсных помех.  Диаграмму не строит. Вобщем, в топку этот софт! SL рулит! Да не мучайтесь вы с RR! Это детские шалости. Несерьёзный софт. В топку!!!! Переходите на SL!!!!
НАМ НУЖЕН СОФТ КОТОРЫЙ ПАШЕТ ГОДАМИ ! КРУГЛОСУТОЧНО! С меня довольно тестов. Нужно серьезно подходить к делу. Только SL подходит.

[Andrey Prokopovich]

Ваня я ж тебе и в Скайп писал и в чат, что не ставь первую дебажную сборку!

За 5 суток 660 сигналов при среднем фильтре импульсных помех.  Диаграмму не строит.

А как ты без диаграммы узнал, что их 660?

Да не мучайтесь вы с RR! Это детские шалости. Несерьёзный софт.

Странный у тебя подход, однако 

[KMM]

Особенно странно, если учесть, что с SL необходима ручная обработка, на которую уходит очень много времени... Лучше уж автоматизацию развивать, тем более, что есть кому!

Еще отрицательный момент, что программа "собирает" события в своей таблице (StringGrid), и периодически записывает в файл, но не дописывает, а переписывает с ноля. С каждым новым ивентом процесс замедляется, а если их будет 100... 500 тысяч - это уже процесс, с БД такого не будет в принципе.

Да, но переход к БД, наверное, займёт много времени. И важна ещё защита на случай, если вдруг какой-то произойдёт сбой в момент сохранения (электричество пропадёт, посреди ночи гроза начнётся из-за которой комп может перезагрузиться), так чтобы не испортились все накопленные данные. А то вот с таким переписыванием все данные пропасть могут... Разве что если аудиофайлы записывать, то хоть они останутся, но как потом по ним таблицу создать - непонятно.

[Евгений Ромас(BrainBug)]

Никаких топок! RR вполне устраивает! Завтра кидану график! 

[felix]

to Lupus и всем метеорщикам конечно . Виталий , прошу прощения за задержку с ответом.  Сейчас использую встроенный в комп TV-FM тюнер Compro (к сожалению не лучший для ТВ) и  шести элементную антенну на частоту 90 мгц . Антенна состоит из двух ортогональных трех элементных Яги для получения круговой поляризации. Размеры 170 рефлектор 150 активный , 140 директор .Активный элемент запитан по типу Гамма согласователя .Сейчас применил просто половину  обычного петлевого вибратора. На снимке у меня  укороченный согласователь который сейчас заменен на половинку  петлевого вибратора. Использую частоту 88.2 мгц . Это Кельце Польша FM станция 120 квт . Наблюдаю в городских условиях . Перепробывал софт RR SL HP.  Использую сейчас RR в режиме "жесткий".
Опыт работы пока небольшой, но кое - что начинает уже проясняться .
Несколько слов об оптимизации обнаружителя FM сигналов .  Настораживает, что никак не используются несущая и наиболее мощные низкочастотные компоненты спектра FM сигнала.
По моему в FM приемник очень просится элементарный телеграфный гетеродин .Сигнал конечно потеряет разборчивость , но  несущая  и нч компоненты спектра должны сразу улучшить суммарную энергетику спектра. Гетеродин конечно лучше иметь кварцованный чтобы не выползал из полосы . НЧ фильтр после смесителя тоже думаю не помешает, хотя бы до частоты среза 500-1000 гц, а может и поуже. Не было ли у вас такого опыта и стоит ли с вашей точки зрения этим заниматься . Пока все. Ваш фолиант и посты конечно же с интересом и большой пользой для себя  внимательно прочел.

[SERIV]

Ваня я ж тебе и в Скайп писал и в чат, что не ставь первую дебажную сборку!

Что-то я не припомню такого. 
За 5 суток 660 сигналов при среднем фильтре импульсных помех.  Диаграмму не строит.

А как ты без диаграммы узнал, что их 660?

Так там же идет нумерация  мрсов. Сразу все видно.

B SL есть скрипт, который для наблюдений с SSB на TV позволит автоматизировать работу. Для FM только ручной подсчет.

Значит я не верно понял насчет улучшения RR. Вобщем, очень интересует ответ на вопрос какое время без глюков работает софтина неделю, месяц или может год
Андрей, планируешь ли улучшить программу? Как повится новая версия дай знать. Это я видать погорячился насчет топки RR.  Не знаю что произойдёт быстрее - или я разживусь приемником с SSB или появится адекватная безглюковая версия RR.