Keresés

Részletes keresés

siz Creative Commons License 6 órája 0 0 8301

A monitorban mutatott regiszter értékek csak BRK-ra futás után frissülnek.

Előzmény: IEC-ATA (8298)
siz Creative Commons License 6 órája 0 0 8300

Jól emlékszel.

Előzmény: ergoGnomik (8299)
ergoGnomik Creative Commons License 11 órája 0 0 8299

Két lehetőséged van. Az egyik, hogy BCS vagy BCC ugrást csinálsz. A másik, hogy PHP, PLA utasításokkal átmásolod az akkumulátorba. A processzor állapotbitjei emlékeim szerint sorrendben NV1BDIZC, így a legalsó bitet kell tesztelned. Már ha jól tényleg emlékszem.

Előzmény: IEC-ATA (8298)
IEC-ATA Creative Commons License 15 órája 0 0 8298

Az az igazság, hogy csináltattam már nyákfilmet egy kisebb nyákhoz a 6502+6522=8501 nyákomhoz. Most már javítva az eredeti Baltissen féle rajzot, ugyanis abban rosszul adta meg a 8501 "P" port lábait. Ő P0-P6-ig rajzolta, ami nem jó, mert ugye a P0-P4,P6-P7 kell. Meg rendeltem egy logikai analizátort, hogy lássam is hogy mi a helyzet. Másik kérdés: Ha a CARRY-be lévő értéket honnan tudom kiolvasni? Elviekben az állapot regiszter (SR) tartalmazza, de ha monitort beírom akkor csak $00 van benne.

Előzmény: siz (8297)
siz Creative Commons License 1 napja 0 0 8297

Szerintem nem (teljesen) ezt az irányt kellene erőltetni: ahogy többen írták is, nem kis macera a soros port kezelő rutinokat átírogatni, hogy más portkiosztással menjenek. Nem lehetetlen, de ettől még semmilyen gyorstöltő nem fog menni vele, tehát gyakorlatilag 1551-re korlátozod a gépet.

Akkor már inkább tényleg egy 6502+6522 kombó kell, meg egy rakat OR kapu, amivel CS jelet adsz neki, amikor a $00 vagy $01 címeket szólítja meg a proci (címbusz felső 15 bit 0). És akkor még a 6522 adatbuszát is külön kell címezgetni, mert nem adatirány regiszter, aztán adatregiszter a kiosztása, hanem először két adat, aztán két irány. (Bár ez meg a 6522 A2-es bitjére a CPU processzor A0 negáltját kötve megoldható. Akkor már csak az a kérdés (amire nem emlékszem fejből), hogy a 6522-nél ugyanúgy az 1-es adatirány jelenti-e a bemenetet, mint a 7501-nél.

Előzmény: IEC-ATA (8289)
tanárnéni kedvence Creative Commons License 2 napja 0 0 8296

Akarom mondani, clk, na jóccakát. :)

Előzmény: tanárnéni kedvence (8295)
tanárnéni kedvence Creative Commons License 2 napja 0 0 8295

Ja, pl. $e290-nél is data in, de most nem olvasom végig az egész ROM-ot. :)

Előzmény: tanárnéni kedvence (8294)
tanárnéni kedvence Creative Commons License 2 napja 0 0 8294

Értem. Hát ez egy bittel kevesebb, és enélkül is össze volt vonva a tape out és clk out. Esetleg a magnó motorját lehet mindig pörgetni, vagy összegányolni atn/data out vonalakkal a magnó vezérlését, vagy felfűzni egy filléres mikrovezérlőt soros egységnek, és azon keresztül vezérelni. :)

De szerintem ettől megoldható a serial kernalmódosítás, csak a gyors töltők nem. A clk in-t is kezelni kell, és nem biztos, hogy csak egy helyen (pl. $e216), ahogy a datánál sem.

Előzmény: ergoGnomik (8292)
IEC-ATA Creative Commons License 2 napja 0 0 8293

