Search in the blog:

2014-02-27

SZ Viewer W1-2014-02-27 (Windows)

Предлагаю новую версию SZ Viewer (диагностическая программа для автомобилей Сузуки).

Описание программы.

Изменения:

1. Поддержка сузуковской CAN-шины (только через ELM327 версии 1.4 или выше). Пока поддержка символическая: работает медленно, из параметров расшифровано только положение педали газа: что успел сделать в машине на улице за час с тормозным ноутбуком. Но ошибки посмотреть можно.

2. Поддержка активного управления/тестов для двигателя (кнопка Output control).


(проверка IAC управлением оборотами, выставлено 555 об/мин)


Блоком могут поддерживаться далеко не все тесты. Если показывается сообщение "Action will not be taken because condition is out of the operating range", то тест может заработать, но условия в данный момент не соответствуют требованиям. Возможные условия (зависит от теста):
а) Не должно быть текущих ошибок (DTC).
б) Скорость движения (должна быть нулевой).
в) Педаль газа (должна быть отпущена).
г) Температура двигателя (должна быть не меньше 80°C, но и не выше 110°C).
д) Работа двигателя (некоторые тесты требуют, чтобы двигатель был заглушен, но зажигание включено).
е) Прочие условия.
Внимание: при больших процентах управления "Step EGR" двигатель может заглохнуть!

3. Показ некоторых текущих значений крупно на отдельной вкладке (двигатель, АКПП, ABS).

4. Убрал показ якобы freeze frame - все равно не удалось нигде проверить работу.

5. В заголовке вкладки DTC показывается число ошибок.

6. Поиск идентификаторов/таблиц/групп DTC убран из вкладки Info в пункт меню Debug -> Find data..

7. Изменен алгоритм поиска блоков (Connection -> Control units...). Сейчас два прохода по известным адресам, а потом перебор неизвестных (и для KWP, и для CAN).

8. Добавил расшифровку некоторых данных (особенно для Powertrain).

9. Убрал страшные и неудобные графики. Буду делать совсем иначе.

10. Прочие мелкие изменения и исправления ошибок.



Еще по этой теме:
Изображения из альбомов:
Posted by malykh в 12:25 12 comments

2014-02-26

Система Samsung NX mini?

В продолжение темы NXF1: очередные слухи.




Похоже, что это будет аж целая система NX mini под матрицу 1". Как минимум из одной камеры (F1) и двух объективов (9мм и 9-27мм).

С одной стороны, зачем еще одна линейка, ведь есть просто NX? С другой стороны, Samsung пытается повторять маркетинговые сценарии продвижения своих мобильных устройств: наделать всего и побольше, а вдруг что-нибудь "выстрелит".

Определенная логика в этом есть. Цифромыльницы стремительно сдуваются, а беззеркалки NX все же не могут закрыть все ниши. И вот между ними и могут проявиться NX mini. Если будут небольшого размера и шустрые, что будет оправдывать их существование. Матрицы 1" могут это обеспечить, но, например, в исполнении Nikon 1 попытка получилась невнятная: большие размеры при слабой картинке, хорошо хоть со скоростью работы нормально.

Посмотрим! При адекватной цене и характеристиках комплект с 9мм объективом может у меня вызывать интерес.


Еще по этой теме:
Изображения из альбомов:
Posted by malykh в 17:23 0 comments

2014-02-25

Скорость обновления данных (TPS): K-Line и ELM327

Сузуковские блоки через K-Line передают данные со скоростью 10400 бод. Это сама по себе небольшая скорость, но все еще усложняется тем, что и линия полудуплексная, и самому блоку нужно время, чтобы данные подготовить (например, блок управления двигателем требует дополнительных задержек по сравнению, скажем, с блоком ABS).

Кроме того, накладные расходы возникают и на стороне "тестера". Нужно данные принять, преобразовать, отобразить. И здесь свое влияние оказывает используемый адаптер. Если это простой K-Line-адаптер, то почти все под управлением диагностической программы. А вот если используется ELM327, но все хуже. Во-первых, ELM327 задумывался как универсальный, поэтому использует не самые оптимальные временные задержки. Во-вторых, текстовый протокол ELM327 неудобен для программного использования - нужно парсить, фильтровать всякие возможные текстовые сообщения и т.д. и т.п. В-третьих, сказываются накладные расходы самого ELM327 (это же самостоятельный "компьютер", только простенький). Задержки можно немного поднастроить, но все равно ELM327 работает медленнее, чем K-Line адаптеры. Причем, как показывает опыт, еще и сами ELM327 адаптеры (точнее их китайские аналоги) отличаются между собой скоростью работы (и, например, не факт, что некоторая Wi-Fi версия будет работать быстрее, чем другая Bluetooth версия).

Еще надо учитывать, что, в отличие от стандартного OBD2 механизма с PID-запросами, в сузуковском протоколе данные приходят таблицами. Поэтому можно считать оценкой скорости количество принятых таблиц в секунду. Этот параметр отображается в SZ Viewer под названием TPS (Tables per second). Глядя на него, можно судить о частоте обновления данных. Чем больше значение, тем лучше. Как уже выше сказано, оно зависит от блока управления,  выбранной для показа таблицы, адаптера, скорости PC.

Если говорить о практике, то на моем оборудовании максимально я видел 14-15 TPS при K-Line адаптере и блоке управления ABS. Минимальная скорость около 2-3 TPS при использовании медленного ELM327 с блоком управления двигателем. TPS при использовании ELM327 в самом лучшем случае меньше раза в полтора, чем у K-Line адаптера. В худших случаях - раза в два-три.

Posted by malykh в 12:09 6 comments

2014-02-24

Цифры в ряд

