ARV

извините, что вмешиваюсь... мне казалось, что USB-хост выделяет по умолчанию 100 мА, и лишь по запросу больше. т.е. мне кажется, что девайс сначала должен держать всю свою периферию выключенной, чтобы не брать ток более 100 мА, потом запросить у системы свои реально необходимые 400 мА... а потом, по идее, уточнив, принят ли его запрос, подключать свою периферию... или я путаю?

Ну вот еще из упомянутого ранее комплекта. Тот самый CAN-Spy, который у меня так и не заработал толком. Однако в качестве примера того, как с библиотекой работать - достаточно неплохо, я на его основе сделал-таки свою программу для своих целей. can_spy_echo_example.rar

Получите и распишитесь :) P.S. В архиве только либы, в том числе для DVK90CAN1 - это поможет разобраться с некоторыми вещами. Собственно либа для CAN в папке lib_mcu\can отлаживать своё произведение без какого-то "образцового" CAN-девайса будет, имхо, проблематично... я использую для этого продукт IXXAT USB-to-CAN II - удобно, хотя программа MiniMon, которая в комплекте к нему, довольно примитивная и неудобная. libraries.rar

В комплекте с DVK90CAN1 имеется набор примеров на основе библиотеки для AT90CANxxx. Исходники библиотек имеются. Но все они основаны на поллинге сообщений - т.е. если зашел в функцию передачи, то выйдешь только после завершения передачи (а для CAN, как известно, это может быть очень и очень долгий процесс, иногда вообще бесконечный). аналогично и по передачи. благодаря наличию исходников, переделка на нормальную работу несложна, но прерывания все равно в библиотеке не предусмотрены - это придется делать ручками. и еще: как я ни старался, пример CAN-Spy так и не работал. Остальные примеры я не проверял. Библиотеки имеются в 2-ух версиях: полная и "усеченная". Полная реализует весь набор функций (прием по маске и т.п.), усеченная - только прием и передачу обычных сообщений, без масок и т.п. Так вот, в "полной" библиотеке есть где-то какая-то то ли бага, то ли фича, которую найти непросто, но из-за которой иногда после передачи перестает работать прием (может, Can-Spy поэтому и не работал - собирал в полной версии). В усеченной этого эффекта нет. Короче, если после сказанного библиотека интересует - могу выложить.

GND разумеется нужно соединить с программатором :)

подается питание с программатора или нет - дело десятое, главное, чтобы МК питание все же получал (хоть откуда-нибудь). а с программатора главное - чтобы сигналы подавались нужные. поглядеть "как это делается" (про работу с CAN) можно просто скачав с сайта Атмел соответствующие примеры. если не найдете сами - могу скинуть.

я не заметил упоминания о том, что питание подается на все выводы питания (их три у этого МК, включая AVCC). так же важно, чтобы все GND так же были соединены - их тоже три.

а что скажете по этому поводу: http://qrx.narod.ru/avt/mgv_gu.htm ? по-моему, ПИК в 4 раза менее производительный контроллер, если сравнивать с AVR той же тактовой частоты... и, как я понимаю, пахает - не жужжит...

отключать АЦП перед сменой канала не надо. смена канала происходит просто записью соответствующего значения в ADMUX. если это делать при остановленном преобразовании (бит ADSC равен нулю) - никаких дополнительных мер принимать не надо.

в принципе, для абсолютно неизвестного потока данных можно долго слушать линию, замеряя длительность всех сигналов и выбирая наименьший - это и будет длителность одного бита - по ней скорость и восстанавливать... хотя все равно возникает другая сложность - определение длины кадра - 8 бит данных или 9... :)

у кого такая цена?

а почему нет? выделение из исходного сигнала какого-то выходного - разве это не задача фильтра? согласен, с истинной фильтрацией это имеет мало общего, но для простенькой цветомузыки вполне нормально, главное - определенная закономерная связь с музыкальным сигналом имеется :) P.S. разницу между ЦОС и моим "методом" я отчетливо осознаю :)

собрать самому? это значит, скачать и установить GCC для Win32, потом только собрать... это лишняя морока. Стремление (не сильное) уйти с AVR Studio обусловлено бедными возможностями ее редактора текстов. Хочется комфортма, как в Delphi или NetBeans... но, судя по всему из-за отсутствия симуляции (необходимой для поиска ошибок в программе) придется с этой идеей распрощаться... ну, а пользоваться крякнутыми IAR-ами и т.п. как-то уже не модно :) хочется постепенно стать честным :) перейти на линух? это вообще равносильно смене пола... почему-то хочется покоя :)

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

