Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Nowa obudowa dla 800XL - zostało 36 dni Niewiele ponad miesiąc do końca kampanii.
Zmarł twórca języka BASIC Zmarł Thomas E. Kurtz twórca języka BASIC
Zmiana serwera atari.area Serwis przeszedł właśnie ważną aktualizację infrastruktury
4th Atari ASCII Compo - wyniki Dostępne są już wyniki tegorocznego ATASCII Compo.
thing neo 1.60 Olivier Landemarre wydał nową wersję desktopu Thing.
atari.area forum » Posty przez sq7bti
Jeszcze dwa do wyboru. Tyle że większe. Też sprawdzone i sprawne.
Taki pomysł nie ma chyba jednak szans powodzenia. Takiemu "emulatorowi" RAM-kietki bliżej do PiStorm niż do Gotek'a. Czas reakcji na żądanie odczytu/zapisu musiałby odpowiadać czasowi reakcji pamięci SRAM (50...200ns), a nie us. W PiStorm'ie muszą się wspomagać szybkim FPGA, żeby sprostać takim wymaganiom.
Może przy zalewie różnorakich projektów pokroju Gotek, HxC, FlashFloppy, etc, projekt który by emulował RAM-kietke na jakimś kontrolerze byłby możliwy do łatwej realizacji?
Nie wiem jakie dokładnie zależności czasowe występują na złączu RAMkietki, ale może MCU który by był w stanie obsłużyć 17 liniii adresowych i 8 linii danych jest dostępny za rozsądne pieniądze. Może TM4C123G? Umieścić go wraz z gniazdem CF i mamy gotowe urządzenie do przenoszenia danych dla PoFo. Co Wy na to?
Transfolio na Rpi nie poratuje jak nie mamy złącza równoległego.
Obrazy kart CF które były "sformatowane" w Atari Portfolio przy użyciu prostego interface opartego na 74HC138 (link - webarchive) są dostępne przez zamontowanie poszczególnych "partycji". Piszę w cudzysłowie bo nie ma takim obrazie tablicy partycji, a dostęp jest przez opcję offset do komendy mount. Mam tylko problem z ostatnią częścią która wypełnia resztę dostępnej pamięci, np. dla karty 192MB ostatnia część (dysk i:) jest o wielkości 25296896 bajtów zamiast jak wszystkie inne poprzednie 33423360 bajtów.
simon@nb:~/Documents/atari/pofo/transpofo (master)*
$ hexdump -C --skip $(( 0 * 33423360 )) --length 32 sandisk_192MB.img
00000000 e9 29 00 50 6f 46 6f 43 46 2d 33 00 02 10 01 00 |.).PoFoCF-3.....|
00000010 01 80 00 00 ff f8 0c 00 08 00 02 00 00 00 00 00 |................|
00000020
simon@nb:~/Documents/atari/pofo/transpofo (master)*
$ hexdump -C --skip $(( 1 * 33423360 )) --length 32 sandisk_192MB.img
01fe0000 e9 29 00 50 6f 46 6f 43 46 2d 33 00 02 10 01 00 |.).PoFoCF-3.....|
01fe0010 01 80 00 00 ff f8 0c 00 08 00 02 00 00 00 00 00 |................|
01fe0020
simon@nb:~/Documents/atari/pofo/transpofo (master)*
$ hexdump -C --skip $(( 2 * 33423360 )) --length 32 sandisk_192MB.img
03fc0000 e9 29 00 50 6f 46 6f 43 46 2d 33 00 02 10 01 00 |.).PoFoCF-3.....|
03fc0010 01 80 00 00 ff f8 0c 00 08 00 02 00 00 00 00 00 |................|
03fc0020
simon@nb:~/Documents/atari/pofo/transpofo (master)*
$ hexdump -C --skip $(( 3 * 33423360 )) --length 32 sandisk_192MB.img
05fa0000 e9 29 00 50 6f 46 6f 43 46 2d 33 00 02 10 01 00 |.).PoFoCF-3.....|
05fa0010 01 80 00 00 ff f8 0c 00 08 00 02 00 00 00 00 00 |................|
05fa0020
simon@nb:~/Documents/atari/pofo/transpofo (master)*
$ hexdump -C --skip $(( 4 * 33423360 )) --length 32 sandisk_192MB.img
07f80000 e9 29 00 50 6f 46 6f 43 46 2d 33 00 02 10 01 00 |.).PoFoCF-3.....|
07f80010 01 80 00 00 ff f8 0c 00 08 00 02 00 00 00 00 00 |................|
07f80020
simon@nb:~/Documents/atari/pofo/transpofo (master)*
$ hexdump -C --skip $(( 5 * 33423360 )) --length 32 sandisk_192MB.img
09f60000 e9 29 00 50 6f 46 6f 43 46 2d 33 00 02 0d 01 00 |.).PoFoCF-3.....|
09f60010 01 80 00 00 c1 f8 0c 00 08 00 02 00 00 00 00 00 |................|
09f60020Ta ostania część ma w nagłówku na pozycji 13 : 0x0d - wartość która jest ponoć niewłaściwa (link):
13 Number of sectors per cluster (1)
Must be one of 1, 2, 4, 8, 16, 32, 64, 128.
A cluster should have at most 32768 bytes. In rare cases 65536 is OK.
Dla innej karty (o pojemności 64MB), ostatnia (druga) partycja miała w tym miejscu wartość 0x0f, więc podejrzewam że jest to wartość ustalona podczas wykonywania mkfs na poszczególnych dyskach zamontowanych w PoFo.
Ustawienie tego pola w edytorze na wartość 0x10 (16) pozwala na podmontowanie, ale po nagraniu jakichś danych, pod PoFo poprawnie widoczny jest tylko katalog /.
Po pocięciu splitem ("split -b 33423360") na osobne pliki, file prawidłowo rozpoznaje poszczególne "kawałki" i podaje dla ostatniej części "sectors/cluster 13":
$ for l in a b c d e f; do file sandisk_192MB.img_part_a${l}; done
sandisk_192MB.img_part_aa: , code offset 0x29+3, OEM-ID "PoFoCF-3", sectors/cluster 16, FAT 1, root entries 128, sectors 65280 (volumes <=32 MB), Media descriptor 0xf8, sectors/FAT 12, sectors/track 8, reserved 0x1, dos < 4.0 BootSector (0), FAT (1Y bit by descriptor)
sandisk_192MB.img_part_ab: , code offset 0x29+3, OEM-ID "PoFoCF-3", sectors/cluster 16, FAT 1, root entries 128, sectors 65280 (volumes <=32 MB), Media descriptor 0xf8, sectors/FAT 12, sectors/track 8, dos < 4.0 BootSector (0), FAT (1Y bit by descriptor)
sandisk_192MB.img_part_ac: , code offset 0x29+3, OEM-ID "PoFoCF-3", sectors/cluster 16, FAT 1, root entries 128, sectors 65280 (volumes <=32 MB), Media descriptor 0xf8, sectors/FAT 12, sectors/track 8, dos < 4.0 BootSector (0), FAT (1Y bit by descriptor)
sandisk_192MB.img_part_ad: , code offset 0x29+3, OEM-ID "PoFoCF-3", sectors/cluster 16, FAT 1, root entries 128, sectors 65280 (volumes <=32 MB), Media descriptor 0xf8, sectors/FAT 12, sectors/track 8, dos < 4.0 BootSector (0), FAT (1Y bit by descriptor)
sandisk_192MB.img_part_ae: , code offset 0x29+3, OEM-ID "PoFoCF-3", sectors/cluster 16, FAT 1, root entries 128, sectors 65280 (volumes <=32 MB), Media descriptor 0xf8, sectors/FAT 12, sectors/track 8, dos < 4.0 BootSector (0), FAT (1Y bit by descriptor)
sandisk_192MB.img_part_af: , code offset 0x29+3, OEM-ID "PoFoCF-3", sectors/cluster 13, FAT 1, root entries 128, sectors 49408 (volumes <=32 MB), Media descriptor 0xf8, sectors/FAT 12, sectors/track 8, dos < 4.0 BootSector (0), FAT (1Y bit by descriptor)Czy któryś z kolegów lepiej zorientowanych w niuansach FAT12 wie jak podmontować taki "napęd" pod linux'em?
Pozdrawiam,
S.
To jest prywatne repo.
Udostępniłem.
Tytułem wyjaśnienia wyjaśniam, że przeróbka w Portfolio, którą robił M.Locisz razem z interfejsem CF NIE BLOKUJE dostępu do zwykłych Memory card. Po awarii zasilania musimy od nowa nagrać sterowniki CF, a najlepiej je skopiować z takiej karty.
Tytułem wyjaśnienia do wyjaśnienia, sterownik (POFOCF.SYS) i CONFIG.SYS (wpis DEVICE=...) musi oczywiście być na napędzie c:, który nie przeżywa awarii zasilania.
Przenoszenie na napęd CF jest uciążliwy (przynajmniej dla mnie powolny) przez złącze równoległe. Karta CF jest za to widoczna po podłączeniu do PC, ale że jest sformatowana FAT12, dostęp jest utrudniony. Rozwiązałem ten problem prostym skryptem, w którym przez opcję "offset" jest dostęp do konkretnego odcinka 32MB na karcie:
https://github.com/sq7bti/transpofo/blo … t_drive.sh
Zauważyłem podczas używania, że PoFo ma problem gdy w PATH jest ścieżka do napędu CF.
s.
w kolejce czeka jeszcze płytka do CF.
Konwerter kart CF uruchomiony. Dostęp do dysków (na razie wszystkich poza ostatnim) w karcie CF na linux'ie, przez zamontowanie dysku (albo na zrzuconym dd'em obrazie), jest znacznie szybszy niż przez transfolio. Może komuś się przyda:
https://github.com/sq7bti/transpofo/blo … t_drive.sh
s.
https://www.youtube.com/watch?v=rQwJk8E_xKE
[..] problem z nim [..] jest taki, że komputer jest stosunkowo niestabilny. Jak jest z tym rozwiązaniem?
Nie zauważyłem takich objawów, ale nieszczególnie długo i intensywnie go do tej pory używałem. Ten egzemplarz mam jeszcze nieskręcony, a w kolejce czeka jeszcze płytka do CF.
s.
Minęło 10 lat i wreszcie moje PoFo już ma rozszerzoną pamięć do 512kB.
s.
p.s. Czeska strona o kartach CF do PoFo zablokowana:
Wysłane
Dzięki za przeniesienie do właściwego działu, niestety ogłoszenie już nieaktualne. Proszę o zamknięcie.
s.
Obudowa jest mi niepotrzebna. Tak samo mysz i stacja dyskietek, ale zasilacz mile widziany.
s
sikador:
pIII/1000
kieszeń ATA
karta ISA multi I/O
Rastan:
karty graficzne PCI (nvidia, matrox, trident, s3)
Pozostale
kątowy adapter PCI
karta ISA - radio FM (i2c - TEA6100)
karty sieciowe PCI (3com 905b i 905c)
150 + przesylka
Skontaktujcie sie przez email'a.
Bez pudełka, niestety nie mam okazji sprawdzić czy działają.
pIII/1000
kątowy adapter PCI
kieszeń ATA
karta ISA - radio FM (i2c - TEA6100)
karty graficzne PCI (nvidia, matrox, trident, s3)
karty sieciowe PCI (3com 905b i 905c
karta ISA multi I/O
Even convicted murderers deserve recognition.
chyba tak:
http://www.atari.org.pl/forum/viewtopic … 589#p80589
s.
edit:
szkoda ze zdjecia juz nie sa dostepne: http://www.atari.org.pl/forum/viewtopic … 167#p53167
W moim magnetofonie, robionym na Żwirki, był dodatkowy przewód owinięty wokół kabla do komputera.
s.
do zamknięcia
sam sobie odpowiem: Zenith Z-100
wpis nadaje sie raczej do balaganu
s.
Ok minuty 8 występuje 800XL.
Co ciekawe dyskietka nagrana w tej scenie jest później odczytana na innym komputerze. Rozpoznał ktoś co to za komputer?
s.
atari.area forum » Posty przez sq7bti
Wygenerowano w 0.019 sekund, wykonano 44 zapytań