s-s-s

Тоже думаю над этим. Пропайка проца, ожидаемо не дала результатов. Все больше склоняюсь к тому что проблемма может скрываться в программной части, например малая задержка для заполнения буфера RX ниже пример лога с ошибками чтения из блока. Не нашёл как спрятать под спойлер. 0.000s ++ PTLoadLibrary(test) 0.003s 0:STATUS_NOERROR 0.003s ++ PTOpen(*NULL*, 0x0214F594) returning DeviceID: 1 0.020s 0:STATUS_NOERROR 0.020s ** PTReadVersion(1, 0x0214F558, 0x0214F508, 0x0214F4B8) Firmware: 1.17.4877 DLL: 1.01.4247 Apr 18 2014 16:14:11 API: 04.04 0.020s 0:STATUS_NOERROR 0.020s ++ PTConnect(1, 4:ISO14230, 0x00001000, 10400, 0x04805958) Flags: 12:ISO9141_K_LINE_ONLY returning ChannelID: 3 0.023s 0:STATUS_NOERROR 0.023s ++ PTStartMsgFilter(3, 1:PASS_FILTER, 0x0214D530, 0x0214E568, 0x00000000, 0x0214D518) Mask[ 0] 4:ISO14230. 1 bytes. TxF=0x00000000 \__ c0 Pattern[ 0] 4:ISO14230. 1 bytes. TxF=0x00000000 \__ c0 FlowControl is NULL returning FilterID: 0 0.024s 0:STATUS_NOERROR 0.024s ++ PTStartMsgFilter(3, 1:PASS_FILTER, 0x0214D530, 0x0214E568, 0x00000000, 0x0214D518) Mask[ 0] 4:ISO14230. 1 bytes. TxF=0x00000000 \__ c0 Pattern[ 0] 4:ISO14230. 1 bytes. TxF=0x00000000 \__ 80 FlowControl is NULL returning FilterID: 1 0.025s 0:STATUS_NOERROR 0.025s ++ PTStartMsgFilter(3, 1:PASS_FILTER, 0x0214D530, 0x0214E568, 0x00000000, 0x0214D518) Mask[ 0] 4:ISO14230. 1 bytes. TxF=0x00000000 \__ c0 Pattern[ 0] 4:ISO14230. 1 bytes. TxF=0x00000000 \__ 40 FlowControl is NULL returning FilterID: 2 0.025s 0:STATUS_NOERROR 0.025s ** PTIoctl(3, 2:SET_CONFIG, 0x0214F478, 0x00000000) 12 parameter(s) at 0x09470640: 1:DATA_RATE = 9600 7:P1_MAX = 40 10:P3_MIN = 500 12:P4_MIN = 8 19:TIDLE = 300 20:TINIL = 35 21:TWUP = 50 14:W1 = 110 15:W2 = 20 16:W3 = 20 17:W4 = 50 18:W5 = 330 0.032s 0:STATUS_NOERROR 0.032s ** PTIoctl(3, 8:CLEAR_RX_BUFFER, 0x00000000, 0x00000000) 0.032s 0:STATUS_NOERROR 0.032s ** PTIoctl(3, 5:FAST_INIT, 0x04807AD8, 0x04808B20) Input[ 0] 4:ISO14230. 4 bytes. TxF=0x00000000 \__ 81 98 f0 81 Input[ 0] 0.000000s. 4:ISO14230. Actual data 6 of 6 bytes. RxS=0x00000000 \__ 83 f0 98 c1 e9 8f 0.143s 0:STATUS_NOERROR 0.143s << PTReadMsgs(3, 0x0214D540, 0x0214D53C, 250) read 0 of 1 messages 0.394s 16:ERR_BUFFER_EMPTY 0.395s ** PTIoctl(3, 8:CLEAR_RX_BUFFER, 0x00000000, 0x00000000) 0.395s 0:STATUS_NOERROR 0.395s >> PTWriteMsgs(3, 0x048059A4, 0x0214E5B4, 1000) Msg[ 0] 4:ISO14230. 5 bytes. TxF=0x00000000 \__ 82 98 f0 21 00 sent 1 of 1 messages 0.422s 0:STATUS_NOERROR 0.422s << PTReadMsgs(3, 0x0214D5E8, 0x0214D5DC, 1020) read 1 of 1 messages Msg[ 0] 268.452226s. 4:ISO14230. Actual data 0 of 0 bytes. RxS=0x00000002 RxStatus: 1:START_OF_MESSAGE 0.462s 0:STATUS_NOERROR 0.462s << PTReadMsgs(3, 0x0214D5E8, 0x0214D5DC, 5000) read 1 of 1 messages Msg[ 0] 268.480372s. 4:ISO14230. Actual data 0 of 6 bytes. RxS=0x00000000 \__ [83] [f0] [98] [7f] [81] [78] 0.462s 0:STATUS_NOERROR 0.462s << PTReadMsgs(3, 0x0214D5E8, 0x0214D5DC, 1020) read 1 of 1 messages Msg[ 0] 268.487225s. 4:ISO14230. Actual data 0 of 0 bytes. RxS=0x00000002 RxStatus: 1:START_OF_MESSAGE 0.521s 0:STATUS_NOERROR 0.521s << PTReadMsgs(3, 0x0214D5E8, 0x0214D5DC, 5000) read 0 of 1 messages 5.523s 16:ERR_BUFFER_EMPTY 5.524s ** PTIoctl(3, 8:CLEAR_RX_BUFFER, 0x00000000, 0x00000000) 5.524s 0:STATUS_NOERROR 5.524s ** PTIoctl(3, 5:FAST_INIT, 0x04807AD8, 0x04808B20) Input[ 0] 4:ISO14230. 4 bytes. TxF=0x00000000 \__ 81 98 f0 81 Input[ 0] 0.000000s. 4:ISO14230. Actual data 6 of 6 bytes. RxS=0x00000000 \__ 83 f0 98 c1 e9 8f 5.637s 0:STATUS_NOERROR 5.637s << PTReadMsgs(3, 0x0214D540, 0x0214D53C, 250) read 0 of 1 messages 5.889s 16:ERR_BUFFER_EMPTY 5.890s ** PTIoctl(3, 8:CLEAR_RX_BUFFER, 0x00000000, 0x00000000) 5.890s 0:STATUS_NOERROR

