Nie znam się na PIC-ach.
Mój jest niestety wlutowany, więc gdybym chciał go przeprogramować, to albo go będę musiał wylutować, albo zostaje programowanie "in circuit".
Znalazłem w sieci programator PICKit3 (kompatybilny z PIC16F84) i zastanawiam się czy da się go użyć i jak go podpiąć.

Na płytce miniITX wyprowadzone są  PIN-y:
- VCC
- CLK
- DAT
- GND

a programator ma takie PIN-y:
1 - VPP/MCLR
2 - VDD of target board
3 - VSS
4 - ICSPDAT/PGD
5 - ICSPCLK/PGC
6 - LVP

Czy dobrze kombinuję?

CLK <-> ICSPCLK/PGC
DAT <-> ICSPDAT/PGD

VCC <-> VDD of target board
GND <-> VSS

Znalazłem wątek odnośnie AKI:
http://www.atari.org.pl/forum/viewtopic.php?id=15632

W weekend zmieniłem ustawienia SIO2SD (topdrive=off, hsindex=6).
Musiałem zrobić to na innym SIO2SD, potem programatorem ISP odczytać EPROM i wgrać go (programatorem) do "onboard" SIO2SD. Do takich zastosowań trzymam starego laptopa z portem szeregowym i równoległym + Programator na LPT + PonyProg. Na szczęście nie było komplikacji i wszystko działa jak trzeba.

Przekażę wszystkie pochwały autorowi :)
Również używam wersji 4.04 (czyli ostatniej oficjalnej) oraz wersji 4.04BT spatchowanej dla SIO2BT (zmiany zostały autoryzowane przez Stefana, który też jej używa).

Nie jestem do końca szczęśliwy z wbudowanego SIO2SD (np. ze względu na brak wyprowadzeń przycisków).
Domyślna konfiguracja jest taka, że po włączeniu zasilania ATARI zawsze ładuje się konfigurator.
Ponieważ włączone jest turbo topdrive, pojawia się pytanie o adres loadera.
Naciskam np. START i konfigurator szybciutko ładuje się do pamięci.
Teraz wybieram sobie grę, naciskam i przytrzymuję przycisk RETURN i tu pojawia się problem.
Gra ładuje się w "normalu".

Czy ktoś ma podobny problem?

Udało mi się w weekend zainstalować Atari ITX w obudowie Chieftec.
Wszystko elegancko pasuje, jedynie dla złącza carta wyciąłem szczelinę w przednim panelu.
Przy okazji znalazłem sensowne zastosowanie dla poniższego adaptera:
https://www.bitsofthepast.com/?product= ... t-switcher

Mam jeszcze pomysł na na włącznik zasilania:
https://www.ebay.de/itm/Flip-Flop-Latch ... 3609757304
Z pomocą przerzutnika i przekaźnika na powyższej płytce możnaby przyciskiem na obudowie włączać i wyłączać zasilanie. Na razie czekam na dostawę.

Wielkie dzięki dla x_angel za płytkę ITX i za poprawienie tego co na niej spaprałem ;-)

Mam takie lamerskie pytanko.
Czy są jakieś rozszerzenia pamięci do ZX Spectrum 48K,  żeby móc odpalać na nim gierki pisane dla 128K?
Czy zostają (dla pamięciożernych produkcji) tylko emulacje i FPGA?

Da się (sam używam). Wszystko pewnie zależy, jaki hardware i stos BT jest w laptopie.
Procedura jest taka, że startujesz wyszukiwanie urządzeń Bluetooth, wybierasz moduł BT z listy urządzeń, wprowadasz kod pin i urządzenie jest sparowane. Na liście w "Manadżerze urządzeń" Windows pojawią sie dwa porty szeregowe (nie wiem po co ten drugi).
Teraz otwarcie pierwszego z tych wirtualnych portów szeregowych powoduje faktyczne nawiązanie połączenia Bluetooth (dioda w SIO2BT przestaje mrugać i świeci ciągłym światłem). Dzieje się tak, np. kiedy uruchomiasz RespeQt.

Sektorowo bez zmian, pliki mogą zajmować maksymalnie: 65166 sektorów.
Dotychczas emulowana była dyskietka SD, a więc 65155x125=8145750 bajtów (7,77MiB)
Teraz DD, a więc 65155x253=16484215 bajtów (~15,72MiB)

Wielkość plików ATR ograniczona jest zgodnie z definicją formatu (16MiB), a plików wykonywalnych 7,77MiB.

Wczoraj zapuściłem kopiowanie podpiętego pliku MP3 (11,6MiB) do zamontowanego pustego ATR-a.
Po paru godzinach, wyekstraktowałem (na PC) z ATR-a plik mp3 i porównałem binarnie z orginałem. Wszystko OK, więc zmiany wrzuciłem do Github-a:
https://github.com/TheMontezuma/SIO2BT

http://atariki.krap.pl/index.php/Format_MyDOS

Tak i według atariki format MyDOS pozwala na pliki wielkości do 15,81 MB.

W appce SIO2BT, dla każdego montowanego pliku (z wyjątkiem ATR, ktory sam w sobie jest obrazem dyskietki) emulowana jest dyskietka.
Żeby uprościć sobie życie, początek takiego pliku znajduje się na tej wirtualnej dyskietce w sektorze 0x171 = 369 (zaraz za sektorem z VTOC), a ostatnim sektorem, w którym mogą znajdować się dane pliku jest sektor 0xFFFF.

Czyli plik jest obsługiwany, jeśli daje się go zmapować do maksymalnie 0xFFFF - 0x171 = 0xFE8E (65166) sektorów.
Niestety emulowana dyskietka jest formatu SD, czyli sektor ma wielkość 128 bajtów (125 bajtów danych na sektor).
Daje to ograniczenie na długość pliku: 8 145 750 bajtów.

Wieczorem sprawdzę, czy dałoby się zmienić format emulowanej dyskietki na DD, co pozwoliło montować pliki 15,7MB.

No i po 8 latach mały update:

https://github.com/TheMontezuma/NVC/releases/tag/14 (link do projektu na Githubie, do ściągnięcia żródła w Javie, albo gotowy plik jar)

Aktualna wersja pozwala wprowadzić limit liczby plików w katalogach.
Zamiast definiować głębokość struktury katalogów, wprowadzamy np. limit 100 plików na katalog i tool sam ustala dynamicznie głębokość.
Dzięki temu liczba podkatalogów jest minimalizowana (przy zachowaniu zadanego limitu).

Poza tym tool kopiuje pliki o podanych przez użytkownika rozszerzeniach, więc łatwo nim przygotować zestawy gier dla dowolnych platform.

1.ZuluGula - 2szt.
2.pancio.net - 1 szt.
3._kriss_ - 1 szt.
4.Sniegowy - 1 szt.
5.dragmar - 1 szt.
6.pawel - 1 szt.
7.atarixegs - 1 szt.
8.seban - 1 szt.
9.sun - 1 szt.
10. lopez - 1szt.
11. perinoid - 1szt.
12. bocianu - 1szt.
13. sikor - wstępnie 1, docelowo 2szt
14. uicr0Bee - 1 szt.
15. KrISS - 1 szt.
16. tooloudtoowide - 1 szt.
17. Montezuma - 1 szt.