A vezérlő rutinok mennek! Mivel a P0-P2- lévő DATA CLK ANT, nem változtak. A DATA vagy CLK magasra állításával a negáltja megjeleni a P3-P4-en. Ezeket vissza is lehet olvasni. "Csak a soros busz olvasásáért felelős rutinokat kell átírni.  Az biztos lehet hogy nem lesz kompatibilis a gyorstöltőkkel, nem is az a cél, hanem hogy összehozható-e.

Előzmény: ergoGnomik (8292)
ergoGnomik Creative Commons License 2 napja 0 0 8292

A baj az, hogy a 6510-nek (8500-nak) az integrált 8 bites I/O portjából a 0..5 bitek vannak kivezetve a tok lábaira, a [7|8]501-nek meg a 0..4, 6 és 7 bitek. Szóval van egy I/O vonal ami a TED gépekben nem használt, és nincs másik kettő, ami meg igen. Ez szoftver farigcsálás nélkül tuti nem fog összejönni. Igazából az is kétséges, hogy át lehet faragni úgy az IEC kezelő rutinokat, hogy egyáltalán működjön. Szerintem.

Előzmény: tanárnéni kedvence (8291)
tanárnéni kedvence Creative Commons License 2 napja 0 0 8291

A kódhoz értettem valamikor, de a hardverhez nem. Azt nem értem, miért kellene a szoftvert módosítani, $01-et átrendezni, amikor így szinte semmivel (gyors töltők) nem lesz kompatibilis a gép. Nem lehetne a hardvert "áthuzalozni", hogy a helyükre kerüljenek a serial jelek?

 

Előzmény: IEC-ATA (8289)
IEC-ATA Creative Commons License 2 napja 0 0 8290

Jaja! Commodore-szerviz kolléga írása inspirált! 

Előzmény: Sheme (8288)
IEC-ATA Creative Commons License 2 napja 0 0 8289

Szertettem volna életre kelteni a floppyt a 6510-es CPU-val, de nem akaródzik! Nem is csoda hisz annyira nem vágom azért a gépi kódot! Meg nem is értek hozzá!!! :-)

Ameddig eljutottam.

 

 

A rajzon berajzoltam, hogy a 6510-es P3-as lábát kineveztem CLK_IN a P4-es lábat DATA_IN-re és be is huzaloztam az eredeti ic foglalat P6-P7 lábaira. Mivel a gép bekapcsolásakor a "P" port adat irány regisztere $0F ami %00001111 binárisan és ami azt jelenti, hogy P0-P3 kimenetként funkcionálnak. Esetemben egy POKE 0,7-el a P3-at bemenetre állítottam (%00000111). Tehát az adatirány regiszter beállítva (Hogy ez kernelből hogy állítódik nem tudom és nem is kerestem,de így maradt a tesztek alatt)
Az eredeti procis gép adatregisztere($0001) alap állapotban $C8, ami %11001000 tehát a P0-P2 alacsony szinten vannak(DATA_out, CLK-out, ANT), a P3 magas "H" ez vezérli a magnó motort ha van. P4 magnó adat_be tehát amúgy is bemenet, a P5 nincs és a könyv szerint nem is programozható. A P6-P7 Pedig szintén "H" magas jellel rendelkeznek, mert a felhúzó ellenállás rajtuk van és amúgy is az adatirány regiszter szerint bemenetek.

Akkor most a rajz szerinti elrendezés. P3 CLK_IN, P4 DATA_IN. POKE 0,7-el beállítva az adatirány regiszter, mint fentebb írtam. Az adat regiszter $18-on áll ami %00011000, vagyis megfelel a proci huzalozásának, P0-P2 alacsony szinten vannak(DATA_out, CLK-out, ANT), P3 magas "H" CLK-in felhúzó ellenállás rajta, P4 DATA-in szintén felhúzó ellenállással.

A ROM listába $E2D4-en van a "soros busz adatainak olvasása" ami

>E2D4 LDA$ 01

>E2D6 CMP$ 01

>E2D8 BNE$ E2D4

>E2DA ASL

>E2DB RTS