сборку simulavr под винду я не нашел свежее, чем внутри WinAVR, все сплошь линух... мне посоветовали поискать дубли cygwin1.dll - и действительно, я нашел 2 в разных папках, прописанных в path: от WinAVR и от Lazarus... только никакие манипуляции с ними не помогли. а когда я скачал самую последню версию cygwin1.dll - вообще отказался запускаться из-за несоответствия версий dll... такие вот дела...

запускаю simulavr: simulavr -d atmega8 -g запускается, но в начале выводит подозрительную информацию: 4 [main] simulavr 3764 dll_crt0_1: internal error: couldn't determine location of thread function on stack. Expect signal problems. после этого ждет подключения GDB на порту по умолчанию (localhost:1212 - как в доке к simulavr) когда из Code::Block запускаю отладку, то simulavr вылетает... напоследок пишет следующее: Connection opened by host 127.0.0.1, port 2357. 126486578 [main] simulavr 3764 _cygtls::handle_exceptions: Exception: STATUS_ACCESS_VIOLATION 126487228 [main] simulavr 3764 open_stackdumpfile: Dumping stack trace to simulavr.exe.stackdump 126499358 [main] simulavr 3764 _cygtls::handle_exceptions: Exception: STATUS_ACCESS_VIOLATION 126499877 [main] simulavr 3764 _cygtls::handle_exceptions: Error while dumping state (probably corrupted stack) после этого создается дамп-файл... в общем, нарушение прав доступа к памяти, как я понимаю...

установил WinAVR-20080610, в ней уже имеется simulavr. как я понимаю, этот симулятор может работать с gdb. но у меня происходят ошибки: когда gdb подключается к simulavr, последний вылетает. при этом пишет, что STATUS_ACCESS_VIOLATION. может ли кто-нибудь прояснить ситуацию?

я так понимаю, речь идет о внутрисхемной отладке? меня же пока больше волнует симуляция, т.е. отладка без кристалла... это возможно?

Заинтересовался Code::Blocks, как альтернативе AVR Studio. Привлекает бесплатность и универсальность. Особенно обрадовался наличию поддержки отладки... однако, с GDB никогда никаких дел не имел, вообще смутно представляю, как можно отлаживать в консольном режиме... Судя по всему, Code::Blocks обеспечивает GUI для GDB, однако, не смотря на то, что компиляция происходит, отладка не получается - выводится месседж типа "неизвестно, что отлаживать" - и отладчик завершает работу. Кроме того, упорно компилирует сначала avr-gcc.exe, а потом avr-g++.exe, хотя проект на чистом Си... В итоге получается, скорее всего, что-то не то... makefile тоже в папке проекта нет... Установил опцию "создавать lss" - но листинг не создается... В общем, если кто может помочь - отзовитесь!

вы снова говорите о суммировании отклонений... а если один "абонент" имеет стабильную частоту - второму можно отклоняться и на 3%... а иногда получается и больше...

разница, как вы понимаете, будет 10%... хотя на счет 5% я, пожалуй, погорячился - скорее все же 3% предел...

непонятно только, почему для UART вам требуется такая точность... во многих случаях и 5% отклонения не страшны, а 3% - так вообще практически норма...

попытался я по методике от Микрочипа рассчитать параметры и свойства антенны для своей задачи... размеры взял 2,5х6 см... прекратил расчеты, когда КПД получился где-то на уровне сотых долей процента... думаю, дальнейшее обсуждение можно прекратить... спасибо всем, кто пытался помочь... P.S. КПД на микрочиповские 433 МГц оказывается на уровне 2,5%...

и что? это приемная антенна... она будет работать на передачу? и все же хотелось бы не отдельную антенну, а именно печатную на плате девайса...

срочно требуется либо аргументированное объяснение невозможности/бесполезности, либо какая-то помощь в следующем вопросе: для микропередатчика BH1417F нужно сделать антенну в виде печатной дорожки. габариты всего девайса - соизмеримые с батарейкой КРОНА. нужно обеспечить гарантированную возможность приема стерео-сигнала с этого передатчика в условиях офиса не менее чем на 10 (желательно до 50) метров на любой приемник (класса "радио в телефоне"). еще одно условие - гарантированная повторяемость конструкции, т.е. минимум (а в идеале - отсутствие) элементов подстройки антенны (согласование и т.п.). интересует либо описание доступной быстрому пониманию методики расчета, либо готовая программа для этого, либо существующая конструкция. штудировать теорию времени нет, хотя полезность этого не оспариваю... в принципе, буду рад любой помощи :)