У моего продавца был такой же набор ,(перепутал с другим местом заказа) но суть та же, я решил что сами OP2 одинаковые, а разница только в кол-ве дисков с ПО в комплекте и какой-то шнурок кастамный в версии A. Не думаю что был бы разница при заказе версии А. А V138 и V158 относится к ПО на дисках.

Technics66 Случайно не тут заказывал? Судя по тому что не все блоки читает, возможно действительно у этой партии проблемы по k-line.

Значит эти с этими блоками не удалось связаться

Это не увиделсь, а должно по идее увидеться, блоки отмечены жёлтым, значит статус чтения не известен если нажать Health check, то прога попытается соединиться с каждым, и тогда они будут посвечены согласно легенде выше над списком, например у меня если отключить провод k-line имеем такую картинку, те что со звёздочкой не распознвны а значит они по k-line остальные по Canу added 0 минут later В techstream, отслеживаю его логи.

Ноута два разных и один из них вполне свежий на i7. Да и опять же с mini vci все ок на обоих. По логам видно что при попытке прочесть сообщение от блока из op2 прилетает ошибка buffer empty и циклические попытки связаться блоками.

Уже призадумался над этим, смущает только то что два разным op2 страдают одним и тем же недугом (непропай в одном и том же месте?) Но попробую попробую его "прожарить"

Блоки разные, часть блоков отвечают почти адекватно, часть через раз читаются, а есть блоки которые сразу пишет что не доступны, при этом дешевый шнурок mini vci читает все без проблем.

Да, вычитал такую информацию. Что может не давать нормально работать по k-line? Смущает DeviceID, на запрос в techstream китайский OP выдает: "1"

Та же история. Что касается внедрения L9637D, то оно произведено, печально, но результатов это не дало, блоки которых не видел так и не видеть, те которые читает через раз - так и продолжает читать через раз Начинаю потихоньку коситься на программную часть. Проц у меня кстати LPC2366FBD, описания OP2 с такими процами ещё не встречал. Из того что пробовал: Два опенпорта (из одного магаза), две машины (обе prius 20), два разных ноута, две винды (win10 x64 и Win7 x32), Разные версии Techstream и разные дрова и DLL, доработка одаптера по всем найденные сценария в том числе и установка L9637D по k-line. Результата нет, не хуже не лучше :(.

Не похоже что в этом была проблема, пробовал и при 14в и при 12в, результат был одинаково хреновым. С L9637 сегодня, не получится поэкспериментировать :(, не успел забрать комплектующие.

Один в один мои, все точно так же и перепаян трансивер был. Вот с r9 и r4 вопрос, на своём ли месте они промаркированы, по наминалам точно не совпадают

L9637D Должна принимать от 3в

Спасибо, сегодня буду экспериментировать. По результату отпишусь.

Вот я и задумался, если не получится найти причину такой работы, подкинуть хотя бы L9637D вместо транзисторов, по идее это реально? R31, R37 и R3, R41 на своих местах, перекопал сразу по приходу.

Да есть спорные доработки в интернете. Доработки касаются в основном CAN шины, а что касается K-line, что может быть под замену? У меня в двух экземплярах в Teachstriam блоки которые общаются по K-line ISO14230 работают (а некоторые вообще не соединяются) через раз, похоже теряются ответы от ЭБУ. При этом блоки работающие по CAN читаются без проблем. Или это может быть программный баг? Firmware: 1.17.4877 DLL: 1.01.4247 Apr 18 2014 16:14:11 API: 04.04 Может есть идеи куда копать адаптер?