-
Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed2.atman.pl!newsfeed.atman.pl!.P
OSTED!not-for-mail
From: "HF5BS" <h...@j...pl>
Newsgroups: pl.misc.elektronika
Subject: Re: C64 i karta SD
Date: Mon, 29 Aug 2016 17:21:32 +0200
Organization: Stowarzyszenie Przeżuwaczy Szmat
Lines: 99
Message-ID: <nq1jtu$kfn$1@node2.news.atman.pl>
References: <57c42224$0$644$65785112@news.neostrada.pl>
<57c42e04$0$654$65785112@news.neostrada.pl>
Reply-To: "HF5BS" <h...@j...pl>
NNTP-Posting-Host: 5.172.255.238
Mime-Version: 1.0
Content-Type: text/plain; format=flowed; charset="UTF-8"; reply-type=response
Content-Transfer-Encoding: 8bit
X-Trace: node2.news.atman.pl 1472484095 20983 5.172.255.238 (29 Aug 2016 15:21:35
GMT)
X-Complaints-To: u...@a...pl
NNTP-Posting-Date: Mon, 29 Aug 2016 15:21:35 +0000 (UTC)
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2900.5931
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157
X-Antivirus: avast! (VPS 160829-0, 2016-08-29), Outbound message
X-Antivirus-Status: Clean
Xref: news-archive.icm.edu.pl pl.misc.elektronika:705084
[ ukryj nagłówki ]
Użytkownik "J.F." <j...@p...onet.pl> napisał w wiadomości
news:57c42e04$0$654$65785112@news.neostrada.pl...
> Skleroza mi juz dopisuje i nie pamietam ... ale w Atari to chyba "system
> operacyjny" byl w stacji dyskow.
> A moze to wlasnie w C64 tak bylo ?
Niezupełnie. Jako tako, oba komputery posiadają własny system operacyjny,
ten z C64 ma nawet nazwę - Kernal (nie kernel)
Natomiast, swój system posiadają też stacje dysków tych komputerów, podobnie
jak Spectrumowski Timex FD3000, czy jakoś tak.
Stacje więc mogą pracować niezależnie od komputera, do tego stopnia, że
komputer zadaje urządzeniu jakieś zadanie, a sam robi swoje, jakby stacji
nie było, sprawdza tylko, czy zadanie zostało ukończone. Umożliwia to dzięki
temu, np. odtwarzanie sampli i online ich doczytywanie, normalnie,
transmisja z dyskiem opiera się o przerwania i bez odpowiedniego
oprogramowania tejże w tym przypadku, takie doczytywanie było by utrudnione,
bądź nawet niemożliwe.
>
> Haslo mialo oznaczac, ze to w stacji dyskow byl program zajmujacy sie
> nazwami plikow, przydzialem pamieci dyskowej itp.
> Interfejs ze stacja byl niby skomplikowany, ale tam po prostu zwykla
> asynchroniczna transmisja jak RS232 grala glowne skrzypce, tylko ze
> poziomy napiec TTL.
Mało kto wie, że istnieje interfejs, mający kilka wersji, umożliwiający
połaczenie stacji dysków Commodore z pecetem. Najprostszy interfejs, to
prosty kabelek z jednej strony zakończony wtyczką DIN-podobną, do nabycia, z
drugiej wtyczką DB25 do portu drukarki LPT, bez żadnych dodatkowych
elementów, należy tylko unikać (roz)łączania przy włączonych urządzeniach,
dwa razy upaliłem tak port w stacji :P Ale naprawa jest banalna - wystarczy
wymienić bufor portu, którym jest TTL 74LS14 (można zastosować zwykły 7414,
ale może to wtedy przeciążyć magistralę) i stacja ożywa. Są programy, które
transferują pliki tam i z powrotem, jednakże najwygodniejszy jest DOSowy
program Star Commander, to nieco rozbudowany pod kątem tej stacji klon
Volkov-a Commander-a. Przy zastosowaniu specjalnego sterownika, można to
odpalić pod systemem z linii NT. Oczywiście, w drugą stronę, są programy,
które udają stację dysków i Commodore tak je właśnie widzi. Przy okazji
możesz mieć monitorowanie transmisji na porcie, kabel ten sam, tylko DIN
wtykasz nie w stację, lecz w Komodę. Jak poszukasz, znajdziesz też program,
który uruchomi tak drukarkę komodzianą, znów kabel ten sam. Testowałem to z
10-15 lat temu, nie pamiętam ile dokładnie. Na YT znajdziesz rozmaite filmy
z tym, włącznie z modernizacją. Wyszła też całkowicie przebudowana płyta
główna do C64, całkiem niedawwno, wyrzucono z niej tylko modulator TV, nie
pamiętam, co weszło w zamian, funkcjonalnie komputer jest identyczny i
odpala stare programy.Płytę zakłada się zamiast starej, wchodzi do tej samej
obudowy... aha, zasilacz ma inny, to mi się przypomniało, stary nie pasuje.
I chyba zabrali 9V AC, obecne w starej wersji, potrzebne OIDP chyba do
czegoś związanego z drukarką.
>
> Atari mialo o tyle dobrze, ze sektor byl w miare standardowy - 128 bajtow
> FM, ale zorganizowane tak smiesznie, ze bylo 125 bajtow danych i na koncu
> 3 bajty nr nastepnego sektora.
Bardzo nieekonomicznie...
Komoda 1541, sektory 256 bajtów, dwa pierwsze linkują do następnego, gdy
pierwszy zerowy, to drugi podaje, ile bajtów wchodzi do pliku.
> Dzis trzeba by chyba jakis sprytny kawalek programu, ktory by pliki z
> karty FAT32 udostepnial po 125 bajtow ...
Przypuszczam, że wątpię, by tak było. wydaje mi się, że to idzie na poziomie
plików, a nie struktury systemu plików. Że na karcie zapisany jest obraz
dysku i wszelkie operacje opierają się o obraz dysku. Natomiast
plik-za-plikiem, to tzw. plik taśmy, złożony po prostu z kolejnych plików,
jeden za drugim, ja macałem tylko transfer na odcinku stacja dysków-katalog
w komputerze, paczka może mieć do 500 plików i może zawierać pliki normalnie
nie mieszczące się w pamięci, czy na dysku C64, np. 3-megabajtowe, wchodzą
jak nóż w masło. Taka prymitywna wersja TAR-a. Normalny TAR też jest.
>
> Tak mi jeszcze przebija, ze na C64 byl jakis bardziej uniwersalny
> kontroler dyskowy, ktory pozwalal na dosc swobodny dostep do surowych
> danych z dysku.
> Przez co z jednej strony mial bardzo szerokie mozliwosci, ale z drugiej -
> pelna emulacja niemozliwa niestety.
W najnowszym programie Star Commander, miała pojawić się możliwość obsługi
obrazów bezpośrednio w formacie Group Coded Recording, w jakim tradycyjnie
zapisuje stacja C64, gdzie OIDP, nie może być przerwy dłuższej, niż 4 bity
zerowe, jeśli, to wtrącana jest jedynka, trochę jak w Packet-Radio. Ale na
razie nie ma.
Nadmienię przy okazji, że stacja 1570 (jednonapędowa jednostronna) i 1571
(jednonapędowa dwustronna) i 1572 (dwunapędowa, czytałem, ale nigdy nie
widziałem), mają, dzięki rozbudowanemu kontrolerowi, możliwość pracy z
kodowaniem MFM, dzięki czemu umieją, po przestawieniu w odpowiedni tryb,
odczytać (zapisać też OIDP) dyskietki 360 kB formatowane i zapisane w
pececie (1570 raczej nie obie strony, ale formatowano w pecetach
jednostronnie też).
--
Życie jest przepiękną telenowelą, przenoszoną drogą płciową.
(C) Ferdek Kiepski
(dostępny tu adres email nie jest zarejestrowany w żadnym serwisie,
i JAKIKOLWIEK mailing BEZWZGLĘDNIE zostanie potraktowany jako spam!)
Następne wpisy z tego wątku
- 29.08.16 18:13 J.F.
- 29.08.16 18:31 Mario
- 29.08.16 18:32 Mario
- 29.08.16 19:30 HF5BS
- 29.08.16 19:54 Sebastian Biały
- 29.08.16 21:43 J.F.
- 29.08.16 21:51 J.F.
- 29.08.16 22:18 Sebastian Biały
- 29.08.16 23:59 Zenek Kapelinder
- 30.08.16 12:13 HF5BS
- 30.08.16 12:26 Waldemar
- 30.08.16 12:30 HF5BS
- 30.08.16 12:48 HF5BS
- 30.08.16 13:14 HF5BS
- 30.08.16 13:51 J.F.
Najnowsze wątki z tej grupy
- 60 mA dużo czy spoko?
- Dziwne zachowanie magistrali adresowej w 8085
- Współczesne mierniki zniekształceń nieliniowych THD audio, produkują jakieś?
- Jaki silikon lub może klej?
- Smar do video
- Litowe baterie AA Li/FeS2 a alkaliczne
- "ogrodowa linia napowietrzna"
- jaki zasilacz laboratoryjny
- jaki zasilacz laboratoryjny
- Puszka w ziemię
- T-1000 was here
- Ściąganie hasła frezem
- Koszyk okrągły, walec 3x AA, na duże paluszki R6
- Brak bolca ochronnego ładowarki oznacza pożar
- AMS spalony szybkim zasilaczem USB
Najnowsze wątki
- 2025-02-14 Dęblin => JavaScript / Node / Fullstack Developer <=
- 2025-02-14 Żerniki => Dyspozytor Międzynarodowy <=
- 2025-02-14 Kraków => Technical Team Leader (Clojure, Java) <=
- 2025-02-14 Ściemniacze na parkingach
- 2025-02-13 kilka pytań o klimę
- 2025-02-13 genialny pomysł
- 2025-02-12 diesel z otwartą komorą
- 2025-02-14 60 mA dużo czy spoko?
- 2025-02-13 Jaka moc wi-fi ?
- 2025-02-12 Drabina rozsuwana
- 2025-02-13 Dęblin => Node.js / Fullstack Developer <=
- 2025-02-13 Błonie => Analityk Systemów Informatycznych (TMS SPEED) <=
- 2025-02-13 Warszawa => Staż w dziale Sprzedaży B2B <=
- 2025-02-13 Warszawa => MENA New Buissnes Manager <=
- 2025-02-13 Łódź => NodeJS Developer <=