Автор |
Сообщение |
|
Дата: 30 Мар 2008 13:13:06
#
Разгоняем проц в midland g7 замена кварца процессора с 4mhz на 7.2mhz прошла удачно.
Увеличилась скорость сканирования каналов и скорость прослушивания двух выбранных каналов
Может быть можно и побольше разогнать, но других кварцев не было но на 12mhz у меня не потянул.
http://www.lpdnet.ru/index.php?go=Gallery&file=thumb&id=453 |
|
Дата: 30 Мар 2008 22:48:05
#
Хм, интересно, нужно будет попробовать!
Пораженные частоты не добавились?
|
Реклама Google |
|
|
Дата: 30 Мар 2008 22:51:02
#
Andry 165
Тут справедливо говорить о пораженных каналах, т.к. станция канальная ))
Ку?
|
|
Дата: 31 Мар 2008 02:06:54
#
А как тона подзвучки? Не изменились?
|
|
Дата: 31 Мар 2008 08:01:56
#
Тут справедливо говорить о пораженных каналах, т.к. станция канальная ))
Ку?
Пораженные каналы не встечал но попробую про тестить!
А как тона подзвучки? Не изменились?
Тоны вызова и подзвучки изменились соответственно частоте!
Если у кого получится разогнать выше 7.2mhz выкладывайте на форум !
|
|
Дата: 31 Мар 2008 08:52:41
#
Соответственно и передаваемые/опознаваемые тоны CTCSS наверняка теперь поплыли. Попробуйте с другими станциями, удастся ли с неразогнанной на субтонах связаться.
|
|
Дата: 31 Мар 2008 09:26:32 · Поправил: netz
#
Пораженных каналов не выявлено прошелся по всем 69 каналам
Соответственно и передаваемые/опознаваемые тоны CTCSS наверняка теперь поплыли. Попробуйте с другими станциями, удастся ли с неразогнанной на субтонах связаться.
К сожелению на субтонах связатся не получается действительно тоны CTCSS поплыли.
Надо попробовать связаться в субтонах на двух разогнанных станциях, если получится то можно использовать свой субтоны чтоб уж точно никто не смог подобрать субтон.
|
|
Дата: 31 Мар 2008 09:46:06
#
netz
Не мы к вам, ни вы к нам.. получается.
|
|
Дата: 31 Мар 2008 10:46:47 · Поправил: Soman
#
К сожелению на субтонах связатся не получается действительно тоны CTCSS поплыли.
Надо попробовать связаться в субтонах на двух разогнанных станциях, если получится то можно использовать свой субтоны чтоб уж точно никто не смог подобрать субтон.
Боюсь, что ваши новые субтона начнут теперь попадать в звуковой диапазон, принимаемый звуковым трактом, и будут восприниматься как завывание/писк. В том и прикол CTCSS, что они не проникают на динамик при работе, а вырезаются полосовым фильтром нижних частот, поскольку лежат в диапазоне 67,71.9-250.3 гц. В вашем случае частоты этих субтонов возрасли (поскольку кварц более высокочастотный, а коэффициент деления тактовой частоты остался прежним), и будете наслаждаться звуками тона при приеме ;) По прикидкам субтоны теперь лежат в пределах (7,2/4= в 1.8 раз увеличилась тактовая частота, во столько же возрасла частота субтонов, 67,71*1,8=121,88 гц - 1 субтон, и 250,3*1,8=450,54 гц - 38 субтон). 450 гц лежит значительно выше нижней частоты пропускания звукового тракта (300 гц), будет писк при приеме. Пользоваться сможете реально только самыми первыми из субтонов, которые попадают в частоты до 250 гц.
|
|
Дата: 31 Мар 2008 10:57:57
#
С нижними тонами все ОК должно быть. Идея хорошая :)
|
|
Дата: 31 Мар 2008 11:00:11
#
Вот что бывает, когда люди переносят опыт оверклокинга компьютеров в другие области радиотехники ;)
Рация - это не писюк ;)
|
|
Дата: 31 Мар 2008 14:07:23
#
Что дальше разгонять будем? Телевизоры и стиральные машины? :)))
|
|
Дата: 31 Мар 2008 14:25:54 · Поправил: Hixx
#
Sergey4565
Ага, центрифугирование на 10000 об/мин.. Бельё в труху.
А утюг вообще сам будет ползать по простынкам и наволочкам.
|
|
Дата: 31 Мар 2008 14:26:57
#
netz
После "разгона" Увеличилась скорость сканирования каналов и скорость прослушивания двух однако теряем совместимость по кодам и увеличивается ток потребления. Кроме того, возможено увеличение ложных срабатываний при сканировании. С моей "кочки" зрения - овчинка не стоит выделки.
|
|
Дата: 31 Мар 2008 15:21:56
#
По прикидкам субтоны теперь лежат в пределах (7,2/4= в 1.8 раз увеличилась тактовая частота, во столько же возрасла частота субтонов, 67,71*1,8=121,88 гц - 1 субтон, и 250,3*1,8=450,54 гц - 38 субтон). 450 гц лежит значительно выше нижней частоты пропускания звукового тракта (300 гц), будет писк при приеме
Проверил на 38 субтоне, не какого писка я не услышал, сравнил с обыкновенной рацией разницы не почувствовал.
После "разгона" Увеличилась скорость сканирования каналов и скорость прослушивания двух однако теряем совместимость по кодам
так оно может нам и надо чтоб совместимости небыло.
и увеличивается ток потребления.
не знаю как он может увеличится но разницы в токе потребления между переделанной и не переделанной нет замерял сам
Кроме того, возможено увеличение ложных срабатываний при сканировании.
И это еще одно ложное предположение,
вы предпологаете а у меня все на практике видно
|
|
Дата: 31 Мар 2008 15:51:26
#
netz
Просто звуковой тракт радиостанции не вопспроизводит.
Я на Есу слышу субтон, передаваемый другой рацией... и то - в наушниках.
|
|
Дата: 31 Мар 2008 15:52:45
#
Просто звуковой тракт радиостанции не вопспроизводит.
Воспроизводит и его видно на спектрографе даже на КПК. =)
|
|
Дата: 31 Мар 2008 17:11:14
#
Сейчас как следует поэкспериментировал ,субтон прослушивается как еле заметный фон
но он прослушивается как на переделанной так и на простой lpdшке,
так что разницы особой нет.
|
|
Дата: 31 Мар 2008 19:10:13
#
Hixx
А утюг вообще сам будет ползать по простынкам и наволочкам.
Не, разогнанный утюг нагреется до температуры плавления металла, из которого сделана подошва нагревателя, со всемы вытекающими (дыры в гладильной доске, пожар и т.п.) ;)
|
|
Дата: 31 Мар 2008 22:37:45
#
netz
не знаю как он может увеличится в современных микроконтроллерах ток потребления 1 мА/МГц, кроме того примерно в два раза увеличатся пики тока при переключении из дежурного режима. Так что ток потребления в дежурном режиме возрастет.
разницы в токе потребления между переделанной и не переделанной нет замерял сам каким прибором, если не секрет?
|
|
Дата: 01 Апр 2008 14:58:55 · Поправил: netz
#
KSVnn
в современных микроконтроллерах ток потребления 1 мА/МГц, кроме того примерно в два раза увеличатся пики тока при переключении из дежурного режима. Так что ток потребления в дежурном режиме возрастет.
Ну возрастет он на 5 мА не чего страшного
А для кого важно пусть на оборот понижают тактовую частоту.
|
|
Дата: 01 Апр 2008 15:31:05
#
Чего там еще в несчастных ЛПДшках осталось неразогнанным? ЖК дисплей наверно (тоже можно что то сделать с ним), да потенциометр регулировки громкости (у кого есть)...
|
|
Дата: 02 Апр 2008 11:53:37
#
И что в итоге?
В итоге получили скорость сканирование в положительных результатах, уплывшие тоны, повышение потребления в дежурном режиме в отрицательных.
В принципе, если тоны не особо используются, а скорость скана в приоритетах, то мод, безусловно, полезный.
В случае, если предполагается работа с группами и применение тона - тут либо извернуться придется или вернуть всё обратно, пожертвовав скоростью скана.
|
|
Дата: 03 Апр 2008 12:43:09
#
Замечания по поводу скорости сканирования.
Программа сканирования должна выполнять следующие действия:
1. Запись частоты в синтезатор
2. Пауза для установления частоты ГУНа
3. Обнаружение несущей в течении заданного интервала
4. Обнаружение пропадания несущей в течении заданного интервала (если была обнаружена)
5. Переход на на следующий канал.
Все подчеркнутые интервалы весьма критичны и не думаю что разработчики заложили их от "балды".
Мне довелось разрабатывать системы ДУ для телевизоров и программу сканирования для связного приемника, поэтому мои "ложные" предположения имеют под собой весьма немалый практический опыт.
|
|
Дата: 03 Апр 2008 13:11:38
#
KSVnn
Если, интервалы прописаны в тактах - то ничего страшного, т.к. кратность кварцу сохраняется.
|
|
Дата: 03 Апр 2008 14:46:11
#
Hixx
интервалы прописаны в тактах - то ничего страшного длителность самих интервалов сократится пропорционально увеличению тактовой. Особенно критично время ожидания установления ГУНа. В приемнике с синтезатором на MC145170 минимальное значение получилось 135 мс, а в программу "забито" 145.
|
Реклама Google |
|