Mikey... 15 lecie nie okrągłe?!?... zależy jak na to patrzeć ;)

15(dec)=%1111(bin) ;P ewentualnie poczekaj jeszcze rok i będzie okrągła $10 rocznica :P

seban

Dely, Piguła dzięki za testy raz jeszcze. Mamy więc do rozwiązania dwa problemy :)

1) dlaczego nie działa z niczym oprócz 6116 (i to niektóre modele)
2) dlaczego się sypie w niektórych Atari

Powalczymy z Candle i jak dojdziemy do jakichś konstruktywnych wniosków damy znać.

pozdrawiam
Seban

Hej!

Test jest na tyle prymitywny że operuje tylko na jednym banku RAM (lokacje $DE00-$DFFF) po włączeniu PBI#0 (lda #$01, sta $D1FF). Zaraz dokonam konwersji źródła z formatu QA to jakiegoś czytelnego formatu i zapodam, może się komu przyda do dalszego wnikania ;)

pozdrawiam
Seban

Hej!

Panowie jak powiedzial Dely, chill-out :) Tu nie chodzi robienie zadymy tylko o wyjaśnienie, znalezienie i rozwiązanie problemu. Dzięki motywacji Candle zmontowałem interface do końca, i zaczołem go uruchamiać, więc dorzucę parę groszy ode mnie... zrobiłem parę prostych testów:

test #1: włączyłem sobie ROM i RAM IDEA w adresie $D800-$DFFF (ram mapowany jest w lokacjach $DE00-$DFFF).  Po włączeniu IDEA skonfigurowanego jako PBI#0, wypełniłem lokacje $DE00-$DFFF wartościami $FF po czym pokazałem to na ekranie jako linie trybu ANTIC $02 na wąskim ekranie, efekt poniżej... czyli masa błędnych i losowych odczytów, a do tego w momencie gdy zbliżałem rękę do PCB IDEA zjawisko się nasilało, widać to na załączonym filmiku: IDEA RAM VIEW

test #2: następnym krokiem było napisanie prymitywnego programu. Tester wypełnia lokację $DE00-$DEFF wartościami od $00 do $FF, lokalizację $DF00-$DFFF wartościami $FF do $00. To samo robi z lokacjami $BE00-$BFFF. Potem kolejno zwiększa każdą z lokacji zarówno IDEA RAM jak bufor testowy. Po czym porównuje wyniki, jeżeli jest błąd zwiększa licznik błędów danej komórki reprezentowany na ekranie jako linie trybu graficznego ANTIC $02. do tego pisze do rejestru koloru oczekiwaną wartość oraz aktualizuje ją w przypadku niezgodności w IDEA-ram.

Wynik w przypadku mojego interface tutaj: IDEA RAM TEST

W przypadku prawidłowo działającego interface linie trybu ANTIC $02 powinny być czyste (wartości $00). Jak widać u mnie jest totalna kaszana. Co ciekawe trochę pomaga reset co widać na filmie ;) Interface przez chwilę działa "niby" trochę lepiej :) Mam prośbę do posiadaczy interface-ów KMK/IDEA o uruchomienie testu i sprawdzenie czy wszystko jest OK. IDEA/KMK musi być ustawione jako PBI Device #0.

Plik z testem do pobrania tutaj: idea_pbi1.xex

Dely a można wiedzieć skąd informacje że to "design fault"? I może w dodatku ktoś wie coś więcej i zna problem? Bo zaraz się okaże że my z wiatrakami tu walczymy :)

pozdrawiam
Seban

Hej!

To i ja się dołączę do wątku. Również zmontowałem sobie IDEAa na PCB nabytym od Piguły jakieś wieki temu :) i mam identyczne problemy jak Candle. Tzn. Ja testowałem interface IBM-owskim 1GB micro-drive. Wszystko wydaje się działać OK, oprócz RAM-u na płytce z IDEA. Byłem zmuszony użyć 6164 z braku 6116, ale KMK diag pisze mi o problemach RAM. Wersja biosu to hdb111nc.

Poniżej wyniki z KMK-DIAG:

Doceniam oczywiście wysyłki Pasia w udoskonalenie i zbudowanie nowej wersji interface, jednak kurka wodna musi być jakieś sensowne wytłumaczenie takiego a nie innego zachowania się tego interface w ten sposób. Być może jest jakiś błąd w założeniach/projekcie???

pozdrawiam
Seban

Z tego co ja rozumiem, ale być może źle pojmuję to chodzi Ci o to aby program uruchomiony z dowolnego katalogu, z dowolnego napędu pod MyDOS. Mógł sobie doczytać różne pliki które znajdują się w tym katalogu. Tak? Czy ja coś źle rozumiem?

Jeżeli o to Ci dokładnie chodzi to wystarczy tak jak pisałem wcześniej aby odwoływać się do "D:", a przed uruchomieniem programu z menu MyDos, wybrać opcję "R", pick directory. Lub jako opcję w programie zrobić coś w rodzaju opcji "SET PATH", gdzie user podawałby katalog i napęd w którym umieszczony jest uruchamiany program. Jest to oczywiście rozwiązanie pośrednie, taka proteza związana z ograniczeniami MyDOS-a.

