Neden bazı mikro denetleyicilerin bu kadar büyük senkronizasyon gecikmeleri var?

Atmel SAM-D21 serisi mikrodenetleyicilerde, birçok çevre birimi ana CPU saatiyle eşzamanlı olmayan bir saat kullanır ve bu çevre birimlerine erişim eşitleme mantığından geçmelidir; CPU saatine göre saati yavaş olan çevre birimlerinde, bu gerçekten çok büyük gecikmelere neden olabilir. Örneğin, RTC (tasarım amacı olarak göründüğü gibi) 1024Hz saat kullanacak şekilde yapılandırılmışsa ve CPU 48Mhz'de çalışıyorsa, "geçerli saat" kaydının okunması bus mantığının 200.000'den fazla bekleme durumu (en az 1024Hz saatin beş döngüsü). CPU'nun bir okuma isteği yayınlaması, başka bir ilgisiz kod yürütmesi ve zamanı getirmek için 200.000'den fazla döngü döndürmesi mümkün olsa da, zamanı daha hızlı okumanın herhangi bir yolu yoktur.

Senkronizasyon anlayışımla, tek bitli bir senkronizasyon devresi bir sinyali hedef saatin 2-3 döngüsü kadar geciktirir; çok bitli bir miktarın senkronize edilmesi biraz daha zordur, ancak kaynak saatten daha hızlıysa hedef saatin beş döngüsü içinde güvenilir davranışı garanti edebilecek çeşitli yaklaşımlar vardır ve değilse sadece birkaç döngü daha fazladır. Senkronizasyon için kaynak saat alanında altı döngü gerektiren Atmel SAM-D21 ne yapacaktı ve senkronizasyon gecikmeleri, "senkronizasyon tamamlandı" kesmesini gerektirecek kadar uzun olan bir tasarımı tercih eden bir tasarımdan hangisini tercih edecek? senkronizasyon gecikmeleri bu kesintileri gereksiz kılacak kadar kısadır?

Bu bana bir şeyler yapmanın farklı bir yoludur, kayıtlarımın CPU saatimde veya saatin en az 1 / 2'sinde olduğu mimarilerime alışkınım. Yani kayıtlarınızı yazıyorsunuz ve hemen hazırlar. Belki de bunu enerji tasarrufu için yapıyorlar? Çevresel kayıtları kendi ayrı gerçekten yavaş saat alanlarına koyarlarsa belki de uyanıp ana osilatörü veya CPU saatini çalıştırmak zorunda kalmazlar, ancak çevre birimindeki değerleri güncellemeye devam edebilirler.

Bu durumda, süper yavaş çevresel bloğunuza bir kayıt yazabilir, ardından tüm CPU veya saat kapısı için güç adasını devre dışı bırakabilir ve yavaş senkronizörün mutlu olana kadar okumasına izin verebilir ve daha sonra CPU'yu çıkarmak için kesebilirsiniz. uyku.

Alternatif olarak, altı döngüyü döndürmek ve her yazmayı beklemek yerine, maksimum talimatı uyanık zamanınıza sıkıştırmanıza izin verebilir.

Neden bu kadar çok senkronizasyon çevrimi kullandıklarına, paranoya olabilir veya müşterilerinden biri için bazı yüksek güvenilirlik standartlarını karşılayabilirler. Herhalde söyleyemem ama her koçun ecc'ye sahip olacağı ve belirli bir değere önceden yükleneceği gibi talepleri olan müşterileri gördüğümü biliyorum.

Sanırım bu kesin bir cevap değil ama veri sayfasına biraz baktıktan sonra düşüncelerim bunlar.