sonraki »

[i_r_on]

Golü insan genelde iyi olduğunu düşündüğü yerden yiyor. Şimdiye kadar bana genelde öyle oldu Ben yazılımda iyiyimdir diyorum, donanımda sorunu bulmaya odaklanıyorum, sorun yazılımda çıkıyor

Bazen bu son yaşadığın problemde olduğu gibi problem kabak gibi sırıtıyor ancak bizim odak noktası değiştiği için kolayca çözemiyoruz.

Güzel gelişmeler var, gayet iyi gidiyor proje.

Autorun için tavsiyem hades'in de önerilerinden biri olan kaset buffer'ına yahut stack'in dibine (günün birinde belki lazım olur) küçük bir kod parçası transfer et. Sonra da $0314/$0315'deki IRQ vektörünü buraya işaret et. Makine dili programları destekleyebilmek için pic kodunda yüklenen programın başlangıç adresini kontrol edebilirsin $0801 adresine yükleniyorsa basic programların çalışma şekline göre CLR ve RUN rutinlerini peşpeşe çağırabilirsin, herhangi bir adrese yerleşen makine dili rutini ise doğrudan indirect jump yapabilirsin.

Benim devrede işleyiş c64 tarafındaki kodun devreden datayı çekmesi üzerine kurulu olduğu için ben şöyle bir şey kullandım,

Kod:

	LDA DATA_LOW
	CMP #$01
	BNE MACHINELANG
	LDA DATA_HIGH
	CMP #$08
	BNE MACHINELANG
		
	JSR $A659 ;"CLR" 	
 	JMP $A7AE ;"RUN" 

Senin kontrol işini PIC'te yapıp uygun kodu göndermen lazım. Ya da free olan $FB-$FE aralığına yükleme adreslerini gönderirsen oradan da okuyabilirsin.

Yalnız iş burada bitmiyor, Interrupt rutinini ele geçirmiş olmak yetmiyor interrupt'a girilmiş olan kodu da dizginlemek lazım. Yani o interrupt'tan çıktığında esas CLR ve RUN'ı yapman lazım. Bu noktada benim bilgim de sınırlı. Benim devrede reset sonrası initialization kısmı kernal'den bağımsız kendi başına olduğu için benim böyle bir sıkıntım olmadı. Buna en yakın olanında da önyüzde koşan kod kendi kodum olduğu için durum sadece idle bekleyen kodu devam ettirme şeklinde oldu.

İlk aklıma gelen interrupt'a girildiğinde ilk dönülecek adresi stack üstünde değiştirmek geliyor. Evet sanırım çözüm bu.

[i_r_on]

Bu arada DMA ile yapılabilecekler noktasında 1541 Ultimate'in source'larından faydalanabilirsin.

https://xp-dev.com/svn/1541UltimateII/trunk/software/io/c64/c64.cc

Senin dokümanda paylaştığın yöntemin kod hali burada var.

ps: Kodlardan yanlış anlamadıysam bu vatandaş menüsünü bile DMA ile çiziyor

[eins]

Bu arada DMA ile yapılabilecekler noktasında 1541 Ultimate'in source'larından faydalanabilirsin.

https://xp-dev.com/svn/1541UltimateII/trunk/software/io/c64/c64.cc

Senin dokümanda paylaştığın yöntemin kod hali burada var.

ps: Kodlardan yanlış anlamadıysam bu vatandaş menüsünü bile DMA ile çiziyor

Enteresan. Vakit olunca incelemek lazım.
Aklımda bir ara onun kodlarına bakmak vardı ama ne zaman olur kim bilir.

2 - Bir kaç byte ile Klavye buffer kullanarak RUN komutunu vermiş gibi işlem yapmak.

Çok basit olduğu için bu sabah bunu denedim. Gayet güzel çalıştı.
PIC tarafındaki kod aşağıda;

void c64_basic_run(void)
{
   c64_start_dma();

   c64_poke(631,82);   // Keyboard Buffer 0 R
   c64_poke(632,85);   // Keyboard Buffer 1 U
   c64_poke(633,78);   // Keyboard Buffer 2 N
   c64_poke(634,13);   // Keyboard Buffer 3 <RETURN>

   c64_poke(198,4);   // Keyboard Buffer Count

   c64_stop_dma();
}


Ama birşey dikkatimi çekti. Arka arkaya 3 kez çalıştıktıktan sonra bir daha çalışmıyor.
Gerçi bu benim için bir sorun değil ama nedenini merak ettim.
Acaba bu buffer'a atılan bilgi otomatik olarak işlenince sıfırlanmıyor mu?
Keyboard buffer normalde 10 byte sanırım. RETURN gönderince, bir şekilde KERNAL bunu halletmiyor mu ki?
Yada bu buffer nasıl bir buffer, başı sonuna bağlı FIFO gibi mi acaba?

[Simon (Özay Turay)]

AAY-Helpfiles'a göre 10 byte FIFO.

http://unusedino.de/ec64/technical/aay/c64/zpmain.htm

[hades]

Klavye bufferi kullanmadan önce C64'ü resetleyip çalışır hale geldikten sonra start_dma yapılsa daha iyi olmaz mı?

[eins]

Zaten oyle. Once reset. Sonra dma upload. En son klavye buffer ile run...

[i_r_on]

Kernal'e elleşmiyorsan reset sonrası makinenin kendine gelmesi için 2sn kadar beklemen lazım. Erken devreye giriyor olabilirsin.

[hades]

Doberman devredeyken 0 ve 1 nolu adresler okunduğunda hangi değerler dönüyor?
Eğer okunan değer 1 nolu adres için 37h ise buraya yazılacak yeni değer Dma 
Stoptan sonra c64'ü konfigure edecektir.
Belki de 6510 kendi içindeki 0 ve 1 adreslerindeki değeri ram'de mirrorluyordur.

[eins]

Doberman devredeyken 0 ve 1 nolu adresler okunduğunda hangi değerler dönüyor?
Eğer okunan değer 1 nolu adres için 37h ise buraya yazılacak yeni değer Dma 
Stoptan sonra c64'ü konfigure edecektir.
Belki de 6510 kendi içindeki 0 ve 1 adreslerindeki değeri ram'de mirrorluyordur.

Ilk firsatta denerim. Ben de merak ettim. Gerci ram de mirrorlandigini pek sanmiyorum ama deneyip yazacagim.

[i_r_on]

0 ve 1 adreslerine erişimler databus üstünde gözükmüyor. Cpu bunlara içerideki register'lar gibi muamele ediyor aslında.

http://skoe.de/kernal/kernal-cartridge.pdf

For a fully compatible Kernal cartridge with no additional wire, another way must be used to find
out the state of /HIRAM. One obvious idea is to sniff the bus traffic and keep track on write
accesses to the address $0001. Unfortunately this does not work, since these accesses are kept
inside the 6510 CPU and are not visible on the bus.

[eins]

Evet bunu ben de okudugumu hatirliyorum zaten. Ama 6510 un pdf inde de enteresan birsey yaziyor. Portu input olarak tanimlarsan bu alana disaridan erisilebilir diyor. Yani buraya yazilabilir. E neden okunamasin o zaman?
By assigning the 110 Pins as inputs(using the Data Direction Registeo the user has the ability to change
the contents of address 0001 (the Output Register) using peripheral devices. The ability to change these

contents using peripheral inputs, together with Zero Page Indirect Addressing instructions, alfows novel an(
versatile programming techniques not possible earlier.

[hades]

0 ve 1 adreslerini kontrol için aklıma gelen tek seçenek şu. Kartuş 6510 soketine takılacak şekilde düzenlenecek. Yeni halinde 6510 kartuş üzerine takılacak ve bize lazım olan 1. adresin kontrol ettiği ve 6510 üzerinde bulunan P0, P1 ve P2 pinleri (LORAM, HIRAM ve CHAREN bitleri) Pic üzerinden kontrol edilecek. Kartuş devreye girip 6510'u disable ettiğinde Pic'in ilgili portları çıkış modunda, kartuş devre dışıyken giriş modunda olmalı.

[i_r_on]

Sana bir ornekle açıklayayım.

Atmega işlemcideki C portunu düşün.

C portunun çip üstündeki fiziki pinlerinin karşılığı 6510'daki P0-P5 pinleri. Erişilebilirlikten kasıt bu.

DDRC 0 register'ına, PORTC de 1 register'ına karşılık geliyor.

[hades]

Benim tahminim şu şekilde. 0 ve 1 'e yazılan değerler aslında Ram'a yazılıyor. Yazma anında 6510'de bulunan bir adres decoder ile databustaki değer 6510 içinde latch edilerek ayrıca 6510 üzerindeki P0...P5 pinlerine gönderiliyor.
Datasheetlerde herşey belirtilmeyebilir. En iyisi delimawi'nin denemelerini beklemek.

[spunky]

Valla ellerinize, zihninize sağlık. Son dönemde forumda oluşan hareketlilik ve kaliteli bilgi artışı çok heyecan verici. Benim gibi yoğunluktan pasif üyeleri ve hatta gördüğüm kadarıyla bazı "ihtiyar" abileri bile heyecanlandırıyor

Hızınıs kesilmesin, Allah havyalarınıza zeval vermesin