Процессор saf c509 lm схема подклю к эбу

Опубликовано: 28.04.2024

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

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

Хмм, фото не дошло, надо ссылочку сюда было.

А что там такое коричневое? Лак?
Я бы рекомендовал, поменять кварцЮ посмотреть его обвязку, но для начала пропаять эти цепи.

Если вы уверены что цепи питания до самого процессора проверены и в порядке.

80c31 - прошивается, ищите прошивку. Зачем в утиль? Если есть сомнения. что сами поменяете процессор, - то к ремонтникам мобилок. Они еще и не такое поменяют.

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

1. Как прошивать
2. Чем прошивать

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

1. Как прошивать
2. Чем прошивать

Приволокли Део Сенс с МИКАС 7.6 мозгами. Грят, не плюют форсы и дело в мозгах. Подключаю блок на столе к АКМ, блок диагнозится корректно, управляю реле бензонасоса - управляется. Форсы - не управляются. Смотрю осциллом сигнал на входе драйверов форсов - сигнала нет. Перепрошиваю лоадером флеш и еепром, думая, что проблема в софте - не помогает. Знаю, что дело не в этом, но меняю драйвер запасным, с той-же платы. Ессно, дело не сдвинулось. С мыслей, что "выгорел" порт проца, меняю проц, но импульсов таки нет, на столе по крайней мере. Ставлю блок на машину - форсы не работают. Клиент покупает новый блок и уезжает, оставив мне в старый в ремонт.

Итого, что я хотел спросить. Может ли кто-ибудь написать софт для проца. что б он тупо меандр генерил на всех ногах, для упрощения процесса ремонта мозгов для всех блоков, у которых такие процы используются. Проц - SAF-C509-LM. Или может, с этим блоком у меня это стандартная проблемма, и кто-то может подсказать её решение.

'kost' *'429765' *'23.5.2009, 19:18']А EEPROM зачем трогал? Насколько знаю, Микас 7.6 только со своим, индивидуальным EEPROM-ом работают.

'AVL' *'429767' *'23.5.2009, 20:21']Залитый еепром соответствовал залитому флешу.

'AVL' *'429767' *'23.5.2009, 19:21']Я переписал ему рабочую пару ЕЕПРОМ-ФЛЕШ. Ибо не уверен был, что в родном варианте прошивы что-то не глюкнуло. Или что ты имееш в ввиду под "индивидуальным EEPROM"? Залитый еепром соответствовал залитому флешу.

Контроллер у меня: SAF-C509-LM.

Прошивку под этот блок я скачал с сайта поддержки ChipLoader.

До и после перепрошивки блок вёл себя одинаково (форсы не рабтали).

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

'romik' *'429811' *'23.5.2009, 22:29']В Микас 7.6. связаны не ЕЕПРОМ-ФЛЕШ, а ЕЕПРОМ с конкретным контроллером.

А я всегда считал, что во флеше хранится привязка к EEPROM.

Дак этож гемор какой для производителя - связать каждую пару.

'romik' *'429811' *'23.5.2009, 21:29']В Микас 7.6. связаны не ЕЕПРОМ-ФЛЕШ, а ЕЕПРОМ с конкретным контроллером.

'Robin&' *'429825' *'23.5.2009, 22:13']SAF-C509-LM это процессор, а в контроллере Микас 7.6 есть привязка к железу, поэтому даже другая пара флэш и еепром могут не заработать. Так понятно?

Теоретично - понятн. А практически - нет. Что к чему привязано?

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

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

Подопытным оказался M306N5FCTFP. Это микроконтроллер группы M16C/6N5. Ядро M16C/60 разработано Mitsubishi, а т.к. преемником этой компании по части МК с 2003 года является Renesas, то сейчас эти микроконтроллеры известны именно под этим брендом.

Немного о самом микроконтроллере

Камешек представляет собой 16-разрядный микроконтроллер в 100-выводном QFP корпусе. Ядро имеет 1 МБайт адресного пространства, тактовая частота 20МГц для автомобильного исполнения. Набор периферии так же весьма обширный: два 16-разрядных таймера и возможность генерации 3-фазного ШИМ для управления моторами, всякие UART, SPI, I2C естественно, 2 канала DMA, имеется встроенный CAN2.0B контроллер, а также PLL. На мой взгляд очень неплохо для старичка. Вот обзорная схемка из документации:

Так как моя задача выдрать ПО, то так же весьма интересует память. Данный МК выпускался в двух вариантах: масочном и Flash. Ко мне попал, как выше уже упоминалось, M306N5FCTFP. Про него в описании сказано следующее:

Flash memory version
128 KBytes + 4K (дополнительные 4K — так называемый блок А в подарок пользователю для хранения данных, но может хранить и программу)
V-ver. (автомобильное исполнение с диапазоном +125°C)

Как вытащить из устройства то, что разработчики втащили

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

Как видно из картинки выше, память разбита на 2 части: пользовательская область, и область загрузчика. Во второй как раз с завода залит загрузчик по умолчанию, который умеет писать, читать, стирать пользовательскую память и общается через асинхронный, синхронный, либо CAN-интерфейс. Указано, что он может быть переписан на свой, а может быть и не переписан. В конце концов это легко проверяется попыткой постучаться к стандартному загрузчику хотя-бы через UART… Забегая вперед: производитель отопителя не стал заморачиваться своим загрузчиком, поэтом копать дальше можно в этом направлении. Сразу оговорюсь, что есть еще способ параллельного программирования, но т.к. программатора для этого у меня не было, я не рассматривал этот вариант.

О защите от считывания

Все бы было совсем просто, если бы в загрузчике не была предусмотрена защита от несанкционированного доступа. Я просто приведу очень вольный перевод из мануала.

Функция проверки идентификатора

Используется в последовательном и CAN режимах обмена. Идентификатор, переданный программатором, сравнивается с идентификатором, записанным во flash памяти. Если идентификаторы не совпадают, команды, отправляемые программатором, не принимаются. Однако, если 4 байта вектора сброса равны FFFFFFFFh, идентификаторы не сравниваются, позволяя всем командам выполняться. Идентификатор — это 7 байт, сохраненных последовательно, начиная с первого байта, по адресам 0FFFDFh, 0FFFE3h, 0FFFEBh, 0FFFEFh, 0FFFF3h, 0FFFF7h, и 0FFFFBh.

Таким образом, чтобы получить доступ к программе, нужно знать заветные 7 байт. Опять же, забегая вперед, я подключился к МК, используя тот же «M16C Flash Starter» и убедился, что комбинации из нулей и FF не проходят и этот вопрос придется как то решать. Здесь сразу же всплыла мысль с атакой по сторонним каналам. Уже начал прикидывать в голове платку, позволяющую измерять ток в цепи питания, но решил, что интернет большой и большинство велосипедов уже изобретено. Вбив несколько поисковых запросов, довольно быстро нашел на hackaday.io проект Serge 'q3k' Bazanski, с названием «Reverse engineering Toshiba R100 BIOS». И в рамках этого проекта автор решал по сути точно такую же задачу: добыча встроенного ПО из МК M306K9FCLR. Более того — на тот момент задача им была уже успешно решена. С одной стороны я немного расстроился — интересная загадка разгадана не мной. С другой — задача превратилась из поиска уязвимости, в ее эксплуатацию, что обещало гораздо более скорое решение.

В двух словах, q3k точно по такой же логике начал изучение с анализа потребляемого тока, в этом плане он был в гораздо более выгодных условиях, т.к. у него был ChipWhisperer, этой штукой я до сих пор не обзавелся. Но т.к. его первый зонд для снятия тока потребления оказался неподходящим и вычленить из шумов что-то полезное у него не получилось, он решил попробовать простенькую атаку на время отклика. Дело в том, что загрузчик во время выполнения команды дергает вывод BUSY, чтобы проинформировать хост о том, занят он, или готов выполнять следующую команду. Вот, по предположению q3k, замер времени от передачи последнего бита идентификатора до снятия флага занятости мог послужить источником информации при переборе. При проверке этого предположения перебором первого байта ключа действительно было обнаружено отклонение по времени только в одном случае — когда первый байт был равен FFh. Для удобства измерения времени автор даже замедлил МК, отключив кварцевый резонатор и подав на тактовый вход меандр 666кГц, для упрощения процедуры измерений. После чего идентификатор был успешно подобран и ПО было извлечено.