Ez a szubrutin betölti az akkumulátorba az adatregiszter értékét, összehasonlítja az értékét $01-el, ha nem az (BNE$E2D4) újratölti, ha érték egyezik, (ASL) akkumulátor értékéből az utolsó bitet, ami a DATA_in(P7) beküldi a Carrybe.
Itt jön az én kapcsolásom aminek P4 a DATA_in-e hogy kerül az a carrybe? CSináltam a kernel-be egy ugrást a $E2D4-ről a kernel egy szabad területére.

>E2D4 JMP$ FCD1

Itt megcsináltam egy rutint ami eltolja a megfelelő értékkel az akkumulátor értékét.

 

>FCD1 LDA$ 01

>FCD3 CMP$ 01

>FCD5 BNE$ FCD1

>FCD7 ASL

>FDC8 ASL

>FCD9 ASL

>FCDA ASL

>FCDB RTS

Hát azt mondom nem ilyen egyszerű a P6-P7 port kiváltása a P3-P4-el, mert nem megy. Igaz azt nem néztem, hogy a CLK_IN-t ellenőrzi e a kernel a seriel port használatakor, de biztos, mert akkor minek negálták vissza! Várom az építő jellegű hozzászólásokat. Még az "Ennek semmi értelme" is jöhet, mert mint írtam korábban "Nem értek hozzá" :-D Köszi!

Előzmény: IEC-ATA (8287)
Sheme Creative Commons License 2 napja 0 0 8288

Ha jól értem, a 7501 helyett most 6510-zel üzemel?

Előzmény: IEC-ATA (8287)
IEC-ATA Creative Commons License 3 napja 0 0 8287

Épp akartam írni ,hogy minden írása felér egy rendőrségi feljelentéssel, de közben láttam, hogy moderálják az oldalt.

Egyéb hírek:

 

Megcsináltam commodore-szerviz kolléga "hogyan erőltessünk 6510-es processzort a plussyba" projectjét(nem biztos hogy így kell írni). A minap nyákfilmeket gyártattam és összeollóztam egy adaptert, mert nem szeretek drótozni. tökéletesen működik, de nem teszteltem semmivel, csak bekapcsoltam és ment 30 percig kb. A melegedése a procinak a szokásos, semmi extra. Még a kernelt kell átírni hogy menjen is legalább a seriel port. Már nézegettem a kernelt, talán még én is meg tudom csinálni.

 

https://youtu.be/-gvHmDfURdw

 

 

Előzmény: siz (8286)
siz Creative Commons License 3 napja 0 0 8286

Na közben úgy látom innen is kib@szták. Akkor jön új néven, de a stílusból max. a 3. hozzászólásból kiderül úgyis, hogy ő az. Igazából nem is értem, néha tök normálisakat tud írni, aztán megint visszaesik ebbe a sértődött stílusba és lerombolja, amit esetleg felépített.

Előzmény: IEC-ATA (8283)
IEC-ATA Creative Commons License 4 napja 0 1 8283

A gyógyszereket nem véletlen írják fel az embernek. Szedni is kellene!

IEC-ATA Creative Commons License 4 napja 0 1 8281

Erről beszéltem. Saját magadat minősíted. Mindenki látja olvassa milyen vagy. Akkor ez vagy Te!? Grat.

Előzmény: C128 (8280)
IEC-ATA Creative Commons License 4 napja 0 2 8279

Hagyd már! Ez elmebeteg, már sokszor bizonyította! :-/

Neki mondhatsz bármit, kábé olyan mintha a falra dobnál zöldborsót és alá állva varnád, hogy mind a fejedre potyogjon . Na ennyi értelme van bármit is írni, mondani neki! De lehet rosszabb a helyzet! :-/

Előzmény: siz (8277)
siz Creative Commons License 4 napja 0 1 8277

