Přejít na obsah
ARCHIVEKArchiv e-mailových konferencí o 8bitových počítačích Archiv Pandory 1999 až 2013

Zpět na zprávu

Celé vlákno · 12 zpráv

[SharpMZ] Nové foto GDG

"Vaclav Peroutka" <vaclavpe@[doména skryta]> SHARP MZ-800

Ahoj všichni,

takže nemožné se stalo skutečností a máme nový lepší obraz GDG. Uložil jsme ho tady, ale bude lepší, dá-li jej někdo někam archivně.

https://uloz.to/!ahINPZBLMSv5/gdg-velky-obraz-jpg

Je to 20x zvětšeno a automaticky poskládáno. Kolega zkoušel i zvětšení 50x, bohužel to hynulo na příliš se opakujícím motivu. Je to děláno na našem interním zařízení.

Jsem zvědav, jestli se z toho během dlouhých zimních večerů někomu z vás povede vytěžit nějaké informace.

Vašek

Re: [SharpMZ] Nové foto GDG

Jakub Ladman <ladmanj@[doména skryta]> SHARP MZ-800

Ahoj Vašku, ahoj všichni

Sotva to stahuju, takže zatím jsem zvědav jak to vypadá.

Malá připomínka ale putuje zvolenému formátu.

Možná se pletu, ale jpeg komprese na podobný charakter obrázku podle mě není to pravé ...


J.


Dne 12.12.2017 v 13:20 Vaclav Peroutka napsal(a):
Ahoj všichni,

takže nemožné se stalo skutečností a máme nový lepší obraz GDG. Uložil jsme ho tady, ale bude lepší, dá-li jej někdo někam archivně.

https://uloz.to/!ahINPZBLMSv5/gdg-velky-obraz-jpg

Je to 20x zvětšeno a automaticky poskládáno. Kolega zkoušel i zvětšení 50x, bohužel to hynulo na příliš se opakujícím motivu. Je to děláno na našem interním zařízení.

Jsem zvědav, jestli se z toho během dlouhých zimních večerů někomu z vás povede vytěžit nějaké informace.

Vašek


_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz

Re: [SharpMZ] Nové foto GDG

"Michal Medek" <Michal.Bruntal@[doména skryta]> SHARP MZ-800

Ahoj,

uz to taky sosam ;-) S tim formatem souhlasim, prece jen je to ztratova komprese. Neslo by to ulozit treba v komprimovanem tiff formatu? Nebo jeste lepe vzit i ty jednotlive fotky, zvetsene 50x a prohnat je treba uschovnou nebo VAKem. Byla by zaloha, kdyby neco...
Ale jinak je to prima pocin. Tak diky.

Mikes

---------- Původní e-mail ----------
Od: Jakub Ladman <ladmanj[doména skryta]>
Komu: sharpmzmail.ordoz.com
Datum: 12. 12. 2017 18:48:10
Předmět: Re: [SharpMZ] Nové foto GDG

Ahoj Vašku, ahoj všichni

Sotva to stahuju, takže zatím jsem zvědav jak to vypadá.

Malá připomínka ale putuje zvolenému formátu.

Možná se pletu, ale jpeg komprese na podobný charakter obrázku podle mě není to pravé ...


J.


Dne 12.12.2017 v 13:20 Vaclav Peroutka napsal(a):
Ahoj všichni,

takže nemožné se stalo skutečností a máme nový lepší obraz GDG. Uložil jsme ho tady, ale bude lepší, dá-li jej někdo někam archivně.

https://uloz.to/!ahINPZBLMSv5/gdg-velky-obraz-jpg

Je to 20x zvětšeno a automaticky poskládáno. Kolega zkoušel i zvětšení 50x, bohužel to hynulo na příliš se opakujícím motivu. Je to děláno na našem interním zařízení.

Jsem zvědav, jestli se z toho během dlouhých zimních večerů někomu z vás povede vytěžit nějaké informace.

Vašek


_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz

_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz

Re: [SharpMZ] Nové foto GDG

Michal Hucik - ORDOZ <ordoz@[doména skryta]> SHARP MZ-800


Ahoj Vasku, obrazek je to pekny. Diky za tu praci, kterou jste si s tim uzili a klobouk dolu.

Nicmene kdyz se na to ted chvilku divam a snazim se v tom cist, tak se obavam, ze GDG zustane i nadale zastreno tajemstvim... Mam z toho pocit, ze mnohem jednodussi je vzit to jako blackbox a ten z gruntu navrhnout podle odpozorovaneho chovani, nez zanalyzovat ty bunky na obrazku. Byl bych rad, kdyby k tomu neco rekli kluci, kteri se uz pred rokem zabyvali analyzou te mrizky.

Mam pocit, ze cca pred rokem a pul jsem tady napsal tech par vlastnosti, ktrere o GDG nevime, protoze je nelze presne odpozorovat z mereni, ktere vychazi z aplikace ve ktere je obvod zapojen. Nedokazal jsem vymyslet test, kterym by je slo zmerit at uz v Sharpu, nebo treba hypoteticky mimo nej. Dnes uz si nepamatuju co presne jsem psal a priznam se, ze se mi to nechce zpetne hledat. Myslim vsak, ze slo o tohle:

1) melody - signal, ktery ma +/- 32 Hz

Nema vystupni pin a proto je exaktnimi metodami nemeritelny. Pri psani emu jsem s nim trochu experimentoval a dospel jsem k vlastnimu zaveru, ze jeho citac je mozna zdrojovan z radkove synchronizace, ci z HBLN.

2) HBLN

Rovnez neni citelny jinak, nez pres IORQ. Podle mych pozorovani nemusi byt zcela shodny s tim, kde se skutecne na vystupu nachazi paprsek.  (Mimochodem HS a VS, ktere vidime na IORQ zarucene nejsou shodne se stavem, ktery je na RGBI vystupu, ale to uz jsem psal vicekrat.)

3) chovani WAIT v MZ700

Bude IMHO vazano na stejny princip jakym je realizovan HBLN + nejaky IORQ buffer. V emu jsem toto odpozorovane chovani naimplementoval, ale vim, ze v hranicnich hodnotach se zrejme neshoduji s realitou, protoze ji nemam jak lepe zmerit. (rozumej - muze to byt treba i presne, ale neni jak to overit :-)

