FDD3000 na świeżo

[trojacek]

O co chodzi z tym INT od kontrolera dysków ? Jeśli tylko o to, że zajmuje jedyne wejście INT procesora, to żaden problem. Dodam w CPLD ze cztery wejścia zewnętrznych przerwań i dekoder priorytetowy.

Brzmi nieźle
Żeby jeszcze się dało jakoś rozpoznawać źródło przerwania, dasz radę?

Na jakimś publicznym serwerze, czy mam coś u siebie przygotować ?

Jak masz możliwości, to czemu nie?

[pear]

O co chodzi z tym INT od kontrolera dysków ? Jeśli tylko o to, że zajmuje jedyne wejście INT procesora, to żaden problem. Dodam w CPLD ze cztery wejścia zewnętrznych przerwań i dekoder priorytetowy.

Brzmi nieźle
Żeby jeszcze się dało jakoś rozpoznawać źródło przerwania, dasz radę?

Kolejny rejestr. Może być z potwierdzaniem obsługi przerwania przez kasowanie bitu.

Mam jeszcze jedno ważne pytanie, bo projekt pochłonie sporo mojego czasu i pewnie trochę funduszy:
"Po co nam nowa stacja dysków do ZX Spectrum w 2016 roku ?"

[Maryjan]

"Po co nam nowa stacja dysków do ZX Spectrum w 2016 roku ?" - powiadasz. Na przykład po to, żeby - w moim przypadku - wstawić w obudowę umierającej FDD 3000. Można też stworzyć zestaw Ti-of-TTL i klon FDD 3/3000.

Pomijając aspekt finansowy całego przedsięwzięcia, zostaje praktyczno-kolekcjonerski.
Myślę, że na świecie, wśród posiadaczy ZX Spectrum, na pewno znalazło by się wiele osób, które chciały by mieć "takie cuś" w swojej kolekcji. Może myślę snobistycznie, ale ja lubię mieć coś, o czym wiem, że nie jest to "masówka" i jest tego niewiele. Właściwie, system z FDD 3/3000 był popularny w kilku krajach (przeważnie w Polsce).

Poza tym, myślę, że trzeba wspierać ludzi takich jak Ty. Bo ja, to sobie może i polutuję, naprawię to i owo i działa, ale do projektowania, to "ciemna masa" jestem

[trojacek]

No bo my po prostu tacy zboczeńcy jesteśmy i potrzebujemy nowych zabawek ;-D
Takich, które zastępują te stare, jak się zepsują.

[pear]

Chodzi mi o to, że jak wprowadzę te wszystkie modyfikacje, to już będzie inny niż FDD3000, zupełnie nowy sprzęt. Raczej na pewno będzie problem z kompatybilnością z oryginalnym systemem TOS.

[trojacek]

Moim zdaniem kompatybilność wsteczna jest kluczowa.
Co takiego chcesz zmienić, by ją utracić?

[Maryjan]

Właśnie tak, podstawowy tryb pracy urządzenia - FDD 3/3000 - zaś reszta - opcjonalna.

Przecież można dać i 512 mb RAM w przełączalnych bankach. Normalnie działa jak 64 kb w FDD 3000, zaś po zastosowaniu opcjonalnego - innego oprogramowania, mamy do dyspozycji cały ten obszar RAM. Zostawiając sobie furtkę w postaci zmian w systemie nawet w formie nakładek siedzących w pamięci stacji. Pamiętacie np. program CAT ładujący się do pamięci interface-a. Może na podobnej zasadzie można będzie stworzyć nakładkę która - jak w TOS A.4 - będzie wykorzystywała pamięć stacji jako RAM-dysk. Przy kopiowaniu dyskietek, jak znalazł.

Wymyślono sprzęt, czas na "burzę mózgów" programistów.
Bez party speccy.pl 2016 się nie obejdzie

Na osobne omówienie zasługiwał by CPM. Tylko, ile osób go jeszcze używa ?.

[pear]

Moim zdaniem kompatybilność wsteczna jest kluczowa.
Co takiego chcesz zmienić, by ją utracić?

