UgotowanyKisiel aka UK1541

[Kisiel]

ok, tylko pod warunkiem że edycja pliku będzie pod PC.

[StaryMarabut]

A czy jest możliwe odłączenie drajwa z klawiatury komcia ?
Tak by tylko jeden napęd ( był widoczny dla komcia.

[wegi]

No trzeba ten plik zappisywać za każdym razem przy mapowaniu dyskietki a to nic innego jak flashowanie pewnego obszaru na karcie. Nie masz możliwośći, żeby się zapisywało tylko przy wyłączaniu C64 więc zapis byłby przy każdym mapowaniu d64

[Kisiel]

No chyba żeby procek wykrywał na NMI spadek napięcia i ciagnął zasilanie z tantala do momentu zapisu i zaniku napięcia. Dałoby się to zrobić

[wegi]

i komplikować i rozbudowywać układ - zrobisz niepubliki i jesteś polski Gideon - olej to mapowanie

[SPC]

Ale plik autostart.ini na nosniku nie jest zly. Zreszta ile kosztuje karta panowie.

[hsimpson]

SPC:

Ale plik autostart.ini na nosniku nie jest zly. Zreszta ile kosztuje karta panowie.

W atarowskich rozwiązaniach (SIO2SD, SIDE) configi są zapisywane na nośniku (SD,CF). Twórcy tych sprzętów nie przejmują się trwałością kart. Przy aktualnych cenach można już mniej się troszczyć o nośniki .

[Skull]

wegi:

No trzeba ten plik zappisywać za każdym razem przy mapowaniu dyskietki a to nic innego jak flashowanie pewnego obszaru na karcie. Nie masz możliwośći, żeby się zapisywało tylko przy wyłączaniu C64 więc zapis byłby przy każdym mapowaniu d64

nie ma takiej potrzeby - to użytkownik sobie edytuje ten plik i wpisuje jakie komendy dosa mają być wykonywane po starcie (autoexec.bat), plik może być niezmieniany latami.

Chodzi tu tylko o implementację programową wyszukiwania w głównym kat. nośnika pliku o określonej nazwie (np. autostart.ini) przy inicjacji urządzenia. Jeśli jest - przetwarzanie jego zawartości, jeśli nie ma to nic dalej się nie dzieje. I już zależy od podsystemu jakie operacje ma wykonać -czy to zamontować jakiś obraz d64, czy może uruchomić jakiś file manager, czy może wyświetlić obrazek, albo puścić muzyczkę (komendy basica).

to jest drobiazg, ale umilający życie, a istniejące rozwiązania na rynku tego nie oferują.

ps. np w SD2iec jest podobnie realizowania lista obrazów d64, które można przełączać przyciskami

[wegi]

SPC:

Zreszta ile kosztuje karta panowie.

Jak znam życie to może być pierwszy argument wyciągnięty przez szowinistów do deprecjonowania polskiego wynalazku

[wackee]

No to zróbmy kompromis.

Koncepcja "autostart.bat" (plik edytowalny na karcie np. z poziomu peceta) plus z poziomu interfejsu przed wyłączeniem będzie można sobie wymusić zapisanie ostatniego zmapowanego d64 do pliku .ini.
Czyli:
- pracuję na obrazie dysku "grafa.d64"
- wiem że jutro będę kończył coś co na nim zacząłem robić
- wchodzę do interfejsu UK, naciskam F8 (na przykład), ścieżka do aktualnego D64 zapisuje się do pliku na SD
- wyłączam kompa
- nazajutrz jak włączam UK sprawdza plik ini i na dzień dobry mapuje mi "grafa.d64"

Zużycie cykli żadne

[Raf]

ale jesli mikrokontroler ma pamiec EEPROM wlasna to na wuj to trzymac na zewnetrznej karcie?

[wackee]

No ale ja zrozumiałem, że nie ma... Jeżeli jest jakaś pamięć tego typu, to nie widzę problemu żeby zapamiętywać każdy otwarty D64 i wrócić do oryginalnej koncepcji

[wegi]

Wackowy pomysł jest dobry bo nie uzależnia zużycia karty od ilości mapowań - wewnętrzny eeprom jeżeli nawet jest też się zużywa 10 tys wpisów czy 100 to i tak nie jest ram a nie wiemy czy kisiel go do jakichś swoich ustawień nie używa. Tak hmm mimochodem opisana wackowa procedura jest tym samym co by zrobił po włączeniu kompa z tym, że robi to przed wyłączeniem. W mojej ocenie trochę tracicie sedno z oczu - jest coś na miarę 1541U co super wyemuluje stację za mniejszą kasę a dodatkowe gwizdki i dzwonki są mało istotne

[Kisiel]

Skull:

Jeśli jest - przetwarzanie jego zawartości, jeśli nie ma to nic dalej się nie dzieje. I już zależy od podsystemu jakie operacje ma wykonać -czy to zamontować jakiś obraz d64, czy może uruchomić jakiś file manager, czy może wyświetlić obrazek, albo puścić muzyczkę (komendy basica).

Mógłbyś rozwinąć myśl? Bo myślę że stacja całkiem fajnie gra... tyle że silnikiem
Jeżeli mam pójść w przetwarzanie wsadowe to podaj co by to miało robić.
Co do Wackowego pomysłu to chyba logiczne że nie pozwolę aby nośnik spieprzył się bez świadomości użytkownika.
Raf w CM4 pewnie masz EE  Wolę jednak w prototypie umieścić RTC. Tak dla jaj

[Skull]

Kisiel
najprościej jak się da:
(tu przeklejam z codebase)

 LDA #fname_end-fname
        LDX #<autostart.ini
        LDY #>autostart.ini
        JSR $FFBD     ; call SETNAM

        LDA #$02      ; file number 2
        LDX $BA       ; last used device number
        BNE .skip
        LDX #$08      ; default to device 8
.skip   LDY #$02      ; secondary address 2
        JSR $FFBA     ; call SETLFS

        JSR $FFC0     ; call OPEN
        BCS .error    ; if carry set, the file could not be opened

        ; check drive error channel here to test for
        ; FILE NOT FOUND error etc.

        LDX #$02      ; filenumber 2
        JSR $FFC6     ; call CHKIN (file 2 now used as input)

.. tu zmiana urządzenia na ekran
JSR $FFD2     ; call CHROUT (write byte to file)
..tu spowortem na drive
 
.loop   JSR $FFB7     ; call READST (read status byte)
        BNE .eof      ; either EOF or read error
        JSR $FFCF     ; call CHRIN (get a byte from file)


.skip   JMP .loop     ; next byte

.eof
        AND #$40      ; end of file?
        BEQ .readerror
.close
        LDA #$02      ; filenumber 2
        JSR $FFC3     ; call CLOSE

        JSR $FFCC     ; call CLRCHN
        RTS