Jeszcze jeden pomysł który mi przychodzi do głowy to coś w rodzaju MENU do uruchamiania programów z dyskietki. Takie menu miałoby za zadanie przed uruchomieniem programu ustalenie "set working dir", i załadowanie wskazanej binarki.

Tak jak sugerował Draco, sprawdzę jeszcze czy DUP.SYS pozostawia jakiś ślad na podstawie którego można by określić skąd był wywołany program.

Jeszcze jeden pomysł to sprawdzenie czy jakaś nakładka na DOS.SYS (np. TOMS navigator) nie zmienia "working dir" przed uruchomieniem programu.

Seban

możesz mieć relatywną, jeżeli ustawisz ten "working dir", a potem będziesz się odwoływał we wszystkich open do "d:plik.dat". Warunkiem jest iż musisz mieć "D:" a nie "D1:", za chwilę przykład na szybko z BASIC-em.

UPDATE #1:

Oto BASIC-owy przykład, zakładam iż masz skonfigurowanego MyDOS-a z ramdyskiem na D8:, bo na tym będzie bazował ten przykład ;)

10 XIO 34,#1,8,0,"D8:FOO" : REM tworzy katalog FOO na D8:
20 XIO 34,#1,8,0,"D8:FOO:BAR" : REM tworzy katalog BAR w katalogu FOO na D8:
30 XIO 41,#1,0,0,"D8:FOO:BAR" : REM ustawia working directory na "D8:FOO:BAR"
40 OPEN #1,8,0,"D:DUMMY.DAT" : REM otwiera dummy.dat do zapisu (odwołanie do D: spowoduje iż MyDOS odwoła się do "working dir" więc stworzy plik w katalogu D8:FOO:BAR)
50 PRINT #1;"BLA, BLA, BLA..."
60 CLOSE #1

po wywołaniu tego kodu w katalogu "D8:FOO:BAR" pojawi się plik o nazwie "dummy.dat". Jego zawartość to "BLA, BLA, BLA...",$9B

Teraz przykład jak się do niego dobrać stosując "working DIR"

10 XIO 41,#1,0,0,"D8:FOO:BAR": REM ustal working DIR na "D8:FOO:BAR"
20 OPEN #1,4,0,"D:DUMMY.DAT": REM otwórz DUMMY.DAT do odczytu (MyDOS odwoła się do lokacji: D8:FOO:BAR:DUMMY.DAT"
30 DIM A$(100): REM deklarujemy zmienną tekstową (string)
40 INPUT #1,A$: REM zasysamy z pliku wiersz do A$
50 PRINT A$: REM wypisujemy na ekranie
60 CLOSE #1: REM zamykamy kanał

BASIC-owe przykłady są tylko po to aby wyjaśnić działanie mechanizmu working dir (default directory). Wywołanie XIO z poziomu ASM to po prostu normalny skok do CIO z odpowiednim kodem operacji (np. jak w przypadku OPEN). Jak będzie potrzeby real ASM kod, daj znać.

Seban

Kiedyś w amoku po kupnie upragnionego TOMS720 zrobiłem taki "MegaMagazine Pack". Prosty loader bazujący na Mna DOS.SYS od MyDos. Funkcją XIO ustawiałem "working directory" potem już tylko wywoływałem Binary Load "D:" i ładowało co trzeba z wybranego katalogu.

Tutaj przykład:

Mega Zine Collection Disk #1. ATR (720k) zawiera części 1-6 MegaZine.
Mega Zine Collection Disk #2. ATR (720k) zawiera część 7 MegaZine (liczyłem że powstanie więcej ;P)

Candle jeżeli o to Ci mniej więcej chodzi i jak będziesz chciał jakiś realny kawałek kodu, daj znać.

to samo co pisałem wyżej... ładuje się w obszar $8000-$BFFF. Odpali tylko z carta w przypadku 16K RAM.

no to powinienem napisać iż Monster-SID w założeniach i tak miał nie mieć filtrów LP,BP,HP :)
Ale niezła wtopa z tym C-ONE i emulacją C64 ;)

no dobra... widzę tam jeszcze datasette od commodore ;P

piszesz że nie obejrzałem, ale prawdą to nie jest. Obejrzałem od deski do deski i nadal oprócz tego znaczka C64 i ludzików z International karate uważam że to bardziej NES-owe klimaty ma. SID tak nie brzmi, tak brzmi NES. C64 nie ma tak szerokich ramek, to dwa. Klimaty z mario, pady od NES-a, sam nes w niskiej rozdzielczości itd... nawet napis NES się w trakcie przewija, dla mnie EOT :)

[trol mode ON]ale ponieważ musisz mieć swoje ostatnie zdanie to zapewne coś jeszcze dopiszesz do tego wątku :P[/trol mode OFF]

;)