Перейти к содержанию

s-s-s

Новый
  • Постов

    16
  • Зарегистрирован

  • Посещение

Сообщения, опубликованные s-s-s

  1. 56 minutes ago, Technics66 said:

    Где бы взять версию подороже чтоб проверить как у неё с K-Line

    Тоже думаю над этим.

     

    Пропайка проца, ожидаемо не дала результатов.

     

    Все больше склоняюсь к тому что проблемма может скрываться в программной части, например малая задержка для заполнения буфера RX :29:

     

    ниже пример лога с ошибками чтения из блока. Не нашёл как спрятать под спойлер.

    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

     

  2. 23 minutes ago, Technics66 said:

    Golden A  и Golden B

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

    А V138 и V158 относится к ПО на дисках.

  3. 7 minutes ago, Technics66 said:

    Сегодня подключался к Короле E150 и вот что увиделось

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

    IMG_20210206_123606.jpg

    added 0 минут later
    11 minutes ago, KAZi said:

    пустой буфер... 

    В какой проге соединяешься с блоком

    В techstream, отслеживаю его логи. 

  4. Ноута два разных и один из них вполне свежий на i7. 

    Да и опять же с mini vci все ок на обоих. 

    По логам видно что при попытке прочесть сообщение от блока из  op2  прилетает ошибка buffer empty и циклические попытки связаться блоками. 

  5. 14 minutes ago, Technics66 said:

    поставил что было на 56к и с удивлением получил 5.05в.

    Та же история. 

    Что касается внедрения L9637D, то оно произведено, печально, но результатов это не дало, блоки которых не видел так и не видеть, те которые читает через раз - так и продолжает читать через раз :(

    Начинаю потихоньку коситься на программную часть.

     Проц у меня кстати LPC2366FBD, описания OP2 с такими процами ещё не встречал. 

    Из того что пробовал:

    Два опенпорта (из одного магаза), две машины (обе prius 20), два разных ноута, две винды (win10 x64 и Win7 x32), 

    Разные версии Techstream и разные дрова и DLL, доработка одаптера по всем найденные сценария в том числе и установка L9637D по k-line. Результата нет, не хуже не лучше :(.

  6. 1 hour ago, Technics66 said:

    АКБ  14в то сигнал с шины будет 3.3в, а вот если АКБ 12в то уже 2.8в.

    Не похоже что в этом была проблема, пробовал и при 14в и при 12в, результат был одинаково хреновым.

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

  7.  

     

    44 minutes ago, KAZi said:

    А потом бы еще срал от смеха месяц..

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

    47 minutes ago, KAZi said:

    проверь резисторы 4.7 к и 100 к - Стоят на своих местах..

    R31, R37 и R3, R41 на своих местах, перекопал сразу по приходу.

  8. Да есть спорные доработки в интернете.

    Доработки  касаются в основном 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

     

    Может есть идеи куда копать адаптер?

×
×
  • Создать...