Эх и откуда в тебе столько сарказма :)

Проверил только что свой адаптер. На PIO9/PG6 14-ти контактного разъема, все время присутствует 3В.

Запустил EDICConfig.exe, стал мультиметром (у меня дешевый цифровой MTR-DT830D) на PIO9/PG6 контакт 14-ти контактного разъема и запустил EDICConfig.exe. Нажал кнопку свойства.
Мой мультиметр не ловит падение напряжения. Надо проверить стрелочным мультиметром.

Интересна реакция на этом контакте на клоне и на оригинале при нажатии кнопки свойства в EDICConfig.exe.

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

Вариант 1: когда нажимается кнопка свойства в EDICConfig.exe и мы видим надпись "Loading hardware parameter..." EDICConfig.exe размыкает и замыкает обратно ногу PG6 на 14-ти контактном разъеме. Прошивка блютуз понимает это движение и переключается в командный режим. Ну а дальше по протоколу обмена из манула lmx9830.

Хм. Проверил RESET, он всегда 0 Вольт, но когда нажимаю копку свойства в EDICConfig.exe, там появляется 3Вольта. При чем он делает три попытки и все три раза появляется напряжение.

Возможно я преувеличиваю роль PG6 и он служит не для перевода модуля в командный режим а для чего-то другого.
В мануале AMB2300 предусматривается режим: PG6, PG7 I/O ports, if not used, pins does not attached

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

Отрывок из мануала LM9830:
Default connection transparent On/Off
Each default connection can be configured to switch the UART to "Transparent Mode" (1.3.2.2) or to "Command Mode" (1.3.2.1) after link establishment. In case the transparent flag is set, the LMX9830 will switch to "Transparent Mode" (1.3.2.2) once the link is established.

Как бы там ни было, сути это не меняет. Нужно достать прошивку для BC04, которая умеет общаться c EDICConfig.exe на языке LM9830.
Предположительно это клон 8+9 ног на модуле.

И все таки я очень хочу услышать ответ на свой вопрос. Желательно разумный.

Да конечно нафиг оно все не надо и без этого можно спокойно пользоваться адаптером.

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

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

Есть у меня две китай- платки, по виду и комплектации AM2300.
А не работают при этом ...

veloseeped, чего-чего там было про 180? :biggrin1::biggrin1::biggrin1:

Смайлы видел?
Шутка была...
221 вверх ногами как раз будет 122 :biggrin1:

Новая информация к сведению.

Решил сделать как-то упущенный ранее из виду тест, чтобы проверить смутные подозрения, которые появились после ковырянмя в прошивке vcfusblu.bin

Взял две (одна с AMD, другая с Fuji флешками) центральные процессорные платы, которые до этого тестировались в полном сборе и проходили тесты под 42-м PDUAPI.
Нацепил к ним обрезанную плату интерфейсов (сняты MSM6636 и AU5780, остальное на месте) и ... они отлично проходят 42-й PDUAPI тест.
Плата с AMD проходит с оригинальным vcfusblu.bin, а плата с Fujitsu - c патчем номер 2, с подменой ID производителя флешки.
Отсюда получаем однозначный вывод:
Никаких проверок пресловутых "OKI и компания" в 42-й не появилось и не делается, а чистое прохождение теста целиком и полностью зависит только от состояния центральной платы.

PS: Похоже, что центральные платы с маркировкой "005001.3" имееют какой-то косяк, возможно в трассировке платы. Но точно проверить это я не могу. На моем экземпляре китайцы прилепили неправильный проц - XC161CS и чистого эксперимента не получится.

PPS: Глянул на фотки Колиной платы, которая отказалась работать с Fuji патчем. Так и есть. Там плата "5001.3" и хотя проц стоит правильный, патч не сработал, по причине какой-то кривизны самой платы.
Вот она подлая...

Попробую патч2 на своей плате.
У меня в этом месте маркировка: AT8SMX F0 0608

Есть под рукой ссылка на него ?

ОК будем копать 5001.3
И еще такой вопрос тогда, а почему же у меня тогда "новый" не проходил тест 42 и естественно ODIS(ы) ругались на ODS..., как только перепаял А5780А, М6636 (только не знаю после именно какого чипа начал, т.к. после замены A5780A не проверял тест 42, только в VAS PC, на подлинность чипов) тест начал проходит со всеми версиями PDU-API. Странно тогда, может адаптер если уже прошел тест 42, то после замены платы с Oki ему уже по фигу эти чипы.

У меня такая же. Патч приняла.