Ну-ка, буквы, встаньте в ряд. Цифры т.е. :-)



333 тысячи 333 км и чуть больше 300 метров (будем считать, что 333). Такой пробег показал сегодня одометр моей пузотерной Хонды.


Изображения из альбомов:
Posted by malykh в 19:53 9 comments

2014-02-23

Ольхон, лед, фото

Фотографии с поездки на Ольхон.

Зимой объектов для съемки мало, но зато лед космический.




Ледовая переправа с вешками:





Еще по этой теме:
Изображения из альбомов:
Posted by malykh в 20:01 0 comments

Ледовая переправа на Ольхон

Хотел выложить видео проезда по официальной ледовой переправе на остров Ольхон (озеро Байкал). Но там довольно долго ехать: переправа длинная (больше 10 км), скорость сравнительно небольшая (по чистому льду тормозить перед неровностями бесполезно). Видео с регистратора получилось занудноватым.

Залил в результате ускоренную в три раза версию:

http://www.youtube.com/watch?v=AaaoB9mHVLY


Но получилось что-то не то. :-/ Да и звук я убрал. А то поставишь какую-нибудь мелодию, а копирастический ютуб или забанит, или поганую рекламу навесит. И лобовое стекло грязное! :-)

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





Изображения из альбомов:
Posted by malykh в 01:31 6 comments

2014-02-21

Динамометрический адаптер ACDelco ARM602-4

У меня уже есть два механических динамометрических ключа, но добавил электрический цифровой. Точнее даже не ключ, скорее адаптер. Модель ACDelco ARM602-4.

Коробка:




Ее можно положить в карман, ведь внутри не ключ, а только адаптер. С одной стороны у него углубление под квадрат 1/2". С другой, соответственно, выступ в форме того же квадрата 1/2".




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

На экране отображаются показания. Можно переключаться между единицами измерения: Nm, kgcm, in-lb, ft-lb. Есть два режима индикации данных: динамический показ крутящего момента (trace) и показ максимального достигнутого крутящего момента (peak). И к этому еще дополнительно можно задать границу звукового предупреждения. При приближении (снизу) к заданному моменту адаптер начинает прерывисто пикать, а при достижении - пищать непрерывно.

В инструкции указано, что Measured Torque Range: 5-200 Nm. Здесь и есть легкий подвох. Ключевое слово measured: измеряемый. А вот нижняя граница предупреждения (писком) составляет 20 Нм.





Поэтому меньшие значения нужно отслеживать в динамике самостоятельно.

Питание при помощи двух батареек CR2032. Кнопки выключения нет, адаптер сам отключается через одну минуту. Управление достаточно простое.

Я уже пользовался этим адаптером. Точность довольно неплохая, но на небольших крутящих моментах показания сильно скачут. При подходе к небольшой границе предупреждения звук тоже "скачет": то пикает, то пищит. Надо это учитывать. При больших значениях момента поведение более равномерное.

Экран здорово начинает тормозить даже при положительных, но небольших температурах. При "минусе", подозреваю, вообще ничего видно не будет. Кроме того, экран расположен не очень удачно: если ключ сверху, то показания получаются "вверх ногами". Хотя при пользовании редко удается вообще смотреть на экран, чаще приходится полагаться на звуковое предупреждение. Только надо быть уверенным, что адаптер не выключился по истечении минуты неиспользования.

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

А так, в целом, вещь полезная. Но такой адаптер не должен быть единственным динамометрическим ключом (из-за громоздкости).


Еще по этой теме:
Изображения из альбомов:
Posted by malykh в 12:29 2 comments

2014-02-20

Samsung NX300/NX300M, SRW, dcraw и софт с его использованием (в том числе RT)

Изредка удается делать сравнения моего NX20 с NX300. Решил в этот раз поглядеть попиксельно картинку с одним и тем же объективом на этих двух камерах. Снял тестовые снимки, начал разглядывать после конвертации в RawTherapee. И вижу странные вещи:


(слева NX300, справа NX20)

Картинка от NX300 с какими-то красными и синими каемками, да и артефакты лезут.

Снял другое сравнение. Опять артефакты!


(слева NX300, справа NX20)

Ладно артефакты, но хроматическая аберрация почему такая вылезла? Неужели NX300 настолько плох на фоне NX20?

Начал проверять более дотошно и увидел, что никакого отношения к оптике эта аберрация не имеет: она стабильна по всему полю. Красная каемка выползает сверху справа от темного объекта, а синяя - снизу слева. Объектив не может так работать, да и оптические фильтры матрицы не должны так влиять (из-за всяких "косых лучей" и т.п.). Начал крутить файлы в dcraw 9.19, который у меня был. Если смотреть поканально, то виден геометрический сдвиг всего изображения в зависимости от цвета.

Пришел к мысли, что это ошибка в dcraw-ном декодере SRW. Уже начал писать письмо автору, но решил проверить свежую версию dcraw 9.20. Поставил билд для Windows и, ура, все стало нормально. Сравнение:


(слева dcraw 9.19, справа dcraw 9.20)

Но проблема касается не только самого dcraw, но и всех программ, которые используют его код. Поэтому ошибка и вылезла в RawTherapee. Посмотрел changelog RawTherapee:

Changes since the last build 4.0.12.23:
- Install rtengine/camconst.json in ${DATADIR} not in ${BINDIR} (See issue 2244).
- Optimization for Vignette Filter (Exposure tab), Issue 2243
- Optimization for RawImageSource::getRAWHistogram, Issue 2238
- Vignetting Correction bug makes hard transitions for positive Amount values, Issue 2241
- CIECAM Dancing pixels issue2234
- Enhanced lens identification with Canon cameras, Issue 2228
- The opened/closed state of the left and right panels of the file browser is now remembered when restarting RT (no issue).
- Solving issue 2235: "JPEG subsampling parameter is missing in the command line"
- Revised default and updated all language files. Issue 2188
- Avoids invalid reads which occured with Pentax K100D, patch provided by Hombre, no Issue
- Optimization of RawImage::get_colorsCoeff, Issue 2227
- Solving issue 2221: "Specifying the Settings and Cache path through environment variables"
- Black and white channel-mixer new algorithm for orange Yellow Cyan Purple Magenta
- Update to dcraw 9.20 Revision: 1.461
- [PCVignette] and [Gradient] Strength=0.6, issue 2162
- Solving issue 2197: "Pentax K-3 support"
- changed misleading error message, no Issue
- USM's halo control behaves oddly, Issue 409, on behalf of Martin Burri
- Removed Hot/Dead pixel filter from Default.pp3
- Added compareRT Bash script, to help compare images developed with pre- and post-patch RT
- buildRT updated. Now menu handles long branch names correctly. Formatting improved.

И на оф.сайте удачно не так давно появилась 4.0.12.44 для Windows 64. Поставил ее. Эта хроматика и артефакты исчезли! Сравнение NX300 с NX20 из радикального ("NX300 хроматит и артефактит") превратилось в банальное ("разницы практически нет").

Резюме: если вы снимаете на NX300/NX300M в SRW, то обратите внимание на используемый конвертор. Вполне может быть, что в нем присутствует данная ошибка, поэтому конвертор нужно обновить (если есть такая возможность). Это касается не только конверторов, использующих dcraw. Нашел давнее обсуждение и продукта Adobe. Не знаю, чем дело кончилось.


Изображения из альбомов:
Posted by malykh в 10:29 0 comments

2014-02-19

Колесо

Баловство с рыбоглазным NX 10/3.5:




А что, колесо-то круглым осталось. Даже чрезмерно круглым и каким-то низкопрофильным. Зато ручные хабы AVM на главенствующей позиции - их вклад в привод передних колес сложно недооценить. :-)


Изображения из альбомов:
Posted by malykh в 18:44 0 comments

2014-02-18

Показ данных ABS

Данные АКПП показаны. А что следующее? С двигателем понятно, там интерес (из необычных показаний) могут представлять разве что температура поступающего воздуха и барометрическое давление (для игры в метеорологов), да и условный расчетный расхода топлива (но есть тонкие места). Данные SRS вообще не интересны для наблюдения в динамике.

Решил следующим сделать показ данные ABS. Тем более, что есть давняя идея использовать показания датчиков АБС. А данные с датчиков диагностикой передаются, хоть и приведенные к скорости (а не в виде количества импульсов за время).

Но все оказалось не так весело. Покрутил разные вариант, но так и не понял, а что хочется увидеть. Да и точность (1 км/ч) не такая хорошая, как оказалось. После экспериментов пока остановился на таком страшненьком, но работающем отображении:




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

А вот остальное место занимают показания колесных датчиков ABS. Идея такая: считается средняя скорость всех четырех датчиков. Она отображается в центре. Для каждого датчика показывается его собственная скорость (в виде текста) и разница со средней скоростью (в виде столбика). Если столбик зеленый (направлен вверх), то это колесо крутится быстрее средней скорости. Если красный (направлен вниз), то это колесо отстает от средней скорости.

Конкретно в этом случае я на заднем приводе буксую на месте. :-) Передние колеса стоят на месте, а задние крутятся довольно быстро (пробуксовывают). Средняя скорость, конечно, не соответствует реальной скорости (машина на месте стоит), но это и не важно. Все это очень условно. Лишь попытался показать, что "красные" передние колеса сильно медленнее, чем "зеленые" задние.

И, кстати, можно наблюдать работу заднего LockRight - показания скорости с задних датчиков совпадают.

Не знаю, насколько оправдана такая схема. Нужно пробовать, смотреть. Да и относится нужно как к баловству, не более. Теоретически я хотел (в 2010 году!) видеть буксующие и стоящие колеса на бездорожье. Но сейчас мне это и не нужно. С LockRight сзади и принудительной межколесной блокировкой впереди я знаю, что колеса или крутятся, или стоят одновременно.


Еще по этой теме:
Изображения из альбомов:
Posted by malykh в 21:53 2 comments

2014-02-17

Samsung NX: прошивки

Не так часто, но Samsung обновляет прошивки для объективов серии NX. Только искать файлы с этими прошивками нужно не для своей камеры, а для актуальных моделей. Например, для NX300. Там в разделе Downloads -> Firmware есть архив от 17 января 2014 года со всеми свежими прошивками для объективов.

Нашел там прошивку 1.10 для 18-55 третьей версии, перепрошил, хотя изменений не заметил.




А вот 50-200 третьей версии, про который писал, уже был с 1.10 (а такой прошивки в архиве нет, там только версий I-II).

Кроме того, постарался добавить в таблицу кодов объективов NX еще и указание номера свежей прошивки.

Раз уж говорить про прошивки, то для меня до сих пор загадкой является появление камеры Samsung NX300M наряду с NX300, которая не покидала рынок. Возможно, что выпуск NX300M сделали для поддержания ОС Tizen. Но не думаю, что NX300M сильно отличается от NX300 в плане ПО. По крайней мере прошивки очень похожи своими изменениями.

NX300 1.34: 1. Fixed vertical noise on the left side after upgrade v1.33
NX300M 1.02: 1. Fixed vertical noise on the left side under Tele+high brightness condition after upgrade v1.01

Это самые свежие версии от января 2014 года. Интересно, что прошивки для NX300M доступны в следующих разделах оф.сайта:

http://www.samsung.com/cn/support/model/EV-NX300MCQUCN-downloads (Китай)
http://www.samsung.com/uk/support/model/EV-NX300MBQUDE-downloads (Великобритания)
http://www.samsung.com/de/support/model/EV-NX300MBSTDE-downloads (Германия)
http://www.samsung.com/sg/support/model/EV-NX300MDUTSG-downloads (Сингапур)
http://www.samsung.com/sec/support/model/EV-NX300MAQU-downloads (Корея)

Для других стран не нашел. Тем менее понятно одновременное существование NX300 и NX300M с разделением рынков по странам. Где-то возможность сфотографировать себя, глядя в экран, ценится выше, чем в других странах?


Еще по этой теме:
Изображения из альбомов:
Posted by malykh в 20:31 1 comments

2014-02-16

Показ данных АКПП

Чтобы не вглядываться в мелкие строчки текущих значений SZ Viewer, прикрутил экспериментально показ особо интересных данных крупным шрифтом на отдельной (первой) вкладке. Пока для АКПП. И пока в таком виде:



Реальный скриншот при движении.

По порядку. Первый столбец:
1. Напряжение питания. С ним все ясно.
2. Температуры двигателя (система охлаждения) и АКПП (видимо, ATF). ATF так и не удается толком нагреть. 63 градуса - это еще много. Обычно около 50. Можно попробовать сделать цветовое выделение диапазонов температур (холодно-нормально-перегрев).
3. Открытие дроссельной заслонки. Особого смысла нет, но бывает, что заслонка не открывается на 100% из-за неправильной регулировки тросика. Из-за этого нельзя выжать полную мощность из двигателя.
4. Обороты коленвала двигателя.

Второй столбец:
1. Положение селектора и включенная передача. Здесь моя ошибка: показывается D3 вместо D4, и наоборот. Неправильно бит расшифровал. Исправлю. А 4+ означает включенную 4 передачу с заблокированным гидротрансформатором (ГТ) - решил это обозначать знаком плюса. Еще хочу добавить показ степени блокировки в процентах.
2. Slip - это "проскальзывание" гидротрансформатора. Показывает разницу в скоростях вращения входного вала АКПП и маховика двигателя. Положительное значение, если маховик (т.е. коленвал) крутится быстрее. Если наоборот, то отрицательное. Обычно значение положительное. При заблокированном ГТ показывает нулевое значение (с точностью до шага показаний).
3. Скорости вращения входных и выходных валов АКПП. Входной - это после ГТ. Выходной - это перед выходом на карданный вал/полуоси (смотря какой привод). Соотношение этих значений дает передаточное отношение включенной передачи. В данном случае это 0.697. Если посмотреть передаточные числа Jimny, то значение очень близко к заявленному (должно быть 0.696). К сожалению, эти два значения передаются одним байтом на значение (с множителем 50), что дает очень грубую оценку передаточного отношения. И чем меньше обороты, тем грубее.
4. Скорость.

Остальные параметры, которые удалось получить через диагностику АКПП, не показались особо интересными для постоянного разглядывания.

Изменение будет доступно в следующей версии.
Posted by malykh в 10:56 12 comments

2014-02-15

SZ Viewer: общая информация

Информация обновляется по мере выхода новых версий.

Программа SZ Viewer для диагностики автомобилей Suzuki

English version here: https://malykh.com/soft/sz-viewer/

В том числе Suzuki для внутреннего рынка Японии (JDM).

Работа по протоколам Suzuki через K-Line и CAN, старый 5В протокол SDL (до примерно 2000 года) не поддерживается. См. определение протокола (по разъему диагностики).

Три ветки программы (перейти к разделу на странице):

SZ Viewer A: версия для Android
SZ Viewer W: версия для Windows
SZ Viewer L: версия для Linux
SZ Viewer M: версия для macOS

Описание некоторых данных-параметров и DTC
Если хотите помочь разработке

SZ Viewer A: версия для Android

Требования к оборудованию:

1. ОС Android 4.0 или новее (для Android 2.2 последняя версия A1-2017-05-29, для Android 2.3-3.x - версия A1-2017-10-28).
2. Автомобиль с поддержкой протокола Suzuki через K-Line или CAN.
3. Подходящий диагностический адаптер.

Список изменений: A1-2022-10-27, A1-2022-10-15, A1-2022-09-21, A1-2022-09-01, A1-2022-06-02, A1-2022-03-31, A1-2022-03-24, A1-2021-09-22, A1-2021-05-28, A1-2021-02-08, A1-2021-01-20, A1-2020-12-21, A1-2020-10-25, A1-2020-05-07, A1-2020-02-29, A1-2020-01-22, A1-2020-01-05, A1-2019-12-21, A1-2019-11-26, A1-2019-10-11, A1-2019-07-26, A1-2019-06-05, A1-2019-05-11, A1-2019-03-25, A1-2019-02-26, A1-2019-01-27, A1-2019-01-03, A1-2018-12-02, A1-2018-09-21, A1-2017-10-28, A1-2017-05-29, A1-2017-04-16, A1-2016-11-11, A1-2016-08-04, A1-2016-06-13. A1-2016-05-17, A1-2016-02-22, A1-2016-01-30, A1-2016-01-10, A1-2015-12-19, A1-2015-12-13, A1-2014-05-12, A1-2014-03-24


SZ Viewer W: версия для Windows

Требования к оборудованию:

1. ОС Windows не старее XP (x86).
2. Автомобиль с поддержкой протокола Suzuki через K-Line или CAN.
3. Подходящий диагностический адаптер.

Архив с программой (x86): sz-viewer-w1-2023-01-31.zip (50.2MB, SHA256: 2ad1614b1e41d9f6d5957362e4af16161017c3f7f618e77bdfc00e1594306fe1)

