7-Segment Display driver IC alternatief

Arco

Special Member

Als je de mogelijkheid hebt om de verstuurde data te veranderen, dan kun je zien wat er in de datastroom verandert...
Gezien dat het 72 bits zijn, zal dit waarschijnlijk 7 bits per karakter zijn met een stopbit per kanaal. (of 2 stopbits aan het einde)

Arco - "Simplicity is a prerequisite for reliability" - hard-, firm-, en software ontwikkeling: www.arcovox.com

Dit is de datastroom met linksboven 199 in het display

buckfast_beekeeper

Golden Member

Onderste lijn lijkt op het klok signaal terwijl boven en midden de datalijnen zijn naar de displays.

Elke 'puls' zal dan waarschijnlijk een 1 voorstellen terwijl elke klokpuls met laag niveau een 0 zal zijn. Waar elke 1 waarschijnlijk een betreffend segment laat oplichten.

Van Lambiek wordt goede geuze gemaakt.
Arco

Special Member

Dit is de datastroom met linksboven 139 in het display

??

Op de foto staat wat totaal anders?

Arco - "Simplicity is a prerequisite for reliability" - hard-, firm-, en software ontwikkeling: www.arcovox.com

Linksboven in het daadwerkelijke display staat nu 139 199

Ook dit display (of de aansturing) mist een segment/aansturing hier en daar.

199 is max