4) chovani WAIT v MZ800

Ten jsem objevil tusim pomerne nedavno a merenim jsem snad nasel i presnou periodu, v jake jsou data z registru nabirana, coz uvolni WAIT. Bohuzel stejne jako v bode 3 se jedna o jev, ktery je zavisly na nekolika hodinovych signalech a je to docela blbe meritelne. V SVN verzi emu je tohle dle mereni implementovano.

5) jak zjistit za jak dlouho se projevi zmena parametru zapsanych do GDG

Napr. Mafro kdysi napsal program, ktery v ramci jednoho snimku meni DMD, coz zpusobi na vystupu to, ze je obrazovka soucasne ve dvou ruznych rezimech. Nelze bohuzel objektivne presne zmerit. Tohle jsem do emu nenaimplementoval - zmeny v emulatoru se myslim projevi ve chvili, kdy je zapisete do GDG, nicmene jak uz jsem napsal, tak jsem presvedceny, ze vystupni paprsek je trochu popredu oproti tomu co se deje na IORQ.

Odpovedi z tech fotek asi bohuzel neziskame... Svym zpusobem se jedna o pitomosti, ktere v takto nepresne formulovane emulaci a) pozorovatel nedokaze nikdy odhalit, b) jsou diky kombinaci nekolika hodinovych signalu natolik randomizovane, ze zrejme neexistuje situace, kdy by mohla byt presnost jejich emulace kriticka.

Myslim, ze si alespon en obrazek GDG necham vytisknout do ramu a povesim si ho na zed v pracovne ;)

Michal


Dne 12.12.2017 v 13:20 Vaclav Peroutka napsal(a):
Ahoj všichni,

takže nemožné se stalo skutečností a máme nový lepší obraz GDG. Uložil jsme ho tady, ale bude lepší, dá-li jej někdo někam archivně.

https://uloz.to/!ahINPZBLMSv5/gdg-velky-obraz-jpg

Je to 20x zvětšeno a automaticky poskládáno. Kolega zkoušel i zvětšení 50x, bohužel to hynulo na příliš se opakujícím motivu. Je to děláno na našem interním zařízení.

Jsem zvědav, jestli se z toho během dlouhých zimních večerů někomu z vás povede vytěžit nějaké informace.

Vašek


_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz


Re: [SharpMZ] Nové foto GDG

"Vaclav Peroutka" <vaclavpe@[doména skryta]> SHARP MZ-800

Ahoj pánové,

já jsem rád, že z toho stroje vypadlo aspoň něco a z pohledu na obrázek je to použitelné k eventuální analýze. Některé části jsou rozmazané, ale to může být dáno zvlněním křemíkové destičky tepelným/napěťovým namáháním. Ale to pouze hádám.

Ano, máte pravdu, že jpeg formát není to pravé. A já ani nevím, co ten stroj umí a jestli to umí nafotit ještě nějak jinak. Když to srovnám s výsledky od Keyence a Olympusu, tohle je zdaleka nejlepší.

Pokud to budete někdo schopen nafotit ještě lépe, můžu vám ten čip předat, v tom problém nevidím.

Vašek

---------- Původní e-mail ----------
Od: Michal Medek <Michal.Bruntal[doména skryta]>
Komu: Počítače SHARP MZ a jejich emulátory <sharpmzmail.ordoz.com>
Datum: 12. 12. 2017 19:11:41
Předmět: Re: [SharpMZ] Nové foto GDG
Ahoj,

uz to taky sosam ;-) S tim formatem souhlasim, prece jen je to ztratova komprese. Neslo by to ulozit treba v komprimovanem tiff formatu? Nebo jeste lepe vzit i ty jednotlive fotky, zvetsene 50x a prohnat je treba uschovnou nebo VAKem. Byla by zaloha, kdyby neco...
Ale jinak je to prima pocin. Tak diky.

Mikes

---------- Původní e-mail ----------
Od: Jakub Ladman <ladmanj[doména skryta]>
Komu: sharpmzmail.ordoz.com
Datum: 12. 12. 2017 18:48:10
Předmět: Re: [SharpMZ] Nové foto GDG

Ahoj Vašku, ahoj všichni

Sotva to stahuju, takže zatím jsem zvědav jak to vypadá.

Malá připomínka ale putuje zvolenému formátu.

Možná se pletu, ale jpeg komprese na podobný charakter obrázku podle mě není to pravé ...


J.


Dne 12.12.2017 v 13:20 Vaclav Peroutka napsal(a):
Ahoj všichni,

takže nemožné se stalo skutečností a máme nový lepší obraz GDG. Uložil jsme ho tady, ale bude lepší, dá-li jej někdo někam archivně.

https://uloz.to/!ahINPZBLMSv5/gdg-velky-obraz-jpg

Je to 20x zvětšeno a automaticky poskládáno. Kolega zkoušel i zvětšení 50x, bohužel to hynulo na příliš se opakujícím motivu. Je to děláno na našem interním zařízení.

Jsem zvědav, jestli se z toho během dlouhých zimních večerů někomu z vás povede vytěžit nějaké informace.

Vašek


_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz

_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz
_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz

Re: [SharpMZ] Nové foto GDG

Radek Suk <suk@[doména skryta]> SHARP MZ-800


Ahoj Michale

Myslim si ze to reseni pres blackbox jak pises je jeste slozitejsi nez zanalyzovat obrazky. Pekne jsi popsal problemy, ktere se musi resit. Mne nejvice zajima ten Wait signal. Na T.M.3 kdyz Bohous delal kopii hlavniho zakaznickeho obvodu pro MZ700 jsem rikal ze idelani je vychazet ze schematu pro MZ80K a pres MZ80A jit na MZ700. Proste ve schematu pro MZ80K jsou jeste pekne videt obvody citacu uvnitr pocitace. Logicky autor MZ700 pouzival stejne casovani jak treba MZ80K. To se da pouzit i pro MZ800. I zde se da ocekavat podobne zapojeni. Stale verim ze budou pekne fotky GDG a prace pujde od ruky.

