ВходНаше всё Теги codebook 无线电组件 Поиск Опросы Закон Воскресенье
5 мая
535154 Топик полностью
Мущщина (29.07.2014 13:51, просмотров: 532) ответил Mebius на Буржуи стараются исправлять. А Миландр рекомендует "учитывать при разработке ПО". В случае ошибки в синхронизации CAN это получается надо учитывать всем смежникам, сидащим на CAN, которые, например, про Миландр и знать не знают :)))
Стараются, но часто не испраляют, и пишут тоже самое, что миландр, но ангельскими буквами:-) Вот тебе еще пример буржуйского творчества, многими любимый msp430. В частности MSP430f20x. Еррата на него в прикрепленном файле. Куча багов присутствуют во всех ревизиях. Более того, некоторые из этих багов есть и в других ветвях 430 семейства и упоминались более 10 лет назад. И тем не менее, тащатся не один год из ревизии в ревизию, из семейства в семейство :-) По поводу CAN у 1986ве92 сказать ничего не могу, не использовал. usb, spi,uart,ацп работают без вопросов. У меня досаду небольшую 2 случая вызвало. 1) Кварц часовой, 32768, у rtc этого контроллера не запускался. Сам кварц специфицирован на емкость нагрузки в районе 10 пик. Следовательно на каждую ногу пик по 20 надо, учитывая емкость ног контроллера и т.д - даже поменьше. По идее и генератор должен быть спроектирован так, чтобы его "баланс амлитуд и баланс фаз" :-) соблюдался при таких емкостях. Тогда и частота генерации не уползет и все будет хорошо. Перепробовал от 10 до 36 пик. Не запускается, хоть тресни. Устал перпаивать, задал вопрос на форуме. Мол может он у вас вообще не работает? Ответили быстро - попробуйте 50-80 пик. Поставил 62(или 68?) пик - поехал. Ну частота конечно уже на копейку пониже. Но, раз ответ им известен, это же легко можно было написать в спецификации, что требуются емкости такого порядка, или, возможно, резистор последовательно с выходом. Вот кроме этого и rtc работает без вопросов. 2) Второй случай с JTAGA, который на порте B. Я его использовал для программироавания-отладки. А оставшиеся разряда этого порта использовал как выходные. В документации ни слова не написано, как работать с портом, на котором JTAG, при отладке. Я, посовещавшись сам с собой, решил, что правильнее всего не трогать настройки регистров порта для ног, совмещенных с jtag. Оказалось нет. Оказалось, что при записи в регистр данных порта с сохранением значений разрядов, соответствущих jtag-ким ногам, отладчик, подключенный к jtag, виснет. Образуется, как я углядел осцилом, конфликт на TDO. В результате невозможно перепрограммировать уже работающее устройство. Меня спасло только то, что фактически сразу после сброса, до любых обращений к портам, у меня стоял запуск кварцевого генератора и программа естественно ждала, когда он запустится. Вот этим и воспользовался, посадил ногу кварца, которая ко входу генератора, на землю. Программа повисла на ожидании готовности генератора, порты не трогала, тут-то я контроллер и перепрограммировал:-) А то впору хоть резьбой по плате занимайся. Написал на форум. Ответили тоже быстро - оказывается в эти разряды регистра данных, которые к jtag-ким ногам относятся, надо писать 0, тогда будет счастье. И опять - ответ знают, а в спецификации - ни слова.