esaulenka

А нельзя ли подробнее - какие грабли имеются в данном конкретном случае? Насколько я понимаю, вариантов может быть два: - такого символа в библиотеках нет, и использовать его - просто некрасиво - такой символ есть, и вылезет предупреждение "переопределение". А вообще, в случае неадекватного поведения программы увеличить стек и посмотреть, что будет ;) совсем недолго... Разве что не забыть ПОТОМ разобраться...

предлагаю взять любые понравившиеся коэффициенты и на бумажке промоделировать. будет ясно уже через пять минут :)

Отпишусь не с целью поспорить с Сергеем, а просто изложить чуть другое мнение :) Библиотека не должна рисоваться "под схему". Схема завтра будет другая, а символ перерисовывать - тратить время, вносить дополнительные ошибки... Чаще всего порты располагают именно так - одной большой "кучей", рисуют шину и направляют их все сразу туда. А из шины их можно "доставать" по мере надобности в нужных местах. Пины питания, кварц красивее расположить снизу. Тогда вспомогательная обвязка не будет мешаться. Рисуют как один пин питания, так и сразу много - разницы никакой, на мой взгляд. Конденсаторы фильтрующие... Ну, я (и не только я :) ) рисую просто гирлянду конденсаторов, а потом развешиваю их на необходимые ноги. Проблем больших тут нету. Хотя лучше будет поместить рядом Vcc + Gnd, AVcc+ARef+AGnd - чтобы конденсаторы ставить прямо между ними. Ещё проблема с pattern'ом - никак не обозначена первая нога. Если уж делать шелкографию, какой-нибудь кружок между 1-й и 44-й ногой стоит предусмотреть.

Не надо четырёхсторонний. И "исходя из даташита" тоже не надо. На мой взгляд, нужно сгруппировать пины по портам, отдельно вынести служебные (питания, резет, кварц). Схема будет лучше читаться... Сетку, кстати, лучше ставить отечественную, 2.5 мм. Хоть какое-то соответствие ГОСТам :) Если посмотреть на оба корпуса, видно, что 4 лишних вывода - дополнительное питание. Подводить его НАДО. Как к одному пину символа подключить несколько площадок паттерна, нарисовано, например, здесь: http://electronix.ru/forum/index.php?showtopic=67662

Может, не заморачиваться с записью FAT'а, отформатировать под виндой, там же положить нужный файл, и уж туда "собачить" свои данные ?.. Проблемы с совместимостью останутся на совести Гейтса :) Карточки без MBR я видел. Какой там тип носителя, не помню. Вполне возможно, что обычный HDD. Детально размер собственно карты и размер разделов на ней никогда не сравнивал (гигабайты сходятся, и ладно :) ), поэтому ничего не подскажу. Реализацию FAT'а на SD уже обсуждали. В "интерфейсах", как минимум. Но там тоже без таких подробностей, насколько помню...

Ну вот бывают такие, что без разгона шаги теряют. Производитель об этом пишет целый трактат в документации - с таблицами шагов, необходимыми токами (когда режим установится, ток в обмотках можно снизить)...

Небольшое замечание. Если предусмотрена работа от розетки и блок питания не будет выдавать требуемых 2-3 А, постоянные циклы разряд-заряд очень быстро убьют аккумулятор. Можно посмотреть на свинцовые аккумуляторы. Они тяжёлые, немодные, :) зато более неприхотливые.

Никогда не задумывался... Но разве ptr++ - это не "сначала использовать переменную ptr, а потом её инкрементировать", а именно "создать копию, инкрементировать один экземпляр, а использовать другой" ? К тому же, на мой взгляд, i++ читается лучше, чем ++i. Во всяком случае, я когда вижу ++i, начинаю задумываться, зачем оно тут применяется :)

HARMHARM, а можно пример? Не понимаю...

Errata по поводу Vbat - это не то. Потребление от батарейки возрастает с микроамперов до (долей?..) милламперов. Грееться от этого чип не будет. Экспериментировал на 2368, надо б записи найти... Эти же самые 2368 у нас греются... Ну, пальцем сложно различить, включен он, или нет :) Правда, периферия далеко не вся используется.

Проблем быть не должно - будет медленное обращение по байтам с последующим "склеиванием". Соответственно, если хочется скорости работы, лучше так не делать. Да, если сделать, например, так: int fnc (WORD *ptr); ... fnc (&pMsg->wParameter); проблема будет.

Ну, что-то вроде того. Разве что а) перед метками нужно ставить двоеточие б) понятия не имею, что возвращает rasdial. Я пинг пробовал, он точно возвращает различные коды в) можно вспомнить, как пишется "не равно" и убрать одну метку. кажется, хватит "if errorlevel 1 goto start" - если вернулось 1 или больше, повторяем. Да, если этот чудо-шедевр в один прекрасный момент повиснет, я не виноват :)

Тупо влоб - 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, только в основную ветку это никак не попадёт... Какие-нибудь варианты предложите?