Radek


Dne 12.12.2017 v 23:26 Michal Hucik - ORDOZ napsal(a):

Ahoj Vasku, obrazek je to pekny. Diky za tu praci, kterou jste si s tim uzili a klobouk dolu.

Nicmene kdyz se na to ted chvilku divam a snazim se v tom cist, tak se obavam, ze GDG zustane i nadale zastreno tajemstvim... Mam z toho pocit, ze mnohem jednodussi je vzit to jako blackbox a ten z gruntu navrhnout podle odpozorovaneho chovani, nez zanalyzovat ty bunky na obrazku. Byl bych rad, kdyby k tomu neco rekli kluci, kteri se uz pred rokem zabyvali analyzou te mrizky.

Mam pocit, ze cca pred rokem a pul jsem tady napsal tech par vlastnosti, ktrere o GDG nevime, protoze je nelze presne odpozorovat z mereni, ktere vychazi z aplikace ve ktere je obvod zapojen. Nedokazal jsem vymyslet test, kterym by je slo zmerit at uz v Sharpu, nebo treba hypoteticky mimo nej. Dnes uz si nepamatuju co presne jsem psal a priznam se, ze se mi to nechce zpetne hledat. Myslim vsak, ze slo o tohle:

1) melody - signal, ktery ma +/- 32 Hz

Nema vystupni pin a proto je exaktnimi metodami nemeritelny. Pri psani emu jsem s nim trochu experimentoval a dospel jsem k vlastnimu zaveru, ze jeho citac je mozna zdrojovan z radkove synchronizace, ci z HBLN.

2) HBLN

Rovnez neni citelny jinak, nez pres IORQ. Podle mych pozorovani nemusi byt zcela shodny s tim, kde se skutecne na vystupu nachazi paprsek.  (Mimochodem HS a VS, ktere vidime na IORQ zarucene nejsou shodne se stavem, ktery je na RGBI vystupu, ale to uz jsem psal vicekrat.)

3) chovani WAIT v MZ700

Bude IMHO vazano na stejny princip jakym je realizovan HBLN + nejaky IORQ buffer. V emu jsem toto odpozorovane chovani naimplementoval, ale vim, ze v hranicnich hodnotach se zrejme neshoduji s realitou, protoze ji nemam jak lepe zmerit. (rozumej - muze to byt treba i presne, ale neni jak to overit :-)

4) chovani WAIT v MZ800

Ten jsem objevil tusim pomerne nedavno a merenim jsem snad nasel i presnou periodu, v jake jsou data z registru nabirana, coz uvolni WAIT. Bohuzel stejne jako v bode 3 se jedna o jev, ktery je zavisly na nekolika hodinovych signalech a je to docela blbe meritelne. V SVN verzi emu je tohle dle mereni implementovano.

5) jak zjistit za jak dlouho se projevi zmena parametru zapsanych do GDG

Napr. Mafro kdysi napsal program, ktery v ramci jednoho snimku meni DMD, coz zpusobi na vystupu to, ze je obrazovka soucasne ve dvou ruznych rezimech. Nelze bohuzel objektivne presne zmerit. Tohle jsem do emu nenaimplementoval - zmeny v emulatoru se myslim projevi ve chvili, kdy je zapisete do GDG, nicmene jak uz jsem napsal, tak jsem presvedceny, ze vystupni paprsek je trochu popredu oproti tomu co se deje na IORQ.

Odpovedi z tech fotek asi bohuzel neziskame... Svym zpusobem se jedna o pitomosti, ktere v takto nepresne formulovane emulaci a) pozorovatel nedokaze nikdy odhalit, b) jsou diky kombinaci nekolika hodinovych signalu natolik randomizovane, ze zrejme neexistuje situace, kdy by mohla byt presnost jejich emulace kriticka.

Myslim, ze si alespon en obrazek GDG necham vytisknout do ramu a povesim si ho na zed v pracovne ;)

Michal


Dne 12.12.2017 v 13:20 Vaclav Peroutka napsal(a):
Ahoj všichni,

takže nemožné se stalo skutečností a máme nový lepší obraz GDG. Uložil jsme ho tady, ale bude lepší, dá-li jej někdo někam archivně.

https://uloz.to/!ahINPZBLMSv5/gdg-velky-obraz-jpg

Je to 20x zvětšeno a automaticky poskládáno. Kolega zkoušel i zvětšení 50x, bohužel to hynulo na příliš se opakujícím motivu. Je to děláno na našem interním zařízení.

Jsem zvědav, jestli se z toho během dlouhých zimních večerů někomu z vás povede vytěžit nějaké informace.

Vašek


_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz




_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz



--
Radek Suk
Vedoucí administrátor sítě
SOFTEX NCP, s.r.o., Růžová 1426, 434 01 Most
Web: www.softex.cz, Tel.: 840 77 88 99


Re: [SharpMZ] Nové foto GDG

Radek Suk <suk@[doména skryta]> SHARP MZ-800

Ahojte vsichni,

samozrejme jsem rad ze Vasek nechal udelat dalsi foto. Jsem v kontaktu s Mikesem21. Co se tyce potreb pro prekresleni chipu tak mam stejne potreby jako on. A protoze on primo hovoril s Vaskem, tak se ted vi co je potreba udelat. Oba chceme casem otevrit obe cesty jak udelat prekresleni. Mikes chce jit cestou programu Magic a vyuzit simulaci uvnitr programu. Urcite je to dobra cesta. Ja chci jit cestou specialniho programu jak jsem uz psal minuly rok.

Jinak jsem si dal za ukol vytezit co nejvice informaci ze soucasneho obrazku. Uz ted vidim uvnitr struktury co se opakuji. Napr. v prave tretine spise nahore je videt shluk 7 bunkovych struktur pod sebou. Je velmi pravdepodobne ze to budou zakladni citace. Zajimave je ze AD0 az ADF jenz ma byt jen vstupni pin vypada ze je obousmerny? Mozna je to nejaky vystup pri kontrole chipu. Uvidime co casem zjistime.