Список изменений: W1-2023-01-31, W1-2022-12-03, W1-2022-11-19, W1-2022-10-13, W1-2022-09-29, W1-2022-08-17, W1-2021-10-27, W1-2021-04-28, W1-2021-01-11, W1-2020-12-23, W1-2020-11-18, W1-2020-10-14, W1-2020-04-14, W1-2020-01-21, W1-2020-01-11, W1-2019-12-29, W1-2019-10-27, W1-2019-10-10, W1-2019-06-01, W1-2019-05-10, W1-2019-03-26, W1-2019-02-27, W1-2019-02-11, W1-2018-12-09, W1-2017-04-15, W1-2017-01-24, W1-2016-12-31, W1-2016-08-19, W1-2016-06-14, W1-2016-06-10, W1-2016-03-13, W1-2016-02-04, W1-2016-01-03, W1-2015-11-09, W1-2015-10-24, W1-2015-06-17, W1-2015-02-03, W1-2014-12-10, W1-2014-06-14, W1-2014-04-07, W1-2014-02-27, W1-2014-02-12, 2014-02-01




SZ Viewer L: версия для Linux

Требования к оборудованию:

1. ОС Linux (amd64/x86_64, glibc v2.12 или новее).
2. Автомобиль с поддержкой протокола Suzuki через K-Line или CAN.
3. Подходящий диагностический адаптер.

Особенности:

1. Для доступа к устройствам пользователь должен быть в группе dialout (не забудьте перелогиниться после добавления).
2. Bluetooth-устройство должно быть подвязано к /dev/rfcommX (через GUI-настройки, при помощи rfcomm bind или тому подобного).

Архив с программой (amd64/x86_64): sz-viewer-l1-2023-01-31-amd64.tar.gz (44.1MB, SHA256: bec2955dc3df9251bd75601fed8e9452a64fcdb6bd86b473c0fe81e89c94f8cd)

Список изменений: L1-2023-01-31, L1-2022-10-14, L1-2021-11-03, L1-2010-10-15, L1-2010-01-27



SZ Viewer M: версия для macOS

Требования к оборудованию:

1. ОС macOS 10.14+ (с поддежкой x86_64) или новее.
2. Автомобиль с поддержкой протокола Suzuki через K-Line или CAN.
3. Подходящий диагностический адаптер.

Особенности:

1. Первый запуск через Finder нужно делать при помощи контекстного меню ⇒ Open/Открыть, а не двойным щелчком.

Архив с программой (x86_64): sz-viewer-m1-2023-01-31-x86_64.zip (42.3MB, SHA256: db05de4f2afb02c699473f086b377160036da30c76dcb537171550fc82c60ef6)

Список изменений: M1-2023-01-31, M1-2022-10-16, M1-2021-11-29





Еще по этой теме:
Изображения из альбомов:
Posted by malykh в 19:54 1 comments

Водители Иркутска

Вот что за народ! Один выезжает вслепую, а другой  (на Mitsubishi Outlander Р800ХТ38), мало того, что водить не умеет, так еще и удирает, увидев, что водителя в стукнутой машине нет.




Да, у Jimny повреждений нет, только грязь с трубы стерлась (это ерунда по сравнению с тем, что бывает в лесу). Но это не оправдывает трусость водителя мицубиси.

А регистратор, мне кажется, вполне приличную картинку выдает после допиливания. Еще интересно, что на 0:18 пришелся переход с одного куска на другой. Этот регистратор пишет переходы, как теперь понятно, не только без выпадения ряда, но и даже с перекрытием: после склейки двух кусков пришлось еще удалить фрагмент перекрытия от ключевого кадра до другого ключевого кадра. Получилось плавно, только звуковой артефакт выдает в этом видео.


Еще по этой теме:
Posted by malykh в 16:16 2 comments

2014-02-14

JDM Suzuki и CAN-шина для диагностики

На моем-то Jimny вся диагностика делается через K-Line. Можно было бы на этом успокоиться, но проверка на JB23 2008 года показала, что по K-Line там доступны только второстепенные блоки, а двигатель и АКПП, похоже, диагностируются по CAN-шине. Тогда у меня нечем было посмотреть, что там с этим CAN творится.

И вот у меня появились адаптеры ELM327. Так себе вариант для работы с CAN-шиной, но хоть что-то, с чего можно начать. При первой же возможности опять поработал с этим же JB23 2008 года.

Новость хорошая: Suzuki верна себе, почти все так, как я предполагал. Если в качестве родного протокола для K-Line они взяли за основу ISO 14230, но проигнорировали ISO 14230-4 (не понимают функциональную адресацию, используют свои режимы), из-за чего с JDM моделями никак не работают стандартные OBD2 диагностические системы (хотя для леворуля им пришлось все же некий обрубок реализовать, чтобы законодательству соответствовать). И с CAN такая же история: в шину данные "трамбуются" при помощи ISO 15765, но ISO 15765-4 опять игнорируется в таком же стиле, что опять приводит к неработоспособности OBD2 диагностики (по крайней мере на этом JB23).

Для нас это хорошо тем, что ELM327 при всей своей ущербности понимает и ISO 14230-4, и ISO 15765-4. В лоб они работать не будут (см. выше почему), но, к счастью, есть возможность некоторой подстройки. Этим и пользуюсь в своей программе для диагностики для соединения через K-Line. И в такой же манере удалось подключиться через ELM327 по CAN-шине к блокам двигателя и АКПП этого JB23!


(ответы на мои тестовые запросы идентификатора блока управления двигателя)

Новость плохая: при переезде с K-Line на CAN были изменены таблицы текущих данных. Кроме одной (80h для АКПП), которая возвращает что-то, похожее на версию прошивки:
На моем JB43 2005 года: 89503TWA020
На том JB23 2008 года: 89503TWA100

