Bir MCU platformu nasıl seçilir? [kapalı]


43

Çok sayıda MCU platformu var ve birileri birine alıştığında, genellikle başka bir platforma geçmek istemiyor.

Sorum şu: Bir kişi bugün genel amaçlı görevler için bir MCU kullanmaya başlasaydı, biri nasıl bir tane seçerdi? Farklı platformların benzersiz satış noktaları nelerdir?


2
Aklınızdaki projeleri ve hacimleri bize bildirin ve bu soruyu cevaplamamıza yardımcı olacaktır.
Rocketmagnet

3
Genel amaçlı olduğu kadar çok geniş. Bir bisiklet LED'inin yanıp sönmesi ve yüksek çözünürlüklü dokunmatik renkli LCD'li bir RTOS için aynı uC'nin kullanılması çok az anlam ifade eder.
Wouter van Ooijen,

1
Evet, ideal olarak farklı beden problemleri için aşina olduğunuz birkaç fişe sahip olursunuz ve eğer bir görev için özel olarak uygunsa yenisini almaya hazır olursunuz.
Chris Stratton

2
@WoutervanOoijen Bu soruyla ilgili fikir şuydu: Herhangi bir platformun kolaylıkla işleyebileceği birçok görev var (yani genel amaçlı görevler). Biri platformlar arasında seçim yapmak için tamamen ücretsizdir. Bu durumda, "yumuşak faktörler", örneğin kullanım kolaylığı, dış bileşen sayısı vb. Baskındır. - Farklı platformların diğerlerine göre neyin iyi / kötü olduğunu görmek istedim.
ARF

Yanıtlar:


30

Bir yıl sonra, mikrodenetleyicileri toplama konusunda bir konuşma yaptım (yaklaşık 1,5 saat sürdü). Seyirci yüksek seviye yazılım programcıları ve yapımcılarıydı. İzleyicilerin çoğunluğu daha önce μC deneyimine sahip değildi, geri kalanlar yalnızca Arduino ile oynadı. Seyircideki baş sayısı 30 civarındaydı. Yani bu, birebir kliniğin aksine, çok noktaya yayındı.

Konuşmadaki önemli slayt şuydu:

boyutlar

Mikrodenetleyicileri karşılaştırmak için. Liste azalan sırada.

  • Geliştirme ortamı (takım zinciri)
    • Geliştirme ortamı
    • Geliştirme ortamından bahsettim mi?
  • Destek
    • Uygulama Notları
    • Akran desteği: aşiret bilgisi, arkadaşlar, forumlar, teh kodları [sic]
  • Özellikleri
    • Hafıza
    • Çevre Birimleri
    • Hesaplama yeteneği
  • Güç tüketimi
  • Maliyet

ps

Bu cevabın sınırlı olduğu kapsamı tanımlamalıyım. Bu platform seçim sorusunu iki çeşit mercek aracılığıyla görüyorum. İlki bir prototip. İkincisi, cadde fiyatları ile 3 bin dolar ve yılda yüzlerce miktarda sipariş üzerine profesyonel bir ekipman geliştiricisi. Hobisi objektif de uzakta değil. Bu durumlarda, mikrodenetleyicinin artan maliyeti, geliştirme maliyetiyle veya mikrodenetleyicinin gittiği profesyonel ekipmanın maliyetiyle karşılaştırıldığında düşüktür.

Tabii ki, seri üretim konusunda çok farklı bir bakış açısı var. Biri, büyük miktarlarda üretilecek ucuz bir cihaz için bir mikrodenetleyici seçtiğinde (ana oyuncaklar iyi bir örnektir), donanım maliyetinden kaynaklanacaktır. Donanım maliyetinde büyük bir üretim hacmiyle (yüz binlerce veya daha fazla) çarpılarak elde edilen mütevazı bir tasarruf, hantal bir geliştirme ortamı ve vasat destekli uygun fiyatlı bir mikrodenetleyici kullanmanın acısını haklı gösterebilir.