Jinak mam uz asi presne identifikovane vyvody. Ted se bavim o poslednim kompletnim obrazku od Vaska. Vyvod 1 je druhy vyvod zhora v prave svisle lince. Nad nim je vyvod 2 +5V - nad nim muzete videt vpravo to pismeno N. Vyvod 3 GND je prvni vyvod uplne vpravo na horni lince. Pak postupne doleva jdou vyvody 4 AD0, 5 AD1 atd. Cislovani jde proti smeru hodinovych rucicek. Pozor na GND v leve svisle lince (uprostred). Jsou tam dva "bondy" na bunky co nic nedelaji (jsou prazdne) a oba bondy jsou pripajene na jeden vyvod chipu, tak az to budete pocitat tak at pocitate spravne!

Zajimave je ze treba ten vyvod 1 ma take tri vnitrni privody i presto ze je to jen Out vystup. Asi v nejakem testovacim rezimu to dela neco jineho a je to In vstup.

Co se tyce meho programu tak zatim mam v hlavne dve myslenky. Prvni je, ze cisla spoju 1 az 499 budou vyhrazena pro vyvody. Napr. vyvod 1 CPU bude mit tri cesty. Cislo 1,101,201 budou urceny pro tento vyvod 1. Jeden bude logicky vstup, dalsi vystup a treti bude urcovat smer toku dat. U vyvodu kde je jen jeden pin bude jen zakladni cislo. Napr. vyvod 100 TEMP bude mit cislo jen 100.

Pro spoje asi pouziji cislo 2^32. Reseni popisu spoju pouziji ctyri pole pro zacatek 880x616 bunek (cisla se asi budou menit). Takze popis celeho obvodu se vejde do 10MB. Ty pole si predstavte tak, ze zakladni pole s cislem 0 je vrstva soucastek. Toto pole nepocitam, protoze je to jen virtualni pole, zde nemuze byt zadny propoj. Nad nim bude pole 1 az 4. Pole 1 a 3 jsou prokovy. Prokov ve vrstve 1 rika ze je propojene pole 0 a 2. Prokov ve vrstve 3 rika ze je propojene pole 2 a 4.

V budoucnu asi pridam dalsi pole ktere budou popisovat uz komplexni cleny. V prvni fazi jen cleny AND a OR ale pozdeji i cele bloky Full-adder. To umozni nasledne export dat do nejake uzitecne formy. Idelane do VHDL.

Radek



Dne 12.12.2017 v 13:20 Vaclav Peroutka napsal(a):
Ahoj všichni,

takže nemožné se stalo skutečností a máme nový lepší obraz GDG. Uložil jsme ho tady, ale bude lepší, dá-li jej někdo někam archivně.

https://uloz.to/!ahINPZBLMSv5/gdg-velky-obraz-jpg

Je to 20x zvětšeno a automaticky poskládáno. Kolega zkoušel i zvětšení 50x, bohužel to hynulo na příliš se opakujícím motivu. Je to děláno na našem interním zařízení.

Jsem zvědav, jestli se z toho během dlouhých zimních večerů někomu z vás povede vytěžit nějaké informace.

Vašek


_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz



--
Radek Suk
Vedoucí administrátor sítě
SOFTEX NCP, s.r.o., Růžová 1426, 434 01 Most
Web: www.softex.cz, Tel.: 840 77 88 99


Re: [SharpMZ] Nové foto GDG

Radek Suk <suk@[doména skryta]> SHARP MZ-800

Kluci je neco noveho? Planuji se nejake nove fotky?

Radek


Dne 17.12.2017 v 10:00 Radek Suk napsal(a):
Ahojte vsichni,

samozrejme jsem rad ze Vasek nechal udelat dalsi foto. Jsem v kontaktu s Mikesem21. Co se tyce potreb pro prekresleni chipu tak mam stejne potreby jako on. A protoze on primo hovoril s Vaskem, tak se ted vi co je potreba udelat. Oba chceme casem otevrit obe cesty jak udelat prekresleni. Mikes chce jit cestou programu Magic a vyuzit simulaci uvnitr programu. Urcite je to dobra cesta. Ja chci jit cestou specialniho programu jak jsem uz psal minuly rok.

Jinak jsem si dal za ukol vytezit co nejvice informaci ze soucasneho obrazku. Uz ted vidim uvnitr struktury co se opakuji. Napr. v prave tretine spise nahore je videt shluk 7 bunkovych struktur pod sebou. Je velmi pravdepodobne ze to budou zakladni citace. Zajimave je ze AD0 az ADF jenz ma byt jen vstupni pin vypada ze je obousmerny? Mozna je to nejaky vystup pri kontrole chipu. Uvidime co casem zjistime.

Jinak mam uz asi presne identifikovane vyvody. Ted se bavim o poslednim kompletnim obrazku od Vaska. Vyvod 1 je druhy vyvod zhora v prave svisle lince. Nad nim je vyvod 2 +5V - nad nim muzete videt vpravo to pismeno N. Vyvod 3 GND je prvni vyvod uplne vpravo na horni lince. Pak postupne doleva jdou vyvody 4 AD0, 5 AD1 atd. Cislovani jde proti smeru hodinovych rucicek. Pozor na GND v leve svisle lince (uprostred). Jsou tam dva "bondy" na bunky co nic nedelaji (jsou prazdne) a oba bondy jsou pripajene na jeden vyvod chipu, tak az to budete pocitat tak at pocitate spravne!

Zajimave je ze treba ten vyvod 1 ma take tri vnitrni privody i presto ze je to jen Out vystup. Asi v nejakem testovacim rezimu to dela neco jineho a je to In vstup.

Co se tyce meho programu tak zatim mam v hlavne dve myslenky. Prvni je, ze cisla spoju 1 az 499 budou vyhrazena pro vyvody. Napr. vyvod 1 CPU bude mit tri cesty. Cislo 1,101,201 budou urceny pro tento vyvod 1. Jeden bude logicky vstup, dalsi vystup a treti bude urcovat smer toku dat. U vyvodu kde je jen jeden pin bude jen zakladni cislo. Napr. vyvod 100 TEMP bude mit cislo jen 100.