Остальные таблицы не совпадают. А это означает, что нужно заниматься муторной работой по их расшифровке. В этом контексте мне очень хочется узнать, показывает ли CASCADE текущие данные для JDM Сузуки с CAN-шиной. У меня, к сожалению, нечем это проверить: ELM327 для CASCADE не подходит, а адаптер VAG K+CAN Commander 1.4 еще где-то ползет почтой.

Но все равно добавлю в программу поддержку CAN-шины хотя бы через ELM327, насколько это получится.


Еще по этой теме:
Изображения из альбомов:
Posted by malykh в 13:52 2 comments

2014-02-12

SZ Viewer W1-2014-02-12

А что, предлагаю совместно и потестировать работу новой версии SZ Viewer с ELM327.


Требования:

1. ОС Windows не старее XP.
2. Автомобиль Suzuki с диагностическим разъемом OBD2 (J1962) с подключенным контактом номер 7. Если контакт не подключен, то программа ничего не покажет. Для свежих машин могут быть показаны только второстепенные блоки (ABS, SRS и т.п.), поскольку остальные подключены к CAN шине.


Поддерживаемые адаптеры:

1. USB K-Line адаптеры. Очень желателен адаптер на FTDI-чипе (например, один из таких). Адаптеры на других чипах теоретически могут подключиться, но они обязательно должны уметь работать на скорости 10400 бод.
2. Диагностические адаптеры, совместимые по командам с ELM327 версии 1.4 или новее (китайские с 1.5 подходят):
а). USB-версии: желательно на FTDI, но и другие должны работать.
б) Bluetooth-версии: должны быть видны в системе как ком-порт.
в). Wi-Fi-версии: должны отвечать на порту 35000 по адресу 192.168.0.10.



(показываются примерно такие данные в случае подключения к ECU)

Изменения:

1. Поддержка ELM327.
2. Другой диалог выбора порта.
3. Появился диалог поиска блоков управления. Очень специфический, но работает.
4. Изменения в работе с K-Line-адаптерами.
5. Прочее мелкие, уже не упомню.

Кроме JDM еще интересен опыт работы с леворульными Jimny.


Что касается развития, то было бы очень интересно подключиться через CAN-шину (актуально для свежих Suzuki). Тем более, что сейчас есть хотя бы ELM327-адаптер (не лучший вариант для CAN, но другой пока не приехал). Но у меня в Jimny в разъеме OBD2 даже не разведен CAN, а в чужой машине как-то не очень удобно исследования и разработки вести.


Изображения из альбомов:
Posted by malykh в 16:06 6 comments

2014-02-11

SIGMA dp Quattro

Какой чудесный дизайн новых камер SIGMA dp Quattro.

SIGMA dp2 (с несменным объективом 30/2.8):




А что, хоть не унылый "зеркальный" вид, не надоевшие ретро-мотивы и не привычный мыльничный стиль, где даже держаться не за что.

Но интересно, как камера ощущается живьем, как лежит в руке, не мешает ли такая форма переносу в карманах (пусть и больших).


Изображения из альбомов:
Posted by malykh в 14:58 2 comments

2014-02-09

NX 10/3.5 - масштаб

Немного опробовал рыбоглазный Samsung NX 10/3.5. Выводы еще не сформировались (холодно на улице), но объектив довольно понятный.

Для рыбоглазных такое не является редкостью, но этот 10/3.5 умеет весьма близко фокусироваться, выдавая неплохой масштаб увеличения. Заявлено 0.22, что, в принципе, самое большое значение среди NX-фиксов, не считая, конечно, NX 60/2.8 Macro (который выдает хороший масштаб 1, иначе смысла в нем было бы мало). Хотя техническую съемку при помощи NX 10/3.5 вести смешно, а букашки разбегутся от близости передней линзы, но иногда можно использовать для флегматичных объектов съемки.


(диафрагма f/3.5, а горизонт не только завален, но округл)

И даже размытие можно наблюдать. Да и вообще, на кропнутой 20Мп матрице для достижения попиксельной резкости нужно точно фокусироваться даже на таком короткофокусном объективе, тем более на открытой f/3.5. С закрытыми попроще, но но все равно считаю, что автофокусность лишней не будет.

Широкий угол поля зрения (180 по диагонали) заставляет следить за руками в прямом смысле. Руки, держащие камеру, иногда попадают в кадр. Особенно левая река, если придерживать объектив с "растопыркой". Да и вот на этом кадре, если внимательно на крупном размере посмотреть в нижний правый угол, то видно, что чуть попала рука, удерживающая камеру.




Еще по этой теме:
Изображения из альбомов:
Posted by malykh в 18:14 9 comments

2014-02-08

График и режим "продувки" M13A

Неторопливо улучшаю-довожу свою программу диагностики Suzuki по протоколу SDL-KWP. Прикрутил некое подобие графиков выбранных данных. Выглядит жутко, ведь отрисовать - это меньше половины дела. Самое главное - это правильно подобрать масштабы и вид шкал, цвета, реализовать способы управления и т.д.

Но, глядя на результат даже в убогом виде, не могу удержаться и не использовать для "методических" задач. :-)

Есть такой мифический режим "продувки цилиндров", когда двигатель не льет бензин, тем самым позволяя крутить стартером и очищать цилиндры от избытка топлива, что бывает полезно при очень холодной заводке, когда свечи "залило". Мифический он потому, что не понятно, то ли он есть, то ли его нет. Редко где он прописан в инструкции по эксплуатации.

Так вот, глядя на данные двигателя M13A моего Jimny в этой программе диагностики, могу 100% утверждать, что режим продувки у этого двигателя ЕСТЬ.

