psL

Лучше повесьте подсчет импульсов на внешнее прерывание от порта. У Аtmel кстати есть glitch-фильтр аппаратный, который устраняет дребезг по фронту - только не помню, есть ли он для 2313. А временной интервал формируйте по таймеру. Только придется сделать метку например 10ms и счетчик до 10 и 100 в прерывании от таймера. Вывод тоже удобно повесить на прерывание от таймера, особенно если это вывод на светодиодный индикатор. "косвенный метод" это когда не как у вас эталонный импульс заполняется измеряемой частотой, а наоборот измеряемый импульс - эталонной частотой только здесь фактически измеряется период и для абсолютной оценки требуется обратное преобразование, конечно если частоту нужно оценивать косвенно, то такого преобразования не требуется. Естественно одно измерение будет производится за период измеряемого сигнала, а не как у вас - за период эталонного импульса.

кстати, может SPECCTRA и "отстой", но пишется все-таки с двумя 'c'. Хотя это уже к администраторам.

2Vadim: Так и должно быть, потому что например SPECCTRA трассирует схему с точки зрения электромагнитного взаимодействия цепей, которое возникает в результате их взаимного расположения на плате. То есть я хочу сказать что у программы и у живого трассировщика критерии оценки правильности трассировки разные, поэтому и результаты будут разные. Игнорировались, потому что их нет в Design Rules исходного pcb. И толщин нет - я их сам задал :angry2: Вообще разводка делалась больше для эстетики, чтобы человек посмотрел, на что это будет похоже. Жаль не хватило энтузиазизма на закругленное сглаживание изломов, да и фристайлинг мне кажется при желании тоже можно запрограммировать. Что любобытно-то? Так в идеале и должно быть. :)) Кстати фристайлинг тоже дает сходный эффект. Я не ярый апологет спектры и занимаюсь трассировкой "постольку-поскольку", но вобщем к сожалению все ваши "не в тему", "отстой" и прочие "принципы" довольно субьективны, и основаны всего-навсего на вашем эстетическом вкусе. Впрочем топора многие тоже неприемлют именно из эстетических соображений, но устройство-то не станет надежно работать только потому, что оно красивое, хотя это тоже немаловажно. Может пора выбираться из области шаманизма в область научных знаний? А?

попробуйте закомментировать строки CLR TR1; SETB TR1; они принципиально не нужны. Хотя в еррате и не указно, что RMW операции относительно TCON могут приводить к потере прерываний, но кто знает. Вообще, я бы взял стандартный код с atmel.com и проверил, UART то вообще принципиально работает? А потом привел бы его к желаемому виду.

попытка разводки платы в спектре. Проводники разведенные PADS я удалил. Развелось вcе за ~15 минут на атлон2500. Правда я особо не заморачивался с назначением переходных и шириной проводников в классах, а также не очень разбирался, как должны идти сигналы, каков их приоритет... Короче "чиста афтаматическая разводка". Вобщем, PADS и топор это конечно хорошо, но и спектра тоже неплохо, во всяком случае не "отстой".

прошу прощения за невнимательность - смутила нереальная (очень низкая) скорость передачи. Можно попробовать проверить по косвенным признакам(инвертируя например свободную ногу контроллера) возникают ли прерывания от таймера и при передаче. Если возникают, то возможно в порт записан 0 или аппаратные проблемы. Если прерывания не возникают, то можно попробовать явно инициализировать все управляющие регистры, не надеясь на то, что они инициализируются по сбросу. Проверить генерируются ли прерывания по отдельности, то есть отключить прерывание сначала от уарта, а потом от таймера. Попробовать на другом экземпляре.

Таймер обычно ставят в режим с автоматической перезагрузкой. Это делается один раз в начале программы. Тогда и прерывания от него обрабатвать не нужно и переинициализировать тоже. А так как у вас сделано лично я никогда не пробовал. Возможно не работает из-за того, что обработчик прерывания автоматически сбрасывает флаг переполнения таймера, которым собственно UART тактируется, но как это реализовано у Atmel - можно только догадываться.

Какова должна быть сложность платы?

уважаемые, прошу прощения за то, что вклиниваюсь в вашу беседу. У меня такой вопрос: можно ли под Cygwin собрать программу, которая общалась бы с внешним устройством например через LPT порт или нельзя?

51 не умрет никогда. Вообще одна из самых удачных, отработанных и распространненых архитектур. Очень много клонов. А будущее конечно за ARM.

будьте снисходительны, ведь это же всего лишь программа:). SPECCTRA работает в соответстви со стратегией (do-файлом), а также с атрибутами проекта, которые необходимо задать перед автотрассировкой. То есть, чтобы получить граммотный результат, нужно, как и во всем, грамотно задать начальные условия. Это не общие слова. Посмотрите help. Кстати со SPECCTRA можно ведь работать и в интерактивном режиме, запускать на трассировку отдельные участки схемы и цепи. Да много чего делать! В топоре привлекает в основном фристайл. Сам трассер по-моему сыроват, во всяком случае та версия, которая у меня была периодически падала, отсутствие критерия завершения трассировки выглядит очень необычно. Странным образом импортируются контактные площадки, да еще много чего странного!

посмотрите вот тут: http://www.fpga4fun.com/PCI.html

людям нужна независимость от производителей и гибкость. SoC ее как раз и дает. Согласитесь, что применение того или иного камня в проекте в первую очередь зависит от его доступности (обьем, сроки и график поставок...), а уже только потом от цены и функциональных особенностей (тут почти всегда существуют как минимум два-три варианта от разных производителей). Особенно с этим сложно в ВПК. В этом смысле выгодно использовать ПЛИС и переносимое функциональное описание системы, (которое в случае чего можно будет портировать на другую ПЛИС, ASIC или БМК в крайнем случае). То есть при гибком software делается гибкий, переносимый hardware. ЗЫ Только до верхов это никак не доходит: вместо того чтобы сделать линейку отечественных ПЛИС - сплошные окры на стопервый клон 8051. Сейчас ведь сделать качественный российский ПЛИС и паралелльно завод субмикронный построить - все зацветет!

http://emsys.denayer.wenk.be/?project=empro&page=cases&id=14 http://www.mdforster.pwp.blueyonder.co.uk/LeonCyclone.html