Мышка называется W-Mouse и WX-Mouse





Программа тестирования нажатий кнопок мыши (проверка двойного клика) MBTester V2.0 описание внутри

Что-то я уже склоняюсь к сборке отдельного программатора на 162...
Припаял резисторы с стабилитроном минуя макетку, запитал от БП а не USB, и
один фиг - горит желтый, потом рандомно, когда через 20 секунд, когда через 2
начинает мигать красный диод.
Похоже платка W-mini реагирует на наводки на ногу сброса (хотя там pull up внутренний к +5 по идее) -
когда трогаешь его или просто саму платку mini бывает чип сам резетится, а бывает красный горит постоянно.
Мультик показывает 2,9 В на data и 1,6 В на клоке PDI при моргании красным. Осциллом еще не лез.
Пропаяю еще раз программатор и дальше буду ковыряться. Вот жешь приключения

плата WX должна питаться от +5В идущих от программатора. У тебя это так? и земля тоже есстно от программатора.
а конденсатор С30 на плате WX убран?

я вообще подключал при прошивке Wxmouse от Wmouse 3.3v напрямую. На Wxmous не были распаяны стабилизаторы

аналогично прошивал один из контролеров, стабов на плате WX не было, 3.3В взял от программатора.
второй контролер шил когда стабы были, и от программатора брал 5В.
В обоих случаях потребовалось запускать второй раз прошивку, как написано в описании.

Seleron, да не надо ничего собирать на 162. Вот это уж точно не поможет.
Осциллом можно проверить только PDI_CLOCK. Там должен быть тупой меандр 4 МГц.
Он подаётся на ножку RESET ATXmega (это её вход pdi-clock).

Отключи что ли WX-плату и вруби программатор - чисто его проверить.
Сначала должны зажечься оба RLED и GLED (ждём ответа от хмеги).
Теперь можно сымитировать грязь в ответ - касаться пальцем (пинцетом) стабилитрона (PDI_DATA), создавая помеху.
Должен замигать RLED - "лажа в ответе". Хотя, кажись, как раз это и происходит.

Если контроллер на WX-плате подключен однозначно, без всяких сомнений правильно, то получается,
что хмега не хочет отвечать. Причём, обе (вроде ж заменялась). Что уже ну-у про-осто ни в какие ворота.
А учитывая ещё и бракованную мегу - так вообще ховайся.

----
Валяется рыба с мегой У4, родственная твоей mini. Быстро собрал 1184, взял архив из шапки, прошил, подключил WX.
Да блин... работает всё, как из ружья.

Walkie решил посмотреть на задержку у WX в сравнении с W22 (3090)
оказалось WX по сравнению с W22 имеет задержку 7-8мс

далее я прогнал все прошивки WS и все настройки типа включение фильтра, включение Z-Click, разные Cpi, разные типы зависимостей, разные частоты USB и т.д.
у прошивок 1.2 и ниже, задержка вообще 12-13мс
у 1.4 с включенным фильтром задержка 13мс

Что интересно, это по сравнению с 3090 у которой зависимость Smin/max, если поставить другую, например EXP, то разница уменьшается на 2мс. т.е. задержка 3090 возрастает на 2мс.

iG0Lka, ты же знаешь, я не пользуюсь MousTester-ом. Но поскольку в целом работу этой я проги представляю, то...
Если уж оценивать им пару мышей по задержкам, то обе надо сначала поставить в одинаковые условия.
1) Поллинг - обязательно 1 мс у обеих. Планировщик шины может оптимизировать опрос, поэтому пусть хотя бы не более 1 мс рознится.
Кроме того, у W(X) своеобразный поллинг - без установки 1 мс всё будет ещё сложнее.
2) Чувствительности желательно каким-то образом подогнать поближе, хотя обычно при установке одинаковых CPI они не отличаются значительно.
3) Если это W-мышки, то у обеих надо отключить фильтры и задать константную CPI-зависимость (Smin=Smax).
Иначе интерпретировать графики по задержке будет практически невозможно.

