esaulenka

Ещё одно наблюдение. Сломалось второй раз подряд. Оба раза размер topicsread достиг 3410 байт. Может, на какие мысли наведёт?

Не "по какому-либо", а по тому, который понимает 44780. Описание интерфейса в интернете найти несложно. Если Вы можете написать драйвер, который будет в произвольном порядке дёргать хотя бы шестью ножками на материнской плате (интересно, какими? :) LPT современным не считается...), можно правильно соединить проводки. Иначе - садиться за изучение микроконтроллеров. Мне кажется, изучать надо AVR и Си, а совсем не PIC. Впрочем, знания лишними не бывают :) Моё видение проблемы - дисплейчик, простенький AVR и переходник USB-COM (ком-портов на современной матплате тоже нету).

У нас принято хранить в SVN'е помимо самих исходников ещё и конечный результат - hex'ы прошивок. Это несколько упрощает жизнь тестировщиков - они всегда могут взять любую нужную версию прошивки. Однако к исходникам тестировщикам доступ иметь не положено. Сейчас это решается описанием в AuthzSVNAccessFile чего-то вроде [/] @developers = rw [/proj1/objects] @testers = r [/proj2/objects] @testers = r Проблема в том, что проектов в репозитарии довольно много, прописывать каждый - некрасиво. Гугль говорит, что какие-то энтузиасты писали патчи для mod_authz_svn, чтобы он поддерживал wildcards, только в основную ветку это никак не попадёт... Какие-нибудь варианты предложите?

У меня - явно проблема с кукой topicsread. Прибиваешь - работает. Дома тоже один раз как-то было. С учётом того, что пароль туда я никак не донесу, просто читаю под "гостем".

Поймал "502" ещё раз. Firefox 3.5.3 Кажется, проявляется при одновременном открытии нескольких вкладок. Абсолютно ничего не понимаю в веб-программировании, но там есть некое подобие транзакций, чтобы скрипты из разных мест не превратили один ресурс (в частности, эту самую куку) в кашу ?

Можете точно убедиться - прочитать user manual на какой-нибудь процессор из старой серии (например, LPC2138) и сравнить раздел VIC ;) Инициализация в таком случае будет выглядеть так (LPC2138, EINT2): VICIntSelect &= ~BIT(16); VICVectAddr1 = (void*)BusyHandler; VICVectCntl1 = 0x20 | 16; VICIntEnable = BIT(16); Похоже? :)

Возьмите SSP! SPI на 2138 разгонять не пробовал (и без того приключений хватает :) ). На PCLK/8 работает без нареканий.

А можно поподробней - с какими симптомами? Просто мы рекомендуем пользователям обновляться (хоть и нечасто) именно FlashMagic'ом... Используются rxd/txd, вход в загрузчик и перезагрузка - ручками (джампер + выключатель питания).

Докладываю: на LPC2366 замечательно проходит команда стереть сектора 0..14 (т.е. все), при этом загрузчик расположен в секторе 0. Рапортовать об успешном завершении, правда, не получается, но не очень-то и хотелось - фича заложена "на всякий случай".

У меня в 2138 загрузчик живёт в первом секторе (в ОЗУ не копируется), всё нормально стирается. Первый сектор стирать не пробовал :) Вы, случаем, команду Prepare for write не пропустили?

Спасибо, достаточно. Внимательней надо быть... Если кому интересно - в user manual на LPC23xx написано то же самое. Осталось вспомнить, почему я решил, что это не работает... Видимо, проверялось на медленном GPIO на старых камнях.

Всё очень просто :) V_N нужно описание на FastGPIO конкретного процессора - 2138/01, а мне - описание возможности читать состояние порта. Желательно на любом процессоре с FastGPIO (проект на LPC2138 у нас вряд-ли будет развиваться...). Про скорость читал, хотя не проверял никогда за ненадобностью.

Почитал... Итого: На сайте www.nxp.com user manual на 213x/01 обнаружить не удалось. На www.standardics.nxp.com нужный документ дают, и в нём во введении о таковой фиче сказано. В разделе GPIO - ни слова. в документах на LPC23xx упоминаний вообще никаких - раздел GPIO сильно напоминает даташиты на предыдущие камни, а во введении FastGPIO упоминается мимоходом. Может, shahr просветит - на каких процессорах FIOxPIN отражает действительную ситуацию на ногах контроллера?

О как! А где про это написано?

У меня оооочень редко бывает. Лечу переключением на другой документ.

Дурацкий вопрос: а что будет в памяти, если сделать struct TPackHead head; memset (head, 0, sizeof (TPackHead)); head.Signature = 0xFF; head.Answer = 1; ... head.PacketSize = 0xFFFF Кейл как-то странно себя вёл с битовыми полями. Разбираться не стал, переделал под маски. Впрочем, в той ситуации подозреваю собственные кривые руки :) Заинтересовался. Что тут в хелпе обещают? Выравнивание - по байтам, что-ли?

Скачал, полистал. Это где, простите? S0SPSR - это status, а совсем не interrupt, регистр. Да и записи в регистры SPI в момент передачи не видно...

Аккуратно выкинув неиспользуемый код из приведённого кусочка. И комментарии там не к месту :) Прошу прощения, не заметил, что обращение к SSPSR закомментировано. Возможно, кто-то зачем-то читает SSP0DR. Не отладчик, случаем? Точно такой же код, как и Ваш, работает на 2134/2138 без нареканий.

Меня несколько смутили слова "FIFO" и упоминания SSPSR - это самый что ни на есть SSP. Открыл даташит на LPC2104, там уже всё расписано:

Не работал ни с 2104, ни с FlashFS, ничего не понял про "простой SPI". Самое главное, не понял, зачем читать всякие TNF и RNE, если в SSP есть бит busy. Рабочий код выглядит так: int SPI_ProcessByte (unsigned char sym) { SSP0DR = sym; while (SSP0SR & BIT(4)); // ждём освобождения контроллера return SSP0DR; // и возвращаем принятый байт }

Любая терминалка - заслать чипу "?", "Synchronized\r\n" и посмотреть, ответит ли он. Подробности - в даташите, раздел "memory programming"

всем спасибо :) Страничка ST с описанием: The Kelvin source terminal enables the drive voltage to be applied between the gate and the Kelvin itself, therefore averting voltage drops of the type LS* dID/dt due to high rates of change of drain current across the stray inductance in series to the conventional source lead. Пользуйтесь оригинальной документацией ;)

подскажите, пожалуйста, что за вывод такой - Ksource ? Встречается, например, у STV160NF03L N-CHANNEL 30V - 0.0019Ω - 160A PowerSO-10 STripFET™ POWER MOSFET описание: http://www.terraelectronica.ru/pdf/ST/STV160NF03LAT4.pdf

Забыли! Забыли проверить эквивалент аккумулятора на эквиваленте нагрузки типа "лампочка" :) Лампочка нужна низковольтная, например, автомобильная. Или резистор побольше и понизкоомней...

Также хочется заметить, что а) VICIntEnClr - ну совершенно НЕ "enable interupt" б) в примере в OTGClkCtrl записывается совсем другое значение в) обращаться к OTGStCtrl ДО того, как включится clock, неразумно г) условие в while, подозреваю, не даст желаемого результата :) д) к PINSELx товарищ Ravikanth обращается как-то совсем... странно. Это к слову "чипы и доки кривые". К слову "пример кривой". Покажите мне бесплатный работоспособный код USB Host. Только чтоб он за собой половину линукса не тянул. И чтобы не было десятков комментариев "TODO", "FIXME", "BUG?!?", я их пугаюсь :)