[rusEfi] Subaru Impreza GF EJ151/EJ201 Superchargered #29

[sadgin]

По поводу SPI
При старте проходят вот такие байты:
0x46 (010 00110) ответ: 0x23(0010 0011) - Set the prescaler and SDO status 0011 →8 MHz
0xF0 (1111 0000) 0x70(0111 0000) ? поидее это должно быть Select the channel, но по документации там 1110000 D[0]
0x37 (00 110111) 0x13 0000 1101 - Set the band-pass center frequency, но значение не похоже, ибо band_index 39, а если выполнить в консоли set_band 6.64, то значение будет правильное 40.
0xCE (110 01110) 0xC6 1100 0110 - Set the integration time constant - integration time 14, хотя в консоли 28
0xFC (11111100) 0x6C 01101100 - непонятно, на set gain непохоже

если вызвать из консоли set_gain 1, то видно
1000 1110 и ответ 00000110. и это похоже на правду.

[sadgin]

Еще про SPI. При перезапуске результаты другие, больше похожие на правду, но не ту комманда set gain.

[sadgin]

Диалог по SPI должен ведь быть одинаковым при перезапуске discovery? Если настройки не меняешь? У меня он каждый раз разный, хоть часто и повторяется.

[AndreyB]

Конечно одинаковый

[sadgin]

Конечно одинаковый

А что может влиять на него? Почему посылаются разные байты?

[puff]

а ты за чипселектом следишь? может, это биты/байты другому чипу адресованы?

[sadgin]

а ты за чипселектом следишь? может, это биты/байты другому чипу адресованы?

Так все остальные spi выключены. Ну и количество всегда одинаково. И иногда байты корректны и соответствуют параметрам.

[puff]

слушай, а вот были же траблы с spi из-за того что stm работает на 3В, а другой чип - от 5В (только не помню, про какой именно чип шла речь)
почему-то использовали какие-то сопротивления по линиям spi, и этого якобы было достаточно. хотя по идее нужен был полноценный шифтер 3->5, как я понимаю.
я к тому что:
1. неплохо бы фотку, а лучше на словах - как сейчас выглядит вся часть hip.
2. неплохо бы увидеть подробные скриншоты из Logic с теми битами, которые пришли на самом деле, и инфой о том, что именно ожидалось вместо них.

Если фигня с SPI - по идее это означает отличия на пороговых битах? (моё предположение): то есть клок прошел, а фронт по биту данных прошел с небольшим запозданием. Как вариант, уменьшить скорость SPI?

Но опять же, по идее анализатор-то должен видеть ровно то, что выдаёт stm?
Кстати, а откуда ты снимал сигнал?
И в порядке эксперимента можно снять параллельно: то, что выходит с stm, и что приходит на hip.

[AndreyB]

Но опять же, по идее анализатор-то должен видеть ровно то, что выдаёт stm?
Кстати, а откуда ты снимал сигнал?

мне кажется, что ты ошибаешься. в худшем случае случае анализатор еще и влияет сам на всё это а анализатор - на верхние ножки дискавери, но это кажется влиять не должно - это тот же провод по сути.

а полноценный шифтер чем-то отличается от нашего шифтера?

к сожалению для меня этот hip это три года кошмара я не успею новые замеры сделать на своей плате. как вариант - ловить @ и просить его публиковать его SPI запись.

[AndreyB]

Ну и количество всегда одинаково. И иногда байты корректны и соответствуют параметрам.

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

т.е. там 50% разов одинаковый правильный трафик, 50% случаев шум? ты ведь читал исходники, правда? он же проверяет ответы вроде?

[sadgin]

Ну и количество всегда одинаково. И иногда байты корректны и соответствуют параметрам.

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

т.е. там 50% разов одинаковый правильный трафик, 50% случаев шум? ты ведь читал исходники, правда? он же проверяет ответы вроде?

Да, и исходники читал и даташит, но память меня подводит и я не помню проверяет или нет. А как-нибудь узнать, что прошивка посылала, можно?

[AndreyB]

А как-нибудь узнать, что прошивка посылала, можно?

http://rusefi.com/wiki/index.php?title=40

[sadgin]

А как-нибудь узнать, что прошивка посылала, можно?

http://rusefi.com/wiki/index.php?title=40

)

[puff]

мне кажется, что ты ошибаешься. в худшем случае случае анализатор еще и влияет сам на всё это а анализатор - на верхние ножки дискавери, но это кажется влиять не должно - это тот же провод по сути.

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

