esaulenka

Описание проблемы не понял, но... Попробуйте MAM отключить. На вопрос "зачем" читайте errata. На 2138 (ревизию не помню) была проблема с побайтным чтением, процессор попадал в data abort. Чтение dword'ами ситуацию исправило.

Граблей с наличием двух каталогов - C:\Keil и C:\Keil.old не обнаружено. Но неудобно, блин...

И у меня грабли. The connected J-Link has been designed for IAR embedded workbench. It may not be used with KEIL uVision / MDK. uVision 4.03 MT-Link v5.0 (serial 11111117, как у всех ;) )

Есть у нас старые проекты, разработанные N лет назад под старый компилятор CARM. А у меня есть неуёмное стремление обновиться... :) Итого, имеем. Keil 4.10 с местного ФТП. аддон - компилятор CARM с keil.com Запускаем первый раз - компилируется, запускается, всё хорошо. Сохраняем проект, получаем окошко "мы придумали новый формат хранения проектов, сейчас всё сконвертируем". OK. Запускаем второй раз - неправильные параметры вызова компилятора; при попытке поменять настройки проекта IDE помирает. Что б такое сделать? Не трогать, раз работает, и вернуть старую версию? (тем более к новым вкладкам я не привык :) )

А куда деваться-то? Вот у нас маленький мезонин 6 слоёв (память, процессор, флеш) и здоровая плата (почти с лист А4) с кучей разъёмов и всевозможной рассыпухой - 2 слоя. Делать 6 слоёв на всю плату дорого... Да и переделывать нижнюю плату приходится раз в полгода (изменения периферии, всевозможные проблемы...). А это выльется в заказ опытной партии многослойки (долго, не дёшево), монтаж BGA... Хотя, конечно, разъём (SODIMM) нашу техподдержку уже достал, периодически смещается при транспортировке...

Процессоров этих не видел, но проверьте настройки Project - Options - Target и Linker. Там указываются адреса флеша и ОЗУ. Во вкладке линкера также стоит проверить файл scatter, если он используется (подробное описание - в хелпе). Для простых случаев все адреса указываются только во вкладке target. Для выяснения, куда деваются 0x04B8 байт, стоит посмотреть файл map (Options - Listing - Linker listing).

Господа, где б почитать - про подбор жидкости - про подбор мощности Собственно, проблема: плохо отмыты платы. Производство (китайцы) утверждает, что они не могут их мыть в ультразвуке ввиду наличия "big capacitors on the power circuit" (самый габаритный - 4700 мкФ * 6.3 В). При этом на наличие на той же плате пары дросселей, десятка микросхем, пьезо-пищалки и проч. они не жалуются.

ISA это хорошо, да. Небыстро, драйвера разобраны в мильёне источников. Одна проблема - в недорогих мат.платах её уже несколько лет как нельзя найти, и в дальнейшем ситуация уж точно не улучшится. Лучше по PCI что-нибудь насоветуйте :)

Рассматриваем идею устройства на плате mini/micro ITX и нашей плате расширения. На нашей плате будет 2-3 уарта и 20-25 ног для "дрыганья", требования по скорости обмена - небольшие (уарты на 115200 не будут упираться в межплатный интерфейс - и хорошо). Всё это будет упаковано в один корпус. Собственно, требуются идеи, как это дело соединить в единое целое: - USB. Самый правильный, пожалуй, вариант: скорости достаточно, широкий выбор компонентов с обеих сторон (на мат.платах выведен всегда, выбор процессора для нашей платы тоже большой). Минус - если одной из операционок будет ДОС (вопрос прорабатывается, но наличие ДОСа со всеми драйверами является плюсом), получаем проблему с написанием стека драйверов. - UART. Плюсы - стандартно и просто. Минусы - скорость небольшая, да и уартов нам надо много (занимать один жалко). - софт-SPI. На большинстве плат есть несколько GPIO, на которых можно реализовать SPI. Минусы - решение кривовато, GPIO есть не везде, возможны проблемы со скоростью. - PCI / PCI-Express. Плюсы - скорость обмена, не очень сложные драйверы. Минусы - я слабо себе представляю аппаратную часть. Какую минимальную ПЛИС нужно использовать? Итак, расскажите, какие грабли меня ждут? ;)

Не работает. АЦП умеет мерять только относительно входа VREF. Следовательно, раз напряжение питания плавает, туда нужен источник опорного напряжения. Цепь стабилитрон/резистор я не понял. Чаще используется обычный делитель из двух резисторов. Кто и что тут отключает, также непонятно.

Ага, не очень. Чуть-чуть лучше - завести напряжение на аккумуляторе на АЦП и сигнализировать о конце зарядки. Ещё чуть-чуть лучше - самостоятельно её прекращать. Ещё лучше - соорудить хитрый ограничитель тока и напряжения на регулируемом LDO. Самый правильный вариант (он же - самый дорогой) поискать спец. микросхемы у Maxim и Texas. Точно, выключить устройство, если один транзистор выкинуть, не получится. Хотя... Надо б подумать. Какое питание? Внешнее? Ну так на внешнее и надо сажать :) Но, так ведь устройство всегда включено, если есть внешнее питание... Вы в итоге-то что хотите, не понимаю... Да, для этого гораздо лучше использовать светодиоды с тремя выводами (с общим коллектором или эмиттером), чем двухвыводные (два противовключенных диода). VBUS - это ВХОД. Сообщает контроллеру, что на шине возможна некоторая активность. Типовая схема включения, если не ошибаюсь, есть в electric manual. Честно говоря, с MicroSD не возился, а в обычных - один контакт наличия карточки, другой - защита от записи. Но на micro рычажка защиты нету...

