Результаты поиска по запросу тега: баг
Декабря
2022 года
31
ExpertSDR3 1.0.2 beta
2022 года
Давно не проверял, как там движется разработка ExpertSDR3. С моей последней попытки прошло почти 2 года. Прошивки которые используются для ExpertSDR3 и ExpertSDR2 разные, поэтому проверять каждую «дерьмобэту» и рисковать убить память я не стал, помня подход EE к тех.поддержке. Впрочем, они особенно и не скрываются, официально пишут, что "вы перешиваетесь на на свой страх и риск".
Чтож, кроме "ExpertSDR3 v1.0.2 beta" появился и какой-то образ удаленки для “малины.” Наблюдая за ажиотажем вокруг FT8WW, мне подумалось, а вдруг? Ведь, говорят, что под новый год чудеса случаются! (Спойлер: Хрен там было!)
Скачал образ, ссылка есть на сайте. Сразу выяснилось что на старую флешку для малины он не влезет, так как занимает почти 6 GB. Ок, нашел флешку на 16, записал, воткнул, запустил.
На этом, собственно все и закончилось. "Малина" получила IP от локального DHCP и более никак себя не проявляла. На 80 порте у нее ничего нет, порт SSH спрашивает пароль, но где его взять?
Документации и комментариев, конечно нет, есть старая дока, до «малины». Из нее, в целом можно понять ход мыслей разработчиков и рабочую архитектуру, но не более того. К тому же, возможно нужны настройки на роутере? Короче, удаленка есть, но ее нет.
Ладно, а что там с самой программой ExpertSDR3? Последний раз я видел бету 0.3 и много воды утекло. Раз взялись за удаленку, видимо допиливать в основной программе ничего не надо и все работает?
Да как бы не так! Мне от софта нужен телеграф, цифровой режим и немного телефона в ФМ и ССБ. Телеграф с виду работает, я не пробовал, но подключив старую SDC споты пошли, мода поменялась и что-то было слышно, ФМ работал, хотя на 2м настройки запоминания репитерного разноса и СТСС не очень «запоминались», но ок, в ЕЕ на ФМ насрать, это я понял давно. Но вот подставы с цифрой я точно не ждал.
Во первых, я заглянул в обновления протокола TCI и обнаружил, что с моего последнего посещения и версии 1.3 он достиг уже 1.9. Ну, круто, ребята, обновляете, видна работа. Затем я задался мыслью, а как мне передать CAT и АУДИО, к примеру, в WSJT-X?
Ну, конечно, при помощи легендарной программы RadioSync.
Сначала она не завелась и я долго не мог понять в чем проблема. По началу, я подумал, что она устарела, ведь это первая публичная бета времен TCI 1.4. И наверное, не особо совместима с новым TCI 1.9. Поэтому, первым делом я решил ее обновить. Все же, два года почти прошло.
И тут я понял ее подлинную легендарность. Её просто негде взять, ни бету ни альфу, ни хоть что-то. Вечер мы с гуглом убили на поиски, но так и не нашли. Судя по отдельным комментарием, где-то она хранится в облаке, к которому нет доступа у смертных, еще по другим слухам она входила в версию ExpertSDR3_x64_0.13.0_setup_15092022.exe, которая заметно толще остальных, но мне так и не удалось ее обнаружить. Так что, если она вам нужна, я с удовольствием продам вам ее копию :D Пишите на мыло, сторгуемся :)
Чтож, пришлось жрать с той лопаты что была. Напрягшись и подумав над архитектурой собственной коммутации виртуальных портов, а у меня там есть над чем поломать голову, от com0com, до portserial шаринга, я нашел ошибку в конфигурации RadioSync, поправил и все заработало. Да будет CAT, да будет VAC.
Я стал на 10м, и дал cq! И оно заработало! Круто! В кои-то веки действительно все работает!
Но счастье длилось не долго. Я остановил сикуляние и полез в настройки звуковой, уже не помню зачем. И по возвращению в WSJT, больше так и не увидел этой «работы». Да, прием был. А вот передача накрылась медным тазом.
И не перезагрузка ПК, ни смена частот дискретизации аудио-шнурков, ни в самой программы, ни замена дров аудио с MME на WDM или ASAPI, ни смена версии на более старую ,так и не смогло вернуть передачу в цифре! (О чем так же написано пользователями на форуме!)
Возможно она (передача) работает в TCI софте, но что мне с того? Я хочу работать тем софтом, которым работаю каждый день год за годом. Удобным и привычным. Который не знает про TCI и в свете последних событий , никогда и не узнает о нем.
Наверное, пора подводить итог. Софт не работает в полной мере, а это я еще половину своих СОМ портов не тестировал, который нужны для манипуляции в CW и не пробовал настраивать аудио для SSB. Есть баги в запоминании параметров на позициях частот, которых стало уже не 3 а 5.
Да, много чего добавилось в закладках и настройках. Да, работа видна. Выглядит перспективно, если смотреть с позиции 5 летней давности. На сегодня же, это просто бесполезный «недосфт» с кучей багов. И для проверки его работоспособности приходится рисковать «окирпичить» трансивер.
Спасибо, было очень увлекательно, познавательно, и «положа руку на сердце» — ожидаемо. Софт так и не достиг даже уровня второй версии. До встречи через 2 года, если я не продам этот чертов драндулет. :)
Июня
2020 года
11
SunSDR2 - проблема с VAС в WINDOWS 10 апдейт 2004
2020 года
После установки последнего апдейта в вин10, сломалось "совсем все".
Перестал работать "StartIsBack", пришлось найти свежую майскую версию и обновить.
Перестала декодироваться цифра в дигимодах, в WSJTX и прочее...
Клиническая картина выглядит так:
На лице явный баг сэмплирования(?). Никакие изменения настроек и переустановки не помогают.
Проблема решается... да-да-да... установкой свежей версии VAC. О проблемах в которой с зависаниями, счелчками и прочее не писал только ленивый.
Видимо, придется познакомится с данной проблемой самому...
Альтернативный вариант - откат обновления, однако решение сомнительное, но возможно кого-то устроит...
Буду наблюдать за дальнейшим повдением VAC...
Марта
2020 года
18
Глупый глупый баг RT-AC66U B1
2020 года
Уже несколько лет являюсь счастливым обладателем "subja". Аппарат прекрасен во всем - эстетически красив, им можно любоваться часами, изучая плавные изгибы корпуса и наблюдая помигивание индикаторов. Он легок в освоении и настройках - если вы уже имели с китайскими tp-link 841 или нажимали на меню OpenWrt,вы поймете о чем я говорю. Он умеет обновлять себе прошивки нажатием одной кнопки, имеет мощную начинку и интуитивный интерфейс... Все в нем прекрсно...
Но...
Но мне пришлось потратить почти месяц неспешных поисков, что бы разобраться с гениальным багом RT-AC66U.
В один прекрасный день я ршил скачать апдейт в 10gb какого-то своего софта и обнаружил что у меня "пропал интернет". Изучив ситуацию в меню, стало понятно что у меня просто дропнулся WAN. В принципе, ничего страшного, жмем "отключить/включить" в настройках WAN и все работает.
Работает 5-7 минут и вновь отключается. И так раз за разом...
Первое что я спросил у гугла, "а где у асуса включается опция реконект WAN". Гугл покрутил пальцем у виска и выдал порцию непонятной чуши. Ответа на данный вопрос не сущесвует, потому что в принципе подобной ситуации не должно существовать. Роутер ОБЯЗАН осуществлять реконект автоматически, если он стоит в положении "ON" в настройке Internet Connection.
Но у меня именно такая глупая ситуация и была...
Дальше я перерыл весь интернет пытаясь анализировать логи соединения.
Основной ошибкой перед дропом соединения было "Your ISP's DHCP is not functioning properly"
Однако, экперименты показали что закачка на прямую работает отлично и дело именно в роутере.
Процесс поиска проблемы был долгим и мучительным, пока методом проб и ошибок, а так же некоторого анализа и собсвенного опыта проблема не была решена.
Спустя какое-то время после безуспешных попыток найти решение я вспомнил, что однажды уже сталкивался с чем-то похожим.
Дело было с TP-LINK 843. Как-то после включения фаервола, и при попытке качать торенты - роутер стал толи виснуть, то ли терять соединение,уже не помню точно. Короче, творил всякие непотребства. Окаазлось что опция DOS protection и TCP SYN FLOOD нуждаются в тонкой настройке :) А если ее просто включить, то закачку торента роутер воспринимал как жестокий DDOS.
Тут меня посетила мысль, что кажется пару месяцев назад я тоже включил фаервол у RT-AC66U, но ведь с таким чудесным аппаратом подобных проблем быть не может, правда? :D
Дальше методом включения и выключения настроек фаервола и включения закачки на ширину всего канала выяснилось, что еще как может!
Пришлось выключить и все заработало как должно... WAN временами, конечно падал, но мгновенно подымался и на скорости закачки это даже не было видно...
Так что, если кто страдает подобной проблемой с подобными симптомами - отключайте Firewall...
Сентября
2019 года
19
UR5EQF LOTW FT4
2019 года
Заметил, что с LOTW не приходят подтверждения для FT4. Немного покруил гугль на данную тематику.
Основная рекомендация - зайти в "менеджер диапазонов и модуляций" и далее в модах:
1) убедится что Ft4 добавлен в список
2) отредактировать его следующим образом "МОДА": FT4, "Мод. в ADIF": "MFSK"
После чего, все должно начать работать.
У меня, такая методика не прокатила, ошибка с ЛОТВ была следующей:
"Error in 20M or MFSK or 20190905"
Т.е. ошибка, в моде, диапазоне или дате. Само собой - бэнд и дата были верными. А вот мода ожидалась MFSK никак не FT4. Хотя отправлялось вполне себе FT4 и на сервере QSO подтверждено.
Методом медитаций над проблемой "решение" нашлось следующее
исправить сам мод МFSK. Привести к следующему виду:
MFSK - FT4
"Решение" сомнительное, однако во первых только в таком виде у меня пропали ошибки, во вторых затрудняюсь вспомнить были ли у меня связи в чистом MFSK.
Возможно такой хинт костыль кому-то поможет.
Задумался над сменой журнала, UR5EQF был хорош для своего времени, но куча неработающих утилит внутри порядком раздражает да и косяки подобные этому накапливаются и однажду создадут критическую массу которая сей полуметрвый проект и похоронит.