calibration.ini кугара

[Shneck]

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

спасибо.

а вот мое
0=16000,35000,54000
1=17600,36800,56000
2=41792,32768,23104
3=40832,31744,21888
4=15712,32768,48256
5=11008,32512,53184
6=11008,32736,53120
7=56704,40608,10976
8=0,32768,24416
9=0,32768,24416

мануальный режим

обращает внимание, что 1. средняя точка тангажа (2), крена (1) и руддера (7) сдвинута и довольно сильно от 65535/2 (каждый раз после чистки резюков - сдвиг средней точки). 2. элмнт. шаг в каждом диапазоне значений - свой (в "+" - один, в "-" - другой) - где линейность соблюдается - не ясно.
3. значения оси Х и У подбирал руками (находил "полуось" с миним откликом в фокси и руками ровнял по средней точке для противоположных значений,
т.е было 0=13334, 35213, 53337 - стало - см. выше ).

[Dmut]

вот моё, резюки пока не чистил, калибрация мануальная

[Calibration]
0=15780,35814,51788
1=9402,30494,55934
2=45344,34080,25792
3=40992,32352,23168
4=17056,32768,48608
5=11008,33184,53344
6=11008,30976,53056
7=0,65088,0
8=0,32768,0
9=0,32768,0

[Shneck]

хм, смотри по Х влево и У от себя у тебя тоже на ~25% больше значений.

это что значит, левый крен и ручка от себя точнее обсчитываются?

еще момент, % в HCCP от 65535 беруться?

[Dmut]

нет, по моему это значит что резюк изначально либо повернут, либо неточен по сопротивлению, например 50кОм выдаёт не на пол-пути, а на первой трети.

[Papay]

[Calibration]
0=44184,36624,26202
1=27940,36932,45186
2=32608,21504,16512
3=44736,44160,33632
4=42048,32768,0
5=42112,22112,0
6=42112,21184,0
7=63488,48608,12832
8=0,32768,0
9=0,32768,0


Вот мое. Что это значит - нихрена не понимаю. Кугар на датчиках Холла.

[Shneck]

2 Dmut.

резюк повернут - средняя точка сдвинута будет, это вроде ясно.

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

имхо -это из-за механики неравность "полуосей" (легко проверить - меняем местами резисторы - все три не могут иметь такие нелинейности) - тогда получается - больше диапазон, число отсчетов одинаково - больше "шаг" в одной полуоси, в другой меньше. кугар не морочиться этим, берет один шаг - получаем по второй полуоси "недотяг" - т.е ты ручку до пупа тянешь, а вираж скажем большего радиуса выходит, т.к. [значения шага меньше]х[число отсчетов полуосей одинаково (1500 по умолчанию)]=недотяг.
вот выровнял руками значения - смог почти замкнуть кольцо дыма в вираже на и16 (на 3 круге) - при мануальной калибровке без правки калбрэйшн ини - 5-6 корпусов не хватало для этого.

2Papay. Симпеды похоже в наличии у вас? Механику и датчики сами меняли или заказывали? (если не сложно поделиться информацией - можно в приват)
5,6 - антенлевел и ранже, но почему до 0, мало того что инвертировано?
или тоже на холлах?

[SLI=SHURIK_25=]

[Calibration]
0=18792,35286,52324
1=51424,33852,14182
2=45120,35520,25920
3=42752,33376,23200
4=14592,32768,45344
5=11008,32128,52704
6=11008,33824,52672
7=0,65152,0
8=0,32768,0
9=0,32768,0

Ручная калибровка, датчики MaRS (магниторезистор и микросхема PHILIPS KMZ41 & UZZ9000).

[Shneck]

по тангажу - 14% разница, механику тоже переделали?

[SLI=SHURIK_25=]

Originally posted by Shneck
по тангажу - 14% разница, механику тоже переделали?

Нет, механика старая, разболтанная. Да и датчики, если честно, один из тестовых вариантов, и не самый лучший. Теперь уже не так делаем.