Geliştirme ortamına odaklanıyorsunuz. Bana mantıklı geldi. Sonuçların neydi?
ARF

@ArikRaffaelFunke Eh, benim üstümdeki bu mermiler varılan sonuçlardır. Kesin değil mi? Konuşmadaki amacım şuydu: (1) Seçim sürecinde sorulması gereken soruları asgari bir şekilde belirtin. (2) Cevapları nerede ve nasıl arayacağınızı gösterin. Satırlar boyunca zor sonuçlara varmaktan özellikle kaçındım: eğer aile X iyidir, eğer aile Y iyiyse ...
Nick Alexeev

1
Küçük hacimler ve tipik gereksinimler için, evet. Ancak bazen en iyi teknolojiyi seçmeniz gerekir. Ya da hacim çok büyükse, geliştirme aşamasında oldukça önemli bir baş ağrısı, her parça için birkaç kuruş tasarruf ederse, test edilen ve atlamaya hazır rakip parçalara dayanan çözümler de dahil olmak üzere haklı olabilir.
Chris Stratton

1
@ ChrisStratton Güç tüketimi, bazen bazı baş ağrısını haklı gösterebilecek [yüksek üretim hacmi etkilerine ek olarak] başka bir şeydir. Çok düşük güçte çalışma istiyorsa, küçük olan yapabilir ve uC (seçtiği) destekleyemez.
Nick Alexeev

9
Dev ortamına odaklanmak kesinlikle doğru. Dünyadaki en iyi çipe sahip olabilirsin, ama kahrolası şeyi programlayamaz ve hata ayıklayamazsan, tuğla da olabilir. NXP hakkında iyi şeyler duydum ama doğrudan bir deneyim yaşamadım. Freescale'in zayıf olduğunu düşündüm, ama sonra TI'yi (MSP ve sonra DM36x) denedim ve şimdi Freescale gözlerimdeki parlak bir ışıldak işaretçisi. HERHANGİ BİR ÇEVRESEL ÇEVREYLE EN İYİ ÖNERİ: Sanal bir makineye kurun / kurun ve bilgisayarları taşırken / işletim sistemini yükseltirken kırılmaması için tam olarak çalışır durumda olmasını sağlayın ...
John U

25

Bu soru ümit ettiğim platform karşılaştırmasını tam olarak üretemediğinden, diğer cevapların yanı sıra literatürü inceleyerek kendimden bir tane yaratmaya çalıştım. Belki bu gelecekte başka birine yardımcı olabilir.

Lütfen herhangi bir hata varsa veya ekleyebileceğim bir bilgi varsa lütfen bildirin.


Platform Karşılaştırma

Karşılaştırma ile ilgili notlar:

  • IDE: Yorumlar ücretsiz sürümle ilgilidir

PIC:

  • şimdiye kadar en ucuz giriş seviyesi cips
  • birçoğunun dahili voltaj regülatörü vardır
  • belirli bir fiyata, daha fazla ve daha iyi çevre birimlerine sahip
  • yarı standart: çok iyi kütüphaneler ve geliştirici desteği
  • IDE: NetBeans tabanlı, olağanüstü, tam çevrimdışı simülasyon ve hata ayıklama içeren mürekkep
  • üçüncü taraf hata ayıklayıcıları: yaklaşık 25 ABD doları
  • çok çeşitli paketler
  • benzersiz satış noktaları: 1. XLP = Ekstra düşük güçlü cihazlar mevcut; 2. birçok modern cips dokunmatik tuşlar vb. İçin Kapasitif Algılama Modülüne sahiptir.

AVR:

  • AVR genel olarak yeniden çevre birimlerinin gerisinde kalmaktadır ve biraz daha pahalıdır. Bununla birlikte, AVR, işlevsellik ve fiyattaki PIC'lere çok benzer.
  • 8bit AVR yongaları 8bit PIC yongalarından daha hızlıdır
  • üçüncü taraf emülatörleri: yaklaşık 20 $
  • çok çeşitli paketler

Kol Cortex-M:

  • modern işlemci mimarisi: bellek bankacılığı yok, iyi çoklu görev
  • şu ana kadar en ucuz 32 bit cihaz
  • farklı talaşlar ve farklı üreticiler arasında geçiş yapmak oldukça kolaydır
  • cihazlar genellikle PIC’lerden daha fazla harici bileşen gerektirir
  • ROM bootloader'lı çok ucuz USB cihazları: NXP LPC1342 / LPC1343
  • makul kütüphane desteği
  • IDE: makul, çevrimdışı simülasyon yok
  • SWD arayüzü, kurulumu kolay donanım ile sistem içi programlama, hata ayıklama ve izlemeye olanak sağlar (
  • ucuz NXP yongaları sadece küçük aralıklı veya pinsiz ambalajlarda gelir
  • satış noktaları: 1. en ucuz 32bit platform; 2. USB ROM bootloader ile en ucuz platform

PSoc: (Rocketmagnet'in cevabından)

  • Analog çevre birimlerine gelince king: Belirli bir yonga, farklı analog ve dijital çevre birimleri sağlamak için dahili olarak yeniden yapılandırılabilir.
  • PIC'lerden çok daha pahalı
  • IDE: mükemmel
  • 88 $ programcı (hata ayıklamaya izin veriyor mu?)
  • sadece SMD paketleri

Pervane: (Rocketmagnet'in cevabından)

  • çok çekirdekli MCU: farklı çekirdekler farklı görevlerde aynı anda çalışabilir
  • geleneksel kesintilere duyulan ihtiyacı ortadan kaldırır / azaltır (?)
  • birkaç donanım çevre birimi, bir çekirdek üzerinde çalışmak için açıkça kodlanmalıdır, inanılmaz esneklik sağlar
  • Analog çevre birimleri söz konusu olduğunda zayıf
  • IDE: mükemmel
  • DIP paketi mevcut

Uygulamaya Göre Karşılaştırma

USB:

Aşağıdaki liste için "Legend":

  • bootloader = önceden programlanmış USB bootloader
  • voltaj regülatörü = harici regülatör olmadan veri yolundan beslenebilir
  • çekimler = harici çekmeye gerek yok
  • empedans eşleştirme = harici eşleme dirençlerine gerek yok
  • hassas osilatör = harici kristal gerekmiyor

En ucuz cihazın özellikleri: (yaklaşık fiyat sırasıyla)

  • PIC: 8bit, düşük ve tam hız, voltaj regülatörü, çekimler, empedans eşleşmesi, ESD koruması
  • NXP: 32bit, önyükleyici, yalnızca tam hız, ESD koruması
  • Freescale: 8bit, sadece düşük hız, voltaj regülatörü, empedans eşleştirme, ESD koruması
  • Atmel: 8bit, bootloader, sadece tam hız, voltaj regülatörü, pullup, ESD koruması
  • STM: 32bit, önyükleyici, yalnızca tam hız, sökme, empedans eşleştirme, ESD koruması
  • Silikon Laboratuvarları: 8bit, düşük ve tam hız, voltaj regülatörü, çekimler, empedans eşleşmesi, hassas osilatör
  • TI: 32bit, bootloader, düşük ve tam hız, diğer özellikler bilinmiyor
  • PSoc: modül olarak yapılandırılabilir, bilinmeyen diğer özellikler
  • Pervane: 32 bit, sadece bitbanging

Ethernet:

  • PIC: entegre PHY ile en ucuz cihaz

1
Burada birkaç not: Pervane hiç kesinti yaşamıyor ve resmi IDE'de hata ayıklama için destek yok. Bunun yerine, tercih edilen hata ayıklama mekanizması, şeyi bir TV'ye bağlamak ve ekranda değişkenleri gösteren sağlanan bir kitaplığı kullanmak gibi görünmektedir. Ayrıca kod tamamlama yok, simülatör yok, kod yönetim sistemleriyle entegrasyon yok, sıra dışı uygulama içeriyor ... Ayrıca bildiğim kadarıyla çekirdek başına iki sayaç dışında donanım çevre birimleri de yok.
AndrejaKo

2
Pervane hakkında not - NO kesinti vardır. Hiç . Geleneksel bir kesmeye benzeyen bir şeye ihtiyacınız olursa, ek bir CPU çekirdeği döndürür ve döndürmesini beklersiniz.
Connor Wolf

4
Böyle bir liste kaçınılmaz olarak anlamsız ve güncel değildir. Tüm üreticiler her zaman birbirleriyle rekabet ediyor ve çoğu her kategoride bir şeyler sunmaya çalışıyor - ihtiyacınız olduğunda bir anket yapıyorsunuz, bir çözüm seçiyorsunuz ve işe yararsa ihtiyacınız olana kadar birlikte çalışıyorsanız bunun için daha iyi bir çözüm var.
Chris Stratton,

2
Buna değer ne olursa olsun, ultra düşük güç tüketimi için MSP430 hattını buraya dahil edebilirsiniz
boardbite 22/12 Ağustos'ta

2
"Gömülü Sistemler / Özel Mikroişlemciler" bir işlemcinin nasıl seçileceğine ilişkin benzer bilgilere sahiptir, benzer şekilde güncel ve nispeten nötr tutmak için düzenlenebilir (umarım).
davidcary

7

MCU seçiminiz, üzerinde çalışacağınız projelerin türüne bağlıdır. Yanıp sönen bisiklet lambaları gibi yüksek hacimli, süper ucuz ve basit cihazlar mı üretiyorsunuz? Çok sayıda tuhaf IO cihazı ve sensörüyle ilgilenmesi gereken karmaşık prototip robotlar mı geliştiriyorsunuz?

Ben çoğunlukla ikincisi üzerinde çalışıyorum. Benim için asıl sorun, istediğim çevre birime sahip olan mikrodenetleyicileri bulmaya çalışmak. Gereksinimlerimiz ana akım görünmüyor çünkü bu çok zor. 5 PWM kanalı, 5 Quadrature kod çözücüsü, standart dışı 2 SPI portu ve olumsuz IO'lu bir UART gibi şeyler istiyoruz.

Bu tür gereksinimleri kolaylıkla karşılayabilecek tek MCU'lar PSoC ve Pervane.

Pervane cips

Pervane temel olarak tek bir çipte sekiz adet 32 ​​bit MCU'dur. Bir tür çevre birimi istiyorsanız, bu işi yapmak için MCU'lardan birini programlamanız yeterlidir. Böylece ne istersen alabilirsin.

PSoC

PSoC'ler iki ve üç farklı aroma verir. 3, bir 8051 çekirdeğidir ve 5, bir ARM korteksi M3'tür. Ayrıca çip üzerinde, çok çeşitli çevre birimlerine yapılabilecek yeniden yapılandırılabilir dijital ve analog bloklar bulunur: ADC'ler, filtreler, op-amp'ler, DAC'ler, SPI, UART, dörtlü kod çözücü, CRC jeneratörü, vb.

Geliştirme ortamı muhteşem. Tipik bir IDE'nin genel kaynak kodu düzenlemesine sahipsiniz, ancak aynı zamanda bir şematik editörünüz var. Tam anlamıyla istediğiniz herhangi bir dijital devreyi bağlayabilir, çevre birimlerini kapılara, flipflolara vb. Bağlayabilirsiniz. 5 PWM'ye mi ihtiyacınız var? Kolay, sadece onları şematik içine koy, bağla ve git. Sağlanmayan bir şey istiyorsanız, Verilog'da kendi çevre birimlerinizi bile yazabilirsiniz. Uygulamanızın büyük bir kısmı bu tür bir donanıma kolayca uygulanabilir.

Asıl yararı, gelecekte yapmak isteyeceğiniz birçok projenin üstesinden gelebileceğini bilerek bir yonga ile yapışabilmenizdir. PIC'ler hakkında sinir bozucu bulduğum şey, ihtiyaç duyduğum belirli çevresel birime sahip olanı arayan düzinelerce cihaz arasında sürekli trol yapmaktı. Şimdi bu problemim yok.


Pervane meraklı bir kavramdır. Bunun hakkında biraz düşünmeliyim. PSoC ile ilgili olarak: Geçmişte inanılmaz esneklik nedeniyle bunları düşündüm, ancak 250 dolarlık bir programcıya duyulan ihtiyaç benim için çok fazla başlangıç ​​yapmadı.
ARF

@ArikRaffaelFunke - Programcı ICD3'ün yarı fiyatından yalnızca 88 $ ' dır .
Rocketmagnet

@ArikRaffaelFunke - Başka bir husus paketleme. Kendi prototiplerinizi oluşturmayı planlıyorsanız, DIP paketleriyle çalışmak çok daha kolaydır. Çoğu PIC ve ATmel AVR, Pervane'de olduğu gibi DIP'lerde gelir. PSoC 3 ve 5 yok.
tcrosley

3
schmartboard çözümü daldırmak için kullanımı kolay smt'ye sahiptir: youtube.com/watch?v=-32orELxkpE
hulkingtickets

1
@ quantum231: Ben düşündüm ama: 1) FPGA'lar genellikle mikrodenetleyicilere göre daha büyük ve daha pahalı gibi görünüyordu (ve robotlar çoğunlukla uzayda oldukça kısadır). Ve 2) FPGA'larla ilgili çok fazla tecrübem yok ve her zaman küçük bir uygulama için tamamen farklı bir araç seti ve düşünme şekli öğrenmek zorunda kalmak her zaman bir güçlük.
Rocketmagnet


3

Birden fazla platform kullanmak sorun değil. Her iş için en iyisini seçmek ve ayrıca işle ilgili kod ve örneklerin kullanılabilirliği.

Birçoğu iyi geliştirme araçlarına sahip, arduino görsel stüdyosuna sahip, resim harika bir araca sahip ve diğerleri. Yani, benim için bu işi ne kadar çabuk ve kolayca halledebilirim, + aynı şey üzerinde kaç tane açık kaynaklı insan çalışıyor?


Ancak pazarlama kargaşası tarafından yanıltılmazken bu tür bilgiler nasıl bulunur? Demek istediğim, tüm bu bilgileri almak için donanımı ve alet zincirini kullanan insanları bulmalıyız. Bu tür toplulukları işinizde nasıl buluyorsunuz? Yoksa Uygulama Mühendisi'nin size söylediklerine güveniyor musunuz?
quantum231

Bunun gibi çeşitli forumlarda soru sorabilirsiniz. Başvurunuzu açıklayın ve yardım isteyin
Visual Micro

2

Mikrodenetleyiciler hızlı değişen bir dünyadır, mevcut "in" yongalarını öğrenmenin birçok avantajı vardır ve en popüler IDE'lerin en dikkat çekeni topluluktan yardım almaktır. Bir PIC insanı olarak Aduino'nun şu anda yeni başlayanlar için en iyi IDE ve geliştirme kurullarına sahip olduğunu ve bir lehim demirine dokunmadan basit bir aduino kartına çok şey ekleyebileceğinizi söyleyebilirim.

Gerçek hayat için bir aduino kullanan herkes yakında hareket etmek isteyebilir, ancak o zamana kadar daha uygun bir şey kullanmak için çok sayıda temel dijital elektronik ve iyi bir C alt grubu öğrenmiş olacaksınız.

Birisi sizin projeniz için çipi seçtiğinizi belirttiğine göre, ARM yongalarını basit sıcaklık sensörleri veya AD dönüştürücüler olarak kullanan birkaç proje gördüm, aynı şekilde aduinoslar ve PIC 16'ların da bir uzay istilacı oyunu, FPGA'nın sınırlarını zorladıklarını gördüm galso reat ve HDL'yi anlayabilmek iyi. Eğer elektronik tasarımınıza ciddi bir şekilde giriyorsanız .. ama ne yazık ki, gerçek hayatta çok fazla iş kullanmanız gerekecek gerçek dünyada çok fazla proje bulunmuyor. 8 bit uC'nin yüce hüküm sürdüğü yer burasıdır


Anladığım kadarıyla Arduino'nun bir insanın bir insanın ötesine geçmesine neden olacağı sınırlamaları nelerdir? ARM, PIC ve Arduino'dan daha fazla işlem gücüne sahip mi, PIC ve Arduino'da bulunmayan çevre birimlerine sahip mi, yoksa araç zinciri PIC ve Arduino için var olandan üstün mü? ARM tabanlı çiplerde neden bu kadar gürültü var? Çok düşük güç tüketimine sahip olduklarını biliyorum ama neden "ciddi" projeler için ARM başka bir yere seçilsin ki?
quantum231

1

Yayınlanan cevapların çoğu hobi kullanımına odaklandığından, burada sadece profesyonel geliştiricilere yönelik çeşitli öneriler geliyor.

Çıplak asgari gereklilikler
MCU bunların hepsini yerine getirmiyorsa kullanılmamalıdır.

  • En az 1 yıldan beri üretimde.
  • Silikon hataları mevcuttur ve en az bir kez revize edilmiştir.
  • Dahili bekçi köpeği.
  • Dahili düşük voltaj / kararma algılaması.
  • Çip üzerinde flash bellek.
  • ESD koruması.
  • JTAG / SWD veya bazı tek kablolu hata ayıklama arayüzü.
  • Çekirdek 8 bit bayt ve 2's tamamlayıcı imza kullanıyor.
  • Örnekler ve değerlendirme panoları hazır.
  • Doğrudan üreticiden sorumlu teknik desteğe sahiptir.

Uyarı işaretleri - MCU donanımı
Bunlar, 2019 yılında zaman kaybetmemeniz gereken şeylerdir.

  • Programcı tarafından kullanılması gereken gizli adres modları. ROM verilerine erişmek için belirsiz, standart olmayan anahtar kelimeler kullanılması.
  • Ağır yığın belleği veya yığın derinliği sınırlamaları.
  • 16 bit int, bu da C dili tamsayı promosyonlarının tüm gizli tehlikeleriyle birlikte geliyor.
  • Kaynamaya başlamadan 16 veya 32 bit aritmetik işlemi gerçekleştirilemiyor.
  • Veri bölümlerinde kod yürütüyorsanız bindirme yapmaz.
  • Hiçbir talimat izleme arabelleği yok.
  • Hiç kullanmadığınız egzotik donanım çevre birimleri ile birlikte gelir.

Uyarı işaretleri - takım zinciri

  • Tüm MCU’yu yanıp sönmek ve çip üzerinde yürütme / hata ayıklama kullanmak yerine, bilgisayardaki yazılım simülatörlerine veya bir tür önyükleyiciye güvenir.
  • Profesyoneller tarafından yazılmış önceden hazırlanmış sürücüler / örnekler / kütüphaneler ile gelmez. Tekerleği yeniden icat eden devs veya internet forumlarına / açık kaynaklara güvenir.
  • C derleyicisi için CRT burada listelenen gereklilikleri yerine getirmiyor .
  • C derleyicisi desteklenmeyen uzun bir standart C özellikleri listesiyle birlikte gelir.
  • C derleyicisi hala C11'i desteklemiyor (kullanmak isteyip istemediğinize bakmaksızın).
  • IDE, bir "merhaba dünyası" programı ilk kez denediğinizde size çok sayıda garip linker hatası yayıyor.
  • İlk kullanım haftalarında birçok IDE veya derleyici hatayla karşılaşmak.

Bu aşırı dogmatik. Maliyeti, paketleme seçeneklerini, (açık kaynak! = Profesyonelce değil), çevre birimlerinin kalitesini vb. Tamamen ihmal etmişsinizdir. anlamına gelir ki, bu kısıtlamaları ilk etapta başlatan takası bilmek zorundasınız.
awjlogan

@awjlogan Maliyet ve paketleme seçenekleri projeye özeldir, bu yüzden burada ele almanın bir anlamı yoktur. Açık kaynağın profesyonel olmadığını söylemiştim, ancak araç zincirini açık kaynak için dış kaynak kullanan ve SO gibi sitelere destek veren bir firma profesyonel değil. Çok az sayıda katılımcıya sahip açık kaynaklı projeler de profesyonel olmasa da, çeşitli egzotik MCU'lara açık kaynak derleyici bağlantı noktalarında görebileceğimiz gibi. 2019 yılında sınırlı yığınla MCU seçmek için herhangi bir sebep olmamalıdır.
Lundin

Elbette, projeye özgüler ancak yalnızca listenizde 16/32 bit (Digikey'in hızlı taraması) belirterek taban maliyetinizi hemen artırdınız ve yakın zamanda 6 pinli bir M0 görmedim. Bir şeye ihtiyacınız yoksa (zaman dahil), fazladan para harcamayın, bu sizin profesyonel olarak almanız gereken kararlar. Ancak, evet, iyi takımlar çok önemlidir, daha fazla fikir birliğine varamazsınız.
awjlogan

@awjlogan LPC81X 5 yıldan fazla bir süredir kullanılıyor. Kısa süre önce ilginç görünen Cypress PSoC4'ü öğrendim. Ve bunun gibi. Pin sayısı genellikle bir argüman değildir, sadece paket büyüklüğü ve tipidir. QFN veya BGA'yı tolere edebiliyorsanız, çok küçük cipsler alabilirsiniz.
Lundin

Bu konuda anlaştınız, seçimleriniz küçük boyutta daraltılır (yine de tüm mimariler için aynı) Genel noktam, listenizdeki her şey arzu edilirken, ne zaman kırılacağını bilmek için yeterince ipucu almanız gerektiğidir.
awjlogan

0

Analog ve dijital işleme sahip genel amaçlı işler yapacaksanız, IDE, Debugger ve bunlarla yapabileceğiniz çok sayıda şey için PSoC'yi tercih ederdim.

Projelerimde üniversitede PSoC3 kullandım ve ustalaşması çok basit. Tek şey, bazı performans çiplerine ihtiyacınız varsa, bunları ayrı olarak elde etmeniz gerekir. Yeterince iyi bağlantı noktaları var. Bu nedenle, geliştirme kiti ile birlikte bazı performans cipsleri arıyorsanız, ayrı bileşenleri tercih edin.


1
Bunu daha kullanışlı hale getirmek için PSoC hakkında biraz daha bilgi eklemeye değebilir, zaten bir kaç cevap daha cevaplanabilir.
PeterJ,

@PeterJ: Bunu Rocketmagnet'in cevabı için yorum olarak vermek istedim ama yorum yapmak için herhangi bir itibarım yok.
ganesh737

Altera FPGA'daki Nios II veya Xilinx FPGA üzerindeki microblaze / picoblaze gibi softcore tabanlı tasarıma gitmemenizin bir nedeni var mı? PSoC ile aynı etkiyi elde etmek için kullanılabilirler ve iddia ediyorum ki birçok yönden üstün bir seçimdir.
quantum231

1
@ quantum231: Bunu kabul ederdim, ama o zamanlar için benim için ana kısıt, bütçe idi ve bu, elektronik departmanımızda ücretsiz olarak mevcuttu.
ganesh737
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.