Первый блин — граблями

Ха! Подумал я… Сейчас я быстренько наклепаю программку к имевшейся у меня STM32VLDiscovery c STM32F100 на борту, которая будет отправлять код и измерять время отклика, а в терминал выплевывать результаты измерений. Т.к. макетная плата с целевым контроллером до этого подключалась к ПК через переходник USB-UART, то, дабы ничего не менять на макетке, работать будем в асинхронном режиме.

Когда при старте загрузчика вход CLK1 притянут к земле, он понимает, что от него хотят асинхронного общения. Собственно потому я его и использовал — подтяжка была уже припаяна и я просто соединил проводами две платы: Discovery и макетку с целевым M306.

Заметка по согласованию уровней:

Т.к. M16 имеет TTL-уровни на выводах, а STM32 — LVTTL (упрощенно, в даташите подробнее), то необходимо согласование уровней. Т.к. это не устройство, которое, как известная батарейка, должно работать, работать и работать, а по сути подключается разок на столе, то с трансляторами уровней я не заморачивался: выходные уровни от STM32 пятивольтовый МК переварил, в смысле 3 вольта как «1» воспринимает, выходы от М16 подаем на 5V tolerant входы STM32 дабы ему не поплохело, а ногу, которая дергает RESET M16 не забываем перевести в режим выхода с открытым стоком. Я вот забыл, и это еще +2ч в копилку упущенного времени.
Этого минимума достаточно, чтобы железки друг друга поняли.

Логика атакующего ПО следующая:

Устанавливаем соединение с контроллером. Для этого необходимо дождаться, пока завершится сброс, затем передать 16 нулевых символов с интервалом более, чем 20 мс. Это для того, чтобы отработал алгоритм автоопределения скорости обмена, т.к. интерфейс асинхронный, а МК о своей частоте ничего не знает. Стартовая скорость передатчика должна быть 9600 бод, именно на эту скорость рассчитывает загрузчик. После этого при желании можно запросить другую скорость обмена из пяти доступных в диапазоне 9600-115200 (правда в моем случае на 115200 загрузчик работать отказался). Мне скорость менять не нужно, поэтому я для контроля синхронизации просто запрашивал версию загрузчика. Передаем FBh, загрузчик отвечает строкой вроде «VER.1.01».
Отправляем команду «unlock», которая содержит текущую итерацию ключа, и замеряем время до снятия флага занятости.

Команда состоит из кода F5h, трех байт адреса, где начинается область идентификатора (в моем случае, для ядра M16C, это 0FFFDFh), длина (07h), и сам идентификатор.
Измеряем время между передачей последнего бита идентификатора и снятием флага занятости.
Увеличиваем перебираемый байт ключа (KEY1 на начальном этапе), возвращаемся к шагу 2 до тех пор, пока не переберем все 255 значений текущего байта.
Сбрасываем статистику на терминал (ну или выполняем анализ «на борту»).

В итоге, для всех значений результаты были идентичны. Полностью идентичны. Тактовая частота таймера у меня была 24Мгц, соответственно разрешение по времени — 41,6 нс. Ну ок, попробовал замедлить целевой МК. Ничего не поменялось. Здесь в голове родился вопрос: что я делаю не так, как это делал q3k? После сравнения разница нашлась: он использует синхронный интерфейс обмена (SPI), а я асинхронный (UART). И где-то вот здесь я обратил внимание на тот момент, который упустил вначале. Даже на схемах подключения для синхронного и асинхронного режимов загрузчика вывод готовности назван по-разному:

В синхронном это «BUSY», в асинхронном это «Monitor». Смотрим в таблицу «Функции выводов в режиме Standart Serial I/O»:

«Семён Семёныч…»

Упущенная вначале мелочь завела не туда. Собственно, если в синхронном режиме это именно флаг занятости загрузчика, то в асинхронном (тот, который serial I/O mode 2) — просто «мигалка» для индикации работы. Возможно вообще аппаратный сигнал готовности приемопередатчика, оттого и удивительная точность его поднятия.