Pro spoje asi pouziji cislo 2^32. Reseni popisu spoju pouziji ctyri pole pro zacatek 880x616 bunek (cisla se asi budou menit). Takze popis celeho obvodu se vejde do 10MB. Ty pole si predstavte tak, ze zakladni pole s cislem 0 je vrstva soucastek. Toto pole nepocitam, protoze je to jen virtualni pole, zde nemuze byt zadny propoj. Nad nim bude pole 1 az 4. Pole 1 a 3 jsou prokovy. Prokov ve vrstve 1 rika ze je propojene pole 0 a 2. Prokov ve vrstve 3 rika ze je propojene pole 2 a 4.

V budoucnu asi pridam dalsi pole ktere budou popisovat uz komplexni cleny. V prvni fazi jen cleny AND a OR ale pozdeji i cele bloky Full-adder. To umozni nasledne export dat do nejake uzitecne formy. Idelane do VHDL.

Radek



Dne 12.12.2017 v 13:20 Vaclav Peroutka napsal(a):
Ahoj všichni,

takže nemožné se stalo skutečností a máme nový lepší obraz GDG. Uložil jsme ho tady, ale bude lepší, dá-li jej někdo někam archivně.

https://uloz.to/!ahINPZBLMSv5/gdg-velky-obraz-jpg

Je to 20x zvětšeno a automaticky poskládáno. Kolega zkoušel i zvětšení 50x, bohužel to hynulo na příliš se opakujícím motivu. Je to děláno na našem interním zařízení.

Jsem zvědav, jestli se z toho během dlouhých zimních večerů někomu z vás povede vytěžit nějaké informace.

Vašek


_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz



--
Radek Suk
Vedoucí administrátor sítě
SOFTEX NCP, s.r.o., Růžová 1426, 434 01 Most
Web: www.softex.cz, Tel.: 840 77 88 99




_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz

Re: [SharpMZ] Nové foto GDG

"Vaclav Peroutka" <vaclavpe@[doména skryta]> SHARP MZ-800

Ahoj, poptával jsem jestli se nedají udělat výřezy ve větším zvětšení ale zprávu zatím nemám.

Už jste někdo s těmi stávajícími fotkami zkoušeli ? Dostali jste se někam ? Třeba bych na základě vašich zkušeností byl schopen líp definovat, co tam potřebujete vidět.

Vašek


---------- Původní e-mail ----------
Od: Radek Suk <suk[doména skryta]>
Komu: sharpmzmail.ordoz.com
Datum: 25. 1. 2018 22:54:54
Předmět: Re: [SharpMZ] Nové foto GDG
Kluci je neco noveho? Planuji se nejake nove fotky?

Radek


Dne 17.12.2017 v 10:00 Radek Suk napsal(a):
Ahojte vsichni,

samozrejme jsem rad ze Vasek nechal udelat dalsi foto. Jsem v kontaktu s Mikesem21. Co se tyce potreb pro prekresleni chipu tak mam stejne potreby jako on. A protoze on primo hovoril s Vaskem, tak se ted vi co je potreba udelat. Oba chceme casem otevrit obe cesty jak udelat prekresleni. Mikes chce jit cestou programu Magic a vyuzit simulaci uvnitr programu. Urcite je to dobra cesta. Ja chci jit cestou specialniho programu jak jsem uz psal minuly rok.

Jinak jsem si dal za ukol vytezit co nejvice informaci ze soucasneho obrazku. Uz ted vidim uvnitr struktury co se opakuji. Napr. v prave tretine spise nahore je videt shluk 7 bunkovych struktur pod sebou. Je velmi pravdepodobne ze to budou zakladni citace. Zajimave je ze AD0 az ADF jenz ma byt jen vstupni pin vypada ze je obousmerny? Mozna je to nejaky vystup pri kontrole chipu. Uvidime co casem zjistime.

Jinak mam uz asi presne identifikovane vyvody. Ted se bavim o poslednim kompletnim obrazku od Vaska. Vyvod 1 je druhy vyvod zhora v prave svisle lince. Nad nim je vyvod 2 +5V - nad nim muzete videt vpravo to pismeno N. Vyvod 3 GND je prvni vyvod uplne vpravo na horni lince. Pak postupne doleva jdou vyvody 4 AD0, 5 AD1 atd. Cislovani jde proti smeru hodinovych rucicek. Pozor na GND v leve svisle lince (uprostred). Jsou tam dva "bondy" na bunky co nic nedelaji (jsou prazdne) a oba bondy jsou pripajene na jeden vyvod chipu, tak az to budete pocitat tak at pocitate spravne!

Zajimave je ze treba ten vyvod 1 ma take tri vnitrni privody i presto ze je to jen Out vystup. Asi v nejakem testovacim rezimu to dela neco jineho a je to In vstup.

Co se tyce meho programu tak zatim mam v hlavne dve myslenky. Prvni je, ze cisla spoju 1 az 499 budou vyhrazena pro vyvody. Napr. vyvod 1 CPU bude mit tri cesty. Cislo 1,101,201 budou urceny pro tento vyvod 1. Jeden bude logicky vstup, dalsi vystup a treti bude urcovat smer toku dat. U vyvodu kde je jen jeden pin bude jen zakladni cislo. Napr. vyvod 100 TEMP bude mit cislo jen 100.

Pro spoje asi pouziji cislo 2^32. Reseni popisu spoju pouziji ctyri pole pro zacatek 880x616 bunek (cisla se asi budou menit). Takze popis celeho obvodu se vejde do 10MB. Ty pole si predstavte tak, ze zakladni pole s cislem 0 je vrstva soucastek. Toto pole nepocitam, protoze je to jen virtualni pole, zde nemuze byt zadny propoj. Nad nim bude pole 1 az 4. Pole 1 a 3 jsou prokovy. Prokov ve vrstve 1 rika ze je propojene pole 0 a 2. Prokov ve vrstve 3 rika ze je propojene pole 2 a 4.

V budoucnu asi pridam dalsi pole ktere budou popisovat uz komplexni cleny. V prvni fazi jen cleny AND a OR ale pozdeji i cele bloky Full-adder. To umozni nasledne export dat do nejake uzitecne formy. Idelane do VHDL.

Radek



Dne 12.12.2017 v 13:20 Vaclav Peroutka napsal(a):
Ahoj všichni,

