SVETELEKTRO

Ahoj,

už třetí den se tu vztekám s řízením řadiče TM1637 a pořád se mnou nechce mluvit. Podle výstupu z LOG analyzátoru se mi nezdá že by bylo něco nekorektně dle datasheetu. Data odesílám v pořadí LSB to MSB , nejdřív H40 což by mělo být zápis do registru displaye, pak pošlu adresu HC0 což je adresa prvního zobrazovače s automatickým inkrementem. Následně odešlu data segmentů, následně data o kontrastu. Obvod normálně posílá ACK čili na data nějak reaguje, ovšem nerozsvítí ani segment. V příloze je obrázek záznamu dat, popř. soubor pro saleae logic plus výpis programu (je to jen opravdu hrubý nástřel takže to musím ještě učesat). Nevidíte tam nějakou botu, páč já už sem asi slepej . Signály jsem kontroloval osciloskopem a časování je schodné s LOG analyzátorem. Hrany jsou myslím dostatečně ostré.

Ještě odkaz na SW
Windows 32 bit (no installer):
http://downloads.saleae.com/logic/1.2.1 ... dalone.zip
Windows 64 bit (no installer):
http://downloads.saleae.com/logic/1.2.1 ... dalone.zip
Díky

V bascome neviem nic robit ale toto si pozeral?
https://www.mcselec.com/index.php?optio ... &Itemid=57

Ahoj dík, ano. Též nefunkční, už si začínam řikat že jsou ty řadiče jen kus plastu. Mam 10 modulů a ani jeden nereaguje.

Po dlouhý době sem se mou leností dal na moduly z číny a opět sem se přesvědčil že to nemá cenu

Čo vypľuje ak spustíš na analýzatore aj detekciu I2C?

to jsem zkoušel, částečně nesmysl, částečně to něco dekoduje. Ale neodpovídá to.

Tak potom je problém v komunikácii, mal som podobný problém keď mi I2C master nepodporoval clock stretching. Pomohlo brutálne zníženie rýchlosti, možno na 1Khz pre testovanie. Tiež som mal va analyzátore nezmysli a tiež som na tom pol dňa škrípal zubami...

Tak to byla moje chyba, amalyzátor to dekodoval v pořádku, jen jsem si neuvědomil že analyzátor dekoduje MSB to LSB a tomu švábu se data ládujou obráceneě, takže to odpovídá 0x02 + ACK (pro 0x40), 0x03 +ACK (pro 0xC0), do displayů posílam 0xFF, 0x51+ACK (pro 0x8A)

podle analyzátoru tedy:

START - 0x40 (zápis do registru displaye) - ACK - START - 0xC0 (první display) - ACK - 0xFF - ACK - 0xFF - ACK - 0xFF - ACK -0xFF - ACK - START - 0x8A (jas 25%) - ACK - STOP

což by mělo rozsvítit všechny segmenty s 25% jasem. Zpomalení komunikace nepomáhá.

...skús v programe zmeniť adresu I2C, či bude kumunikácia odmietnutá. Inak to vyzerá že komunikácia je v poriadku, tak potom môže byť ešte zlé zapojenie.
//Prebehol som dsko a nikde som nenašiel že by malo byt LSB first, skús to prehodiť.

To jsem tam taky nenašel, ale všude to píšou že má LSB first.Taky mě to napadlo jestli to nemá bejt MSB first, takže bajty jsem obrátil, ale taky bez vsledku. Zapojení je OK prospíknul jsem se přímo na piny řadiče. Obvod právě že není kompatibilní s IIC, adresu nemá. On data akceptuje vždycky, i když jsou neplatná pouze sleduje jestli přišel patřičný počet hodinových pulzů a pak prostě pošle ACK. A žádný extrémně hazardní stavy tam nevidím.

...toto sa mi nejak nepáči, ten impulz...

to je jen protaže ný ACK a STOP, to jsme udělal abych si oddělil jednotlivý kroky, nemělo by to vadit jelikož t MAX dýlky CLK pulsu není danej. Ale i jsem to zkrátil do řádu us a pořád stejný.

Skús pozrieť na príklady v prílohe. Možno tam niečo nájdeš pre inšpiráciu.

Mrknu dík. Tu záznam z komunikace, IO stále má svou hlavu a mě už začíná cukat voko vzteky . Už si řikam že číňan někde udělal chybu :-/ komunikace se táhne jako smrad pomalu.

Asi to udělam jak jsem chtěl původně u řadičů od MAXIMU ty jedou na první dobrou a po SPI, stejně těchlech budu potřebovat 12ks a nevim jak řízení multiplexovat.

a keby si použil do série 74HC595ťky?
Aj tak sa mi to nepozdáva žeby tie obvody boli zlé, neposlal by si mi falátok na vyskúšanie? Keď, tak ti preplatím poštovné... Tá špička v tej kominikácii sa mi tiež moc nepáči...

Tak záhada rozluštěna. Z zoufalosti sem začal proměřovat obvody, nakonec sem nzjistil že pan wong osadil display se společnou katodou místo společné anody

tak sme mu ho natočili a co myslíte.... no měl ho tam

...na