И вот как выглядит его работа в виде страшного графика:




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

Двигатель не заведен. Режим смешивания по диагностике равен 1 - это "open loop" (без обратной связи, по таблицам и накопленным коррекциям). Нажимаю газ, желтая кривая уходит вверх, а в момент нажатия примерно на 45-50% режим смешивания меняет значение на 4. А это режим отключения топлива! В него блок управления переходит, например, при сбросе газа. В этом режиме топливо не подается.

Отпускаю педаль газа - желтая кривая уходит на нуль. Режим смешивания опять возвращается к 1 ("open loop").

Это и есть работа "продувки цилиндров", в которую блок управления двигателем переходит при нажатии педали больше, чем на 45-50% (при неработающем двигателе).

Практическая проверка: смотрим график дальше. Опять нажимаю педаль газа (даже не в пол), режим смешивания уходит в значение 4. Далее включаю стартер (синяя линия показывает включенность стартера). Двигатель крутится с небольшими оборотами (красная линия), но не заводится.

Крутя стартером, через некоторое время отпускаю педаль газа (желтая линия вниз), режим смешивания возвращается к значению 1, в двигатель начинает подаваться топливо. Почти сразу двигатель заводится (красная линия взлетает вверх с набором оборотов). Выключаю стартер (синяя линия уходит вниз).

Далее совсем короткий прогрев, красная линия начинает плавно идти вниз, и в какой-то момент режим смешивания переключается в 2, а это "closed loop" - режим с обратной связью (на основе показаний лямбда-зонда). Двигатель перешел в свой обычный режим холостых оборотов.

Резюме: на M13A (по крайней мере на моем Jimny) есть режим "продувки двигателя". Для перехода в него нужно нажать при заглушенном двигателе педаль газа на не менее 45-50% и попытаться завести двигатель, удерживая педаль газа. Топливо не будет подаваться. Для выхода из режима "продувки" достаточно отпустить педаль газа (даже если стартер продолжает крутить двигатель).



Изображения из альбомов:
Posted by malykh в 10:49 4 comments

2014-02-07

F1 (NX)

Известная картинка с "пирамидой" камер системы Samsung NX. C NX300/NX300M и NX30 все понятно. Будущая NX3000 тоже более или менее представима. Интереснее с NX1 и F1.

Народ, конечно, в ожидании чуда: а вдруг NX1 - это Полный Кадр. Прямо как фанаты Пентакса.

Но если с NX1 сплошные гадания, то якобы снимки с F1 утекают. Например, из свежего: http://www.flickr.com/photos/111716813@N04/12098737683/in/set-72157639024531615/

Уменьшенная версия этой фотографии:



Видно указание камеры NXF1 в EXIF. Подделка или нет? Сложно судить по отражению камеры в кружке. В EXIF указано фокусное 9мм и ЭФР 24мм, что дает кроп-фактор 2.7. Означает ли это, что в F1 будет небольшая матрица 1" (как у никонов-1 формата CX)?

Если матрица будет 1", но что будет с оптикой? Оптика NX будет "длинновата" фокусными. Хотя вот здесь при 9мм фокусного указано использование объектива NX 10/3.5 FishEye. Это несколько странно. Неужели и правда используют рыбоглазный объектив с программной правкой дисторсии? Или там вовсе другой объектив?

Еще логичный вариант - это камера с несменным объективом и матрицей 1". И можно за уши притянуть к системе NX, и не нужно с NX-оптикой ничего городить.

А в Корее уже начались продажи NX30.




Еще по этой теме:
Изображения из альбомов:
Posted by malykh в 15:51 0 comments

2014-02-06

10-16-20-30: объективы Samsung NX, новый NX 10/3.5 FE

Как-то не очень запал в душу объектив NX 50-200 (не конкретная модель, а вообще концепция темного телезума), поэтому решил поменять его на другой. Хоть тоже сомнительный, но повеселее. Тем самым коллекция NX-"блинчиков" пополнилась новым экземпляром:


(все с родными крышками, без бленды)

Речь о левом объективе на фотографии. Это NX 10/3.5 - рыбоглазный объектив. Остальные слева направо: 16/2.4, 20/2.8, 30/2.

Первые впечатления от NX 10/3.5 хорошие. Легкий, компактный. Реально он компактнее, чем кажется из-за громоздкой крышки.


(без крышек)

Крышка нестандартная. Если потеряется, то не знаю, где такую брать.

"Рыбоглаз" с его большим охватом и сильной дисторсией - это вещь специфическая. Хотя дисторсия при таких широких углах мне нравится больше, чем растянутые морды по краям/углам кадра (любимая халтура современных "фотожурналистов", которая должна придавать "драматизм" материалу).

Пока еще толком не поснимал, но, на первый взгляд, картинка приятная.

И еще момент: очень уважаю 30/2 и считаю его одним из лучших объективов системы NX, но на фоне своих блинных братьев он выглядит устаревшим. И кнопки iFN нет, и фокусировка жужжащая и медленнее, чем у тех же 10-16-20. Странно, что его еще не обновили (хотя те же куда менее интересные 18-55 и 50-200 уже в третьей версии выпускают). Но все равно у меня 30/2 остается самым используемым.
Posted by malykh в 20:47 2 comments

Задний карданный вал Suzuki Jimny: чехол ШРУС от Нивы, замена крестовины на оригинал 27200-83812

Осенью 2013 залез под Jimny для ревизии после поездки и углядел такое зрелище:




Смазку ШРУС (который на Jimny используется вместо переднего кардана заднего карданного вала) раскидало по днищу. Порвался защитный пыльник-чехол. И все усложняется тем, что в каталоге нет этого чехла отдельно, а менять ради этого весь вал будет сильно жирно.