[Shneck]

Такс, а вот что получилось на MaRSах

0=6872,29192,46196
1=50294,27132,4570
2=41728,32672,23296
3=40448,31712,21568
4=15712,32768,48160
5=11008,32064,53344
6=11008,32064,53120
7=57568,42336,11296
8=0,32768,24192
9=0,32768,24544

0 - крен, 1 - тангаж, 7 - скольжение. механика дает по крену 17% разницу (как и предполагалось, линейность датчиков тут не причем).

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

по симпедам вообще пипец - 15тыс отсчетов к 30тыс - т.е шаг по одной из полуосей в 2 раза различается - судя по Папевским данным тов Хоффман запузырил туда нелинейный датчик.

[Dmut]

хм, действительно интересная ситуация получается. может это те "попугаи", которые пишутся в calibration.ini - нелинейные?
ведь значения совсем не похожи на те, которые высвечиваются в диалоге калибрации, где, как я предполагаю, высвечиваются "исходные" данные c котового АЦП.

[Shneck]

ну, для 5, 6, 7 позиции все четко - в диалоге калибрации в "клоквайсе" для антенны и ранже 110,1, в калибровочном файле - 11008. дело в том, что перед ручной калибровкой нада применять т.н. Zero.tmc с НУЛЕВЫМИ МЕРТВЫМИ ЗОНАМИ. калибровать вручную и только потом применять текущий профиль с текущими значениями м.з для всех осей.

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

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

[Dmut]

насчет применения нулевых мертвых зон перед калибровкой - это для меня новость, не замечал и не могу сейчас проверить, но вы в этом точно уверены? мне кажется разработчики не совершили бы такую детскую ошибку и перед калибрацией сами отключают профайл в Коте, чтобы получать истинные значения на оси, а не логические. Мой кот сейчас далеко, проверить не могу, кто-нибудь может это подтвердить? достаточно сделать на одной из осей мертвую зону процентов в 50 и запустить ручную калибрацию.

о средних значениях - я всегда считал что средние значения берутся во время первого пункта калибрации.

[Shneck]

насчет применения нулевых мертвых зон перед калибровкой - это для меня новость, не замечал и не могу сейчас проверить

это вообще-то совет с фругасворлда, чуть ли не от самого Дж.Хелловса. имхо, работает, см. выше.

по симпедам - точно нелинейный датчик запихнули. подстроечник по часовой - отношение диапазонов 1.89, против часовой - 2.45, ёёё.

[Dmut]

ну если James "Nutty" Hallows советует значит так оно и есть ...
жаль проверить не могу...

[SLI=SHURIK_25=]

Попробовал таки с отключением мертвых зон откалибровать, другое дело!
Так, что, подтверждаю, существенно влияет!

Вот, что получилось:

[Calibration]
0=6860,27326,48544
1=55336,33676,10154
2=43616,35584,25920
3=42432,34016,23680
4=14592,32768,45344
5=11008,30080,53056
6=11008,33856,52672
7=0,65152,0
8=0,32768,0
9=0,32768,0

[Shneck]

Manual calibration, calibration.ini & Uber2
I've always been curious of these numbers from the calibration.ini as it relates to the Uber2 mod; if they are indicative of what to expect,TIA...

[Calibration]
0=28694,37616,50162
1=23354,34748,44658
2=45184,29696,18816
3=49376,36416,25984
4=18816,32768,49920
5=0,28224,57120
6=0,27328,57120
7=54560,43776,16320
8=0,32768,0
9=0,32768,0


это я нашел на http://forums.frugalsworld.com/vbb/s...ad.php?t=68297

полюбуйтесь на диапазон убердатчиков (0,1 разделы)

[Shneck]

но самый занимательный - 7. опять плечо 1.1 к 2.7 . Если это Симпеды, то все понятно, а если это сам кот так педали отрабатывает?

Максим, -25-, что получилось на педалях UIV-а?

=73=