I segnali sono segnali dati a 1 MHz senza fili di terra che li separano.
Questo è piuttosto lento, quindi prima controlla se ci sono resistenze di terminazione della sorgente sul lato guida. Se sono presenti resistori, è possibile aumentarne il valore per ridurre la velocità di risposta.
Se non ci sono resistenze di terminazione della sorgente, qualunque cosa stia guidando questo cavo spingerà sorprendentemente grandi impulsi di corrente nella capacità del cavo ad ogni passaggio di livello, il che danneggerà l'alimentazione del chip di pilotaggio se non è correttamente disaccoppiato. Quindi, controlla sull'oscilloscopio se ottieni "crosstalk" su ENTRAMBI i bordi, o solo UN bordo, o una diversa quantità di diafonia su entrambi i bordi, controlla l'alimentazione del driver del cavo, sonda anche il suo pin GND rispetto al piano GND. Prova a lanciare un segnale lasciando gli altri soli. Se "crosstalks" da un filo su un lato del cavo a tutti gli altri fili in una quantità simile, allora non è crosstalk, piuttosto è il chip del driver che ha rimbalzo a terra o disaccoppiamento errato, quindi dovrai risolverlo.
Se il segnale è sincrono e hai una linea di clock, puoi giocare con il cronometraggio. Se i dati sono bloccati in un registro all'estremità di ricezione, i livelli contano solo all'interno della finestra di configurazione / attesa. Quindi, se si sposta un po 'l'orologio per farlo scattare dopo che i segnali si sono stabilizzati, può aiutare. A meno che non si abbia anche la diafonia nel segnale dell'orologio, in questo caso raddoppierà l'orologio e non va bene.
Il cliente sta passando a driver 74HCT nel tentativo di spostare il livello di commutazione "alto" in ingresso al di sotto del livello di glitch, ma ho le mie preoccupazioni.
Sì, ma sposterà anche il livello "basso" dell'input verso il basso e lo renderà più sensibile al rumore, quindi potrebbe "riparare" la diafonia su un lato, ma peggiorarlo sull'altro bordo! Immagino che potrebbe funzionare se il tuo segnale è sincrono e utilizza un fronte di clock da alto a basso ma ... mehhh ... meglio usare un gate trigger di Schmitt.
È tutto ciò che può essere fatto, oltre a passare alle parti HCT o semplicemente ridisegnare correttamente la scheda per salvare eventualmente ciò che abbiamo?
Prima di riprogettare, assicurati di confermare se si tratta davvero di crosstalk ... o rimbalzo a terra o disaccoppiamento errato nel chip di guida.
Assicurarsi inoltre che non vi sia un rimbalzo di massa tra le due schede causato dalla corrente che scorre nel filo GND e che crei una differenza di tensione tra le schede.
Se non si utilizza pin e si utilizzano segnali sincroni (con orologio), è possibile inserire la linea GND tra l'orologio e le linee dati, per evitare che i bordi dei dati perdano nell'orologio.