Поэтому было решено разобрать ШРУС и поставить какой-нибудь колхозный неродной чехол. С разборкой проблем нет.




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

Остановился на чехле для промежуточного карданного вала Нивы. Номер 21213-2202068. К нему еще защитный пластиковый кожух с номером 21213-2202066.


(кожух надет на чехол)

Плюсы: дешевый, достаточно доступный, рассчитан на большую скорость вращения (на Ниве он стоит еще до раздатки).
Минус: низкое качество.

Но делать нечего, решил попробовать. На ШРУС надевается нормально, но пришлось силовым методом снять металлическую (жестяную) часть корпуса. После чего чехол с кожухом надевается прямо на корпус ШРУС.

Была проблема с хомутами. Винтовой решил не ставить из-за возможного дисбаланса. Хотел зафиксировать пластиковым, но там нужны длинные (не меньше 300 мм, да и тот будет на грани). Длинные стоят дорого, да и взятые на пробу хомуты-стяжки монтажные оказались крайне плохими: ломались даже при небольших изгибах. Поэтому временно закрепил все это на корпусе медной проволокой (ужасный колхоз, да). А к самому валу даже не стал крепить хомутом. Выглядит это в сборе так:


(расположение чехла потом чуть подправил по результату эксплуатации)

Удивительно, но недавно залез под машину, а вся эта конструкция в порядке. Ничего не слетело, смазка не выбегает. Хотя с хомутами нужно разобраться.

Кроме того, заменил заднюю крестовину, заедание которой было известно. Внутри оказалась ржавая жизнь:



Но только в двух подшипниках. Остальные два вполне нормальные. Странно.

Поставил новую крестовину. Но Toyo TS-107 сильно подорожала, поэтому использовал оригинал SUZUKI 27200-83812




И сразу отвечу, почему я так держусь за родные валы, а не меняю их на те же тойотовские. Дело в концепции подготовки. "Классической" является замена раздатки на "пониженную", что увеличивает крутящий момент, передаваемый карданными валами. Я же готовил машину или только заменой ГП (с 4.09 на 5.375), или установкой колесных редукторов, что при сохранении родной раздатки разгружает карданные валы: т.е. уменьшает передаваемый крутящий момент за счет увеличения скорости вращения. А из-за повышенной скорости вращений очень не хочется добавлять дополнительную массу карданным валам.
Posted by malykh в 00:32 12 comments

2014-02-04

dcraw и SRW

С SRW-файлами NX-серии до Samsung NX300 была достаточно понятная ситуация: данные там занимали фиксированный объем.

Например, смотрю SRW с Samsung NX10. Данные (4704x3124 пикселов) занимают один и тот же объем: 22042944 байта. Т.е. ровно по 12 бит на пиксел (4704*3124*12/8=22042944). Остальное - это метаданные + очень маленькая картинка (160x120) + JPEG-картинка для просмотра (4592x3056), но с большим сжатием. Эту картинку, например, умеет показывать FastStone ImageViewer. И именно эта картинка определяет "плавание" размера SRW-файла.

Для NX20 похожая история. Данные (5632x3720 пикселов) занимают 31426560 байтов, те же 12 бит на пиксел (5632*3720*12/8=31426560). А размер файла изменяется в большей степени в зависимости от встроенной JPEG-картинки (5472x3648), как и на NX10.

С NX300 другая история. Даже при непродолжительной эксплуатации заметил, что SRW стали даже меньше, чем у NX10. Очевидно, что применяется какое-то сжатие.

Решил посмотреть, какого рода сжатие. В dcraw поддержка NX300 появилась в версии 9.18, поэтому можно посмотреть алгоритм (см. свежий dcraw.c). Разжатие осуществляется в процедуре samsung_load_raw. Навскидку видно, что там используется дельта-кодирование (разностное сжатие, т.е. записывается не само значение, а разница с одним из предыдущих). Но сама разность целочисленная и может иметь разную битность для хранения (битность динамически меняется), поэтому нельзя однозначно сказать, используется ли сжатие с потерями, или битность данных подбирается для каждого блока для исключения потерей. Т.е. наличие потерь определяется алгоритмом сжатия, используемым в камере, а не разжатия. Но, с другой стороны, в строке нет опорных значений (только в начале строке вычисления начинаются со 128), поэтому при недостаточной битности разности будет набегать сильная погрешность, которую нужно периодически как-то компенсировать. Для сравнения можно посмотреть кодирование с потерями на камерах Sony - там разность, но она с коэффициентом и есть опорные значения.



И еще момент для размышления относительно NX300. В dcraw в исходниках зашиты матрицы цветовых коэффициентов для некоторых камер (с комментарием All matrices are from Adobe DNG Converter unless otherwise noted). Есть и матрицы для Samsung NX, которые по значениям делятся на три группы (в каждой группе одинаковые значения):

1. NX5, NX10, NX11, NX100.
2. NX20, NX200, NX210, NX1000, NX1100.
3. NX300, NX2000, EK-GN120 (Galaxy NX).

С первым двумя группами понятно. Это совсем разные матрицы. А вот вторая и третья группа: считается, то там одинаковые (или с незначительными изменениями) матрицы. А вот dcraw считает, что цветопередача у этих групп отличается.


Еще по этой теме:
Posted by malykh в 22:24 3 comments

2014-02-03

Google Street View: теперь Иркутск

Панорамы Иркутска у Яндекса уже есть. Теперь появились снимки Google Street View.




Даже загородные трассы отсняли, но не все и странными кусками.


(М55 возле Култука)


(п.Листвянка)



Изображения из альбомов:
Posted by malykh в 21:49 2 comments
Subscribe to: Posts (Atom)

Blog Archive