а полноценный шифтер чем-то отличается от нашего шифтера?

полноценный шифтер - это делитель для тех случаев, когда низковольтовая логика не 5v-tolerant. и на транзисторах - когда надо конвертировать вверх. имхо эта подтяжка (кажется, джаред предложил именно потяжку) - это грязный хак

про 40 - я вот вроде бы понял сразу: было бы неплохо в консоли дублировать, какой именно байт и на какой spi ушел и пришел (но чото это дофига трафика будет генерироваться). но в качестве дебаг меры, чтобы удостоверитсья, что всё ок - первый десяток-другой байт выводить в консоль может быть и не такая уж плохая идея.

[puff]

кстати, полноценный шифтер - имхо вполне себе улучшение
если и плюс 5 и земля под рукой - не сильно сложнее, чем резистор подтяжки. хотя на самом деле у вас там везде очень плотный дизайн
https://www.sparkfun.com/products/12009
ну и надо понимать, на каких скоростях работает spi и будет ли эта штука открываться.

[Dron_Gus]

Разный трафик при одной прошивке очень поход на несоглассованность режимов. В данном случае STM и анализатора. Я бы проверил этот момент внимательно.
Если стоит не тот режим, то приемник будет захватывать данные, например, по спадающему фронту, а передатчик будет по тому же фронту менять бит на своем выходе. Хотя это должно происходить по разным фронтам.
И тут начнется гонка фронтов между клоком и данными. Если клок чуть-чуть задержится (емкость проводника больше, пороговый уровень чуть выше), то все как будто будет работать.

[AndreyB]

Я на этой неделе свой детский осцилограф Абрикосу дам с просьбой на его плате свежее видео сделать.

[sadgin]

кстати, полноценный шифтер - имхо вполне себе улучшение
если и плюс 5 и земля под рукой - не сильно сложнее, чем резистор подтяжки. хотя на самом деле у вас там везде очень плотный дизайн
https://www.sparkfun.com/products/12009
ну и надо понимать, на каких скоростях работает spi и будет ли эта штука открываться.

Минус таких шифтеров - это время обработки сигнала. Они немного тупые.

[sadgin]

Тут вот в known_issues.txt написано
103) RESOLVED IN R0.5 TPIC/HIP knock SPI was not working properly, R170 changed to 5k and R172 to R174 removed to correct the SPI bus.
Это же я правильно понимаю, что R170 меняем с 1к на 5, а резисторы с R172 по 174 просто убираем? А R171 должен быть?

в такой конфигурации у меня что-то вообще никак не захотел работать, но еще попробую.

[AndreyB]

Перевод правильный, а вот почему - я не знаю забывается и теряется информация.

[sadgin]

Я правильно понимаю, что в такой конфигурации нужно для sck, si и so в настройках поставить pullup?

[puff]

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

The data sheet for this converter says that the turn-on time, rise time, and delay time are all in the sub 40ns range–so it should work fine, right?

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

Я правильно понимаю, что в такой конфигурации нужно для sck, si и so в настройках поставить pullup?

по идее в направлении к stm может и не надо (5v-tolerant?), но имхо лишним не будет. а затыки были потому что для hip не хватает 3.3В уровня?

[puff]

кстати, а почему tpic не запитать от меньшего напряжения? требуемые 70%, например, от 4.2В - уже 2.94В

[sadgin]

В какой-то момент всё заработало... А потом снова spi перестал работать (

[puff]

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

правда, это я всё про фактически голую дискавери рассуждаю. во франкензе может её и вовсе нельзя запитать от усб - я не знаю.

[sadgin]

Все разы питаю от внешнего бп 12в

[Abricos]

Ну а на плате 5в и 3 в можиш проверить в момент работы от блока питания и без usb ...и проста на USB ... и когда вместе всё ... и на ножках чипа и на разных выводах платы с stm без stm ...

[puff]

+1
просто надо помнить, что по даташиту оно будет логической единичкой если будет составлять 0.7 от питания чипа. вот и думай. затем там и придумали эти пул-апы, как я понял.

[sadgin]

Я уже что-то запутался что там вокруг этого TPICа должно быть, а чего нет...
Проверил бы уже кто-нибудь у кого работает...

[sadgin]

Небольшой успех... Это с R174 1k и в настройках стоит pullup.


но всё-равно есть подозрение, что не все биты доходят до чипа и обратно.