Это взято из какой-нибудь книги советского времени? С тех пор многое поменялось, можно посмотреть каталог производителя (например) и увидеть у кварцев с Fundamental (не с 3rd или 5th Overtone) диапазоны частот. Или глянуть каталог отечественных продавцов, для примера тут для 32 МГц из 65 примерно половина с 1Г.Сообщение от Rio444
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
Нет, это с одного из радиолюбительских форумов.
Естественно информация могла устареть. Но в данном случае главное - сама идея, почему существуют гармониковые кварцы.
И в моём случае это актуально, т.к. в сфере интересов старая техника, выпускавшаяся 20-лет назад и ранее.
Методики не припоминаю. Соображения такие. Для TTL резисторы должны хотя бы обеспечивать линейный
режим работы элемента. Собственная частота колебаний в схеме (если она возбуждается с одними емкостями)
должна быть близка к желаемой.
Или же для возбуждения на желаемой гармонике коэффициент передачи дифференцирующей CR цепи (C81R07)
на первой гармонике должен быть заметно меньше, чем на третьей. Те частота среза CR цепи (1/(6.28*RC)) должна
быть около желаемой частоты возбуждения. Иногда (особенно в приемопередающей технике) применяют настроенный
контур, для возбуждения на нужной гармонике.
Собственно, гармониковые кварцы используются из-за затруднительности изготовления резонаторов на большие частоты
и падения добротности их выше определенной частоты. Я посмотрю дома у меня есть хорошая старая двухтомная книга
" Радиотехнический справочник" (перевод с немецкого), где целая глава про кварцы
Я немного добавлю свои соображения.
У кварцев могут быть еще паразитные частоты (не гармоники), при не совсем
качественном изготовлении (из книги). Там же указано, что наилучшие результаты
получаются от 60KHz до 5Mhz (не спроста в старых частотомерах ставили кварц на
5MHz, а потом умножали частоту).
Более строго, относительно работы на гармониках. Чтобы возбудить кварц на желаемой
гармонике, нужно чтобы коэффициент передачи цепи ОС на желаемой частоте был
выше, чем на других. Но посколько добротность кварца на гармониках скорее всего
меньше, то при примерно равных коэффициентах передачи цепи ОС (с учетом сдвига
фазы, тк этот сдвиг фазы кварцу придется компенсировать для выполнения условия
самовозбуждения), можно предположить, что будет более вероятно возбуждение на
низшей гармонике (в пределах одинакового коэффициента передачи ОС). А для работы
на нужной гармонике нужно добится увеличения коэффициента передачи на ней, в
простейшем случае хотя бы подстройкой CR звена, как я писал выше.
Это легче представить себе, если вспомнить эквивалентную схему резонатора:
последовательно включенные большая индуктивность, маленькая емкость и
сопротивление потерь. И все это зашунтировано емкостью кварц-держателя.
Гармониковые частоты можно представить себе как дополнительные
последовательные LCR цепи, включенные параллельно основной. Понятно, что
в таких цепях в определенных условиях возможна генерация на разных частотах
и даже перескок частоты при внешнем воздействии.
Ну и не забываем про то, что у кварца возможны два резонанса - последовательный
и параллельный. Частота параллельного резонанса чуть выше и определяется той
же фиктивной индуктивностью и емкостью кварц-держателя, включенной
последовательно с маленькой эквивалентной емкостью кварца. Чем выше
добротность резонатора, тем меньше отношение этих частот.
- - - Добавлено - - -
А кстати, напомнили. У меня есть старые промышленные платы (Motorola, Alcatel)
от коммуникационного оборудования, так там смесь - и DIP, и SMD, и планарные
микросхемы (причем последние припаяны с обратной стороны платы). Еще
применяются интересные SMD резисторы, круглые, синего цвета.
Последний раз редактировалось i8088; 13.05.2023 в 11:52.
Меж делом завел экранчик 480x320 3.5" ili9486 8 bit parallel (SKU:MAR3501) на платке с ВМ80, которую тут показывал парой страниц ранее:
https://zx-pk.ru/threads/25682-samod...=1#post1178397
Честно сказать - намучился я с ним прилично. Сначала не мог его заинитить - собирал по всему инету последовательность инициализации, включая какие-то китайские борды, форумы андруинщиков, github - нет инита и всё. А дело было всего-лишь в перепутанных проводах к экрану D6 и D7 - просто воткнул неправильно пины. Потом начал ловить какие-то внезапные перезагрузки прошивки, сделал даже "шагатель" по классике из журнала Радио, хотя он мне мало помог. Короче дело было в том, что на плате у меня на процессоре перепутаны адресные линии A14 и A12 местами, поэтому когда прошивка выросла код улетал в неведомые дали. А распиновку 8080 я взял похоже просто в гугле забив "8080 pinout", и первая подвернувшаяся картинка оказалась неправильной. Ладно, исправил парой проводков МГТФ и все уже поехало как надо.
Какие из этой грустной истории выводы? Да банальные - 1) всегда читай официальные даташиты и мануалы от производителя, а не смотри картинки в гугле; 2) сделал жгут проводов - прозвони его тестером, что соединение есть и что провод А приходит в точку А, а не в точку Б;
Когда все заработало как надо по аппаратной части переписал на асм основные функции работы с дисплеем и особенно функции заливки дисплея, скорость возросла в разы по сравнению с си-вариантом. Тут тот самый случай, когда важен каждый такт и одна лишняя инструкция в цикле существенно сказывается на быстродействии. Ведь старичку ВМ80 для полной заливки экрана нужно прокачать 480x320x2 байт (~300 Кб) через шину. Конечно, экран очищается не моментально, но уже терпимо. Ну и до кучи прикинул шрифт с альфаблендингом (плавным переходом цветов на краях изображения), что потребовало чисел с плавающей запятой:
Благо в z88dk это решается просто подключением математической библиотеки. Она конечно жрет место, и очень даже заметно, но на период отладки терпимо. Дальше можно все в таблицы загнать, когда будет понимание всех цветов и элементов интерфейса.
С этим экраном без нормального отладчика работать такое себе, это не ИН'ки или матричные светодиодики... Каждый раз доставать из панельки, стирать EEPROM'ку, прошивать EEPROM'ку, вставлять обратно в панельку - и так сотни раз на период рисования интерфейса - удобства доставляют мало. Да, я знаю что есть "эмуляторы ПЗУ", знаю что можно было бы просто поставить на плату USART (да хоть тот же 580ВВ51), написать небольшой бутлоадер и шить флешку прямо в схеме и тд и тп. Но как сделано так сделано. Поэтому пришлось написать на скорую руку типа эмулятор данной 8080 платформы - ядро эмулятора 8080 ctrl+c/ctrl+v с гитхаба, вывод на экран через SDL, обработка кнопок там же. Ну и сбоку немножко логики заполнения экрана ili9486 и обработки портов в/в. Стало гораздо проще и плату можно вообще пока отложить в сторону.
А вчера вечером решил прикрутить кнопки и внезапно столкнулся с глюком - при чтении данных из порта 580ВВ55 у меня читался мусор. Понятно, что конфликт на шине, я предположил что виной всему упрощенный дешифратор адреса порта в/в, выполненный на одном инвертере - а именно /CS ВВ55 это линия A4, а /CS на экран - это инвертированная A4, таким образом по задумке 0-Fh это порты ВВ55, а 10h-1Fh это порты экрана. Думал что из-за задержки прохождения сигнала через инвертер возникает иголка и экран и ВВ55 одновременно отвечают и вот он и глюк. Сидел пол-ночи ловил эти иголки, переделал дешифратор на ИД7 - нихрена. А утром взглянул на сам экран - и вот оно. На экране установлены пара левел-шифтеров, выполненных на 74LVC245, и у одного из них, отвечающего за шину данных /OE жестко прибит на землю:
Поэтому когда я читаю что-либо из какого угодно порта он выставляет на шину мусор. Солюшен прост - отрезать /OE от земли и завести его на /CS экрана, что и было проделано с помощью скальпеля и МГТФ:
Ох уж эти китайцы затейники, ладно, продолжаем...
ALS(03.10.2023), CityAceE(03.10.2023), MM(03.10.2023), murgatroid_79(15.06.2024), Reobne(03.10.2023)
Не люблю дурную работу. С начала 2000-х активно использовал параллельную Flash 28-й и 29-й серии. Программируется внутрисхемно, по последу. Нет аппаратного - легко пишется программный. Да и с любыми МК аналогично. Эти вынимания/вставляния просто бесят.
Насчет программного - не так что бы легко, но пишется, да. А не легко, потому что скорость ногодрыга ВВ55 ограничивается 10-тью тактами команд in/out + плюс еще нужно куда-то положить байт который приняли и это простым поллингом, потому что никаких прерываний от ВВ55 разумеется нет. То есть нужно посчить потактово всю функцию целиком приема байта, как-то подогнать ее под скорость тактирования ВМ80 что-бы она хоть издали напоминала какой-то стандартный баудрейт. Плюс надо когда получили байт как-то умудрится еще не потерять следующий байт, пока мы с первым возимся. Ну и в результате скорость по грубым прикидкам вряд-ли будет больше 2400 bps, а возможно даже еще меньше, типа 1200 bps. На 1200 bps прокинуть 32 Кб - это чуть ли не медленнее, чем вытащить микруху и прошить в программаторе.
любые МК, даже ацки древние, имеют на борту хотя-бы один таймер и прерывание от него, что в разы упрощает программный UART, и на МК действительно программный UART пишется легко и непринужденно. Но у меня тут как бы не МК, если что.
Если вы думаете, что вы открываете мне какую-то ИСТИНУ, то смею заверить что это не так. Я довольно много работал/работаю и с PIC16, и с MSP430, и с NXP ARM (LPC2364/8) и с STM32 и некоторые базовые вещи типа программного UART и/или бутлоадера позволяющего прошить внешнюю или внутреннюю флешку разумею. Но повторюсь - тут у меня не МК и есть некоторые нюансы.
Поэтому решение с эмулятором в данном конкретном случае перевесило все за и против по сравнению с внутрисхемной прошивкой.
Есть ещё числа с фиксированной запятой...
Как компромиссный вариант - ПЗУ вставляется в панельку, а уже та - в панель на плате.
"Доставаемость" такого бутерброда улучшается в разы.
Тут же не только доставаемость. Самый простой вариант - ОЗУ, даже без батарейки, чисто для отладки. Остаётся только загрузка - уж чем хош.)
Ну да. Хотя бы на один раз батарейка нужна.)
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием
