Moje 1088XEL nie może się już doczekać :D

Ale jak to bez ochronnego kasku?!!!

To ja jeszcze dodam, że XL OS można spatchować tak, żeby obsługiwał SIO2BT (19200 i 57600 baud),  dowolne speedery do stacji dyskietek oraz szybkie urządzenia typu SIO2SD, SDRIVE-MAX, itp.:
http://www.atari.org.pl/forum/viewtopic ... 14#p256814

U mnie nie działają (nie są widoczne) karty Atarimax.
Pokazałem schemat Jürgen-owi van Radecke, który kiedyś zrobił taki przełącznik na 2 karty i powiedział, że zamiast oporników 10K, lepiej byłoby użyć 4.7K.

Macie różne wersje PIC-a?
PIC16F84
PIC16C84

Ja miałem na początku PIC16F84 i zwykła klawiatura działała (z tego co pamiętam) bezproblemowo, za to klawiatura mini nie działała wcale.
Potem zamieniłem go na PIC16F628 i ruszyła "mini", ale z tym małym wyżej wspomnianym mankamentem.

Przed chwilą wróciłem ze spotkania w Hanowerze, na którym miałem okazję pogadać ze Stefanem.
Mam dwie wiadomości: jedną dobrą i drugą trochę gorszą.
Dobra to ta, że Stefan spróbuje zmodyfikować dla nas ROM stacji :)
Mniej dobra to, że w ROM-ie nie ma już prawie miejsca na modyfikacje.
Oznacza to, że nie będzie nowego trybu pracy, a jedynie modyfikacja dla trybu 'M'.

Byłem pod wielkim wrażeniem, kiedy Stefan opowiadał w jaki sposób powstawał ten software.
Trzeba zacząć od tego, że wtedy nie było jeszcze tylu zasobów w sieci i Stefan studiował najpierw kod maszynowy procesora Intel 8040 w bibliotece uniwersyteckiej. Następnie napisał swój własny cross assembler na Atari, z pomocą którego mógł tłumaczyć pisany przez siebie kod w assemblerze na język maszynowy (generować pliki *.rom wypalane później z poziomu Atari na EPROM-ach). Kod w assemblerze Stefan pisał i dokumentował tak na prawdę na kartkach papieru (które miał zresztą dzisiaj ze sobą), ponieważ kod z pełnymi komentarzami nie zmieściłby się w pamięci Atari.
Następnie wstukiwał go w prostym edytorze tekstu i assemblował na Atari.
Ciekawostką jest to, że pisany w ten sposób software ruszył prawie "od kopa".
Możecie sobie wyobrazić jak uciążliwe i czasochłonne było testowanie.
W trakcie całej pracy nad projektem Stefan wypalił EPROM do testów w sumie tylko 11 razy!

Dzisiaj po ponad 20 latach, przeglądając stos kartek zapisanych kodem i komentarzami, Stefan mruczał "co ja miałem na myśli, aha!". Pierwszą zmianę (akceptację komendy SIO ze względu na numer stacji, która będzie teraz z przedziału D1-D4) udało się już zrobić. Resztę logiki Stefan musi na spokojnie przejrzeć i zmodyfikować w domu, bo na spotkaniu nie było ku temu warunków.

Graliśmy za to w nowe gry, nadesłane na tegoroczny konkurs ABBUC-a.
Niestety poza jednym wyjątkiem (zresztą mój faworyt), grom brakuje instrukcji, choć reguły nie zawsze są intuicyjne.

Hmm, dziwne...
Zgodnie z niemieckim opisem:

"ALT-F3 Schaltet zwischen deutscher und englischer Tastaturbelegung um (bleibt beim Ausschalten erhalten)"

ustawienie powinno zostać zapisane na stałe, czyli przetrwać wyłączenie kompa

Zgłębiałem ostatnio temat B: Device ( http://atariki.krap.pl/index.php/B:_Device ).
Emulatory Altirra (Windows) i Colleen (Android) emulują już to urządzenie.
Np. w Altirra:
System -> Configure System -> Peripherals / Devices -> High-Level Emulation (HLE) Devices / Browser (B:)

Poniższe ATR-y zawierają handler urządzenia B: ( https://github.com/TheMontezuma/B-Handler ),
który jednak sprawdza, czy urządzenie B: jest już zainstalowane.
Tak więc można grać w gry zarówno na emulatorze jak i na prawdziwym sprzęcie z SIO2BT lub RespeQt
i high-score zostanie automatycznie otwarty w przeglądarce.

https://github.com/TheMontezuma/mahna-m ... sz-cio.atr
https://github.com/TheMontezuma/1K-ATAS ... HSCCIO.atr

Poniżej kod, który można dodać do nowo pisanych gier:

IOCB   equ $0340
ICCHID equ IOCB+0
ICCMD  equ IOCB+2
ICBAL  equ IOCB+4
ICBAH  equ IOCB+5
ICBLL  equ IOCB+8
ICBLH  equ IOCB+9
ICAX1  equ IOCB+10
ICAX2  equ IOCB+11
CIOV   equ $E456
            
url
    .byte 'http://atari.pl/hsc/?x=106000000'
url_len equ *-url

browser_device
    .byte 'B:'

write2Bdevice
    JSR lookup
    BPL do_cio
    RTS

do_cio
    LDA #$03 ; open
    STA ICCMD,X
    LDA #<browser_device
    STA ICBAL,X
    LDA #>browser_device
    STA ICBAH,X
    LDA #$00
    STA ICBLH,X
    LDA #$02
    STA ICBLL,X
    LDA #$08
    STA ICAX1,X
    LDA #$00
    STA ICAX2,X
    JSR CIOV
    
    LDA #$09 ; write
    STA ICCMD,X
    LDA #<url
    STA ICBAL,X
    LDA #>url
    STA ICBAH,X
    LDA #$00
    STA ICBLH,X
    LDA #url_len
    STA ICBLL,X
    JSR CIOV
    
    LDA #$0C ; close
    STA ICCMD,X
    JMP CIOV

LOOKUP  LDX #$00 ; search for a free CIO channel
        LDY #$01
LOOP    LDA ICCHID,X
        CMP #$FF
        BEQ FOUND
        TXA
        CLC
        ADC #$10
        TAX
        BPL LOOP
        LDY #-95 ; error code "TOO MANY CHANNELS OPEN"
FOUND   RTS      ; X contains the offset for a channel

Wieso nicht?

ALT+F3

http://ftp.pigwa.net/stuff/collections/ ... interface/

rikłest sabmitet - poszło e-mailem, ale pewnie dopiero na zlocie będę mógł trochę ponaciskać

1. perinoid - zestaw #2.
2. Montezuma  - zestaw #2.

I see. Bios4Config shows that BASIC is ON after Atari is powered ON and then that BASIC is OFF after some sectors are loaded. I assumed that this happens after the XEX loader was started, but you are right, it is the game (XEX) that does the job... It looks like all games from Homesoft collections are patched this way...

Now the magic is gone :)