Поворчать всегда готов ;) Как-то неочевидно сделано питание от USB (где стабилизатор?) Какая-то непонятная схема зарядки батарейки (D5 R7 - это ведь оно?) D7 светится всегда. Так задумано? Наличие Q2 и Q3 неочевидно. Или я не понимаю идеи, или нужен только один транзистор. Схема вокруг JP3 странная. R17 и R29 образуют делитель. Вообще, подумайте, может и не нужна эта "автоматическая" перепрошивка? На наших изделиях пользователь ручками переставляет джампер, включает питание и только потом перешивает... Питание VBAT в даташите требуют заводить на кристалл всегда. 2366 при попытке чтения RTC без питания падал в аборт. USB. Заведите VBUS, не помешает смотреть, когда к хосту подключились. А вот мегаомные резисторы я не понял. Зачем? Джитаг отличается от стандартного. Место критично, что-ли? И ещё. Не надо так экономить место на схеме. Когда питание сверху, земля снизу, а блоки разделяет хоть какое-то свободное пространство, ориентироваться (мне, во всяком случае) проще. PS демоплаты делают куча производителей. Может, будет проще воспользоваться их услугами? :)

ключик -debug с цифрой побольше выдаёт кучу информации, возможно, по ней получится что-то разобрать. а вообще, кажется мне, тут возможны три причины: неправильное питание неправильный преобразователь rs232 неправильный процессор осциллографа, как я понимаю, нету?

Как это - управление потоком не нужно? А как модем будет сообщать "у нас тут на линии помехи, подождите секунд n-цать" ? Буфер у "самого обычного модема" небольшой, его переполнить несложно... А xon/xoff, если я правильно помню - решение "бесплатное": полосу пропускания модема не ест (скорость порта, как правило, много выше), линий лишних не требует...

Да, слона в условиях задачи я не заметил :) Работает вся схема от 6В свинцового аккумулятора, специальной батарейки для часов нет. RTC встроены в контроллер LPC, требований к какой-либо стабильности нет, лишь бы меньше 6В :)

Не знаю, что там внутри, но, тем не менее, в документации приведены именно такие цифры - входное напряжение ограничено напряжением на ядре. Вам интересно, будет ли оно работать в принципе, или работать согласно документации? Я пообещать могу, а вот Атмел - нет... Претензии прошу предъявлять Атмелу :)

OnSemiconductors посмотрите, они заметно дешевле конкурентов - у них оно называется NCP1117. Кстати, раз уж подняли тему. Дешёвый микропотребяющий стабилизатор как сделать? RTC запитывать надо. Сделал на резисторе и стабилитроне - потребляет в несколько раз больше самих часов, некрасиво.

V_G! Ведь только вчера rezident посчитал, что Ваш совет - радиолюбительский, и мега с питанием 5 В как лог. единицу сигнал в 3 вольта принимать не обязана. Хотя работает, да... Кажется мне, и тут ошибка. ни разу не работал с ПЛИС, краем глаза посмотрел даташит на EPM7xxx питание ядра Vccint - 4.75..5.25 питание IO Vccio - 4.75..5.25 или 3.0..3.6 напряжение на входах Vi -0.5 .. (Vccint+0.5) напряжение на выходах Vo 0..Vccio Т.е. там эти резисторы и не нужны, Vccio - это питание ВЫХОДОВ, по входу можно и 5 В.

Нет. Ни теоретически (в даташите про питание 3.3 не сказано), ни практически (запаивали по ошибке ADM202, в 50% передача идёт с ошибками).

В протеусе программа ложится, начиная с адреса 0 ? Тогда всё должно быть нормально. Не сильно в это верю, но если напрячься, можно заставить линкер собрать программу для работы в ОЗУ (т.е. адреса там будут начинаться с 0x40000000), а hex сформировать с адреса 0. Работать такое не будет :) Сигнатуру (кстати, в число не верю. как считали?) флешмэджик считает (и перезаписывает) самостоятельно. Может, допустим, что программа всё-таки стартует? ;)

на правду похоже. дизассемблировать не обучен, :) но начало на вектора прерываний похожи... После резета стартует загрузчик, проверяет необходимость обновления прошивки (нога boot в нуле или отсутствие контрольной суммы векторов) и передаёт управление по адресу 0 (это начало флеша). Если программа собрана правильно (т.е. для работы из флеш), всё должно быть хорошо.

На самом деле, надо просто уметь готовить :) Вот, например, здесь умеют: http://www.zebra.com/id/zebra/na/en/index/...ers/mobile.html Несерьезно - это пятивольтовый, а не 3.3 В, контроллер ;)

Я говорил про ток АЦП, к которому Вы делитель приделываете. У меня получилось (правда, на другом чипе), что он заметно больше, чем ток, потребляемый собственно часами. Проявляется эффект, когда питание на чип не подаётся. Обычно оно запитывается от стабилизатора 3.3В +- 5% (или 1..2%). Точность получается немногим хуже, чем некий стабилитрон...

для АЦП, да. меряться-то оно как будет? ну а дальше наворотить хоть десять порогов без единого гвоз... стабилитрона.

Хорошее начало. Предоставьте, пожалуйста расчёты, подтверждающие, что Вы можете измерить температуру с такой точностью. Хм. unsigned char с точностью до четвёртого знака. Звучит... :) Модератор (rezident). Фиксирую оффтопик в сообщении. Вопрос топикстартера про способы отображения, а не про точность измерения!