esaulenka

А что происходит между 3,0 и 2,65 ? "Работает, но мы ничего не обещаем" ? :) Александр, и ещё вопрос: какая точность у встроенного RC-генератора? в одном месте обещают 1%, но при каких условиях, непонятно (любые разрешённые напряжения питания, любая разрешённая температура?)

И чего же плохого, если я буду записывать в VICIntEnable / VICintEnClr в произвольные моменты времени? Вложенных прерываний так получить не удастся (ибо бит в CPSR будет сброшен), и всё работает даже в user mode.

Спасибо! Только вот почему-то не работает... Нажимаю Options - Utilites - J-Link/J-Trace - Settings - Programming Algorithm - Add Выбираю LPC2000 IAP2 256kB Flash, жму OK. Окошко алгоритмов программирования по-прежнему пустое. Несколько первых позиций в списке добавить можно, причём появляется не то, что я добавлял. При попытке записать во флеш кейл ругается, что не знает алгоритм. Не сталкивался никто, случаем? Подозреваю, будет универсальный совет "обновись" - сейчас 3.62c.

А чем плохо запрещать конкретные мешающие прерывания? Благо делать это можно в любом режиме :)

если кому-то интересно, можно почитать вот здесь: http://www.nxp.com/acrobat_download/applic...notes/AN240.pdf http://www.standardics.nxp.com/features/5v-io/ или самостоятельно скормить правильные слова гуглю :)

Расскажите, пожалуйста, как устроены порты на современных контроллерах. Особенно интересно, как работает 5V Tolerant у LPC-шек. Там между выводом и VCC вместо защитных диодов ставят стабилитроны, что-ли? Даташит на AVR'ы видел, а больше никто эту информацию разглашать не желает? :) И ещё. Pull-Up'ы на портах у LPC23xx в момент резета остаются? По идее, должны...

90% вероятности, что я знаю этот привод :) Бауманка, да? СМ7 ? :) Предлагаю подумать на тему непрерывной отправки данных от ГМК в сторону ПК. Быть может, удасться пропихнуть побольше данных... Вариант "ПК высылает запрос, контроллер привода (в нынешней терминологии - СМК) его пережёвывает и отвечает" два года назад... ну, не то, чтобы тормозил, но данных передавал крайне мало. PS стукнись, пожалуйста, в почту мой-ник@gmail.com. Интересно, что вы там понаделали. Ну и я могу быть полезен ;)

Где о таком почитать можно?

Итак, по пунктам. Драйвер сразу 16 интерфейсов... Ну, я думал на эту тему. Вроде б получается страшный монстр. Запись-то ещё ничего, а вот как ЭТО будет читать... Книжку про scmRTOS листаю. Интересно, но пока не всё понятно. RTX-RL. Почему безальтернативно? Ну кейл, ну и что? :) Хотя... пришлите, пожалуйста, на мой-ник@gmail.com. Интересно. Данные процессы вполне можно ускорить. Ибо большую часть времени мы стоим и ждём.

дано: Железяка с процессором LPC2366 16 внешних устройств с I2C-подобным протоколом. На каждое устройство - по своей шине. Кучка светодиодов. LPC-шка обменивается с внешними устройствами (протокол реализован софтово, дрыганьем GPIO), зажигает для пользователя нужный светодиод. Проблема в следующем: на данный момент обмен осуществляется последовательно, и идёт достаточно долго. Хочется ускорить процесс раз этак в 5 :) Решение, скорее всего - операционка, 16 потоков обмена с устройствами и один - мигания лампочками. Алгоритм обмена - дернули ногой, подождали 10 мкс (можно больше, т.к. у нас мастер), опять дернули ногой... Ожидание ответа от внешнего устройства - 1..5 мс. Соответственно, есть периоды, когда возможно отдать управление (меня устроит и вытесняющая многозадачность? она ведь проще?). С операционными системами никогда не работал, поэтому требуется что-то очень простое в работе и освоении. Желательно наличие порта под Keil и LPC. Также желательно чистое Си - на Си++ ничего серьезного я не делал. Ресурсоемкость... Побыстрей да поменьше, конечно, хочется, но сейчас используется 10% камня.

На ноге резета какой уровень? Уже два раза по этим граблям ходил :)

Так сказано ж - в гугле "SD card specification", "SD card SPI interface" и т.д. Не надо спрашивать в яндексе "как мне купить SD карту". Оно ж и скажет "протокол недоступен обычным пользователям"... Что карточка microSD, ничего не значит - команды она поддерживает те же самые, что и обычная.

У меня сильные подозрения, что товарищ Br@y работает с портом побайтно. Желающие могут проверить PortMon'ом :) Хорошая терминалка, вот только из-за этой "фичи" подтормаживает... :( Кстати, Iezuit, а можно вопрос про 9820 ? Какую вы антенну использовали? Я недавно занимался LMX'ами (увы, проект остановлен...), остановился на 9838. 2.4 ГГц - это слишком непонятно :)

Не должно. Во всяком случае, как GPIO он работает замечательно даже при включенном JTAG. Хм. В даташите написано "не подавайте 0 на P0.31 при ресете, а то отключите JTAG". У меня неправильный даташит? :)

А что, интересно, написано в даташите на ATmega162 про GIMSK ? ;)

Вариант на рисунке не нравится. Просто потому, что я не знаю, как обеспечить постоянный клок. И как обеспечить старт приёма с определённого момента, тоже не знаю. Разве что внешний клок, SSP в режиме SPI slave, и запускать его, когда потребуется. Но как не пропустить начало, непонятно. Мой вариант проще :)

Не могу сообразить, как покрасивее сбрасывать busy indicator. SPI не предназначен для однократного дерганья ноги Clk. Вариант на рис.39 попроще. И скорость (1280 / 32) с чуть большим запасом :) смотри: запускаем таймер, запускаем преобразование. -через 720 наносекунд - прерывание от таймера, запускаем чтение 2 слов из АЦП -через 2000 наносекунд - прерывание от таймера. настроить сброс таймера в этом прерывании запускаем преобразование разбираем данные

Странно. А вот тут написано другое... Итого: SPI у филипсов небыстрый. Весьма небыстрый... У меня под рукой нету даташитов на 2194 - там есть пара SSP ? Тот же SPI, но в 4 раза быстрее и с небольшим FIFO. Или надо научиться пользоваться PLL'ем.