Printerport

[Zombori Zoltan]

On Wed, 25 Jun 2003, VF wrote:

> > valtozott, az aram pedig csak felere esett, ebbol arra kovetkeztetek, hogy
> > aramgenerator van a felso tagban.
>
> Nem feltetlenul, a TTL ic-k kimenete ilyen. Sokkal kisebb aramot tudnak
> leadni mint nyelni. Ez tehat nem meglepo.

Ez is lehet, nem is gondoltam ra...  Az jutott eszembe, amikor a
CD4543-mal probaltam 7szegmenses LED kijelzot hajtani, es elotetellenallas
nelkul sem kaptam megfelelo fenyerot.
Az is pont ilyen "erotlennek" tunt.

> > Valoban nem Ok, 27 Ohm szokas, de az is csak az adatbitekkel sorban.
> > Itt meg a vezerlokon is van!
>
> Nem azert nem szabvanyos, hanem mert nem nyitott kollektorosak a
> vezerlojelek. A kis ellenallas nem problema, az csak vedelmi illetve
> zavarszuresi cellal van ott.
 Ez igaz, csak nem talaltam leirva, hogy kotelezoen nyitott kollektoros.
Az eredeti megvalositas valoban az volt, de mint utolag rajottem, a
kontroll regiszter csak kimenojeleket tartalmaz, visszaolvasasi
lehetoseggel. Ez onmagaban nem zarja ki a TP kimenet hasznalatat. Igy
aztan egy szavam sem lehet az ellen, hogy nem tudok rajta rendesen befele
kommunikalni:(

> > En is megoldottam a problemat, egy sima BC182 le tudja huzni a portbitet
> > 0,07V-ra! Beolvasva korrekt stabil szintet produkal.
> Nem ertem hogy logikai kapuval miert nem sikerult, lehuzni majdnem
> ugyanolyan jol tudnak mint a BC182.

Az eredeti otletem az volt, hogy az adatregiszter kimenobitjeivel
szimulalom a hardverbol jovo jeleket, ehhez csak egy megfelelo
rovidzarakkal ellatott Db25 apa kellett.
Igy aztan a kovetkezo volt a felallas:
TP kimenet-68R-kulso rovidzar-68R-TP kimenet(bemenetnek hasznalva)
A 14mA a 68 Ohmokon es a "lehuzo" tranyon akkora feszultsegesest okozott,
hogy nem lehetett nagy joindulattal sem L szintnek nevezni a bemeno
jelet:(

Megprobaltam azert tanulasi cellal a kovetkezoket is:
Erdetileg betervezett HC03 : 0,53V-ig huzza le
HCT14: 0,54V-ig
LS05 : 0,35V-ig, ez mar beolvashato!
BC182 HC14-el meghajtva: 0,07V ->  Ennel maradtam, mivel a triggeres kapu
mashol jobb volt, mint az LS05.

> > Erdekessegkent kiprobaltam az adatbiteken (D1-D8) hasonlo modon adatot
> > bevinni. Sikerult:)))
>
> Persze hogy sikerult. Irjak az ajanlott doksiban is hogy ez mukodik.
> 1-be kell allitani a portbiteket, kivulrol 0-ba le lehet huzni, mert a
> TTL aramkorok meghajtokepessege alacsony szinten sokkal nagyobb.
> De nem nagyon van jelentosege, mert ma mar gyakorlatilag minden porton
> kikapcsolhato a meghajtas, tehat bemenetnek is programozhatok. Asztali
> gepek, notebookok, markas es markatlan ugyanugy. Ezert felesleges vacakolni
> a regi elgyakott portokkal...

Nem is fogok, csak felkeszultem a legrosszabra is:)
Mondom ezt nagykepuen, de mi van, ha tortenetesen nem ez a port van a
gepemben, mert meg nem ment benne tonkre az alaplapi?
Ra sem jovok, hogy ilyen problema eloallhat...

> > feszultseget eldisszipalva Pd=12*0,014A*5V=0,84W
> > Hat hataresetnek tunik:(  Ettol mar kellene, hogy susson az IC.
> Attol fugg mekkora :) De ezt meg egy kisebb SO tok is elviszi.

Ez egy nagyobb korbelabas, ugy 50-60 laba lehet. Alig langyos.

> Nem is kell 12 biten megcsinalni ezt, eleg csak a portbiteken, ha azok
> nem ketiranyuak, ugy mar kisebb a disszipacio.

Osszesen 2 ilyen bitem van. A fejlesztes ideje alatt tuti kibirjak!

> Szerintem nem volt jo otlet rahajtani erre a szerencsetlen portra, mert
> lehet hogy az ujabb portokkal mas problemaid lesznek... Az uj, ma kaphato
> gepek portjara kellett volna koncentralnod.

Koszi, alaposan fogom tesztelni az ujabb gepen is, szerencsere mint irtam,
csak azert kenyszerultem erre a portra, mert az egyik fejleszteshez
hasznalt gepben ez van:(
De a segitsegeddel, es egy pici modositassal megoldodott a gond.
Szerencsere meg epp NYAKtervezes elott:)))

> > Kivancsisagbol meg megkerdeznem, hasznalt mar valaki vezerlolabat (base+2)
> > bemenetkent?
> Igen. En :) Mukodik.
Megnyugtato a szamomra, hogy jo uton jartam!

> A legujabb EKG programletolto kutyuben mar a DDR memoriak trukkjet
> alkalmaztam, tehat az adat kimegy a portra, utana az egyik vezerlojel
> allapotvaltozasakor fogadja a masik oldal. A fel es lefuto elnel is
> van adatatvitel, igy jelentosen meg lehetett novelni a sebesseget, azt
> foleg a parallel port lassusaga limitalja. A CPLD-be epitett flash

Ugyes megoldas! En is lattam, meg tesztprogramocskakkal mertem is, hogy
milyen lassu a printerport.
Egy adatirasi utasitas a portra kb 1,4-1,6us a legtobb gepen, a processzorok
sebessegetol szinte fuggetlenul.
Hasznalom is idozitesre, kiirom tizszer ugyanazt, es megvan a 15us
kesleltetes:) Az iras helyett lehet olvasas is, az se gyorsabb.

> programozo algoritmus befejezesekor a visszajelzes is igy tortenik.
> Mar csak az orajelek osszehangolasaval lehetne tovabb gyorsitani,
> mint a C64 turbok adatatvitelenel :)

Esetleg, ha nem kell 8 bit, akkor egy bitet felaldozni orajel celjaira.

Nekem a C64 kimaradt:(
De megvolt a HT1080Z :)

Koszi a segitseget!
Bye,    __      _
      o'')}____//
       `_/      )
       (_(_/-(_/     Zombori Zolta'n <zombori at cc.u-szeged.hu>