takže nemožné se stalo skutečností a máme nový lepší obraz GDG. Uložil jsme ho tady, ale bude lepší, dá-li jej někdo někam archivně.

https://uloz.to/!ahINPZBLMSv5/gdg-velky-obraz-jpg

Je to 20x zvětšeno a automaticky poskládáno. Kolega zkoušel i zvětšení 50x, bohužel to hynulo na příliš se opakujícím motivu. Je to děláno na našem interním zařízení.

Jsem zvědav, jestli se z toho během dlouhých zimních večerů někomu z vás povede vytěžit nějaké informace.

Vašek


_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz



--
Radek Suk
Vedoucí administrátor sítě
SOFTEX NCP, s.r.o., Růžová 1426, 434 01 Most
Web: www.softex.cz, Tel.: 840 77 88 99




_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz

_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz

Přílohy

  • 14dfd86f.7fa800c5.jpg
    image/jpeg · 12 kB · 21 x 60 px
  • 85c05911.a1d22c65.jpg
    image/jpeg · 24 kB · 200 x 87 px

Re: [SharpMZ] Nové foto GDG

"Michal Medek" <Michal.Bruntal@[doména skryta]> SHARP MZ-800

Ahoj,

ja uz jsem s tim trochu neco zkousel. Nejvetsi problem jsem mel s rozpoznavanim mista, kde je drat (svisle/vodorovne) propojeny se substratem. Nekde je jen izilovany prechod a nekde je to jako vodive propojeni. A to rozliseni je prave docela problem. Pro to spolehlive rozliseni by se prave ty podrobnejsi vyrezy hodily. A myslim samozrejme jen uvnitr te vnitni matice, kde je implementovana logika cipu.

Mikes

---------- Původní e-mail ---------- Od: Vaclav Peroutka <vaclavpe[doména skryta]>
Komu: Počítače SHARP MZ a jejich emulátory <sharpmzmail.ordoz.com>
Datum: 26. 1. 2018 8:01:31
Předmět: Re: [SharpMZ] Nové foto GDG
Ahoj, poptával jsem jestli se nedají udělat výřezy ve větším zvětšení ale zprávu zatím nemám.

Už jste někdo s těmi stávajícími fotkami zkoušeli ? Dostali jste se někam ? Třeba bych na základě vašich zkušeností byl schopen líp definovat, co tam potřebujete vidět.

Vašek


---------- Původní e-mail ----------
Od: Radek Suk <suk[doména skryta]>
Komu: sharpmzmail.ordoz.com
Datum: 25. 1. 2018 22:54:54
Předmět: Re: [SharpMZ] Nové foto GDG
Kluci je neco noveho? Planuji se nejake nove fotky?

Radek


Dne 17.12.2017 v 10:00 Radek Suk napsal(a):
Ahojte vsichni,

samozrejme jsem rad ze Vasek nechal udelat dalsi foto. Jsem v kontaktu s Mikesem21. Co se tyce potreb pro prekresleni chipu tak mam stejne potreby jako on. A protoze on primo hovoril s Vaskem, tak se ted vi co je potreba udelat. Oba chceme casem otevrit obe cesty jak udelat prekresleni. Mikes chce jit cestou programu Magic a vyuzit simulaci uvnitr programu. Urcite je to dobra cesta. Ja chci jit cestou specialniho programu jak jsem uz psal minuly rok.

Jinak jsem si dal za ukol vytezit co nejvice informaci ze soucasneho obrazku. Uz ted vidim uvnitr struktury co se opakuji. Napr. v prave tretine spise nahore je videt shluk 7 bunkovych struktur pod sebou. Je velmi pravdepodobne ze to budou zakladni citace. Zajimave je ze AD0 az ADF jenz ma byt jen vstupni pin vypada ze je obousmerny? Mozna je to nejaky vystup pri kontrole chipu. Uvidime co casem zjistime.

Jinak mam uz asi presne identifikovane vyvody. Ted se bavim o poslednim kompletnim obrazku od Vaska. Vyvod 1 je druhy vyvod zhora v prave svisle lince. Nad nim je vyvod 2 +5V - nad nim muzete videt vpravo to pismeno N. Vyvod 3 GND je prvni vyvod uplne vpravo na horni lince. Pak postupne doleva jdou vyvody 4 AD0, 5 AD1 atd. Cislovani jde proti smeru hodinovych rucicek. Pozor na GND v leve svisle lince (uprostred). Jsou tam dva "bondy" na bunky co nic nedelaji (jsou prazdne) a oba bondy jsou pripajene na jeden vyvod chipu, tak az to budete pocitat tak at pocitate spravne!

Zajimave je ze treba ten vyvod 1 ma take tri vnitrni privody i presto ze je to jen Out vystup. Asi v nejakem testovacim rezimu to dela neco jineho a je to In vstup.

Co se tyce meho programu tak zatim mam v hlavne dve myslenky. Prvni je, ze cisla spoju 1 az 499 budou vyhrazena pro vyvody. Napr. vyvod 1 CPU bude mit tri cesty. Cislo 1,101,201 budou urceny pro tento vyvod 1. Jeden bude logicky vstup, dalsi vystup a treti bude urcovat smer toku dat. U vyvodu kde je jen jeden pin bude jen zakladni cislo. Napr. vyvod 100 TEMP bude mit cislo jen 100.

Pro spoje asi pouziji cislo 2^32. Reseni popisu spoju pouziji ctyri pole pro zacatek 880x616 bunek (cisla se asi budou menit). Takze popis celeho obvodu se vejde do 10MB. Ty pole si predstavte tak, ze zakladni pole s cislem 0 je vrstva soucastek. Toto pole nepocitam, protoze je to jen virtualni pole, zde nemuze byt zadny propoj. Nad nim bude pole 1 az 4. Pole 1 a 3 jsou prokovy. Prokov ve vrstve 1 rika ze je propojene pole 0 a 2. Prokov ve vrstve 3 rika ze je propojene pole 2 a 4.

V budoucnu asi pridam dalsi pole ktere budou popisovat uz komplexni cleny. V prvni fazi jen cleny AND a OR ale pozdeji i cele bloky Full-adder. To umozni nasledne export dat do nejake uzitecne formy. Idelane do VHDL.