В общем перепаиваем резистор на выводе SCLK с земли на VCC, припаиваем туда провод, цепляем все это к SPI и начинаем сначала…

Успех!

В синхронном режиме все почти так же, только не требуется никакой предварительной процедуры установки соединения, упрощается синхронизация и захват времени можно выполнить точнее. Если бы сразу выбрал этот режим сохранил бы время… Я снова не стал усложнять и измерять время именно от последнего бита, а запускал таймер перед началом передачи последнего байта ключа, т.е. включаем таймер и отправляем в передатчик KEY7 (на скриншоте выше, из логического анализатора, видно расстояние между курсорами. Это и есть отсчитываемый отрезок времени).

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

По оси абсцисс у нас количество дискрет счетчика, по оси ординат, соответственно, передаваемое значение ключа. Отношение сигнал/шум такое, что даже никаких фильтров не требуется, прямо как в школе на уроке информатики: находим максимум в массиве и переходим в подбору следующего байта. Первые 6 байт подбираются легко и быстро, чуть сложнее с последним: там просто наглый перебор не проходит, нужен сброс «жертвы» перед каждой попыткой. В итоге на каждую попытку уходит что-то около 400 мс, и перебор идет в худшем случае в районе полутора минут. Но это в худшем. После каждой попытки запрашиваем статус и, как только угадали, останавливаемся. Я вначале вообще просто быстренько ручками перебрал идентификатор, вставляя в excel вывод консоли и строя график, тем более, что это была разовая задача, но уже для статьи решил дописать автоматический перебор, ради красивой консольки…

Конечно, если бы разработчик затер загрузчик (заменил своим), так просто выкрутиться не получилось бы, но в автомобильной электронике частенько МК вообще не закрыты. В частности в блоке управления с другого отопителя, в котором был установлен V850 того же Renesas все решилось подпайкой пары проводов и копированием прошивки штатной утилитой. Это в мире ЭБУ двигателем целые криптовойны. Видимо не нравится производителям явление чип-тюнинга и других видов вмешательства… Хотя это как гонка брони и снаряда — железки круче, дороже, но победителя нет…

Внимание!
Перед тем как устанавливать инженерную плату в ЭБУ Январь 5.1,
убедитесь в полной исправности ЭБУ. Блок должен адекватно работать
на автомобиле с серийной прошивкой, выходить на диагностику, прошивка правильно
считываться и записываться. Только после этих условий можно приступать к установке
инженерной платы.
Ни в коем случае не пользуйтесь паяльной кислотой и флюсами содержащими кислоту.

Первым делом необходимо отмыть ацетоном или растворителем лак с микросхемы
флеш — памяти (AM29F010-90), далее с помощью фена паяльной станции удалить ее из блока. Также
необходимо убрать микросхему DALLAS если она присутствует в Вашем блоке, так как
наша инженерная плата уже имеет впаянный dallas (DS2401).
Читаем что такое dallas и для чего он нужен

Если у Вас в блоке ЭБУ нет dallasa (зависит от аппаратной реализации блока)
тогда необходимо установить резистор 4.7 кОм. на контактные
площадки как показано на фото.

Внимание!
Во избежании отрыва контактных площадок,
если у Вас нет паяльной станции, обратитесь в любую мастерскую по ремонту
ноутбуков, телефонов и тд. За символическую плату, Вам выпаяют флеш —
память (AM29F010-90) и dallas (DS2401) в течении 5 минут.

Затем необходимо припаять четыре повода к инженерной плате как показано на фото ниже.

Припаиваем проводок идущий к далласу как на фото.

Ровно прижимаем инженерную плату к контактным площадкам и припаиваем.

Далее необходимо припаять три проводка идущие к процессору эбу saf-c-509-lm
На фото отмеченные контакты которые необходимо припаять к микроконтроллеру.
Красный соедините с 92 выводом микроконтроллера saf-c-509-lm
Синий соедините с 96 выводом микроконтроллера saf-c-509-lm
Желтый с 97 выводом микроконтроллера saf-c-509-lm

По периметру инженерной платы где она прикасается к микросхемам залейте термоклеем.
Места пайки для надежности обработайте цапонлаком.

