Имам тук един клиент със странна болка. Има у-во с въпросният степер контролер, пускали са нова ревизия на борда и са добавили буфер на SPI защото са се увеличили у-вата и са решили, че така е по-сигурно. След добавянето на буфера въпеосния степер драйвер спира да отговаря. Останалите SPI чипове си пеят както трябва. MISO стои ниско през цялото време. На няколко пъти четох секцията за SPI на тоя чип, не виждам да пише да е ОК, изглежда си нормален SPI изход. Факт е че добавяйки пулъп на MISO нещата се оправят. Въпросът е защо ? Гледах другите чипове на SPI, чип селекта им е висок, т.е. забранени са, мислех да не би някой да държи линията в ниско ниво. Пулъпа който добавих е сравнително голям 4.7к.
Сега чипът е малко специфичен, има пин Vcc_IO за цифровите входове/изходи, има изискване да е с определено ниво по време на ресет на чипа. Там малко са го омазали но на борда който тествам съм го оправил.
То вярно че от 2 часа съм се хванал по сериозно с тоя борд, досега го карах само дистанционно но не виждам логична причина.

къф буфер

SN74LVC126ARGYR
но махнах и буфера, същата работа. По интересното е че в момента и с пълъп не получавам нищо. За няколко рестарта беше ОК и сега пак е забило в 0. ...странни неща се случват. Това се клати с ESP някакво, ще взема да разгледам какво правят с кода. Сигналите изглеждат ОК, ама знае ли човек.

Мда, тъп лед драйвер ... PCA9745B не минава във високоимпедансно и държи линията в ниско

Елементарно - слагаш драйверът към него само...

Miso или SDO, e open drain. Така че трябва да има пуллъп
По този начин слейв дивайса не отговаря на линията(МISO) докато слейв селекта не гонразреши и може да навържеш много слейв дивайси.
Виж точка 8.1. от даташита...

Някъде другаде тие бозата по платката

SDO на ТМС-то е пуш-пул и доколкото прочетох в дейташита а и на практика. След като резнах SDO на PCA всичко се оправи. Във форума на nxp видях дискусия по тая тема, има явно проблем със силикона, не видях някой да го е решил тоя проблем. Каквото препоръчват го пробвах но държи изхода в 0. SDO си работи, но просто не минава във високоимпедансно.
А решението е ясно, или го резваме или един гейт с 3 стейт само на него. Ако на клиента му се плаща нямам против да му преработя платката, да видим в каква версия са му файловете, в интерес на истината който му я е правил се е постарал.

Не е проблем. Още първото изречение на дейташийта казва, че SPI-то е дейзи чейн. Изхода на всяко се връзва към входа на следващото, последното отива към мастера, не се връзват в паралел и не се предполага тристейт в никой момент. Не са внимавали като са го слагали омешано с останалите чипове.

Мммм защо да е дейзичейн и да няма три стейт ? Когато е в дейзичейн какво му пречи, там просто чипа гълта първите Х бита и препредава следващите, но защо да не минава и в Z? То няма и нужда да се дискутира много секция 8.1 за която писа Мухата
CS — The active LOW chip select line is used to activate and access the SPI slaves. As long as CS is HIGH, all slaves will not accept the clock signal or data, and the output SDO is in high-impedance state. Whenever this pin is in a logic LOW state, data can be transferred between the master and all slaves.

Да ама не

Вярно, че така са го написали. Според мен текстът е грешен, копирано от друго място, а чипът си е проектиран умишлено без тристейт, както е редно при дейзи чейн, иначе вхдовете на следващите остават да висят при вдигнат CS и трябва да им слагаш пулъпи, евентуално. Гледам по времедиаграмите са нарисували неопределено ниво, а не тристейт, в тайминг параметрите за тоя изход има закъснение, но не и време за преминаване в тристейт, тъй че за мен чипът е без тристейт, както е нормално за дейзи чейн.

Аз се сещам, че преди време Цецо беше пуснал тема по въпроса. Късно забелязал, че чиповете му са дейзи чейн без тристейт и се беше приготвил да реже със скалпела някакво кофти количество платки. За негов късмет успях да го спра навреме. Беше си направил платката както трябва, чипът му беше с истинско SPI и се тристейтваше, а той без да иска се зачел в дейташийта на друг чип, подобен, ама не съвсем.

http://mcu-bg.com/mcu_site/viewtopic.php?f=2&t=8382

И още малко инфо по въпроса. За други LED драйвери на NXP става въпрос, но подозирам след някое време и за твоя ще го напишат

PCA9957 and PCA9959 LED Controller Data Sheet Update
On page 32 - Section 8.1 /CS paragraph 2nd sentence - the data sheet said "As long as /CS is HIGH all slaves will not accept the clock signal or data and the output SDO is in high-impedance state." This will be changed to "As long as /CS is HIGH all slaves will not accept the clock signal or data and output SDO is driven in low state therefore SPI parallel connection is not supported."

https://www.nxp.com/pcn/202110025I

Да може и така да е, някой е спал като е писал.