DpInRock

Дык остальное - тем более? http://news.cxem.net/articles/news_1646.php Контроллер подбрали бы... Оптоизолятор - это потом. Его и купить можно. Готовый. http://www.thaieasyelec.net/index.php/Spec...ator/p_202.html -- Контроллер. Я ж упомянул, что критерии выбора отсутствуют.

Из гальванической развязки за вменямые деньги. А она токо на FS. HS не встречал. Но даже если и HS (например, вместо USB поставить WiFi последнего поколения) - все равно выгоды не видно. Распределенные вычисления имеют другие порядки вычислительной нагрузки. -- А развязать 232 на 2 порядка дешевле.

Т.е. интересует сделать по-медленнее и по-дороже. (То, что по-медленнее и по-дороже - надеюсь не вызывают у вас никаких сомнений). А раз устройство лишено смысла, то нет критереев по которому можно давать советы по реализации. Разве что абстрактные. Типа, поставьте микроконтроллер с USB device, поставьте гальваническую развязку USB от Аналог Девайсес и все дела. Микроконтроллеров с USB - океан. -- Подразумевается, что вы в курсе, что скорость по USB не будет превышать 1.5 мегабайта в секунду (в самом лучшем случае). С учетом этого, коробочка должна иметь быстродействие (несколько операций на байт) 1.5*10 - 15 мегафлопа. Замечу, что производительность компьютера, посылающего данные (среднепотолочного, с учетом многозадачности) примерно в 1000 раз выше. Т.е. коробочка будет замедлять вычисления в 1000 раз. Примерно.

Вообще-то "карта" - с точки зрения координат - всегда верна. Вернее, верна настолько, насколько это возможно. Скорее всего ТС имеет ввиду (телепатия) рисунок карты города. Как в кино у ментов, с лампочками, флажками и магнитиками от холодильника.

Стек переполняется. Бывает. Это зависит от программиста и его программы. И никак не связано с остальными переменными программы. Вы можете иметь всю память свободной. Но переполнение стека с таким же успехом может вызвать крах.

Сэкономите уйму денег и времени, если вместо передачи по USB в черный ящик будете сразу выдавать в RS232 в место назначения. (Кроме того, такая коробочка просто не имеет смысла (здравого), не говоря о других).

Т.е. - Точку на карту поставить можете (раз есть координаты и карта), а сделать логический вывод (например, карта Минска, точка получилась на Северном полюсе) не можете?

Хоть до 100%. Разумеется, кучу вы нигде не используете. Все выделяете статически.

IAR не выдает ошибку "какая-то".

Бывалые используют ошейник на сварной цепи. А любители - GPS c GSM или WiFi.

Радиоприемник и компьютер - по сути - стакан кремниевого песка. Мобильный телефон и утка по пекински - набор протонов и нейтронов. "Война и мир" и инструкция по эксплуатации утюга - набор букв.

Батарейку снять. BACKUP питание гарантировано обнулить. Поставить батарейку обратно. Рестартовать. Проверить напряжение на RST. Если 0, повторить процедуру внимательнее. Ну и в программе - разрешить юзерский сброс.

Присоединяюсь. . Отсоединяюсь. Начиная с АВР забил полностью на изучение даже системы команд, не говоря об ассемблере. Надо иметь представление о том, что какие команды примерно делают. В основном требуется для реализации переключателей задач. Да и то.... Ассемлер не нужен. Тем более - в начале.

А кто мешает ответственному приложению определять причины рестарта при рестарте (Power on, WDT и прочая)? Это было бы ответственно. А вот то, что предлагаете вы (или стремитесь к этому) - это безответственно с одной стороны, и бесполезно - с другой. В самом деле, подумайте, контекст до прерывания был - веточный. Далее - прерывание. Далее - переход в другое место. Итого. "Другое место" будет работать в конттексте "ветки". Если так любите зависающие задачи - поставьте какую-либо многозадачную систему (переключатель задач) и подвешивайте их сколько угодно. Они легко снимаются, запускаются, перезапускаются. Выбор таких систем велик.