Запишите в блок программой combiloader 2.1.8 инженерную прошивку с расширением BIR.
Полностью очистите eeprom.

Скачайте бесплатную программу OPEN OLT
Подключаемся к инженерному ЭБУ Январь 5.1 и нажимаем кнопку соединиться,
внизу программы должны загореться надписи зеленым цветом online supported .

Каждая плата имеет свой идентификационный номер (метку, ключ), микросхема
Dallas- ds 2401 содержит в себе уникальный код, об этом читайте в статье
как прочитать Даллас.

Данная плата будет работать с любым бесплатным софтом, так и с любым платным ПО.

Внимание!
При самостоятельной установке инженерной платы, необходимо иметь
навыки работы с паяльником. Мы не несем ответственность за Ваши
действия в случаи повреждения инженерной платы или блока.

Для качественной установки и проверки воспользуйтесь нашей услугой,
установка инженерной платы в Ваш блок. Вы получите качественный монтаж
инженерной платы, полностью проверенный и работоспособный инженерный Эбу.Подключение инженерной платы с красивым видом и скрытыми проводами.

Данная реализация подключается к тем же контактам процессора только с обратной
стороны платы эбу к переходным отверстиям.
Исключает замыкание между ногами процессора, удобство и простота пайки.
Точки подключения на фото ниже.

Внимание!
В блоках новой аппаратной реализации 92 вывод микроконтроллера
замкнут на массу через переходное отверстие (необходимо прозвонить),
соответственно после установки платы ЭБУ на связь не выйдет.
Необходимо окуратно, не много высверлить переходное отверстие
от массы (отмеченное на фото).

Смотрите фото ниже.

Визуально кажется что 92и 96 выводы микроконтроллера не куда не идут,
это не так, они выходят на другую сторону платы.

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

84 комментария к “Руководство по установке инженерной платы ЭБУ Январь 5.1”

Прежде чем писать в техподдержку убедитесь в следующих действиях!

1) K-line адаптер должен быть на FTDI чипе (считается лучшим). С дешевыми адаптерами на чипах CH, ELM и пр. чипах работать не будет .

2) Заливать прошивку только загрузчиком combiloader 2.1.8,
у него свой специальный протокол. Не какими чиплодырями и пр. заливать нельзя, в онлайн не выйдет.

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

4) После установки инженерной платы, блок 100% должен подключится и выйти в онлайн на столе, достаточно отключить провод разрешения программирования ( он нужен только для записи). Нет не какой необходимости бежать с ним в машину. Если не работает на столе, то на машине тем более работать не будет.

5) Ели блок выходит в онлайн на столе, а на машине нет.
Тогда необходимо проверить провод К-Линии, его нужно
отключить от блока АПС (многие не знают что такое АПС) и вывести напрямик на диагностический разъем.

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

Недавно купил две платы Я7 установил все работает А вот Я5 никак не выходит на связь и не прошивается. монтаж правильный 100 раз перепроверил незнаю как быть? Может можно как то проверить?

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

Хоть проверял все равно сейчас еще раз проверю. Что интересно на связь с загрузчиком от ММК выходит только не прошивает А вот с комбиком никак. И далас не считывает. Подкидывал другой блок комбик и читает и пишет. буду разбираться

ММК не прошьет инженерник, проверено. Питание на блок подавайте после того как прошивку загрузили в комбик.

Все пропаял заново и прозвонил. Нет связи. Может надо было перед установкой платы прошивку инженерную залить ? В принципе какая разница. Придется отпаивать плату.

Прошивка заливается после установки. Еепром тоже не пишется?

Смотрите внимательнее переходную панельку на предмет непропая, на самой плате тоже проверьте на всякий случай.

Кое что есть. При понижении питания до 11 вольт программа загрузчик комбик 218 устанавливает связь и в конце загрузки пишет что Неправильный тип эбу.

Не читает Далас В OpenOLT Только выходит на связь он лайн не работает. При поднятии напряжения больше 12 вольт Эбу полностью пропадает коннект. Есть мысли? Все пропаяно проверял много раз.