И вообще, оценить задержку этой прогой, наверное, не совсем просто - графики не гладкие, совместить их на глаз можно лишь так-сяк,
с ошибкой 2 мс. Ну, не пробовал, не берусь судить.
А то, что 3360 с базой 2000 cpi (V1.4) не отстаёт от 3090 - я ведь в реальном времени это тестировал. Там даже может
проявляться слабенькое фантомное опережение на чуть-чуть (зависит от переключателей FR в сенсорах).
На кой ляд тебе MouseTester... для W-мышей он не нужен. Для WX есть WXHist - сборщик любых рилтайм данных со внутренностей мышки.
Я ведь не вслепую прошивы тестирую. Забавы ради можно было бы даже выпихнуть лог движения для MouseTester-а,
если кому-то хочется просто потаращиться в его графики.

есстно - первым делом это и сделал, а уже потом стал перебирать изменение разных параметров у WX
1 - у обоих мышей галочка 1kHz выставлена.
2 - обе мыши на 800cpi. (потом уже прогнал на 1200 и 2000)
3 - фильтры есстно были отключены и Smin=800, Smax=800

очень просто там совмещается. ошибка да +-2мс, но когда разница 8мс то это сразу же видно - поэтому и показал график без смещения
#77

зеленая 3090, синяя 3360
отчетливо видно, что зеленая впереди синей.
начинаем добавлять по 1мс смещение и линии начинают сближаться на 7 смещении они сходятся, при этом в заголовке прога сама прописывает разницу.
Из верхнего графика получаем следующий:
#77

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

и на всех WX отставала от 3090, причем очень четко отслеживается включение фильтра - включаем и получаем +4мс.


Mousetester позволяет легко мерить задержку между двумя мышами.
Ставим две мыши вплотную и двигаем сразу две вместе, потом смотрим график и видим есть задержка одной относительно другой или нет.


а как ты задержку меряешь? относительно чего?
попробуй двигать две мыши одновременно и сравнить разницу.

Счас отсниму задержку между разными мышами т.е. не только wmouse

Добавлено спустя 18 минут 40 секунд:
Вот пока еще раз отснял WX и 3090 сохранил лог -
Этот файл можно загрузить в моустестер и подвигать графики.
настройки мышей

3090 после выхода из сна действительно быстрее отправляет отчёты

отснял с другими мышами, к сожалению у меня их всего две kinzu v1 и нонейм из ашана.
Кинзу имеет 1000cpi и USB=500Гц,
нонейм - 800cpi и 125Гц с ней сравнивать нельзя т.к. при опросе раз в 8мс, задержка может быть +-8мс т.е. как повезет.
поэтому сравнивал с Kinzu, на w(x)mouse ставилась частота 500Гц, т.е. точность получается +-2мс
Записал файлы cvs но оказалось, что сохранение данных с двумя дивайсами сделано криво а переделывать лень.

Везде первая мышь синий цвет, вторая мышь зеленый цвет.
Если перед значением задержки стоит минус, это значит задерживается синий цвет.

Kinzu vs 3090 - задержка у кинзы 7мс (смотреть заголовок)
https://hsto.org/webt/bt/em/od/btemodk- ... l1na4e.png

WX vs Kinzu - задержки нет. т.к. обе имеют одинаковую задержку относительно 3090, то между собой они совпали
https://habrastorage.org/webt/ot/ok/4c/ ... znda_u.png

Я прям озадачился...
Ладно. Не поленился, взял с работы мышь с датчиком 3090, скачал MouseTester1.5 и снял им графики.
С совмещением возиться не стал, везде стоит 0 мс.


Ну и где тут задержка ?

Переведём базу WX на 12000 cpi.

Теперь даже в MouseTester-е видно скоростное отставание 3360 примерно на 3-4 мс.
Всё совпадает с моими измерениями, и я не знаю, что тут сказать.

Я ведь уже говорил, как и что - задержку показаний одного датчика относительно другого.
На одном основании стоят два датчика : 3090 и 3360, которые подключены к одной Xmega и опрашиваются синхронно.
Движение выводится в аналоговом виде через 2-канальный ЦАП.
Цепляется цифровой осциллограф и смотри-измеряй что угодно. Движения пришлось делать ручками и по обычному геймерскому коврику,
потому что смастерить хороший движитель - это убиться ап стену. Но и ручками всё, что требовалось, видится прекрасно.
Рыба эта, правда, уже разобрана взад - что хотел, я ею поснимал.

лего в помощь

AloneInTheDuck,
Кстати, твой график - это не выходы из спячки.