Можете вообще без буфера обходиться, если обработка одного символа меньше периода поступления этих самых символов. Если же вы не знаете, сколько времени уйдет на обработку (например, работаете по ОС нереального времени), то следует сделать буфер, который позволит увеличить допустимое время реакции. Делать буфер гигабайт - можно.

В общем, SD formatter помог. Сегодня купил малюсенький картридер (который вместе с картой идет). Вот он работает хорошо с этим форматером. А здоровенный QUMO (чтоб им жить на одну зарплату) - не очень хорошо.

Причем, гадство. Убитую карту фотик не форматирует. Приходится виндами сначала. А потом фотиком. Ну мож техподдержка что-то скажет... Мало - ли. А у меня баг занятный оказался в программе. Мож кому сгодится. (В смысле, чем карту убивал). Чтение SD карту у меня по прямому доступу. А запись - без оного. Забыл выключить после чтения режим прямого доступа. А запись - прямой доступ не используя, что-то с ним такое делала, что прямой доступ при чтении в себя приходил не сразу. В фифо чтения попадали 16 слов из прошлого фифо записи.

В общем, разница только одна. В PBR фотик делает один резервный сектор, а винды - 2.

SD Formatter не помог. Щас пойду другим путем. Чего я собственно стал форматировать. В программе неверно работает f_close (От Чана). Т.е. после закрытия файла (после записи) карта накрывается. Как раз в месте, где оно обновляет фат. Просто разберусь чего оно не так делает, заодно и посмотрю что такого можно испортить, чтоб карту так убить. Что интересно. Если убитую карту отформатировать фотиком, а потом (не убивая) виндами - то --- работает. -- Вот.

Я ей указываю какую систему. Пробовал и 16 и 32, и стандартный кластер и всякий разный. И SD, и SDHC... Во всех комбинациях. По первому сектору все форматируют одинаково совершенно. Смотреть, конечно буду. Хотелось бы научить винды форматировать. А то неудобно как-то писать "возьмите какй-нть фотик и отформатируйте карту" и ни к коем разе не совать в винды... Мож техподдержка отмела ответит... Обычно отвечают... Вроде как нет. Уточню, конечно. Мож где винхекс обманывает невольно (пытается упростить мне жизнь). Но самый начальный сектор у всех одинаковый. Внутри практически пусто, токо смещение до бута первой партишн.

AT91SAM9G45 по жизни грузится с SD карты. Типа в корне лежать должен boot.bin. Все замечательно грузилось, пока не отформатировал SD по виндами (XP и 7 - одинаково). После этого процессор перестал видеть boot.bin. Форматирую карту в фотоаппарате. Все замечательно, видит опять. Разницу на первый взгляд в ВинХексе не обнаружил. Разница, разумеется есть (фотик и винды своего много пихают). Но по ключевым метакм (адреса секторов и прочего) - вроде как одинаково. Все на своих местах. Мож кто понимает в чем дело?

Хекс в асм перегнать можно, но практической пользы не будет. Падение компа со стола - весьма распространенное явление. Если винт закреплен правильно (ровно на одном винте) - ничего ему не будет.

Не существует. Зато никак не могу поверить, что какая-либо неисправность компьютера вызвала полную потерю данных на винте. Такое - крайне маловероятно. Чтобы убить данные на винте на работающем компе - нужно очень много времени.

Вставляем спички в глаза и разбираем лаптоп, собственный телефон, фотоаппарат. Это для начала. Кроме того, следует самой себе задать вопрос - а зачем люди разделяют сигнальную землю и корпус. В каких случаях это требуется, а в каких нет. Кроме того, решение этого вопроса будет слегка разным, в зависимости от функции Вашего USB - хост, девайс, девайс с автономным питанием. Намекну. Если у вас нет радиопередающих устройств на вашем устройстве - экран вам особенно не нужен.

Берем собственный компьютер (боковая стенка, разумеется у всех снята). И смотрим как дополнительные USB соединяются с разъемами на передней панели. Проводками. Самыми обычными. 4 штуки. А корпус самого разъема просто касается корпуса компьютера. И диски работают, и HS работает.