sonraki »

[i_r_on]

Vice'a dışarıdan memory injection sanırım en pratiği olacak. Ne dersin?

Böyle bir imkan varsa kesinlikle daha kolay olur evet

[wizofwor]

Soruyu doğru anlamış olduğumu umut ederek derme çatma kodumu aşağıya kopyalıyorum.

Kod:

.const port 		= $80FF
.const startAddr	= $0800
.const endAddr 		= $F7FF
.const tapeBuffer 	= $033C


/*
	transfer rutinini kaset tamponuna kopyala
	ve oraya atla
*/
selfCopy: { 
!:	ldx transferEnd-transfer
	lda transfer,x
	sta tapeBuffer,x
	bne !-
	jmp tapeBuffer		
}

/*
	transfer rutini
*/	
transfer: { 
// başlamak için porttaki değerin değişmesini bekle
firstByte:							
	lda port 				// 4 
	cmp port 				// 4 
	beq firstByte 			// 2 = 10 Cycle
	bit $02 				// 3
	bit $02					// 3
	bit $02					// 3
	bit $02					// 3
	bit $02					// 3
	nop						// 2
    jmp loop 				// 6 = 33 Cycle


wait: 						
	bit $02					// 3
	bit $02					// 3
	bit $02					// 3
	bit $02					// 3
	nop 					// 2
	nop						// 2 = 16 Cycle

loop: 						 
	lda port				// 4		
	sta tAddr:#startAddr	// 4 = 8 Cycle

// adresi arttır 			
	inc tAddr 				// 6
	bne wait 	 			// 2(+1) = 8(9) Cycle
		inc tAddr+1 		// 6
		lda >endAddr+1 		// 4
		cmp tAddr+1 		// 4
		bne loop 			// 2(+1) = 24(25) Cycle
	
// hedef addresi sıfırla 
reset: 						
	lda #>startAddr 		
	sta tAddr 				
	lda #<startAddr 		
	sta tAddr+1
	rts
}
transferEnd:

[i_r_on]

@wizofwor : $02 adresinde hangi değer var?

[emarti]

@wizofwor : $02 adresinde hangi değer var?

Ben de onu çözmeye çalışıyordum

[wizofwor]

BIT komutlarını sadece 3 cycle harcamak için kullandım. $02 adresindeki değerin önemi yok.

[i_r_on]

BIT komutlarını sadece 3 cycle harcamak için kullandım. $02 adresindeki değerin önemi yok.

Cycle'lar bize lazım, niye harcadın?

Cevapla beraber gönderilecek bilginin sunumu ile ilgili de bilgi verirseniz süper olur. Mesela senin kodda değişimi algılıyorsun. Ya hiç değişmeyen bir veri akışı gelirse?

Şunu dersen ok, ben micro'dan her bir byte gönderimi için ekstra ondan farklı bir byte göndereceğim, bu sayede gerçek datayı ayıklayacağım.

Mantık bu herhalde senin koddaki değil mi?

ps:Busy waiting kısımları hesaplamanın dışına alabiliriz.

[blackturk]

Bende kod yazmadım.ama pseudo olarak kodladım.

1 port değeri $ff mi hayır tekrarla
2 evet ise veri çekmeye başla
3 port değeri pozitif mi ?
4 okunan değerin 7 biti data buffer memory sakla
5 portu değerini oku pozitif ise tekrar 5 . Adım
6 evet negatif ise 7 bit data buffer memory sakla
7 buffer doldu mu ? Hayır 2. Adıma git
8 buffer datalarını 8 bit duruma getir.
9 programı bitir

[emarti]

$FB $FC gibi zero page kullanarak indirect indexed adresleme kullanarak verileri ilgili yere yerleştirerek @wizofwor 'un kodunu optimize etsek çok mu cycle harcar?

[wizofwor]

kurmaya çalıştığım mantık şuydu:

- transfer kodunu kaset tamponuna at
- port adresindeki değer değişene kadar bekle
- değer değiştiği andan itibaren sabit hızaı kopyala
- kopyalama bitince hedef adresi resetle

Değer değişmesini sadece İlk başta senkronize olabilmek için bekliyor. Hatta o ilk değeri kopyalamıyor. Sonrasında her  33 cycle'da bir byte gelmesi lazım.

[Skate]

Vice'ın telnet interface'i çok buglı. Daha önce de başıma gelmişti benzer problemler. İlk komut düzgün gidiyor, sonrakilerde patlamaya başlıyor falan. Çözebilirsem düzgün bir simülasyonla test etmek istiyorum. Şimdilik unstable bir durum söz konusu.

Edit: İlk komutu remote monitör ile gönderiyorum, çalışıyor. Sonrakiler "ERROR -- Wrong syntax:" hatası veriyor. Sanırım Enter tuşuyla arası hoş değil arkadaşın.

[i_r_on]

kurmaya çalıştığım mantık şuydu:

- transfer kodunu kaset tamponuna at
- port adresindeki değer değişene kadar bekle
- değer değiştiği andan itibaren sabit hızaı kopyala
- kopyalama bitince hedef adresi resetle

Değer değişmesini sadece İlk başta senkronize olabilmek için bekliyor. Hatta o ilk değeri kopyalamıyor. Sonrasında her  33 cycle'da bir byte gelmesi lazım.

Senkron yapı kuramıyoruz. Çünkü, bu 33 cycle'a tam senkron olamıyor karşı taraf.

@emarti : self modifying kod büyük transferlerde indirect indexed'den hızlı. biri. sırf saklama için bile biri 6 cycle yerken diğeri 5 cycle yiyor.

[Skate]

Vice'ın telnet interface'ini kullandığımda komutlar arasında 20 milisaniye geçmesini bekliyor. Bu durumda saniyede en fazla 50 byte transfer edebilirim. Bu şekilde olmadı kısacası. Aslında monitör'e remote olarak erişebildiğim için tek komutla çötenk diye tüm hafızayı doldurabilirim. Ama amaç byte byte transfer simüle etmek olduğu için bu yöntem işe yaramadı.

[i_r_on]

@Skate :  Şöyle de simüle edebilirsin, gönderimi yapan c64'de ön tarafta çalışan kod olsun. Bellekte belli bir adrese yazsın. Hatta yazarken yarım yarım yazsın.

Transfer rutini de interrupt rutini olarak çalışsın.

Ps: önemli olan loop'ta kaç cycle harcadığın. 500 byte transfer etsen de ölçüm için yeter.

[Skate]

Interrupt ile tam simülasyon yapamazsın. Yarım yarım bile yazsan interrupt rutini içinde çalışan kod interrupt dışından bölünemeyeceği için o şekilde işe yaramaz. Ancak CIA kullanıp sürekli yeni interruptlar üreterek belki benzer bir simülasyon yapılabilir. Yani interrupt içinde loop olmayacak da her bir byte yazdıktan sonra yeni bir interrupt tetiklenecek ve arada belli bir delay bırakılacak. Bana çok hoş bir yöntem olarak gözükmedi.

[eins]

@i_r_on, mikroişlemci tarafındaki kodu tek byte gönderiyor şeklinde düşünmek sorunda mıyız? Yoksa örneğin 128 yada 256 byte gönderecek şekilde kurgulayabilir miyiz?