Кстати по загрузке контроллера-
На обслуживание ЮСБ протокола атмега тратит не более 4-5% времени из 8 mc ( если используется ещё и фидбек , INPUT и OUTPUT - то не более 8-10% - максимум 0,8 ms). Куда-то даже в этом случае 90% ещё надо деватьЭтого времени вполне хватает и для опроса цифровых датчиков, и для опроса АЦП, и для процедур нормализации, и даже для расчёта арктансенсов, опроса кнопок-тумблеров-энкодеров, не самой простой фильтрации сигналов - вообщем проблем с ресурсами особо не наблюдается.
Единственная проблема - ограничения по скорости самого протокола, и для многопакетных девайсов приходится вертеться среди пакетов, но и на это времени вполне достаточно.
А рефреш осей 16ms или 1 ms (учитывая реальную латентность винды по доставке таких пакетов в игру+ отклик игры) - на ощупь и на вкус отличить вряд-ли получится.
Я думаю, что все отталктваются от того, что было, а именно - от разработки MeanDog'а. Для аппаратного USB надо делать проект "с нуля". И, кстати, прецеденты есть. Тот же Leo Bodnar что-то клепает и вообще, прогуляйтесь по разделу![]()
Крайний раз редактировалось SNB; 17.11.2010 в 10:47. Причина: опечатка
Хорошо оттриммированный самолёт в автопилоте не нуждается.
Да видишь в чем дело, там познания в программинге минимальные требуются ибо производители поставляют все необходимые библиотеки для работы и примеры сорцов остаётся только прописать классы ну и толкать "нужные" данные в пакетики (да и то примеры USB-HID есть у каждого крупного производителя типа Microchip), ну и мигать лампочками обрабатывать тумблеры или выводить авиагоризонты на внешние ЖКИ это уже кому как нравится...Кстати видел какие то дисплейчики от Саитек с компасом и вроде авиагоризонтом - если ничего не путаю, но в продаже не встречал... Можно сделать чтото типа того на контроллерах, интересно просто кто нибудь пытался или дальше HD44780 к LPT порту не заходило
![]()
HD44780 вещь отличная, можно не заморачиваясь просто писать: "летим" или "падаем", а то все эти авиагоризонты - глупость
Кстати, Сайтековские LCD-приборы вполне себе продаются у того же Василия из Велес-Дата. Правда цена...
Хорошо оттриммированный самолёт в автопилоте не нуждается.
Все на Казус!![]()
Хорошо оттриммированный самолёт в автопилоте не нуждается.
Крайний раз редактировалось Afterburner; 17.11.2010 в 11:37.
У нас аналогично. Причём, уже исчезает и SOIC. Болтают, что это связано с временным сокращением производства у Atmel. Будто бы предполагался большой кризисный спад спроса, который в реальности не оправдался.Кстати, "восьмерки" в DIP-корпусах исчезли у нас
Вспоминаю, как перешёл когда-то от PIC-ов к AVR-кам при схожих обстоятельствах.
Сейчас - возможно, но не на момент начала этого топика.Софт УСБ - дурь
Да, но на этом все их плюсы и заканчиваются. Самое забавное, что с применением DIP, устройства выходят компактнее.TQFP, дырок ненадо сверлить![]()
Не только. Мелкий шаг выводов не позволяет ставить обвязку вплотную к чипу, и заставляет отступать от него на несколько мм. Отсутствие возможности прошить в программаторе, обязывает устанавливать в устройство ISP разъём. Рекомендация электрически соединять с землёй донышко, создаёт дополнительную проблему. Добавьте сюда невозможность размещать SMD элементы обвязки непосредственно под микросхемой, что часто практикуется при корпусах DIP, и поймёте, почему "планары" вызывают аллергию у некоторых особо ленивых рукодельщиков.из-за ног в 4 стороны
PS Кстати, сверлить отверстия под DIP не обязательно. Как "особо ленивый", я просто отгибаю вбок на 1...1,5 мм выводы, и запаиваю их на площадки, пользуясь при этом полной свободой располагать элементы по всей площади платы, и проводить дорожки между выводами чипа.
Верните DIP, гады!![]()
Странно себя ведет MJoy16. Оси X и Y работают только наполовину от центра до края, скриншоты приложил. Мультиметр показывает 0В когда крестик в центре, 2.5В когда крестик посередине между центром и правым краем и 5В когда крестик справа с краю. Остальные оси работают как положено от начала до конца.
Если откалибровать, то крестик бегает от края до края, но используется диапазон только наполовину![]()
Спасибо!
Я тормоз. Совсем забыл что они вообще существуют
.
Вроде, Uniprof и Ponyprog поддерживают и Мегу16 и СОМ. Для Uniprof схема проще. Но сама оболочка немного глючноватая - для каждой сессии нужен перезапуск (оболочки, не системы). А Poniprog не поддерживает Тини24.
![]()
"Нет в мире совершенства!" (С) Лис.
PbICb2 Ну вот вам прямая ссылка на Унипроф: http://avr.nikolaew.org/progr.htm
Пользуюсь им вместо поньки, которая увы, более не поддерживается разработчиком, и не понимает новых МК.
Поддерживает работу с COM и LPT, причём LPT весьма гибко настраивается, вплоть до поддержки STK200, чем я не преминул воспользоваться (делал себе когда-то STK-200, ещё для AVPStudio 3.0). Переходник для СОМ ЕМНИП аналогичен громовскому.
PS Пардоньте-с, по вашей ссылке тоже есть переход на Унипроф.
USSR_Rik
И у меня есть такой. Делал для недобука Acer D250, с которым прекрасно работает. Но вот с десктопом проблема - работать наотрез отказывается. Может дело в том, что у меня весь инструментарий работает из-под Win2K... Потому и пользую на десктопе Унипроф.Я себе давно слепил USB-программатор от Протосса![]()
Крайний раз редактировалось LeonT; 21.11.2010 в 17:12.
Вот-наконец сваялДостану разъём USB и запуск,посмотрим,что это за зверь...
Хээээээлп!!! сегодня прошил Uniprofом, после прошивки не определяется ни в системе, ни в ЮнипрофеНаверное контроллеру писец?
![]()
Крайний раз редактировалось PbICb2; 03.12.2010 в 21:49.
Не, скорее фузы на клок неправильно выставил. Обычное дело. Надо подать принудительное тактирование на вход CLK и пробовать перепрошить. Полупесец, это когда нечаянно в фузах запрещаешь ISP или конфигурируешь ногу RES как вывод. Тогда без "высоковольтного" не обойтись.
А полный песец может случиться разве что от переполюсовки питания.
Не забываем, что активный (прошитый) фуз соответствует нулю, неактивный - единице.![]()
Да я выставил фузы так,как в http://pereulok.net.ru/forum/index.p...mega16-mjoy16/
Начинал издевательство над МК так: подсоединил,запустил Uniprof, Мега определилась,загрузил прошивку флеш и ипром нажал "прог"-внизу начала бежать полоска-индикатор, добежала до конца, что-то никаких сообщений типа "прошивка ОК", не дождался,ну думаю наверное прошиласьвыставил фузы,нажал кнопку "записать"-опять же никаких сообщений от Uniprofa.....наверное должно было выскочить типа "ОК" или х.з.
В общем ничего не дождался,чисто тупо закрыл прогу, и......ну и всё
Дальше я АТMегу уже увидеть не могу в Uniprofe-не определяется
P.S. Обнаружил у себя на материнке рядом со слотами PSI разъём под ЛТП, буду выводить на внешний разъём. Может мне сделать типа контрольного выстрела по АТМеге параллельным программатором?
---------- Добавлено в 15:39 ---------- Предыдущее сообщение было написано в 15:24 ----------
LeonT, а что сие означает:Надо подать принудительное тактирование на вход CLK и пробовать перепрошить? Подключить внешний кварц? Так он на плате Мджоя должен типа работать...Я дико извиняюсь-первый раз влип в это дело![]()
ну ISP в последовательном режиме вроде и не отключается)
а вот CLK на внешний, можно запросто выставить...
в этойже теме несколько страниц назад обсуждалось как ошивить камень если CLK неверно выставил
Таки в Унипрофе пожалуй, можно SPI отключить.Во всякоем разе, галка SPIEN там активна. В Поньке точно нельзя было, а в древнем AVRISP, тоже ЕМНИП можно...
Впрочем, утверждать не буду. Сам не пробовал, чего и всем желаю.
PS На всякий нехороший случай, у меня сваян переходник ISP-HiVolt. Пару раз даже приходилось пользоваться.![]()
Погляжу, как стоят фузы в Унипрофе на моей Меге, и отпишусь попозже.
Если кварц стоит, но проц. сконфигурирован для работы с внешним тактированием, или очень неправильно выбран тип резонатора, то работать не будет. Вроде, в Мегах на этот случай, во время прошивки подключается встроенный RC, но я не уверен. Посему нужно на вход CLK Меги подать тактовую частоту порядка сотен килогерц - нескольких мегагерц от внешнего устройства, и пробовать перепрошить.
Ещё у моего Унипрофа есть странное свойство - после каждой сессии, он перестаёт работать. То есть приходится действовать так: записал, закрыл Унипроф, открыл снова, прочёл...
не, RC принудительно неврубается, все в соответствии с выставленными фьюзами работает... так что если есть под рукой паралельный программер, юзай его
зы. бит ISP даже если он и отрубается в какойто проге, но никакого эффекта при последовательном режиме прошивки неимеет (согласно даташита)