Radek



Dne 12.12.2017 v 13:20 Vaclav Peroutka napsal(a):
Ahoj všichni,

takže nemožné se stalo skutečností a máme nový lepší obraz GDG. Uložil jsme ho tady, ale bude lepší, dá-li jej někdo někam archivně.

https://uloz.to/!ahINPZBLMSv5/gdg-velky-obraz-jpg

Je to 20x zvětšeno a automaticky poskládáno. Kolega zkoušel i zvětšení 50x, bohužel to hynulo na příliš se opakujícím motivu. Je to děláno na našem interním zařízení.

Jsem zvědav, jestli se z toho během dlouhých zimních večerů někomu z vás povede vytěžit nějaké informace.

Vašek


_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz



--
Radek Suk
Vedoucí administrátor sítě
SOFTEX NCP, s.r.o., Růžová 1426, 434 01 Most
Web: www.softex.cz, Tel.: 840 77 88 99




_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz

_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz
_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz

Re: [SharpMZ] Nové foto GDG

Radek Suk <suk@[doména skryta]> SHARP MZ-800


Ahoj Vasku

Zatim jsem nejvice prace udelal na uplne prvnich fotkach. Hodne pomohla ta fotka kde je maximalni detail (50x). Pro beznou praci staci s mensim rozlisenim. Problem je jak i pise Mikes najit presne misto kde je pripojeny spoj na vlastni tranzistor. Hlavne v miste kde je dalsi spoj o jednu vrstvu nahore. Prave ten horni spoj je schopen zakryt misto a poradne se nevidi co se "deje" pod nim. V detailu to jde videt. Za mne bych byl pro radu fotek v maximalnim rozliseni a vubec bych je nespojoval. Klidne i prekryvani az o 50% by nebylo na skodu (idelane 20%).  Na https://photos.google.com/share/AF1QipMXBI_SVtweEEMqhfenQfuO36E9uiPK4VfTNe0vDsQJxCJ45g3iAyE2GSSUWwNTWw/photo/AF1QipOU_NSCZKVa9-m-eotwiyH6xLQKI631D6lXJPkI?key=cTIyWjdZb3MwbDhoVTk3cGY2LWRxbnJMUTRKRmdB
je rada fotek. Idelani fotka pro zjistovani nesrovnalosti je 50x zvetseni. Pro beznou praci je to 20x. 10x je vhodny pro nahled. Mne by se libilo kdyz by se to fotilo v radcich. Nejdrive spodni radka (s prekryvem) a pak dalsi radka. Kazda radka by mela mit jmeno souboru vytvorene nejak logicky - napr. 001001 - prvni tri cisla by byla radka a dalsi tri znaky je poradove cislo fotky v radku. Osobne si to predstavuji tak ze normalne vezmu obrazek a vlozim ho do formulare jako pozadi. Je mozne se si ho predem upravim v externim editoru aby byl treba vetsi/mensi. Pak na tento obrazek budu kreslit body/cary. Vrstev pro cesty budu mit dve. Take tam budou dve vrstvy pro vertikalni spoje (prokovy). Uplne dole bude nakres tranzistoru. Pomoci klavesnice budu moci vrstvy zobrazit/nezobrazit. Vlastne neco podobneho jsem uz delal v Eaglu. Da se rici ze to co budu delat bude editor bodu. Realne to bude ulozene ve ctyrech dvojrozmernych polich. Pak jiny program bude schopen udelat export. Osobne bych to chtel zkusit exportovat do XML a pokusit se to nacist do Eaglu. Ted by mi zase pomohl nasledne zjistit zkraty a jine DRC problemy. Teorericky by to mohl i zobrazit. Take by to mohl i Mikes pouzit pro kontrolni import v jeho Magic programu.

Pocitam ze tech fotek bude treba 400-900. Pro kazdou budu muset program nastavit. To ale nebude az tak slozite. On si bude pamatovat jak presne ma kreslit body. Urcite pujde i softwarove lehce vyresit ze fotka nebude vodorovne udelana. Sam si prepocita uhel o ktery bude posunuta. Jedine co budu muset rucne urcit budou dva body v rozich. Urcite jsem pro fotky co nejsou upravovane. Klidne at jsou sikme.

Take pocitam ze se hodne veci bude opakovat a tak to dostane dosti velke zrychleni prace hned jak se identifikuji vlastni cleny hradel. V prvni fazi se domnivam je potreba udelat znova ten pravy dolni roh - to uz jsem rucne zpracoval minuly rok. Pak se presunout nahoru do prave casti cipu. Je tak jasne videt citac. Je to hlavni citac GDG. Pak mam dalsi zajimavy bod a to prostredek cipu uplne dole - tak je nejaky multiplex co se dosti opakuje. Jinak jeste v prosinci jsem koukal na /RFSH a /MREQ a tam jsem cast cipu uz desifroval rucne. Urcite cip nic nedela kdyz je /RFSH v log0.

Radek


Dne 26.01.2018 v 10:04 Michal Medek napsal(a):
Ahoj,

ja uz jsem s tim trochu neco zkousel. Nejvetsi problem jsem mel s rozpoznavanim mista, kde je drat (svisle/vodorovne) propojeny se substratem. Nekde je jen izilovany prechod a nekde je to jako vodive propojeni. A to rozliseni je prave docela problem. Pro to spolehlive rozliseni by se prave ty podrobnejsi vyrezy hodily. A myslim samozrejme jen uvnitr te vnitni matice, kde je implementovana logika cipu.

Mikes

---------- Původní e-mail ---------- Od: Vaclav Peroutka <vaclavpe[doména skryta]>
Komu: Počítače SHARP MZ a jejich emulátory <sharpmzmail.ordoz.com>
Datum: 26. 1. 2018 8:01:31
Předmět: Re: [SharpMZ] Nové foto GDG
Ahoj, poptával jsem jestli se nedají udělat výřezy ve větším zvětšení ale zprávu zatím nemám.

Už jste někdo s těmi stávajícími fotkami zkoušeli ? Dostali jste se někam ? Třeba bych na základě vašich zkušeností byl schopen líp definovat, co tam potřebujete vidět.

