Drugim powodem wyprowadzenia sygnału już "zbuforowanego" jest fakt wydajności samych pinów CPU - ten procek przecież nie był projektowany z przeznaczeniem do podłączania na długich kablach układów sterowanych tymi sygnałami.

Linie adresowe:

• A13 na pinie 26

• A14 na pinie 25

• A15 na pinie 24

• IOM na pinie 19

Linie nieparzyste są dostępne od strony CPU, więc można by trochę ułatwić lutowanie korzystając właśnie z tego złącza.

Samej karty CF nie zeszlifujesz, więc pewnie chodzi Ci przede wszystkim o zrównanie całego adaptera do najgrubszego elementu, czyli do 3.3mm. Tym bardziej że przy ręcznym szlifowaniu nie uzyskasz takiej dokładności na całej szerokości gniazda, to może jednak lepiej tylko zeszlifować te wystające narożniki gniazda które potencjalnie mogą zahaczać o elementy obudowy podczas wkładania i wyjmowania. Tak powiększony slot może się wydawać trochę "luźny" przy wkładaniu oryginalnej karty CCM, ale nie stanowi problemu przy wkładaniu - gniazdo w swojej końcowej części nakierowuje złącze i nic się nie blokuje.

Szlifowałem tylko tę niezbędną część slotu, by karta CF się mogła zmieścić, ale jednocześnie pozostałość po żeberkach prowadzących nadal utrzymuje kartę podczas wkładania prosto i mogę bez obaw wkładać kartę CF nawet gdy adapter jest w gnieździe.

Pewnie można. Teraz już nie pamiętam dokładnie co miał oryginalnie kod robić, ale chyba w pętli while w oryginale więcej się działo (chyba coś ze sprawdzeniem czy suma nie przekroczyła już końca obrazu) i po uproszczeniu tak już zostało. Skoro działa to czemu ruszać?

ps. czemu nie dostałem powiadomienia? mam ten wątek zasubskrybowany.

Te pseudo-patrycje nie mają takiej długości. Offset wynosi dokładnie 33423360 i co tyle występuje w obrazie nagłówek kolejnej "patrycji".
Skrypt którym automatycznie montowałem oblicza i montuje o opcją offset mount_drive.sh. Problem jest właśnie z tą ostatnią która jest inna. Do analizy przydaje się pakiet mtools. Minfo z opcją -i wypisuje dużo więcej informacji niż file, którego wynik działania pokazałem w poprzednim wpisie. _aa to pierwsza część, _af to ostatnia (reszta):

$ diff -Nurw sandisk_192MB.img_part_aa_minfo sandisk_192MB.img_part_af_minfo 
--- sandisk_192MB.img_part_aa_minfo     2022-09-23 19:40:49.942632562 +0200
+++ sandisk_192MB.img_part_af_minfo     2022-09-23 19:40:54.754617909 +0200
@@ -1,24 +1,24 @@
 device information:
 ===================
-filename="sandisk_192MB.img_part_aa"
+filename="sandisk_192MB.img_part_af"
 sectors per track: 8
 heads: 2
-cylinders: 4080
+cylinders: 3088
 
 media byte: f8
 
 mformat command line:
-  mformat -t 4080 -h 2 -s 8 -d 1 -r 8 -c 16 -m 248 -i "sandisk_192MB.img_part_aa" ::
+  mformat -t 3088 -h 2 -s 8 -d 1 -r 8 -c 13 -m 248 -i "sandisk_192MB.img_part_af" ::
 
 bootsector information
 ======================
 banner:"PoFoCF-3"
 sector size: 512 bytes
-cluster size: 16 sectors
+cluster size: 13 sectors
 reserved (boot) sectors: 1
 fats: 1
 max available root directory slots: 128
-small size: 65280 sectors
+small size: 49408 sectors
 media descriptor byte: 0xf8
 sectors per fat: 12
 sectors per track: 8

