Привет Всем! Что то тема затихла. Есть результаты? Уж очень хотца себе такую штуку прикрутить.

Я уже пользуюсь во всю.

может у кого есть плагин под третью центрифугу для "Custom USB tyre pressure monitoring interface"?

я тоже пользуюсь во всю...только вот плагин под новую центрифугу все никак не перепишу :(

вот что есть под 3.1, правда немного сыровато, может кто подправит
содержимое архива, в плагины в папку TPMS

Поставил тут себе комплект с mp3car.com, вылезла проблема - датчики вроде ловятся, в TPMS Doctor показания видны, но вот центрифужный плагин не пашет. Если ставить версию 2.1.8.0 центрифуга запускается и через 2 секунды вылетает, если отключить TPMS ресивер от компа центрифуга запускается, ругается, что нет ресивера и дальше нормально пашет. Если обновить dll-ку (типа апгрейд до последней версии 2.1.9.0), то центрифуга вылетает сразу независимо от того подключен ресивер или нет. Ни у кого похожих траблов не было?

ЗЫ. немного странно, что когда ресивер теряет один из датчиков он не выдает предупреждение, а просто показывает последнее пойманное значение. Таким макаром может датчик перестать ловиться, после чего колесо сдуется в ноль, а TPMS даже не пискнет...

Похожая шняга: надоело переобуваться дважды в год - соорудил второй комплект колес. Ну и датчики поставил новые.

Так вот родной ресивер+монитор на смену датчиков отреагировали адекватно: после того, как зимние колеса были сняты и спущены (дабы деактивировать датчики) - родной комплект начал пищать/верещать и показывать, что колеса спущены. А вот адаптер Дежана/Робби это проигнорировал, продолжая казать старые значения давления/температуры.

Более того, после того, как новые датчики были прописаны в родном ресивере (и корректно там отобразились) - адаптер продолжал выдавать замерзшие значения :wacko2: Что вообще-то странно - ведь инфу адаптер получает от приемника...

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

У тебя адаптер и родной комплект (монитор) на одном ресивере висят?

Сорри, давно не заглядывал в тему.

Да, все висит на одном ресивере. Новые кудрявости обнаружились за это время:

Не поленился - стравил давление в одном из колес уже после того, как новые датчики прописались в ПИКе. Хрен там! Штатный комплет заверещал как резанный, ПИКу - по барабану... :spiteful: В общем, та же картина, что и у leman`а.

Еще несколько моментов: был косяк с определением адаптера после хибернейта - тоже казал замороженные значения, лечилось перетыканием USB`шного кабеля. Нормально стал просыпаться только после того, как минуя D-Link`овский хаб, сабж был воткнут напрямую в мать.

После установки в систему Arduino девайсы подрались. Такое впечатление, что победила Арду. Во всяком случае, поведение ПИКа стало еще менее адекватно (то работает, то нет). Но вопрос не в этом (в конце концов, конфликты оборудования - тема отдельная). Даже до установки Арду, показания ПИКа (в тот момент, когда он стопудово работал) частенько могли отличаться от показаний штатного монитора!

А теперь главный вопрос: как такое может быть?! Данные с ресивера распараллелилваются между ПИКом и штатной системой. Даже если бы алгоритмы обработки этих данных у них были бы разные, их показания отличались бы всегда. Но эта ж гнида словенско-итальянская выеживается, как хочет: то один в один дублирует показания штатной системы, то кажет такое, что хоть стой, хоть падай... Блин, как это достало!

Счастливые обладатели сабжа! Это только нам с leman`ом так повезло, или просто все забили на то, что девайс ценою в 60 баков путью не работает?

Кто-нибудь согласовывал CARAX 1001 с компьютером? Там сигнал идёт на 433 мГц, но в принципе можно врезаться и в сам головной блок и снимать данные оттуда.