İşlemci Hafızasının Bozulması

Başlatan bymrz, 12 Ocak 2011, 23:48:47

bymrz

Arkadaşlar benim gibi sorun yaşayanlar var mı? Ya da bunun çözümünü bilen?

Bir devre arızalanıyor, düzgün çalışmıyor.Donanımsal hiç bir değişiklik yapmadan hex tekrar atılıyor ve ardından gayet güzel bir şekilde çalışmaya devam ediyor.
İşlemci Silabs 'ın 8051 tabanlı işlemcileri. İşlemcinin eepromu olmadığı için bir byte kadr bir bilgi FlashWriteBYTE gibi bir komutla flash hafızasına yazılıyor bir yerde. Bununla ilgili bir sorun da olabilir mi?

tayfunaki

pic ve atmel avr lerde yaşadım, bu nedenle eğer bu işi para karşılığı ve cihazınız zor şartlarda çalışacaksa 10 defa düşünün!!!, voltaj değişkenlikleri, yüksek akım motorları veya açk havaya maruz kalan ortamlarda çalşacaksa pic, atmel avr, 8051 tasarımınıza göre değişik sorunlar çıkartır, kimi reset alır, kimi el yaklaşınca sapıtır, kimide böyle sizin dedediğiniz gibi hafızası silinir tekrar yükleyince düzelir, bunun sebebi benim tezim bu... işlemci yüksek manyetik alandan dolayı ,sanki programlanıyormu gibi algılıyor ve çok kısa bir süre böyle kalıp şartlar normale döndüğünde programlanmış gibi registerleri boşalıyor...yads FF alıyor..eğer  FF almıyorsa durum başka.. FF alıyorsa durum kesin manyetik alan... çözüm, fiziksel olarak pcb yaparken entegrenin altı ground olmalı, ve üstten kafes ile kapatılmalı, ne filitre , ne de başka bir çözümü var bunun tek çözüm faraday kafesi...yani en azından ben böyle çözebildim...

bu sıkıntılardan dolayı renesas a geçmek için tırmalıyorum şuan.. bu saçma işlemciler pic, atmel, vs adamı mesleğinden soğutur ...başarılar..

bymrz

Hocam bir de şu an şöyle bir sıkıntım var. Programlayıcı olarak silabs ın USB Debug Adaptor ünü kullanıyorum. Bu programlayıcının arayüz programında da okuma seçeneği yok. Bu işlemcinin programını nasıl okuyabilirim?

Bir de işlemci hafızası tamamen bozulmuyor. Yani bazı yerlerinde sıkıntı oluyor sanırım. Çünkü bazen çoğu fonksiyonları yerine getiriyor. Fakat belli bi süre sonrasında işlemci duruyor. Aynı programı tekrar attığımızda sağlıklı bir şekilde çalışmaya başlıyor tekrar. Tabi bunun yanında ihç bi fonksiyonunu yerine getiremediği durumlar da oluyor. Yani program tamamen saçmalıyor...

elektrotasarim

Merhaba, vakti zamanında Atmelin At2313'ünde çok benzerini yaşamıştık. Cihazlar sorunlu diye sahadan dönüyordu, sadece programı tekrar yüklenerek çalışmaya başlıyordu. Ama benim hatırladığım, işlemci tamamen duruyordu. Yani hiçbir fonksiyonu yerine getirmiyordu. Vel hasıl, sorunu çözememiştik. Sanıyorum en son tezimiz şuydu, işlemci devre üzerinde çalışma durumundayken programlama pinlerine uygulanan sinyaller (yani o anda I/O olarak kullanılan pinler) bozulmaya neden olabililir.
Hatta Atmel'in Tiny serisine bunun için geçtiğini düşünmüştüm.

fatihkuzucu

Piclerde bende cok kez karşılaşıyorum. Üretimdeki kalitesizlikten kaynaklanan program kilitlenmeleri oluşuyor. Hexi yeniden yükleyince sorun kalmıyor. Distributor üzerinden alınan piclerde bile bu oluşuyor.  Ürünleri 1 gün testte bırakmak gerek kullanıcıya yollamadan önce.
Exp.Kits http://tinyurl.com/3qhs8pm   Küçük adamların, küçük fikirleri... Büyük adamların, büyük hayalleri...

bymrz

Arkadaşlar, peki bu konuda hiç üreticilerle temas kuran olmadı mı? Ben üreticilerle temasa geçeceğim. Sorunun kaynağını bilmemiz lazım. Yazılanlara baktığımda kimse sorunu tam olarak çözememiş gözüküyor. Madem bu sorun ürünle ilgili, neden bu ürünleri kullanalım ki. Bize birileri bunun çözümünü söylemeli. Bu birileri de üreticiler ve distrubütörler olmalı...

fatihkuzucu

