www.elektronik.si

igor_k · Objavljeno: Tor Apr 21, 2009 5:52 pm Naslov sporočila:

LCD lahko osvežuješ tudi na 1ms (krmilnik to zmore) samo to nima smisla, ker kristali temu ne sledijo in je zadeva nečitljiva. Kot je rekel Silvo, pri osveževanju na 100ms je številka nečitljiva (če se konstantno spreminja).

Silvo · Objavljeno: Tor Apr 21, 2009 5:58 pm Naslov sporočila:

Tema je razdeljena.

Umnik · Objavljeno: Tor Apr 21, 2009 6:34 pm Naslov sporočila:

Software sem pogledal in je tako kot sem rekel. 32ms refresh znaka je zato, ker uC ni imel kaj delat (lenarit ga pa nisem poslal), 1ms pa ker je toliko dolga časovna rezina.
Se mi pa podatki za izpis očitno niso tako hitro spreminjali, da bi opazil da je karkoli narobe. Reproducirat pa ne morem, ker nimam več borda, compilerja, pa še časa ni, da bi prilagajal.

Pa dobro, enkrat poizkusim. Obrate bom meril v kratkem Wink

marko11 · Objavljeno: Tor Apr 21, 2009 6:50 pm Naslov sporočila:

ro-bi s katerim senzorjem pa meriš temperaturo 150 stopinj C?, ker se mi zdi da DS1820 meri samo do 125 st.C.

lp,marko

Silvo · Objavljeno: Tor Apr 21, 2009 7:20 pm Naslov sporočila:

nakamichi · Objavljeno: Tor Apr 21, 2009 7:26 pm Naslov sporočila:

Obrate merim jaz in osvežujem na 1s zaradi majhnega št. vzorcev. Je pa tako osveževanje za kaj več kot uglaševanje motorja praktično neuporabno, je pa natančno in točno Smile

L.P.,
Miha

bolha95 · Objavljeno: Sre Apr 22, 2009 2:22 pm Naslov sporočila:

Ob prebiranju te teme sem dobil idejo.

Kaj če bi se izdelalo vmesnik na osnovi enostavnega MCU-ja, ki bi delal podobno kot delajo OP industrijski paneli s tem, da bi ga krmilili preko SPI ali I2C? Pa da bi imel možnost prednalaganja določenih slik, vrednosti za izpis bi pa vpisoval v nek podatkovni blok. Naloga glavnega CPU-ja bi pa bila samo izbira slike in prenos vrednosti. Ali kaj takšnega že obstaja?

Kakšno je vaše mnenje?

Glitch · Objavljeno: Sre Apr 22, 2009 2:33 pm Naslov sporočila:

Seveda, stari računalniki so zaradi slabe grafike uporabljali sprite

mucek4 · Objavljeno: Sre Apr 22, 2009 2:47 pm Naslov sporočila:

Silvo · Objavljeno: Čet Apr 23, 2009 8:18 am Naslov sporočila:

bolha95 · Objavljeno: Čet Apr 23, 2009 8:24 am Naslov sporočila:

En pomislek: koliko se v praksi uporablja I2C? OK za serijske FLASH-e in EEPROM-e vem, kaj pa ostalo? Mislim, da bi za to skoraj bolj v poštev prišel SPI in pa klasičen UART za npr. konfiguriranje in nalaganje podatkov, lahko pa seveda tudi za kasnejši priklop v aplikacijo. Po možnosti naj bi zadeva bila v samo enem čipu brez dodatne periferije. To pa se lahko naredi z enim MCU-jem, ki že ima vgrajen SPI, ki ponavadi dela tudi kot slave. UART je pa tudi vgrajen v mnogih kontrolerjih.

Silvo · Objavljeno: Čet Apr 23, 2009 8:49 am Naslov sporočila:

Če je težava zaradi števila pinov mikrokontrolerja je I2C idealna rešitev. Na isto vodilo namreč lahko obešaš vso I2C periferijo ter porabiš le dva pina. (recimo tudi več LCD-jev, ki bi jih poganjal na tak način)
V koliko pa je edini namen prenseti podatke na displej na malo večjo razdaljo pa je po moje na samem lcd-ju uporabiti kar nek low cost mikrokontroler, ki bo le vez med LCD-jem ter drugim mikrokontroelrjem.

bolha95 · Objavljeno: Čet Apr 23, 2009 8:54 am Naslov sporočila:

Malo bo treba še razmisliti, potem pa na delo. Upam, da mi bo kaj časa ostalo Smile

mucek4 · Objavljeno: Čet Apr 23, 2009 9:53 am Naslov sporočila:

Sam sem mislil vzeti en uC, na njega priključiti LCD, kot vhod pa imeti izbiro I2C, SPI, UART, ....

Kaj takega v sami aplikaciji ni smiselno je pa smiselno za razhroščevanje.

Glitch · Objavljeno: Čet Apr 23, 2009 2:27 pm Naslov sporočila:

Če je potreba za takimi vmesniki, se kupi LCDje, ki jih podpirajo.