Vašek


---------- Původní e-mail ----------
Od: Radek Suk <suk[doména skryta]>
Komu: sharpmzmail.ordoz.com
Datum: 25. 1. 2018 22:54:54
Předmět: Re: [SharpMZ] Nové foto GDG
Kluci je neco noveho? Planuji se nejake nove fotky?

Radek


Dne 17.12.2017 v 10:00 Radek Suk napsal(a):
Ahojte vsichni,

samozrejme jsem rad ze Vasek nechal udelat dalsi foto. Jsem v kontaktu s Mikesem21. Co se tyce potreb pro prekresleni chipu tak mam stejne potreby jako on. A protoze on primo hovoril s Vaskem, tak se ted vi co je potreba udelat. Oba chceme casem otevrit obe cesty jak udelat prekresleni. Mikes chce jit cestou programu Magic a vyuzit simulaci uvnitr programu. Urcite je to dobra cesta. Ja chci jit cestou specialniho programu jak jsem uz psal minuly rok.

Jinak jsem si dal za ukol vytezit co nejvice informaci ze soucasneho obrazku. Uz ted vidim uvnitr struktury co se opakuji. Napr. v prave tretine spise nahore je videt shluk 7 bunkovych struktur pod sebou. Je velmi pravdepodobne ze to budou zakladni citace. Zajimave je ze AD0 az ADF jenz ma byt jen vstupni pin vypada ze je obousmerny? Mozna je to nejaky vystup pri kontrole chipu. Uvidime co casem zjistime.

Jinak mam uz asi presne identifikovane vyvody. Ted se bavim o poslednim kompletnim obrazku od Vaska. Vyvod 1 je druhy vyvod zhora v prave svisle lince. Nad nim je vyvod 2 +5V - nad nim muzete videt vpravo to pismeno N. Vyvod 3 GND je prvni vyvod uplne vpravo na horni lince. Pak postupne doleva jdou vyvody 4 AD0, 5 AD1 atd. Cislovani jde proti smeru hodinovych rucicek. Pozor na GND v leve svisle lince (uprostred). Jsou tam dva "bondy" na bunky co nic nedelaji (jsou prazdne) a oba bondy jsou pripajene na jeden vyvod chipu, tak az to budete pocitat tak at pocitate spravne!

Zajimave je ze treba ten vyvod 1 ma take tri vnitrni privody i presto ze je to jen Out vystup. Asi v nejakem testovacim rezimu to dela neco jineho a je to In vstup.

Co se tyce meho programu tak zatim mam v hlavne dve myslenky. Prvni je, ze cisla spoju 1 az 499 budou vyhrazena pro vyvody. Napr. vyvod 1 CPU bude mit tri cesty. Cislo 1,101,201 budou urceny pro tento vyvod 1. Jeden bude logicky vstup, dalsi vystup a treti bude urcovat smer toku dat. U vyvodu kde je jen jeden pin bude jen zakladni cislo. Napr. vyvod 100 TEMP bude mit cislo jen 100.

Pro spoje asi pouziji cislo 2^32. Reseni popisu spoju pouziji ctyri pole pro zacatek 880x616 bunek (cisla se asi budou menit). Takze popis celeho obvodu se vejde do 10MB. Ty pole si predstavte tak, ze zakladni pole s cislem 0 je vrstva soucastek. Toto pole nepocitam, protoze je to jen virtualni pole, zde nemuze byt zadny propoj. Nad nim bude pole 1 az 4. Pole 1 a 3 jsou prokovy. Prokov ve vrstve 1 rika ze je propojene pole 0 a 2. Prokov ve vrstve 3 rika ze je propojene pole 2 a 4.

V budoucnu asi pridam dalsi pole ktere budou popisovat uz komplexni cleny. V prvni fazi jen cleny AND a OR ale pozdeji i cele bloky Full-adder. To umozni nasledne export dat do nejake uzitecne formy. Idelane do VHDL.

Radek



Dne 12.12.2017 v 13:20 Vaclav Peroutka napsal(a):
Ahoj všichni,

takže nemožné se stalo skutečností a máme nový lepší obraz GDG. Uložil jsme ho tady, ale bude lepší, dá-li jej někdo někam archivně.

https://uloz.to/!ahINPZBLMSv5/gdg-velky-obraz-jpg

Je to 20x zvětšeno a automaticky poskládáno. Kolega zkoušel i zvětšení 50x, bohužel to hynulo na příliš se opakujícím motivu. Je to děláno na našem interním zařízení.

Jsem zvědav, jestli se z toho během dlouhých zimních večerů někomu z vás povede vytěžit nějaké informace.

Vašek


_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz



--
Radek Suk
Vedoucí administrátor sítě
SOFTEX NCP, s.r.o., Růžová 1426, 434 01 Most
Web: www.softex.cz, Tel.: 840 77 88 99




_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz

_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz
_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz


_______________________________________________
SharpMZ mailing list
SharpMZmail.ordoz.com
http://mail.ordoz.com/mailman/listinfo/sharpmz

[SharpMZ] Talsky mlyn 11-13.5.2018 - Sharp Woodstock

Radek Suk <suk@[doména skryta]> SHARP MZ-800

Tak muzu oznamit ze dalsi akce Sharpistu je pred nami. Opet se sejdeme v 
Zdaru na Sazavou v hotelu Talsky mlyn. Ted se podarilo skoro nemozne a 
to ze vsichni tri autori unikary prijedou soucasne. Program se jeste 
upresni ale uz ted je jasne ze tam bude velka rozprava ohledne unikarty. 
Take jiste bude diskuse ohledne fotografii GDG.  Mikes nam ukaze novy 
firmware pro unikartu. Kazdy Sharpista je vitan. Jen napiste zpravu aby 
se vedelo kolik nas prijede. Salonek neni nafukovaci ale jeste par lidi 
se tam vejde. Kdo nevi jak akce bezne vypada, ten se muze vice dozvedet 
na strankach Martin8bity. napr. info z posledniho setkani je 
http://www.8bity.cz/2017/sharp-weekend-talsky-mlyn-11-2017/ .

Radek