Katil Program

Başlatan subram, 05 Haziran 2014, 20:57:47

pwm.c

Alıntı yapılan: subram - 06 Haziran 2014, 17:28:35
while(1) komutundan önce 2-3 saniye bir gecikme koyup o şekilde deneyebilir misin brenner ile? mplab+xc yoksa direk hex gönderebilirim.
Ramazan, bahsettiğin yere __delay_ms(2000); komutunu ekleyerek gecikme koydum. Brenner bu sefer hata vermedi.
XC versiyonum 1.31 pro mode.
_/\/\/\_ -[ı- -ı>|- -|ı|ı|ı- -ı< -||- -l[]l-

Tagli

Cuma günü koşturmacadan deneme yapmaya fırsatım olmadı ama gördüğüm kadarıyla sorun çözülmüş gibi.

Bu arada, aklıma geldi bir dip not olarak ekleyeyim dedim: Kesme ile uyanmada eğer kesme koduna atlanması isteniyorsa - ki istenmezse, kesme ile uyanıldığı halde kesme koduna girmeden kalınan yerden devam edilebilir - SLEEP()'ten sonra bir tane NOP() koymakta fayda var. Çünkü uykudan uyanınca, kaçınılmaz olarak SLEEP'ten sonraki ilk ASM komutu çalıştırılıyor.
Gökçe Tağlıoğlu

t2

#47
12f1822 için benzer durum başıma geldi. Dahili osc kullanılıyor ve MCLR disable. Tek sefer programlandı artık silinemiyor ve programlanamıyor. Kopya pickit2 kullanıyorum.


VPP first programming entry  yapabilmek için  VDDyi elle açıp kapatabileceğimiz bir switch ekledim. VDDyi kapattım kartın beslemesini kesip test menüsünden VPPyi aktif ettim. sonra ICSP soketi taktım. şimdi beslemeyi verince  VPP aktif olduğundan  mclr disable olsa bile picin çalışmaması lazım. sonra  VDDyi açtım. tekrar silmeye çalışıtım olmadı. galiba bu esnada yine VPP kısa bir süre kesildiği için pic yine çalışmaya başladı dolayısıyla programlanma işi yine olmadı. BU arada tekrar sorun yaşamayalım diye yüklenecek  program içinden mclr on  yapmıştım.

Sonuç olarak elle açılıp kapatılan VDD anahtarı işe yaramadı. Orijinal pickit3 ile  kısa sürede silinip programlama yapılabildi.  orijinal pickit3  programlayıcım eskimesin diye saklayıp kullanmıyordum. İlk kullanım bu şekilde oldu.


pickit2 kopyası yapılırken VDD anahtarını ihmal etmemek gerektiği anlaşılıyor. onu da eklemek iyi olur.

subram

Alıntı yapılan: pwm.c - 07 Haziran 2014, 12:35:05
Ramazan, bahsettiğin yere __delay_ms(2000); komutunu ekleyerek gecikme koydum. Brenner bu sefer hata vermedi.
XC versiyonum 1.31 pro mode.

Sağolun hocam sorunun kaynağı açık şekilde ortada.
http://www.elektronark.org  Türkiyede Elektronik Kültürünü Değiştirmeye Geliyoruz

OG

#49
Şunun cevabını bilen varmı?
CONFIG registeri/registerleri  normal datadan öncemi ,sonramı, beraber mi yükleniyor.

Sanıyorumki en son yükleniyor. Çünkü yükleme sonrası doğrulama yapılması gerekir, protect programlarda doğrulama yapabilmesi için config en son atanması gerek. En azından birkaç biti öyle. Ve problemin önemli bir parçası bu. Çünkü PIC safe osc ile adım atıyor biryerde de çakılıyor. Farkındaysanız  safe osc olmayan pic lerde bu sorun yok.
FORUMU İLGİLENDİREN KONULARA ÖM İLE CEVAP VERİLMEZ.

RaMu

Modele göre değişken olabilir ama
bence 12f ve 16f serisinde aynıdır
pic12 den pic16 ya md ler "pic16 method"  diye
tabir edilen yöntemle programlanıyor
şukadarını kesin söyleyebilirim 16f877 de
ister önce ister sonra config registerları yüklenebiliyor
ama genel olarak en son yüklenmesi tavsiye-tercih ediliyor,
misal write protect yapılan bir programı
önce config yüklemeye çalışarak pice yazamayız
veya read protect yazılan programı
önce config yazarak yükleme esnasında verify ile yükleme yapamayız.

An910 a bakıp pice program yükleme ile ilgili detaylara ulaşabilirsiniz
https://www.google.com.tr/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&cad=rja&uact=8&ved=0CBwQFjAA&url=https%3A%2F%2Fwww.microchip.com%2Fstellent%2Fidcplg%3FIdcService%3DSS_GET_PAGE%26nodeId%3D1824%26appnote%3Den012156&ei=9VKXU8GnB6uA7Qa0q4DoDw&usg=AFQjCNFLALZGGS_PZmo8UIQOproEWfWQoQ&sig2=W46Q7Ou56xsLOYWHqlv_HA&bvm=bv.68693194,d.ZGU
Sorularınıza hızlı cevap alın: http://www.picproje.org/index.php/topic,57135.0.html

Tagli

Alıntı yapılan: RaMu - 10 Haziran 2014, 21:49:26
misal write protect yapılan bir programı
önce config yüklemeye çalışarak pice yazamayız
Bildiğim kadarıyla write protect sadece programın kendi program belleğine erişimini (yazmasını) engelliyor. Programlayıcı donanım üzerinde bir etkisi yok.
Gökçe Tağlıoğlu

RaMu

code protect desem daha iyi olurmuş
söylemek istediğim oydu çünki,
ama write protect durumunda programlayıcı donanım mdye programı yazabilirmi net bilmiyorum
şu verdiğim dökümandada var
read protect yapılınca programlayıcı donanımda mddeki programı okuyamıyor.
Sorularınıza hızlı cevap alın: http://www.picproje.org/index.php/topic,57135.0.html

t2

#53
Alıntı yapılan: RaMu - 11 Haziran 2014, 23:16:38
mdye programı yazabilirmi .
..
mddeki programı okuyamıyor.

md nedir? ne demek?

Tagli

Gökçe Tağlıoğlu

ipek

gizemll olmuş biraz ,bence mikro denetleyici'nin kısaltması

t2

Ben de RAM, ROM gibi hafıza bölümlerinden daha önce duymadığımız bir bölüm olabilir diye düşünmüştüm.

subram

bu arada birşey daha test ettim. P16f628 uyarladığım kodda sorun olmadığını yazmıştım. Bir kere programladıktan sonra (sorunsuz şekilde programlanıyor) devreye takıp çalıştırınca 2. kez tanımıyor Brenner.

Almanca bilen biri varmı? Brenner konu ile alakalı yazayım dedim ama translate.google bile çeviremedi siteyi ingilizceye.
http://www.elektronark.org  Türkiyede Elektronik Kültürünü Değiştirmeye Geliyoruz

pwm.c

Brennerin şuandaki en son güncellemesi 20.05.2013 tarihli.
http://www.sprut.de/electronic/soft/usburn/usburn.htm#download
sanırım tasarımcısı artık ilgilenmiyor olabilir.
bende bir ara sorun bildirecektim ama senin gibi Almanca engeline takıldım. aslında Almancı çok sayıda yakın akrabam var ancak teknik terimleri çevirebileceklerini sanmıyorum ve güncellemelerin azaldığını görünce bende orjinal pickit3 alıp bu dertlerden kuruldum.
_/\/\/\_ -[ı- -ı>|- -|ı|ı|ı- -ı< -||- -l[]l-

RaMu

Evet Md=mikrodenetleyici
Sorularınıza hızlı cevap alın: http://www.picproje.org/index.php/topic,57135.0.html