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 на своих местах, перекопал сразу по приходу.