Было один раз при установке платы не прошивался, три раза выпаивал плату не мог понять в чем дело, запаивал назад родную флеш память и блок оживал. В итоге заменил в блоке память eeprom 24с02 и блок заработал как надо.
Бывают убитые еепромки, причем дефект проявляется после установки платы.
Вы пишите что блок выходит на связь в OpenOLT, я так понимаю что вы записали в него прошивку? Блок пишется?

Доставка по России!

Микросхема SAF-C509-LM

В первых 5 списках микросхем, это то, что мы можем привезти от нашего поставщика в Гонконге, срок поставки 2-3 недели.
Все, что представлено на отдельных фото, и в 6 списке, есть у нас в наличии, на складе в России!
Заказ от 1 детали. Постоянно пополняем склад новыми позициями. Цены для автосервиса и постоянных клиентов обсуждаем. Для поиска компонента, введите любую часть названия в строке поиска.

Купить микросхемы вы можете в нашем интернет магазине по адресу http://avtodriver.com/catalog/zap/elektronnye_komponenty/. По всем вопросам поставки электронных компонентов и консультации по ним :
8-968-677-2111 Михаил

Розничная цена: 1800 рублей
Оптовая цена: 1500 рублей

Микросхема SAF-C509-LM процессор

Звоните прямо сейчас

Компания "Мобильный Мир"
344007, Россия, Ростов-на-Дону,
ул. Шаумяна, 47в, офис: 1

телефоны в Ростов-на-Дону: (код города:863)
2999-055 отдел заказа бу запчастей
2999-065 корпоративный отдел
2999-075 отдел бу запчастей
2999-085 отдел доставки
2999-195 розничный отдел и запчасти тойота
2990-575 отдел запчастей BMW новые и бу

аська, ICQ
28618990 - Запчасти BMW, новые и бу
372636174 - розничный отдел и запчасти Тойота
316212473 - бу запчасти на заказ
597749556 - корпоративный отдел

Электронная почта:
allbmw@inbox.ru

телефоны менеджеров в Москве:
8-916-217-2111 Андрей
8-916-227-2111 Георг
8-916-557-2111 Алексей
8-916-117-2111 Денис
8-916-167-2111 Елена
8-968-677-2111 Михаил (электронные компоненты)

Перед звонком в представительство или
партнеру необходимо заранее позвонить любому
из менеджеров по телефонам указанным выше.

1 Представительство в Москве:
Техцентр "Мир BMW"
Дмитровское шоссе, д. 163, стр 19 (за ТЦ РИО)
8-999-833-1323 Игорь, 8-926-145-6344 Виталий

2 Представительство в Москве:
Техцентр "TF-Motors"
ул. Тимура Фрунзе, д. 20, стр. 5
8-925-081-3201

3 Представительство в Москве:
Техцентр "Мосмоторс", Мневники, д. 1, стр. 2
8-925-508-5818 Тарас

Представительство в Санкт-Петербурге:
пр. Непокоренных, 17Д
8-812-655-07-09 Сергей

Представительство в Екатеринбурге:
СТО BMWupgrade
Россия, 620033, Екатеринбург, ул. Чапаева 7
8-922-219-6064 Антон

Наш партнер в Новороссийске:
Тех центр BAVARIA-M, ул. Волгоградской ГСК-75
8-988-765-5144 Максим
8-918-386-1976 Владимир

Наш партнер в Кирове:
автосервис Germanika, ул. Пугачева 30
8-953-949-6982 Егор
8-8332-56-5610 Сервис и Офис

Наш партнер в Пензе:
Россия, 440031, Пенза, ул. Горная 3а
8-927-370-5151 Стрекалов Андрей

Наш партнер в Тюмени:
Автомастерская "TopGear"
Россия, 625000, Тюмень, ул. Московский тракт 116а
8-3452-388-455, 8-919-950-8455 Дмитрий,Владислав

Наш партнер в Абакане:
Россия, 655017, Абакан, ул. Игарская 5
89083262186, 89130504588, Евгений Владимирович

Наш партнер в Казахстане:
СТО "BMW MOTORS" Алматы, ул.Джангильдина 214а
+77017112971,+77272900900 Семен,Сергей,Михаил

Читайте также: