Celé vlákno · 10 zpráv

No co si clovek neudela sam... ;-)

Tak dneska jsem se k tomu konecne dostal, ale v tomto smeru moje chabe
 schopnosti bylo treba podporit pritelem na telefonu. Po predani informace v
jakem stavu se Sharp respektive CPU nachazi - zastaven na adrese $0000 a na
datech bylo $C3 coz je prvni znak v ROMce, CS ROMky byl taky aktivni, takze bylo
jasne ze CPU vubec nebezi. Hodiny 17MHz i po vydeleni GDGckem 3,5MHz pro CPU
bezely v poradku, RESET fungoval taky spravne. Takze prisly na radu obsluzne
signaly a bylo jasny ze CPU byl drzen signalem WAIT. Pres hradlo v brouku na
pozici 5D kde se tvori signal WAIT z cest od GDG, zvuk.cipu a EXWAIT ze
sbernice. Na vstupu hradla (pin 10) z EXWAIT byla 0 i kdyz je tam pull-up a po
provereni ze cestou to neni nikde zkratovane byl vytipovan hlavni podezrely.
Vyndat tu potvoru 74LS08 a nahradil uz byla jen chvilka a Voila - Sharp uz opet 
zije :).
Jeste jednou diky Martine ;-)

Mel jsem stesti ze to byl jen obyc brouk a ne GDG, snad nekomu tenhle popis k
necemu pomuze ;-)
Sillicon

Tak blahopreju k odhaleni zavady!

Nicmene moje zkusenosti nezahrnuji ani zadny pripad, kdy by proste jen 
tak samo od sebe a bez priciny odeslo hradlo, ktere v obvodu po cele 
roky fungovalo spravne.
Jelikoz zrejme jedinym uzivatelem signalu exWAIT je Unikarta, tak mne 
napada, zda na tom prave ona nemohla mit nejaky podil? V takove uvaze 
mne napada jediny mozny zpusob vzniku poruchy a to na zaklade rozdilu 
napeti mezi Sharpem a pripadnym USB zarizenim, ktere mohlo byt k 
Unikarte pripojeno. Tak jako se to stalo sveho casu Jakubovi L. - tomu 
to ale odrovnalo translator napeti na Unikarte.

Michal


Dne 3.3.2013 23:53, Sillicon (sharpemupandora.cz) napsal(a):

> No co si clovek neudela sam... ;-)
>
> Tak dneska jsem se k tomu konecne dostal, ale v tomto smeru moje chabe
 schopnosti bylo treba podporit pritelem na telefonu. Po predani informace v
jakem stavu se Sharp respektive CPU nachazi - zastaven na adrese $0000 a na
datech bylo $C3 coz je prvni znak v ROMce, CS ROMky byl taky aktivni, takze bylo
jasne ze CPU vubec nebezi. Hodiny 17MHz i po vydeleni GDGckem 3,5MHz pro CPU
bezely v poradku, RESET fungoval taky spravne. Takze prisly na radu obsluzne
signaly a bylo jasny ze CPU byl drzen signalem WAIT. Pres hradlo v brouku na
pozici 5D kde se tvori signal WAIT z cest od GDG, zvuk.cipu a EXWAIT ze
sbernice. Na vstupu hradla (pin 10) z EXWAIT byla 0 i kdyz je tam pull-up a po
provereni ze cestou to neni nikde zkratovane byl vytipovan hlavni podezrely.
Vyndat tu potvoru 74LS08 a nahradil uz byla jen chvilka a Voila - Sharp uz opet 
zije :).
> Jeste jednou diky Martine ;-)
>
> Mel jsem stesti ze to byl jen obyc brouk a ne GDG, snad nekomu tenhle popis k 
necemu pomuze ;-)
> Sillicon
> ---
> Pobyty na horách se slevou
> http://raketa.cz/slevy/pobyty/hory/
>

Ahoj,

presne tak, taky jsem premyslel, co se mohlo stat. Navic Sillicon rikal, ze jeden den to vypnul funkcni a druhy den zapnul a nic. To by napovidalo nejakemu napetovemu razu. EXWAIT jde primo z MCU na sbernici Sharpa, stejne jako hromada dalsich signalu. Proc zrovna a jen EXWAIT? Kdyby tam byl nejaky napetovy rozdil, tak bych cekal, ze toho pujde vic. Takhle je to sice super, ze oprava byla relativne jednoducha, ale mam trochu obavu, aby se podobna vece neopakovala a rad bych zjistil pricinu. Unikartu clovek opravi, ale Sharp by nekdy mohl byt problem. Ten EXWAIT vede primo do GDG, stejne jako dalsi signaly. Na druhou stranu, kdyby se potkal EXWAIT z Unikarty s EXWAIT z GDG, cekal bych spis, ze odejde jeden z nic a ne vstup AND hradla.

Tomasi, mels tam zapojene USB, serial, VGA ... co vsechno? Vsechny zarizeni ze stejnych zasuvek?

Hezky den, Martin.

> Jelikoz zrejme jedinym uzivatelem signalu exWAIT je Unikarta, tak mne
> napada, zda na tom prave ona nemohla mit nejaky podil? V takove uvaze
> mne napada jediny mozny zpusob vzniku poruchy a to na zaklade rozdilu
> napeti mezi Sharpem a pripadnym USB zarizenim, ktere mohlo byt k
> Unikarte pripojeno. Tak jako se to stalo sveho casu Jakubovi L. - tomu
> to ale odrovnalo translator napeti na Unikarte.

Ahoj,

presne tak, taky jsem premyslel, co se mohlo stat. Navic Sillicon rikal, ze jeden den to vypnul funkcni a druhy den zapnul a nic. To by napovidalo nejakemu napetovemu razu. EXWAIT jde primo z MCU na sbernici Sharpa, stejne jako hromada dalsich signalu. Proc zrovna a jen EXWAIT? Kdyby tam byl nejaky napetovy rozdil, tak bych cekal, ze toho pujde vic. Takhle je to sice super, ze oprava byla relativne jednoducha, ale mam trochu obavu, aby se podobna vece neopakovala a rad bych zjistil pricinu. Unikartu clovek opravi, ale Sharp by nekdy mohl byt problem. Ten EXWAIT vede primo do GDG, stejne jako dalsi signaly. Na druhou stranu, kdyby se potkal EXWAIT z Unikarty s EXWAIT z GDG, cekal bych spis, ze odejde jeden z nic a ne vstup AND hradla.

Tomasi, mels tam zapojene USB, serial, VGA ... co vsechno? Vsechny zarizeni ze stejnych zasuvek?

Hezky den, Martin.

> Jelikoz zrejme jedinym uzivatelem signalu exWAIT je Unikarta, tak mne
> napada, zda na tom prave ona nemohla mit nejaky podil? V takove uvaze
> mne napada jediny mozny zpusob vzniku poruchy a to na zaklade rozdilu
> napeti mezi Sharpem a pripadnym USB zarizenim, ktere mohlo byt k
> Unikarte pripojeno. Tak jako se to stalo sveho casu Jakubovi L. - tomu
> to ale odrovnalo translator napeti na Unikarte.

---
Pobyty na horách se slevou

Martine ale asi opravu nejake prepeti udelalo to ze odesel vstupni 
tranzistor. Cetl jsem ze na bezpecne zniceni tranzistoru staci rozdil 
napeti jen 7V mezi dvema privody AND hradla. Tak otazka je zda opravdu 
GDG dal log 0 a ve stejnou dobu na druhem privodu bylo prepeti od 
Unikarty. Otazka je zda lze neco delat? Sillicone napis zda jsi mel 
pripojene USB s napetim pri vypnutem Sharpovi.

Radek


Dne 4.3.2013 9:19, Martin Lukasek (sharpemupandora.cz) napsal(a):

>
> Kecam z hladu, sorry, EXWAIT z Unikarty jde jen do toho hradla a na 
> pullup. Prave na slouceni WAIT z GDG a EXWAIT je tam to hradlo.
> Martin
> *From:* mailto:lukasek[doména skryta]
> *Sent:* Monday, March 04, 2013 8:57 AM
> *To:* Konference "Počítač SHARP MZ-800 a emulátory" 
> <mailto:sharpemupandora.cz>
> *Subject:* Re: Re: Hleda se dobrovolnik....
>
> Ahoj,
>
> presne tak, taky jsem premyslel, co se mohlo stat. Navic Sillicon 
> rikal, ze jeden den to vypnul funkcni a druhy den zapnul a nic. To by 
> napovidalo nejakemu napetovemu razu. EXWAIT jde primo z MCU na 
> sbernici Sharpa, stejne jako hromada dalsich signalu. Proc zrovna a 
> jen EXWAIT? Kdyby tam byl nejaky napetovy rozdil, tak bych cekal, ze 
> toho pujde vic. Takhle je to sice super, ze oprava byla relativne 
> jednoducha, ale mam trochu obavu, aby se podobna vece neopakovala a 
> rad bych zjistil pricinu. Unikartu clovek opravi, ale Sharp by nekdy 
> mohl byt problem. Ten EXWAIT vede primo do GDG, stejne jako dalsi 
> signaly. Na druhou stranu, kdyby se potkal EXWAIT z Unikarty s EXWAIT 
> z GDG, cekal bych spis, ze odejde jeden z nic a ne vstup AND hradla.
>
> Tomasi, mels tam zapojene USB, serial, VGA ... co vsechno? Vsechny 
> zarizeni ze stejnych zasuvek?
>
> Hezky den, Martin.
>
> > Jelikoz zrejme jedinym uzivatelem signalu exWAIT je Unikarta, tak mne
> > napada, zda na tom prave ona nemohla mit nejaky podil? V takove uvaze
> > mne napada jediny mozny zpusob vzniku poruchy a to na zaklade rozdilu
> > napeti mezi Sharpem a pripadnym USB zarizenim, ktere mohlo byt k
> > Unikarte pripojeno. Tak jako se to stalo sveho casu Jakubovi L. - tomu
> > to ale odrovnalo translator napeti na Unikarte.
>
>
> ---
> Pobyty na horách se slevou <http://raketa.cz/slevy/pobyty/hory/>
>
>
> ---
> Pobyty na horách se slevou <http://raketa.cz/slevy/pobyty/hory/>
>

> mne napada jediny mozny zpusob vzniku poruchy a to na zaklade rozdilu
> napeti mezi Sharpem a pripadnym USB zarizenim, ktere mohlo byt k
> Unikarte pripojeno. Tak jako se to stalo sveho casu Jakubovi L. - tomu
> to ale odrovnalo translator napeti na Unikarte.

Já to dokonce považuju za vysoce pravděpodobný způsob. V průmyslu se
 takové 
věci ze zásady musí ošetřovat protože ..., jak praví poučka "there is no
such 
thing as ground".

Prostě jedna GND není nikdy na stejném potenciálu jako druhá GND a dokonce 
ani 
v rámci jedné desky není.

Sériová linka a FTDI čip, měl být nejlépe galvanicky oddělen (optočleny,
Adum, 
I-coupler), a/nebo všechny signály jdoucí do sharpa ošetřeny
přepěťovými 
diodami (dvoudiody kde A1+K2 je na signálu a K1 na VCC a A2 na GND), takže 
jakýkoliv vyšší potenciál než VCC je sveden právě do VCC větve a
jakýkoliv 
nižší potenciál je sveden do GND.
To má tendenci vypumpovat VCC vůči GND na vyšší napětí, čemuž se musípředcházet zenerovými diodami, transily, varistory, nebo polymerovými TVS 
(transient voltage supressor).

Dále pak aby to celé fungovalo i při zasouvání karty do celku, je vhodné
konektor konstruovat tak, aby se nejprve spojily zemní kontakty, (potom VCC) a 
nakonec signály.

Většina zařízení v elektrické třídě ochrany II (zdroje pro notebooky)
 ale i 
některé zařízení třídy I (plechová PC) mají nízkonapěťovou
(sekundární) zem 
kvůli kapacitnímu děliči formovanému kondenzátory ve vstupním filtru, ke kterému je připojen kapacitou transformátoru, nebo ochranným kondenzátorem 
přes bariéru na napětí přibližně rovném polovině síťového napětí. 
Toto napětí 
je velmi měkké, stačí se dotknout rukou  a napětí zmizí (při doteku
ostrou 
kovovou hranou na citlivou část kůže může do těla unikající proud
jemně brnět 
nebo pálit, při doteku větší plochou např. dlaně nedetekovatelné).
Pokud je tento unikající proud odveden diodami a kondenzátory mimo signály(napájecími a zemnícími větvemi) nic se nestane, ale pokud se to napětí
dostane na nechráněné logické hradlo, děj se vůle boží.

Pokud existuje výjimka, to znamená port, který nelze z nějakých důbodů
 chránit 
(kapacita ochranných prvků na vysokorychlostních signálech - takové v
sharpu 
nejsou) musí se označit symbolem ESD sensitive port a musí se s ním
náležitě 
pracovat :-)

Takhle se to  musí dělat v průmyslu. V DIY se na to sere a proto celej DIY 
svět přestávám mít pomalu rád, ale rozumím tomu že každá součástka vneprůmyslových sériích je významný vícenáklad a taky ručně osazovat
 ochrany na 
100 a víc signálů je taky pěkný průser...

Trošku moc jsem se rozepsal, pardon
Jakub Ladman

Trošku moc jsem se rozepsal, pardon Jakub Ladman 

Pokud to byla nová unikarta s VGA vystupem a s USB nebylo manipulovano, pak 
bych hledal zradu tam. Nevim jak je to v té unikartě uděláno, ale plechová 
ohradka VGA konektoru by měla být připojená alespoň přes kondík a odpor
paralelně na GND. Monitor by měl být při připojování do unikarty vypnutý
 ze 
sítě, aby unikající proud mezi zdrojem sharpa a monitoru začel téct až jedefinitivně zajištěno, že to poteče už hotovým spojením obou zemí.
Při připojování VGA pod napětím to proteče prvním pinem co se vyskytne
 pod 
kritickou vzdálenost
Já jsem měl problém s USB, protože s tím je prostě potřeba občas něco
udělat, 
přepojit atd.

Je pravda že dnešní IO mají interní ESD ochrany, ale zkušenosti říkají 
že to 
mnohdy nestačí. (přístroje, co děláme v zaměstnání, navíc musíme
vytunit aby 
vydržely +/- 6kV dotykový výboj a 8kV  vzdušný, někdy i víc a řeknu
vám, vůbec 
to není prdel)

Problémem je pokud unikarta dokáže přepětí (ať už od různých zemí,
nebo od 
elektrostatiky) přesměrovat energii do náhodného signálu do sharpa, místo 
do 
(odolnějších) napájecích větví.


Jakub Ladman
Dne Út 5. března 2013 05:59:04 Sillicon (sharpemupandora.cz) napsal(a):

> Zdar chlapi,
> 
> sorry trochu nestiham... ale to asi neznate ze ? ;-) zkusim odpovedet
> vsem...
> 
> Taky mi napadlo ze jen tak samo to odejit nemohlo, ale mel jsem tam
> pripojenou
> UniKartu a do ni jen LCD monitor. Jediny co mi napada ze jsem vlastne pri
> vypnutem
> Sharpu VGA odpojil a odklopil dekl aby bylo videt na UniKartu, protoze ji
> nekdo chtel videt
> a pak zase po chvili vse zpatky zapojit LCD a pak uz Sharp nenajel. Napadla
> mi jeste
> staticka el., ale to u rady 74xx neni obvykle a uniKarta maka porad stejne,
> takze netusim
> jak k tomu doslo.
> 
> Pripojeny byl opravdu jen VGA monitor a myslim ze vse napajeno z jednoho
> jezevcika.
> Kdyz byl Sharp vypnuty tak se k nemu nic navic nepripojovalo jen ten VGA
> aby se dal
> zvednou ten kryt se sloty.
> 
> Asi to bude mit neco spolecneho s tim jak se rozepsal Jakub.
> Rozdil potencialu a staticka jsou proste previti.
> 
> Tomas
> 
> 
> 
> 
> ---------- Původní zpráva ----------
> Od: Michal Hučík (sharpemupandora.cz) <ordoz[doména skryta]>
> Datum: 4. 3. 2013
> Předmět: Re: Hleda se dobrovolnik....
> 
> "Tak blahopreju k odhaleni zavady!
> 
> Nicmene moje zkusenosti nezahrnuji ani zadny pripad, kdy by proste jen
> tak samo od sebe a bez priciny odeslo hradlo, ktere v obvodu po cele
> roky fungovalo spravne.
> Jelikoz zrejme jedinym uzivatelem signalu exWAIT je Unikarta, tak mne
> napada, zda na tom prave ona nemohla mit nejaky podil? V takove uvaze
> mne napada jediny mozny zpusob vzniku poruchy a to na zaklade rozdilu
> napeti mezi Sharpem a pripadnym USB zarizenim, ktere mohlo byt k
> Unikarte pripojeno. Tak jako se to stalo sveho casu Jakubovi L. - tomu
> to ale odrovnalo translator napeti na Unikarte.
> 
> Michal
> 
> Dne 3.3.2013 23:53, Sillicon (sharpemupandora.cz) napsal(a):
> > No co si clovek neudela sam... ;-)
> > 
> > Tak dneska jsem se k tomu konecne dostal, ale v tomto smeru moje chabe
> 
> schopnosti bylo treba podporit pritelem na telefonu. Po predani informace v
> jakem stavu se Sharp respektive CPU nachazi - zastaven na adrese $0000 a na
> datech bylo $C3 coz je prvni znak v ROMce, CS ROMky byl taky aktivni, takze
> bylo jasne ze CPU vubec nebezi. Hodiny 17MHz i po vydeleni GDGckem 3,5MHz
> pro CPU bezely v poradku, RESET fungoval taky spravne. Takze prisly na radu
> obsluzne signaly a bylo jasny ze CPU byl drzen signalem WAIT. Pres hradlo v
> brouku na pozici 5D kde se tvori signal WAIT z cest od GDG, zvuk.cipu a
> EXWAIT ze sbernice. Na vstupu hradla (pin 10) z EXWAIT byla 0 i kdyz je tam
> pull-up a po provereni ze cestou to neni nikde zkratovane byl vytipovan
> hlavni podezrely. Vyndat tu potvoru 74LS08 a nahradil uz byla jen chvilka a
> Voila - Sharp uz opet zije :).
> 
> > Jeste jednou diky Martine ;-)
> > 
> > Mel jsem stesti ze to byl jen obyc brouk a ne GDG, snad nekomu tenhle
> 
> popis k necemu pomuze ;-)
> 
> > Sillicon
> > ---
> > Pobyty na horách se slevou
> > http://raketa.cz/slevy/pobyty/hory/
> 
> ---
> Pobyty na horách se slevou
> http://raketa.cz/slevy/pobyty/hory/"
> ---
> Pobyty na horách se slevou
> http://raketa.cz/slevy/pobyty/hory/