[elektro] Batron LCD kérdés (probléma)

[Skandar Graun]

A parancs kiadása: Write + select
Select elvesz, write --> read
Select vissza... majd várja a busy-t.
Ha a select elvesz- write --> read váltás túl gyors, akkor lefagy az lcd

Karoly Kovacs <koka55 at yahoo.com> írta (2010. augusztus 1. 10:59):
> Ezt viszont en nem ertem. :)))
>
> Az en ertelmezesemben a busy-flag lekerdezese a kovetkezoket jelenti:
> 1. valamilyen parancs
> 2. busy?
> 3. igen: goto 2
> 4. nem: tovabb
>
> Itt egy jo pelda a sok kozul:
> http://www.8051projects.net/lcd-interfacing/busyflag.php
>
> Szoval nem ertem, mit ertesz a busy flag lekerdezesenek idozitesen?
>
> Karoly
>
>  -----------------------------------------------------
> "Houston, I am the problem!"
>
>
>
> ----- Original Message ----
>> From: Skandar Graun <sgraun at gmail.com>
>> To: elektro at tesla.hu
>> Sent: Sun, August 1, 2010 10:45:44 AM
>> Subject: Re: [elektro] Batron LCD kérdés (probléma)
>>
>> Nem értettem félre.
>> Pont a busy flag lekérdezésének időzítése a probléma.  Legalábbis nálam.
>>
>> Karoly Kovacs <koka55 at yahoo.com> írta (2010. augusztus 1.  10:30):
>> > Szerintem felreertitek a dolgot.
>> >
>> > En epp az  ellenkezojet allitom, azaz ha a program kesleltetesesre
>> > volt megirva,  akkor az adott LCD kijelzonel jo (de lehet, hogy csak
>> > eppen jo!)  kesleltetesek mas kijelzonel nem lesznek jok.
>> >
>> > A korrekt megoldas  mindenkeppen a busy flag _helyes_ lekerdezese.
>> >
>> > Ez persze nem  zarja ki azt, amit irtatok, hogy egy adott konfiguracioban
>> > epp a  kesleltetesek (nop-ok) adtak az optimalis eredmenyt a busy flag-es
>> >  megoldassal szemben.
>> >
>> > Karoly
>> >
>> >   -----------------------------------------------------
>> > "Houston, I am  the problem!"
>> >
>> >
>> >
>> > ----- Original Message  ----
>> >> From: Bali Zoltan <eltexto at freemail.hu>
>> >> To: elektro at tesla.hu
>> >> Sent: Sun,  August 1, 2010 10:00:38 AM
>> >> Subject: Re: [elektro] Batron LCD kérdés  (probléma)
>> >>
>> >> Detto, behalt a busy lekérdezésbe idönként.  Én visszaírtam késleltetősre.
>> >> Meg  a krix-karxokat, nálam is a  vonalak szürése (47-150pF) oldotta meg.
>> >> Pár  nop-al lassítottam még  és tökéletes lett. A kondik közvetlenül az
>> >> lcd  panelra  kerültek.
>> >> A vezeték nem volt hosszú, 15 cm, de amikor a dc motor   keféje kontaktos
>> >> lett,
>> >> előjőttek a krix-kraxok. A  kondik óta nem. Ja és  az lcd panelre kerültek
>> >> még a
>> >>  felhúzók is, ha jól  emlékszem.
>> >>
>> >> Üdv.   Zoli
>> >>
>> >>
>> >> 2010. 08. 01. 9:30 keltezéssel,   Skandar Graun írta:
>> >> > Nekem más típusnál ugyan, de szintén  időzítési  probléma jelentkezett
>> >>ugyanígy.
>> >> > Pont a  busy flag lekérdezésénél. Ha túl  gyorsan mentem át írásból
>> >> >  olvasásba, akkor valami oknál fogva nem adott  többé busy flaget.
>> >>  > Mintha a túl gyors váltás lefagyasztotta volna az  lcd-t.
>> >> >  Az írás és az olvasás közé tett néhány 100 usec-es  várakozás
>> >> >  gyógyította meg. (ne kérdezd mennyi, sok nop utasítás  volt,
>> >> >  egyszercsak jó lett. Na, akkor még betettem ötöt.)
>> >> >
>> >>  >  Karoly Kovacs<koka55 at yahoo.com>  írta (2010.  augusztus  1. 8:24):
>> >> >
>> >> >> En ugy tapasztaltam, hogy   ezeknel az szokott bajt okozni, hogy
>> >> >> nemelyik gyartmany  nagyon  erzekeny az idozitesekre.
>> >> >> Ez onmagaban persze nem  problema, a baj  csak akkor szokott
>> >> >> jelentkezni, hogy ha a  programolo lusta, es a  busy-flag lekerdezese
>> >> >> helyett  minden utasitas utan varakoztatja egy  kicsit a programot
>> >> >>  (delay). Ez szokott galibat okozni, hisz nem  biztos, hogy valoban
>> >>  >> vegzett az lcd vezerlo az elozo utasitas  feldolgozasaval
>> >>  >> At kell irni a programot, hogy az utasitasok utan  mindeig  kerdezze
>> >> >> le a busy-t.
>> >> >> Ha viszont eleve  ilyen a  programotok, akkor passz, nem tudom a
>> >> >>   valaszt.
>> >> >>
>> >> >> Illetve megis van egy masik  otletem: jartam mar  ugy, hogy "szurni"
>> >> >> kellett valamelyik  vezerlojelet (mar nem  emlekszem, melyiket, most
>> >> >> nem  keresem elo a rajzokat).
>> >> >>  Ez alatt azt ertsd, hogy sacc per  kabe 10nF-1uF kozti erteku  kondival
>> >> >> lehuzni a foldre.  (Ahol ez nalam problema volt, ott azonban  igen
>>hosszu,
>> >> >> kb.  1,5m-es szalagkabel ment az lcd-hez. Ha rovidebb a  kabel, akkor
>> >>  >> valoszinuleg nincs erre  szukseg.)
>> >> >>
>> >>  >> Karoly
>> >> >>
>> >> >>     -----------------------------------------------------
>> >> >>  "Houston, I am  the problem!"
>> >> >>
>> >>  >>
>> >> >>
>> >> >> ----- Original  Message  ----
>> >> >>
>> >> >>> From: Arpad<kando777 at googlemail.com>
>> >>  >>>  To: elektro<elektro at tesla.hu>; "elektronika, uC, dsp,   wlan,
>>programozas"
>> >> >>> <retro at lists.tmp.hu>
>> >>  >>>  Sent: Wed, July 28, 2010 8:28:43 AM
>> >> >>>  Subject: [elektro] Batron  LCD kérdés (probléma)
>> >>  >>>
>> >> >>>  Üdv!
>> >> >>>
>> >>  >>> Van egy termékünk, amiben a kijelző modul  Batron gyártmányú,   2x16
>> >> >>> karakteres, zöld led  háttérvilágítású LCD, BTHQ  21605VSS-06 típusú,
>> > ezzel
>> >> >>> nem  volt problémánk,  most viszont a raktár/anyagbeszerzés kicsit
>>másabb
>> >> >>>  típusjelű kijelzőket szerzett be, állítólag ez van a régi  helyett,
>> ennek
>> >>a
>> >> >>> típusa: BTHQ 21605VSS-25. Azonban  valami  mégse jó ezzel a modullal,
>> mert
>> >>bár
>> >> >>>  megkapja rendben a  buszon az adatokat mégis egy idő után a   kijelzőn
>> >> >>>  mindenféle ,,krix-krax'' karakter jelenik  meg vagy éppen nem ír ki
>> >>semmit,
>> >> >>> sőt néha a  berendezést is lefagyasztja. Esetleg más  tapasztalt
>> hasonló
>> >>  >>> hibát, aki alkalmaz ilyen, újabb  kijelzőt? Vagy esetleg valaki  tudja,
>> a
>> >> >>> ,,régi'' fajtát még  be lehet szerezni  valahol?
>> >> >>>
>> >> >>> --
>> >>  >>>  Arpad  Lakatos
>> >> >>>
>> >>  >>>
>> >>
>> >>  -----------------------------------------
>> >>             elektro[-flame|-etc]
>> >>
>> >
>> >
>> >
>> >
>> >  -----------------------------------------
>> >           elektro[-flame|-etc]
>>
>> -----------------------------------------
>>            elektro[-flame|-etc]
>>
>
>
>
>
> -----------------------------------------
>          elektro[-flame|-etc]