most miért csinálod ezt velem?? azóta zokogok, mióta megláttam ezt a hozzászólást. :(((

Előzmény: C128 (8276)
siz Creative Commons License 4 napja 0 1 8275

Ennél többet nem tudok hozzátenni én sem

 

helyett

 

Ennél többet nem tudok hozzátenni most sem

Előzmény: siz (8274)
siz Creative Commons License 4 napja 0 1 8274

Ha már ott jártál, akkor az én hozzászólásaimat is idézhetted volna:

"Mondjuk nekem azért vannak észrevételeim a cuccal kapcsolatban:
1) manapság, amikor minden, de tényleg minden úgy készül el, hogy telefontöltőről menjen, akkor miért kell ezt külön 9V vagy 12V tápra tervezni
2) firmware csere csak a fejlesztő által?? 2017-ben? ne már

Ez elvette a kedvem az egésztől (főleg, mert én plus/4-el használnám és JiffyDOS van benne)."

 

Amire jött egy ilyen reakció:

"Nekem semmim sincs a telon kivul ami arrol a toltorol menne, 12 es 9 Voltos cucc viszont annal tobb :)

Mivel javitva lesz az FW, es te mar abbol rendelhetsz (tobbiek meg visszakuldhetik akar) nem ertem mi vette el a kedvedet! ;)"

 

És ez megint én voltam:

"Leginkább az, hogy egyrészt drága (bár erre valamennyire számítottam, de azért a teljes csomagra ~30k körüli ár - postával - azért nem kevés), másrészt meg ha tényleg nem lehet felhasználó által frissíteni és egy viszonylag teszteletlen (értsd: kevés példányban készült, szűk réteg által tesztelt) terméknél azért előfordulhatnak még hiányzó, hibás funkciók. Ha ezekért vissza kell postázni az eszközt, az nekem nem gyere be.
Bocs, tényleg nem fikázni akarok, de van IDE64-em, SD2IEC-em, UK1541-em, 1541U2, 1541U2+, ha ezeknél többet adna, akkor tolonganék. Még a plusz táp annyira nem is fájna, bár a fentiek közül ugye mindegyik 5V-ról megy (vagy külön tápról vagy gépbe dugva), sőt még az Atari ST-s CosmosEx is tud 5V-ról menni.
De tényleg, azért ezeknél folyamatosan derülnek ki kompatibilitási problémák, amikre folyamatosan jönnek ki a frissítések is. Anélkül nem használható.
Pedig egyébként mind a koncepció, mind a megvalósítás tetszik. Pont egy ilyen termékre lenne szükség, ami semmi mást nem tud, csak emulálja a floppy meghajtót, mégpedig soros (neadj Isten +párhuzamos) porton keresztül, nem cartridge-ként.

Szóval egyelőre kivárok vele."

 

Ennél többet nem tudok hozzátenni én sem. A micro-USB (nem) forrasztást el tudom fogadni (bár szerintem azért azt sem olyan qrva nagy művészet belenyomni manapság, amikor egyébként is minden IC felületszerelt)

 

Előzmény: C128 (8273)
siz Creative Commons License 6 napja 0 0 8272

Nagy csodát ne várj MMS megoldásától (bár aztán lehet, hogy engem is meglep), ő eddig egy IEC-IEEE átalakítóval próbálkozott. A te embered BSz, aki viszont tényleg épített IEEE-488 adapter plus/4-re és poénból még gyorstöltőt is írt rá. Majd ráírok, hogy hozza le ezt (is) Árokra.

 

Én még nem foglaltam helyet, de valszeg fogok. Króna kapitányékon múlik. Én kiválóan tudnék aludni a kocsiban is: belepróbáltam, ha ledöntöm az üléseket pont befér egy normál méretű ágymatrac, ami véletlenül van is itthon egy felesleges. :)

Előzmény: Sheme (8271)
Sheme Creative Commons License 6 napja 0 0 8271

Most néztem az Árok honlapján, h nem fogunk unatkozni:

 

self-modified IEEE488 + SFD 1001 on plus4 - MMS

 

Besza-behu... öcséééém! Eszembe sem jutott ilyesmi!

 

Nos, nekem is van egy ilyen meghajtóm, vezérlőkártyával. Úgy nagyjából 5-6x gyorsabb, mint a 1541. Szvsz hozza a 1551 sebességét, de akkor fogok dobni egy hátast, ha a csóka bemutatja, írt rá Plus/4-re egy turbót!

 

