esaulenka

Тупо влоб - ping возвращает %errorlevel% 1, если не может достучаться до удалённого хоста, и %errorlevel% 0, если всё хорошо. Извращённый метод - grep (или что-то подобное) вывода rasdial без параметров. Про написание батников гугль знает ОООЧЕНЬ много всего...

Включали так. Работает. Разве что не клапан, а замок, но разницы немного :) Даже не так, круче извернуться пришлось - чтобы в выключенном состоянии батарейка не разряжалась, сигнал включения открывал транзистор (любой биполярник), который замыкал ноги Feedback и Gnd на землю. Коммутировать питание не получилось - отваливалась защита по току. В серию так и не пошло, но пару опытных экземпляров - без замечаний. ReAl, а это разве сильно плохо? Оно само собой отфильтруется, т.к. нагрузка индуктивная. _Pasha, спасибо за новые сведения. ST'шная продукция тоже подходит. Разве что жаба... MC'ха или транзистор побольше заметно дешевле :)

Необходимая софтина называется "Dialer" / "Диалер". Гугль много про них знает. Правда, большинство из них писалось для Win95/98... Эх, детство золотое, интернет по карточкам :) PS странно, что никто до сих пор не посоветовал, в рамках соответствия топику, сделать соотв. устройство на ATmega ;)

Также принимаются ответы "у меня сто тыщ мильёнов преобразователей на таком чипе работает без проблем!" А также "да ты дурак, надо было делать на ...". Требуется 24 -> 5 или 3.3 с током до 2 ампер (хотя там и 1.5 - с избытком) и, главное требование руководства, незадорого. efind предлагает эти BD9778 за 1 .. 1.5$ в очень многих местах. Отсюда можно сделать вывод, что их кто-то покупает, следовательно, они таки работают :)

Сооружаю step-down 24 -> 3.3 В. Нагрузка планируется 0,15 - 1.5 А, в зависимости от исполнения девайса. выбрали BD9778 (документация - www.rohm.com/products/databook/power/pdf/bd9001f-e.pdf) Сижу, ковыряюсь... Работает (когда работает) совсем не на той частоте, что обещали: на RT запаял резистор 160к (по документации - килогерц 200), а на выходе - 50 кГц, 70 кГц, вчера видел 150 кГц (сегодня не повторяется). Меняется в зависимости от напряжения питания. (картинки прилагаются) Также вижу какие-то странные колебания на ноге FB. Во-первых, насколько я понимаю, их там быть не должно, а во-вторых, частота их не равна частоте переключения! (картинка прилагается). Отбой. Частоты равны, меня глючит что-то... Это с индуктивностью 220мкГн, емкостями 470 мкФ (электролиты lowESR) + 0.1 (керамика) на входе/выходе. Нагрузка - 6 или 12 Ом (горстка резисторов). От цепочки компенсации вообще ничего не зависит, кажется, крутил номиналы в разные стороны - одинаково... На другой плате ещё хуже - какой-то мусор на выходе ключа (была б частота стабильная, было б похоже на прерывистый ток дросселя), пару раз в секунду напряжение проседает с 3.3 до 2 вольт. Обвязка такая же, но нагрузка - 100 - 150 мА, и конденсаторы - ширпотребный Chang. Собственно, с благодарностью принимаются идеи, что с этим делать...

Судя по сообщениям в форуме, Мартин выпустил новую книгу - по LPC23xx/24xx. Если есть выбор, наверное, лучше читать её. Хотя, судя по тем же сообщениям, примеры там с ошибками - из старой книги :) Книгу по LPC2000 читал (собственно, ARMы с ней и осваивал), довольно толково для начинающего. А Редькина не читал, но осуждаю (ц). Широко обсуждалось на форуме - косяк на косяке... Под рукой описания на Ваш камень нету, но вот в user manual от ближайшего родственника есть раздел "Chapter 10: LPC23XX General Purpose Input/Output ports (GPIO)". Предлагаю изучить :)

Что-то мне кажется, что Хоровиц с Хиллом - совсем не то, с чего надо начинать. Возможно, в первых редакциях там и были разделы для чайников, но в той книжке, что читал я (жёлтая, первые два тома в одной книжке), они очень быстро заканчиваются :) Дальше там надо думать. Долго и упорно, чтобы понять красоту тех решений.. Что почитать по схемотехнике начального уровня, я не знаю. Я учебник читал в институте. И лекции слушал :) По программированию, порекомендую книжку Шпака "Программирование на C микроконтроллеров AVR и PIC". Также могу посоветовать полистать форум - тема, как бы, не новая :D

Идея в том, чтобы ограничить доступ на чтение, а не только на запись. Но вот авторы SVN'а видимо, не очень хотят поддерживать несвободное ПО :)

Кажется, мы говорили об управлении дисплеем "напрямую с компьютера"? Тут ведь тоже есть контроллер. Только, в отличии от AVR'ки, весьма редкий. Не, я не исключаю, что эта штука заработает (если найти таковой контроллер в магазине, а не в конторе "минимальный срок доставки - месяц, минимальный объем доставки - вагон"), но если не заработает, проконсультироваться будет не с кем - думаю, с этими моторолами мало кто работает...

Ну так управляйте! Только нарисуйте сначала схему подключения, а мы её тут покритикуем...

Ещё одно наблюдение. Сломалось второй раз подряд. Оба раза размер 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 отражает действительную ситуацию на ногах контроллера?

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

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