Wszystkie Twoje wynalazki, to już grubo ponad standard
Będzie więcej roboty, żeby "poukrywać" dla oryginalnego systemu TOS wszystkie dodatki.

Przydała by się opinia jakiegoś sceptyka

[trojacek]

Na osobne omówienie zasługiwał by CPM. Tylko, ile osób go jeszcze używa ?.

Ja
Mam na to trochę softu, poza tym można by się pokusić o modernizację do CP/M Plus.

[Maryjan]

To jest nas na razie dwóch odnośnie CP/M na FDD 3000
Fakt, przy CP/M Plus przydało by się więcej RAM-u w stacji.

[Tygrys]

Repozytorium SVN mogę założyć i chętnie wezmę udział w developmencie.
CP/M to dobra opcja, zwłaszcza w wersji Plus ;-)

[Ilyad]

To ja chyba jestem z natury sceptykiem. Potwierdzam że kompatybilność WSTECZNA jest kluczowa. Mam ponad 100 obrazów dysków pod Tos v. A4., na których mam sporo unikalnego softu (przynajmniej dla mnie) i jak dotąd niestety nie ma żadnego narzędzia na PC, które mogłoby to odtworzyć, więc bardzo chętnie kupiłbym klona FDD 3000 wraz z interfejsem, ale pod warunkiem wstecznej kompatybilności. Wydaje mi się że nie jestem sam z takim problemem.

[trojacek]

Nie, nie jesteś sam z tym problemem.
Co do obrazów, przydałaby się też jakaś łączność z PC. No niby RS232 jest, ale taki np. SPI to byłby wypas (jest dużo akcesoriów na SPI do np. Arduino).

[pear]

Lista wyposażenia do nowego projektu:
- procesor Z80 4 MHz (8 MHz turbo );
- pamięć SRAM 512 KB;
- pamięć Flash ROM 128 KB;
- sterowanie urządzeniami i pamięcią XC9572XL (chyba, że się okaże za "ciasny");
- kontroler FDD - WD1772 02-02-PH;
- 2xUART - zamiast oryginalnego WD2123, moja propozycja to 2xST16C550, chyba że ktoś zna inny łatwo dostępny, a najlepiej podwójny;
- zegar RTC - DS12C887;
- interfejs SPI (USB,SD) - jeszcze nie mam pomysłu;
- inne - dopisać pod spodem

Z powodu rozszerzenia adresacji pamięci do 4MB mogą być problemy z wykorzystaniem 16 bitów do adresacji urządzeń I/O.
Jeszcze to muszę sprawdzić, ale adres dla pamięci musi się pojawić na szynie adresowej w odpowiednim momencie (przed MREQ).
Będzie trudno rozróżnić przed MREQ/IORQ co będzie adresował procesor.

[trojacek]

- 2xUART - zamiast oryginalnego WD2123, moja propozycja to 2xST16C550, chyba że ktoś zna inny łatwo dostępny, a najlepiej podwójny;

Z80SIO, DART...?

- interfejs SPI (USB,SD) - jeszcze nie mam pomysłu;

Jest implementacja w małym CPLD (XC9536), ktoś na tym zrobił czytnik kart SD dla Z80. Do odgrzebania w sieci

Będzie trudno rozróżnić przed MREQ/IORQ co będzie adresował procesor.

Nie rozumiem. Masz sygnały IORQ i MREQ, w czym problem?

Jeszcze odnośnie WD1772 i trybu HD - podwojenie zegara (z 8 na 16 MHz) to nie koniec atrakcji, jest problem w postaci skrócenia czasu skoku między ścieżkami (seek time). Jakiś atarowiec kiedyś opracował sprytny układzik, który wymusza bity w komendach, by zawsze był używany najdłuższy dostępny seek time. Warto pamiętać, że WD1772 ma te czasy już skrócone w stosunku do WD1770. Napędy 3,5 cala nie mają zwykle problemu (2 milisekundy im wystarczają), ale starsze napędy mogą dostać kociokwiku.