Ja, valaki foglalt szállást a koleszban? Lehet, most a hétvégén megnézem, milyen a kolesz, ha tetszik foglalok helyet fürdeni, meg csicsikálni.

siz Creative Commons License 2017.07.16 0 0 8270

Igen, ezt akartam én is írni, hogy attól is függ ezeknek a jeleknek a szintje, hogy éppen írás vagy olvasás történik. Írásnál mindig a /CAS aktiválódik, olvasásnál meg vagy /CAS vagy /CS0 vagy /CS1, nyilván attól függően, hogy a TED-nél mi van beállítva, hogy a proci és maga a TED honnan olvasson.

Előzmény: Commodore-szerviz (8269)
Commodore-szerviz Creative Commons License 2017.07.16 0 0 8269

Plus4 expansion portján nincsenek előre dekódolt IO kiválasztó jelek. Neked kell kívül címdekódert csinálni, FD90-re mondjuk tehetsz egy regisztert.

Olyan helyre, ami nem "üres", tehát alacsony címekre meg nullás lapra ne tedd, ahol másik memóriával ütközik, oda maximum olyasmit tudsz rakni, amit csak írsz, mert ha két chip szólal meg egyszerre egy olvasási kérésre akkor buszkonfliktus keletkezik.

A romkiválasztó jelek még roppant körülményesen sem használhatóak IO regiszter címzésre, mert egyszerűen pont írásra nem aktivizálódnak, (mivel a ROM nem írható), ha oda próbál írni valami, az a DRAM-ba kerül, hiába van a ROM felülre lapozva.

 

 

 

Előzmény: IEC-ATA (8266)
siz Creative Commons License 2017.07.13 0 0 8268

Hehe, ezt én töltöttem fel az enciklopédiába. :)

 

Igazából ezek jórészt olyan bővítések, amiket valamikor Solderék csináltak, de nem tudok működő példányról.

Ami biztosan használt:

  • $fd00-$fd3f (belső I/O eszközök)
  • $fd40-$fd5f (SID kártya)
  • $fd80-$fd8f (SID kártya joy port) - ez nem biztos, de inkább hagyd ki :)
  • $fdd0-$fddf (ROM bank kiválasztás)
  • $fe80-$fe9f (SID kártya)
  • $fec0-$fecf (1551 #9)
  • $fef0-$feff (1551 #8)

A többit nyugodtan használhatod. Ha valami "nagyobb" területet kell belapozni, akkor $fe00-$fe7f jó választás. Egy darab regiszterre meg mondjuk a $fdff is lehet jó, ott gyakorlatilag (1 bit kivételével) sima NAND a chip-select.

Előzmény: ergoGnomik (8267)
ergoGnomik Creative Commons License 2017.07.13 0 0 8267

Innen kellene választani. Pontosabban az ott felsorolt "Free" jelölésű területek valamelyikére, és lehetőleg nem a belső bővítéshez javasolt vagy a tükrözött címek közül lecsapni egyre.

Előzmény: IEC-ATA (8266)
IEC-ATA Creative Commons License 2017.07.13 0 0 8266

Szerinted melyik címre lehetne tenni egy chipselectet? Valami olyan cím kellene amit nem "gyakran" használnak programok. Lehet az alacsony mem címen is habár ezt elég jól kihasználja a gép maga, de leírásban találtam "átmeneti tár" néven 1byte-nyi helyet talán $56-os címen, de nem vagyok benne biztos. :-) Meg lehetne a high ram területen is habár itt meg a PLA zavarhat bele. Na mind1 csak elmélkedem! :-)

Előzmény: siz (8263)
Sheme Creative Commons License 2017.07.13 0 0 8265

Behalok!

 

Csak nem a 1551<->PC kábelt tervezed?

 

:-)

 

Éljeeen!

Előzmény: IEC-ATA (8264)

Ha kedveled azért, ha nem azért nyomj egy lájkot a Fórumért!