Możesz zrobić lepsze zdjęcie pinów 53 i 54 CPU i lewej strony HCT138?

Wysyłałem biały kynar ;)

Połączenia powinny być OK, bo na tych samych liniach jest podłączona pamięć FLASH, a tutaj nie masz żadnego problemu z odczytem (co możesz też sprawdzić programem CCMIMAGE). Różnica jest w liniach /CE - ta wygenerowana przez HC138 jest dla CF.
Poszukałbym może karty innego producenta - może rzeczywiście jest za duża i w jakiś dziwny sposób obsługuje protokół PIO (może trzeba przeciąć jedną (44 - /RE) ścieżkę jak piszą tutaj - tak tylko gdybam).

Może być coś nie tak z samą kartą, albo układem generującym /CF_CS na HC138.

Komunikat którego oczekujesz jest na 59 sekundzie filmiku który Wam wszystkim wysyłałem:

Opisz te błędy.

Karty CF trzeba "sformatować" żeby jej zawartość była widoczna. Sama karta powinna być rozpoznana (firma i model) podczas startu, tzn. sterownik powinien wylistować wszystkie litery alfabetu które są przydzielone kolejnym 32MB "napędom". Przed ich pierwszym użyciem trzeba utworzyć FAT12 na nich przez:

mkfs d:

Też dostałem od nich odpowiedź. Dziękuję Cyprian za pomoc. Powysyłam jeszcze powtórnie zapytania czy nie mieliby czasem nawet uszkodzonego PoFo, z którego mógłbym wylutować.

Instalacja 74hct138d w Portfolio.

1. Przed nalutowaniem podgiąć lekko do góry nogi układu 138d: 1, 2, 3, 6 i 7.

2. Pomiędzy nóżkami 4 i 5 podlutować początek przewodu.

3. Wygiąć w literę U przewód by dosięgnąć do nogi 8 - po przylutowaniu uformować w taki kształt by mogła pomóc dosięgnąć nogę 10 układu 244.

4. Wylutować pin 3 złącza kart pamięci. Piny są dość łamliwe i nie udało mi się do tej pory nie złamać tego pinu - łatwiej go po prostu wyciąć szczypcami i wylutować pozostałość z płytki.

5. Nalutować ukłąd 138d na układ U10 - 74HC244 - jest to układ 20 nóżkowy, więc trzeba nalutować nogę 16 (lekko doginając do dołu) układu 138 do nogi 20 układu 244 (VCC), oraz nogę 8 układu 138d do nogi 10 układu 244. Przyda się tutaj właśnie ten wcześniej uformowany krótki kawałek przewodu.

6. Odgięte do góry nóżki 1, 2 i 3 (A, B i C) połączyć z CPU - wyprowadzenia 46, 53 i 54 (A13, A14 i A15). Nie jest istotna kolejność. Linia A14 jest także dostępna na złączu rozszerzeń (60 pinowe złącze z prawej strony) - pin 25.

7. Odgiętą nóżkę 6 połączyć z CPU pin 31 (IO/M) - lub z pinem 19 złącza rozszerzeń.

8. Odgiętą nóżkę 7 połączyć z pinem 3 złącza kart pamięci.

NB. na dołączonych zdjęciach widać alternatywny sposób przylutowania pinów 8 i 16, ale chyba łatwiej jest wykonać krótkie połączenie jednym kawałkiem srebrzanki zaczynając od pinów 4 i 5 (układu 138) a kończąc na pinie 10 układu 244

Uprzedzając pytania: układ 138d mieści się na układzie U10 (244) po obudową, nie musi być umieszczony bezpośrednio na PCB.

Cena za te złącza też nie jest jakaś odstraszająca. $10 za jeden i $10 za drugi. Jeśli mają 32 pinowe, może nie będzie jakoś dużo droższe. Ktoś ostatnio od nich coś zamawiał? Ile kosztuje przesyłka?