[Bericht gewijzigd door ovide op dinsdag 30 november 2021 21:32:28 (43%)

nog een andere datastroom, hierbij de 3 externe sensor aansluitingen allen naar massa. Dat betekend linksboven en rechtsboven een waarde van 199 en rechtsonder 0.0

Ik ben het met buckfast.. eens dat de onderste lijn de clock is.

Wat je kunt proberen is de draden van de bovenste 2 kanalen omwisselen. Dan zijn waarschijnlijk de linker 3+2 en rechter 3+2 cijfers gewisseld. Dan weet je dat in ieder geval zeker dat het de datalijnen zijn van 2 schuifregister ketens.

Verder kun je dan de datalijn constant hoog maken en zullen waarschijnlijk de segmenten allemaal oplichten in een setje van 5 displays.

Heb je een arduino bordje? Dan zou je een heel simpel programmatje kunnen maken met een puls hoog met 36 clocks genereren op de juiste positie en kijken welk bit overeen komt met welk segment.

Nu alleen nog uitvissen waar de latch signalen vandaan komen om de bits door te schakelen naar de uitgang. Dus meten of een van de andere draden aan het einde van 35 pulsen precies een puls heeft?

Ik heb ooit een IC gezien wat een ingebouwde latch generator had, na X pulsen een bepaalde tijd wachten (meerdere clock periodes) en de data wordt dan automatisch gelatched.

De vraag is natuurlijk hoe het zit met dat extra 36-ste bit? 5 displays x 7 segmenten is dus 35.

-edit- Ik denk dat ik het wel weet: Om te synchroniseren stuur je een hele berg nullen op (36 of meer). Dan stuur je als eerste bit een '1' op (dat is je 'latch' bit), daarna de payload van 35 segment bitjes.
Op het moment dat het schuifregister aan het einde het laatste bitje inclocked wordt de data gelatched en de ingebouwde teller gezet op 35 om te synchroniseren.

Ik weet zeker dat ik nog niet eens zo gek geleden een chip gezien heb die zoiets deed maar kan me niet meer herinneren welke dat was.
Ik ga even zoeken....

-edit-
YES GOT IT: De MM58348 van National Semiconductor.
En precies 35 bits, begint wel toevallig te worden.
Is voor een VFD met high voltage output maar heeft redelijk hoge impedante lijnen dus mooi bruikbaar om direct aan de displays te knopen.

Ik denk dat het die chip is in de blob want dat ding is ook in een dice te krijgen.

1-st law of Henri: De wet van behoud van ellende. 2-nd law of Henri: Ellende komt nooit alleen.
Arco

Special Member

Ik denk dan eerder de MM5450, die is voor led displays...

Arco - "Simplicity is a prerequisite for reliability" - hard-, firm-, en software ontwikkeling: www.arcovox.com

De MM5451 dan: die is 35 bits. Ik wist dat er een alternatief was voor LED displays maar kom die niet zo snel vinden, wel de MM58342/1 kleinere broertjes.

De MM5451V is in PLCC (van Microchip) daar is nog wel iets mee te maken met een sandwich van 2 printen (als er ruimte voor is).

1-st law of Henri: De wet van behoud van ellende. 2-nd law of Henri: Ellende komt nooit alleen.
Arco

Special Member

Arco - "Simplicity is a prerequisite for reliability" - hard-, firm-, en software ontwikkeling: www.arcovox.com

Ik heb een led variant van die chip (DIL40) ook nog nodig omdat ik ook iets antieks heb met een VFD display waar zo'n National MM chip in zit en ik er gewone groene displays in wil zetten (VFD glas is gebroken). Eens een keer zo'n ding bestellen.

Je hebt het nummer updated zie ik!

Bij Farnell hebben ze de chip ook. Ik zie dat zelfs deze chip met de componenten-malaise niet meer te krijgen is. Snap ik geen barst van want ik denk niet dat ze nog veel gebruikt worden.

1-st law of Henri: De wet van behoud van ellende. 2-nd law of Henri: Ellende komt nooit alleen.

Super! Wat zou dat mooi zijn als er idd die MM5451 onder de blob zit.

Er is genoeg ruimte naar achter toe (de diepte in) om iets te maken.

Ik ga morgen nog wat testen en ik zag de chips wel op eBay voorbij komen.
Maar die China productie is vaak twijfelachtig

Arco

Special Member

Op Buydirect van Microchip kun je ze bestellen, zijn op voorraad...
https://www.microchip.com/en-us/product/MM5451#buy-from-store

[Bericht gewijzigd door Arco op woensdag 1 december 2021 01:33:36 (32%)

Arco - "Simplicity is a prerequisite for reliability" - hard-, firm-, en software ontwikkeling: www.arcovox.com

Dankje! En dan voor de voor de PLCC gaan het ivm de kleinere afmetingen denk ik?

@henri62 moet ik voor jou ook gelijk iets mee bestellen?

bprosman

Golden Member

Niet dat TS (voor zover ik begreep) die richting op wilde maar vond deze nog wel leuk :
http://www.mattmillman.com/projects/hveprom-project/an-easy-to-build-m…

De jongere generatie loopt veel te vaak zijn PIC achterna.

Op 1 december 2021 06:58:25 schreef ovide:
Dankje! En dan voor de voor de PLCC gaan het ivm de kleinere afmetingen denk ik?

Bekijk ook even of de external reset gebruikt wordt want de dip en plcc versie hebben geen pin ter beschikking terwijl die onder de blob er wel een heeft.

LDmicro user.

OK, maar daar heb ik dan niet echt een keus in toch? Anders dan de aangeboden IC's zijn niet beschikbaar lijkt mij.

Hoe weet je dat trouwens van die external reset?

mvg
Ivo

Arco

Special Member

De reset is zo te zien een uitgang, géén ingang (hoog puls uit na ontvangst 36e bit)
Ik vermoed dat die niet gebruikt wordt.

Arco - "Simplicity is a prerequisite for reliability" - hard-, firm-, en software ontwikkeling: www.arcovox.com

Op pagina 1 in de tekening staat dat de resetpin enkel bij de 'die' versie beschikbaar is, verder staat dat ook in de beschrijving.

LDmicro user.

Ah, weer iets geleerd, dat is dus het stukje (only available
in die form).

Thanks

Op 1 december 2021 16:37:57 schreef Arco:
De reset is zo te zien een uitgang, géén ingang (hoog puls uit na ontvangst 36e bit)
Ik vermoed dat die niet gebruikt wordt.

Het zou mij sterk verwonderen dat de resetpin niet gebruikt wordt, de controller weet immers niet waar de teller staat als de chip een clockpuls mist en dat voor de rest van de 'draaitijd'.

edit: het toeval wil dat ik juist aan het experimenteren ben met een uitlezing waar counters gebruikt worden.
Ik gebruik IEE1705 (=TiL306) tellers en de variabele wordt omgezet in een aantal pulsen zodat de uitlezing de variabele weergeeft, hier is ook wel een reset nodig.
Ik weet het, die tellers zijn antieke chips maar ik heb er een aantal en wilde ze eens gebruiken en zijn mooi om naar te kijken.

LDmicro user.
Arco

Special Member

Ik denk dat na een timeout van de clock line de seriele bitcount gereset wordt (alhoewel nergens beschreven)
Als dat niet zo was, zou de DIP/LCC versie nutteloos zijn: je weet niet of wat je wegschrijft ook klopt qua positie.

Arco - "Simplicity is a prerequisite for reliability" - hard-, firm-, en software ontwikkeling: www.arcovox.com

Misschien is dat wel waar want de 1ste clockpuls is de startpuls.
Maar ik dacht aan een automotive omgeving vandaar die resetpin.

LDmicro user.
Arco

Special Member

Zonder een vorm van 'auto-reset' zouden de DIL en LCC uitvoeringen eigenlijk zinloos zijn:
Als er stoorpulsen zijn (extra clockbits) dan heb je op den duur geen flauw benul meer welk bit je wanneer aan het schrijven bent.

Een goede en complete datasheet zou toch wel prettig zijn... ;)
Ik vond dit nog ergens:

Clearing the bus:
After power on, the M(M)5451 should be synchronised by sending 5 bytes of 0's to it.
If you don't care about speed, just precede every send with five 0's, then you will never have a problem.

De getekende pulstrein doet dat al: als displaydriver 1 data krijgt, krijgt displaydriver 2 allemaal nullen...

Is ook wel logisch: als er meer als 35 lage datapulsen voorbijkomen, dat moet de volgende hoge puls een startpuls zijn.
(maar toch, vermelding in de datasheet was toch wel netjes geweest...)

Arco - "Simplicity is a prerequisite for reliability" - hard-, firm-, en software ontwikkeling: www.arcovox.com

Bedankt voor de toelichtingen, ik begon wel even te twijfelen toen ik MGP's bericht zag, maar dacht precies wat Arco zegt, want dan zouden die ik nu net besteld heb nutteloos zijn.

Nog even wachten tot ze binnen zijn, maar ik ga alvast wat voorbereidingen doen.

@bprosman dankje voor die link, leuk en interessant!

@henri62 heb extra besteld, laat maar weten of ik je een paar moet opsturen!