Мужики, гляньте че видите на 3366 (G pro) vs 3360 (CM)

это график иголки, как бы Думаешь это просто задержка на сглаживание?

на твоих нет.
а какая прошивка в 3090 и какие настройки?
А можешь не туда сюда двигать, а по кругу? тогда переходы через ноль будут без горизонтальных полочек.
И еще вопрос - почему у графика 3360 соседние отсчеты так "прыгают" ?

блин почему у меня задержка? не хочу задержку
и ведь ладно бы она была плавающая или чтото такое, но она совершенно стабильная, при разных условиях.
========

Собрал ещё одну плату WX. Прошилась без проблем.
Подключил сенсор вытащеный из DA Elite - PMW3389DM
Контролер, как и ожидалось, его не увидел, но попробовать очень хотелось
После этого впаял 3360 и все заработало как надо.
Что интересно сенсор работает даже через коричневые защитные пленочки, т.е. их можно снимать вообще в самый последний момент.

Добавлено спустя 4 минуты 10 секунд:

одинаковые же... и имхо лучше по кругу водить

Добавлено спустя 35 минут 40 секунд:
счас попробовал делать горизонтальные движения и задержка пропала.
перепроверил несколько раз. При кругах задержка есть, при горизонтальных движениях нет.

Мб я где-то тупанул, поэтому сразу выложу "картинкой" что и как соединено и какие элементы сейчас отсутствуют на плате WX.

Перепаял кварц на W-mini, вроде перестал сбрасываться от прикосновения и прочих наводок.
Перепаял все провода на МГТФ + промыл еще раз все спиртом.
При включении постоянно горят G+R.
Проверил светодиодом 3,3 В на плате WX - нормально работает, т.е. нагрузку преобразователь держит, + посмотрел осциллом - в питании шумов и скачков нет.
Припаял все наглухо друг к другу.
Померил осцилом обмен.
Меандр 4МГц есть, плавает только если жамкать МК немытыми пальцами (начинает сбоить тактирование).
В дате тишина - напряжение где-то посередине 3,3В держится.

При подаче питания на WX напруга немного проседает.

Единственное, я плату WX по Data и Clock не отпаивал при измерении осликом.
Могу отпаять и замерить чисто холостой ход W-mini.
Есть еще одна идея - мб под чипом WX-а флюс остался и что-то нехорошее делает.
W-mini вообще должен какие то запросы отправлять в WX? Мб мне логически анализатор взять и проверить?
Ах да, перепрошивал еще раз W-mini. Результат и осциллограммы такие же. И после перепайки кварца на W-mini ниразу не моргал красный даже при включении WX-а.

+5В на prof через резистор пробовал отсоединять, при прошивке WX?

+5В на плату WX берутся с платы W-mini? Земли плат объединены?

а atxmega32a4u где покупал?

Блин, да нет у тебя никакой задержки (хм... несколько неоднозначно звучит, но да ладно),
потому что :
Вот ёмаё, зачем же в таком тесте делать круговые движения ?
Задержку чего ты будешь видеть, если между осями датчиков будет постоянный угол ?
Разверни одну из мышей на 90, и её графики при вращении с постоянной частотой сдвинутся на pi/2.

---
Seleron, в общем, труба какая-то. Соединено всё правильно. Не надо ничего мыть, флюс - по барабану.
На осциллограмме " Линия Data при включении питания 2" видно, что хмега просто молчит в ответ.
Такое может происходить в случаях, если :
1) Питание на на WX-плату приходит с большой задержкой. 1184 обращается к контроллеру, а тот ещё не запитан 3.3 V.
2) В это невозможно поверить, но хмеги дохлые.

Честно говоря, меня озадачивает "питание 1, питание 2, включено, выключено". Или это просто номера картинок...
Осцилл, конечно, мрачный. Или он сам режет всё выше 4-5 МГц (маловероятно), или включено дикое усреднение сэмплов.
Ладно... не спеши огорчаться, так или иначе, но выясним, в чём дело. Но пока с ходу советов нету.
Дай фото всей конструкции в разных ракурсах.

точно! это не задержка, а не соосность сенсоров.
счас проверил с бОльшим углом - расстояние между графиками меняется в зависимости от угла.
Зато теперь все стало понятно и можно спать спокойно