Distributorler eveleyip geveler bir sey diyemez. Belki firmanın satıs kanallarında birilerine ulaşırsınız onlarda sorun yok deyip cevap yazabilir.  Bu durumun fiyat rekabetinin getirdiği ucuz üretim tekniklerinden kaynaklandıgına eminim. Microchipin XLP li üretilmiş ürünlerinde sorun varmı ögrenmek gerek kullananlardan.
Exp.Kits http://tinyurl.com/3qhs8pm   Küçük adamların, küçük fikirleri... Büyük adamların, büyük hayalleri...

tayfunaki

#7
bu işlemciler defalarca yazılabilmek için üretilmiş,  ve dolaysıyla elektriksel olarak hafızasının tam olarak silinebilmesi için iç yapılarında bu hafıza birimleri yüksek duyarlı olarak üretiliyor, buda dış ortamdan gelebilecek yada pcb üzerinde stres birikmesinden dolayı oluşacak statik etkiye açık oluyor..


pic lerin F modelinde yaşadığım bazı hafıza sorunlarını C modeline geçerek çok defa hallettim.

8051 de böyle bir model varmı bilmiyorum ama olması gerekir.. diye düşünüyorum..

başarılar...

t2

#8
Alıntı yapılan: alone_lover - 13 Ocak 2011, 09:38:03Bize birileri bunun çözümünü söylemeli. Bu birileri de üreticiler ve distrubütörler olmalı...
Ben picde bu sorunu yaşıyordum yaklaşık 5-10 müşteride ortaya çıktı. Kod hafızası için write protect denen özelliği aktif edince sorun düzeldi.  Belki daha güçlü parazitler ve ağır şartlarda yeniden oluşabilir. Ama hiç oluşmadı. kullandığım pic 16f877A


https://www.picproje.org/index.php/topic,29531.0.html


Ürünü 1 gün test edip müşteriye gönderseniz  bile Write Protect yapmadıysanız kodunuz muallaktadır. rezil olur gidersiniz. tabi müşteri anlamazsa kargo parasını da ödeyerek ürünü bedavadan tamir ettirebiliyorsa mutlu olur. rezil olmazsınız  :)

Maxim

@t2
bu write protect özelliğini aktif edersek, daha sonra pice başka birşeyde yazabiliriz değilmi ?

birde bu program uçmaları ile ilgili şüpelendiğim birşey var
8051 de varmıdır bilemiyorum
piclerde LVP özelliği var, low voltage programming özelliği,
o uçlardan alınan düşük voltajlı karışık parazitler pici program moduna sokuyor olmasın ?

t2

#10
write protecli pici, mclr pini kullanılarak silip yeniden yazabilirsin.  LVP ile olur mu bilmiyorum belki o da olabilir.

fatihkuzucu

Bir çok kere korumalı picde kilitlenmeler gördüm. İlgisi yok protect ile.
Exp.Kits http://tinyurl.com/3qhs8pm   Küçük adamların, küçük fikirleri... Büyük adamların, büyük hayalleri...

Maxim

Alıntı yapılan: fatihkuzucu - 13 Ocak 2011, 20:54:46
Bir çok kere korumalı picde kilitlenmeler gördüm. İlgisi yok protect ile.

sorun kilitlenme değil, pic programının silinmesi . karışmasın

fatihkuzucu

#13
Silinmiyor. En azından benim karşılaştığım durum bu şekilde. Bir korumalı hex yüklüyorum olmaması gereken bir yerlere dallanmış kalmış. Mesela lcdden sürekli aynı uyarıyı verip duruyor diyelim anlamanız için. Devre kapatılıp açılsada resette atılsa aynı değişmiyor durum. Siliyorum başka program yüklüyorum. Oda  bu şekilde bambaşka bir yerde takılıyor. Hafıza alanları düzgün olmayabilir. Üretim sorunları olabilir. Orijinal oldugu kesin 100 picden 3-5 tanesinde oluyor bu. Program daha farklı yazılsa belki o takılmadan çıkabilir bilmiyorum ayrıntısını. Ancak yazılmış programın çok bilgili kişilerce yazıldığınıda iyi biliyorum.
Bootloader lı bir program bu.
Exp.Kits http://tinyurl.com/3qhs8pm   Küçük adamların, küçük fikirleri... Büyük adamların, büyük hayalleri...

bymrz

Arkadaşlar, denildiği gibi işlemci hafızası tamamen silinmiyor. Bazen ilgisiz yerlere dallanıyor. Saçma saçma işler yapıyor. Yani program kodunun bi kaç yeri bozulabiliyor.
Ben teknik desteğe yazdım. gelen cevapta flashbyte write/erase kullandıysanız böyle durumlar olabiliyor diyor. Ama bu fonksiyolnları da üreticinin kendi sitesinden aldım. Kendim hiç bir şey eklemeden yapıyorum. Adamların şimdilik açıklaması bu;

Alıntı Yap

Dear Mahmut ,  Thank you for contacting Silicon Labs MCU support.   First please let me know if you use flash write/erase routines in your firmware because the issues you are experiencing are a typical flash corruption problem. I attached a document about possible flash corruption problem.  A full and comprehensive article about it is our knowledgebase:
http://portal.knowledgebase.net/article.asp?article=87183&p=4120