quote:

Orijinalden alıntı: ISIS

Error C272 : ASM Requires SRC Directive

Kaynak dosyasında asm-endasm kullanılırsa,
SRC (compiler directive) ile derlemek gerekiyor.
Derleyici asembler kaynak dosyası oluşturuyor.
Bundan sonra asm.kaynak dosyasını kullanabiliyorsunuz..

http://www.keil.com/support/man/docs/c51/c51_c272.htm
===

keil'in "inline asm" özelliğine ilişkin bazı uyarılar var.
Bu yapının biraz hatalı oduğu ama düzeltilebileceği söyleniyor.
Bu yüzden projeni daha fazla ilerletmeden aşağıdaki forumda
özellikle 2 yorumcuyu okumalısın ("#9 : how to store in memory keil" ve "#11 : extern char end asm")

http://www.edaboard.com/thread5666.html

quote:

Orijinalden alıntı: ISIS

Sorularına doğrudan çözüm olur mu emin değilim; paylaşmak istediğim
fikir ve kaynaklar var.

En son 8080 ile okulda uğraşmıştım.
Aradan epey zaman geçti. Şu an bir breadboard ile
joule-thief, TEC, güneş paneli +ledler gibi çok basit deneylerin
dışında elektronikle fazla bir uğraşım yok.

Ama internette istemediğin kadar kaynak var. Hele ingilizcen de
biraz iyiyse; her şey elinin altında.

Ben sana teorik bir kaç bilgi bulup göndermiştim,
ne yazık ki şimdi de öyle yapacağım - umarım yararı olur.

/* bu açıklama alanını okumayabilirsin

Bellek olarak çeşitli ortamları kullanabiliyorsun :
Program segmenti ve harici bellekler. Bunu zaten biliyoruz.
Ben pic ile biraz araştırma yapmıştım; kısıtlı bellek alanı var ve
program kendi kendini değiştirsin istedim (overlay mantığı).
Böylece ana belleğe sığmayan modülleri değiş-tokuş ile
program segmentine yüklemek istedim. Ama bu alanın belli bir yazma
kapasitesi varmış ve vazgeçtim.
Senin projende, yazma sıklığına göre karar vermelisin;
10.000, 100.000 kez yazılabilir bellek türleri var.
Ama yapılan işe göre bu adetler kolayca tükenebilir.
Sözgelimi, bir datalogger, 24 saatlik sinyalleri bu alana sürekli
kaydederse, kısa sürede artık yazamaz hale gelir. Bu durum programdan kaynaklanmıyor,
belleğe fiziksel olarak artık yazılamıyor...
Bir musluğu düşünürsek, aç-kapa yapıldıkça "yalama" oluyor ve
bir süre sonra bozuluyor - bu da onun gibi ne yazık ki.

Kullandığın keil derleyicisi, program alanını "protected" işaretliyor olabilir.
Normalde program ve data segmenti ayrı görünmüyor, ancak bazı okuduğum
notlarda program segmentini "data" olarak kullanıp,
bilgileri kalıcı olarak bu alana kaydetmekle ilgili uyarılar var.
Bunu anlayabiliyorum, ama yazma sırasında bu alana erişim yapılamaz deniliyor...
Bu, program sayacının gösterdiği blokta bir yazma işlemi yapılamayacağı anlamına mı geliyor
tam anlamadım. Çünkü öyleyse, bu çok kısıtlı bir erişime olanak
verir ve asm kodlarıyla çözmen gerekir. Bu da C gibi bir derleyici
kullanarak mikroişlemciyi programlayanlar için olanaksız bir durumdur.
(inline assembler'dan bahsetmiyorum; derleyiciyi "baypas" edip
doğrudan ASM yazmak gerekiyor.)

Bu arada, C derleyicisi, "boot" sırasında değişkenleri sıfırlıyor.
Çünkü örn.elektrik gidip-geldiği zaman eğer devreyi besleyen gerilim
kritik bir süre boyunca belirli bir değerin altına inerse bellekteki veri güvenilmez oluyor.
Derleyiciyi yazanlar, doğrudan sıfırlayarak bunu çözmüşler.
Aslında 3-5 saniyelik kesintide bellek içeriği korunur, hemen silinmez.
Bunu anlamak için (geçerlilik testi için) komutlar var.
C derleyicisi yazanlar ya bunu bilmiyor,
ya da "herşeyi sıfırlama" çözümü işlerine gelmiş - bilmiyorum.
Oysa yeni geliştirilen yarı-iletken teknolojisi ile bu süre
10-30 dakikaya kadar çıkabiliyor, ki bu da örn. pil değiştirmek için
yeterli bir süre demektir (bazı kaynaklar birkaç saate kadar varan sürelerden
bahsediyor ama ne gördüm ne de ayrıntılı bir makale okudum -yalan yok;
eğer doğruysa çok yeni bir ürün olmalı.
Burada, "volatile" yani kalıcı-olmayan-bellekten bahsediyorum).
Bu güzel bir gelişme ama, bir belleğin silinme süresinin uzaması
o alana yazma/okuma süresinin de uzaması anlamına geliyor.
Aradaki dengeyi nasıl koruyacaklar merak ediyorum.

Kullandığın çipe ilişkin dökümanların mutlaka olsun, bazı sorularından
kullanım klavuzu ya da mimari-çizelgesi gibi bir kaynağa sahip olmadığını düşünüyorum..
Yanılıyorsam bağışla.
Ben yeterli döküman olmadan yola çıkmam. Her ne kadar o an için lazım olmasa bile
üşenmeyip tümünü okurum. Hepsini anlar mıyım; hayır.

Son olarak, denemekten çekinme. Biraz da deneme-yanılma yapmak lazım.

*/

Aşağıdaki aramaları yaparsan bir çok kaynak çıkıyor :

"In Application Programming 8051"
- (bootloader http://www.8052.com/forum/read/145532
- toplam 7 tane post var. Aslında 1.soruyu soran kişi
- sonradan yine 1.soruya dönüp düzeltme yapmış;
- kafan karışabilir o yüzden tüm postlara gözatmanı öneririm.)

"8051 persistent memory"
- Forumda 8051/52 için bir kişi çok özet ama yararlı bilgiler vermiş :
- (sram, xram vb.) http://www.cygnal.org/ubb/Forum1/HTML/001648.html
- Yorumlar 2006 yılına ait.
- (Yeni 8051'lerde xram çip içine alınmış ve mimari biraz değişmiş olabilir.)

"keil compiler result"
- Çok fazla sonuç döndü; birçok forum var. Önerim, o forumlara gözatman.
- Bununla ilgili arama yaparken, doğrudan senin projenle ilgili değil ama
- ilginç bir makaleye rastladım;
- "Byte code Interpreter for 8051 Microcontroller"
- (cross-platform yorumlayıcı; bir kez yaz, bütün MCU'larda çalışsın)
- pic yerine mcu hedeflenmiş (risc yerine cisc!).
- www.iaeng.org/publication/IMECS2010/IMECS2010_pp1125-1129.pdf
- Makale 2010 yılına ait. Yakın bir gelecekte bunun benzerlerini görebiliriz...
- Fikir hoşuma gitti, paylaşmak istedim.


Son olarak, 8051 için C derleyicilerine genel bir bakışla ilgili
oldukça yararlı olacağını düşündüğüm bir yazı.
Derleyicilerin o kadar da hatasız olmadıkları, nerelerde programcının
optimizasyon yapması gerektiği gibi önemli noktalar var.

"Optimal C Constructs for 8051 Microcontrollers"
- http://www.netrino.com/node/174