roboforum.ru

Снова я с тем же вопросом.

Девайс как не определялся, так и не определяется. Но выяснились некоторые дополнительные обстоятельства.
1) В Протеусе симуляция проходит абсолютно нормально. Прошивка 100% правильная, т.к. будучи считанной из девайса, она так же нормально работает в Протеусе.
2) TestLibUSB из пакета LibUSB-Win32 при подключении девайса показывает следующее:

и более ничего.
3) Утилитка INF Wizard из того же LibUSB-Win32 позволяет создать следующий набор файлов:

однако установка драйвера для Unknown Device наиболее топорным из методов (установить из указанного места - установить с диска - выбрать My_driver.inf) приводит лишь к сообщению "В указанном месте отсутствуют сведения об оборудовании". При запуске INF Wizard девайс ей самой либо не определялся, либо присутствовал как 0x0000/0x0000/Unknown Device. В качестве VendorID и ProductID утилитке скармливались параметры 0x03eb/0x2013 (с которыми всё работало в Протеусе).
4) В диспетчере устройств присутствует ключ Jungo, под которым, как я понимаю, должно располагаться правильно определенное устройство (под именем AT90USB647), но пока что там висит только некий WinDriver (%WINDIR%/system32/drivers/windrvr6.sys)

Даже не знаю, куда копать... Посоветуйте что-нибудь, пожалуйста.

Если в Проотеусе симуляция проходит нормально, то могу предположить что сам контроллер неисправен...

_________________
if(!Operate) Read(pDatasheet);

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

Вопрос. Есть контроллер мега128. Хочу развести на плате порт spi под внутрисхемное программирование. Но у данного процессора ноги MISO и MOSI (не основного порта spi, а те, которые испльзуются для прошивки) совмещены с ногами RX и TX нулевого уарта. На данный уарт навешено оборудование. Подскажите, пожалуйста, схему включения (без перемычек, размыкающих линию), чтобы можно было и прошивать контроллер, и, после отключения программатора, внешнее оборудование продолжало работать.
Заранее спасибо.

То, что к RX и TX подведено подключть через резисторы более 1.5 кОм примерно - от типа программатора зависит, т.е. от его выходного сопротивления.

_________________
Читайте !

Всё решилось, а я - осёл. Ибо у AT90USB встроенные pull-up резисторы на D+ и D- )

Дабы не изобретать велосипед:
есть ли готовые алгоритмы и код для управления STP16CP05 (Datasheet) с помощью avr'ки? И если да, где бы подглядеть? Спасибо большое.
P.S. По даташиту сам код не составлю, есть куча нюансов которые не знаю как сделать.

Спасибо большое за совет!

Снова здравствуйте.
Чуть ранее в этой ветке задавал вопрос про SoftUart. Уважаемый 123avr подсказал мне вариант с сайта производителя CVAVR http://www.hpinfotech.ro/softuart.zip
Скачав данный пример и скомпилировав его, запустил эмуляцию в VMLAB. Вот архив с проектом VMLAB:
Почему-то некорректно происходит прием символов. Есть какая-то непонятка с дешифрацией последовательностей, приходящих с порта. Подскажите, пожалуйста, как можно исправить проект или эмуляцию, чтобы заработало.
Заранее спасибо.

Я строку



заменил такой фигней:



Но все равно в simbol постоянно FFh записывается и выводит не R а чепуху. Т.е. отладте вначале вывод в UART - можно по коду отдебагить а можно просто вывести сигнал в SCOPE и посмотреть что он туда гонит. Потом прием.

Добавлено спустя 46 минут 9 секунд:
Может что-то с симуляцией таймеров в меге128 не так. Попробуйте PROTEUS или железо.

_________________
Читайте !

По последнему посту- заработало после увеличения параметра длительности стартового бита с 1.5 длины бита данных до 2-х длины бита данных. Бред с точки зрения теории, но заработало как в VMLAB, так и в реальности.

Новый вопрос знатокам. По интерфейсу SPI.
Пусть связь организована между 2-мя микросхемами. Одна ведущая, другая ведомая. Есть линия CS, переход 1 в 0 которой активизирует режим приема пакета на ведомой стороне.
Вопрос 1. Насколько зависит время (в тактах SCK) перевода CS от начала следования пакета от ведущего к ведомому? Т.е. можно ли, к примеру, установить CS, потом подождать 5-10 тактов SCK, а потом только загрузить данные в регистр SPDR на отправку?
Вопрос 2. Если вышеобозначенное время не жестко обозначено, то откуда ведомая система узнает о начале отправленных данных?

Мне все это надо, чтобы понять, почему не работает подключенная к мега128 память at45d321. Подключал подобно известному примеру из курса 123avr. По шине MISO от памяти вообще отсутствуют импульсы. Приходящий от памяти запрошенный бит данных равен постоянному нулю. При этом все входящие сигналы на память на осциллографе присутствуют.

Конечно глупый вопрос, но в чем может быть дело? Код практически из вышеназванного примера от 123avr... Т.е. верю, что проверенный, рабочий.

Наверно CS надо програмно активировать при передаче.

Вы посмотрите осциллограммы вашей меги128 в PROTEUS инструмент GRAPH - и сравните с тем что в даташите памяти. Можете сдесь картинку и прожект выложить.

Думаю такт можно долго не давать после активации CS но когда даете так то ведомый уже читает битики и именно по тому событию на которе настроен - фронт или спад.

А мой пример в задаче 7 действительно именно в железе делался и точно рабочий но с at45db161.

_________________
Читайте !

sck само по себе не молотит.
Вот когда вы в мастере положите байтик в spdr, тогда на sck и появятся 8 импульсов...
Ждите сколько хотите...

Ага! Вот оно как... А тогда еще один вопрос на засыпку. Входящий MISO в микроконтроллер должен быть сконфигурирован как вход С подтяжкой или БЕЗ подтяжки?

Я на всякий случай его конфигурирую как вход, но по факту, когда вы ставите SPI enable,
проц его конфигуряет как вход независимо от настроек порта.
Обратите внимание: SS на МАСТЕРЕ должен быть или настроен на ВЫХОД, или подтянут к плюсу
(иначе он в режим слейва самопроизвольно перейдет)