Arduino neden AVR kullanıyor? Onların resmi işlemci olduklarını anlıyorum, ancak kodun maliyetten başka bir ARM veya Freescale mimarisine taşınamamasının bir nedeni yok, değil mi? Dahili hafıza olduğu sürece, bu parçalara kolay geçiş olabileceğini düşündüm.

Sektörde çok fazla ARM görüyorum (her satıcının tasarımlarını zorluyor gibi görünüyor) ve Arduino geliştirici dünyasında neden daha fazla alım olmadığını merak ediyordum.

Gelişmekte olduğunuz şeyi umursayan var mı?

Evet ve hayır. AVR32'de belirli bir proje için geliştiriyorum ve geliştirme ortamı (özellikle derleme / program / hata ayıklama döngüsü), örneğin PIC32'ye kıyasla korkunç.

Müşteriler, maliyet ve bakım dışında umursamıyorlar ve bir arduino benzeri sistem söz konusu olduğunda, programcılar umursamazlar çünkü arduino ortamı ve geliştirme döngüsü mevcut AVR32 kurulumundan daha iyi sıçramakta ve sınırlanmaktadır.

Merak ediyorum, çünkü Arduino ailesinde AVR'ler için güçlü bir koşul var. Onların resmi işlemci olduklarını anlıyorum, ancak kodun maliyetten başka bir ARM veya Freescale mimarisine taşınamamasının bir nedeni yok, değil mi? Dahili hafıza olduğu sürece, bu parçalara kolay geçiş olabileceğini düşündüm.

Başka bir işlemci neden yok edemedi kullanılabilir, ancak bir alt uç 8 bitlik cihazı ziyade bir ARM, MIPS, PowerPC, vb cihaz seçtiniz çok iyi bir nedeni var: Kullanım kolaylığı.

En düşük seviyeli kolların bile kurulumuna baktıysanız, 8 bitlik bir işlemciden daha karmaşık bir yapıya sahip (bellek haritalama, önbellekleme, vb.). Fakat daha da önemlisi - o zamanlar DIP kol işlemcisi yoktu ve bunların, 48 pinli bir TQFP ile bile kendilerini rahat hisseden elektronik teknisyenleri ve mühendisleri değil, sanatçılar ve bilgisayar korsanları tarafından kullanılması ve üretilmesi gerekiyordu.

AVR'nin PIC üzerinden seçilmesinin nedeni, PIC'in diğer şeylerin yanı sıra, yaygın olarak kullanılan, açık kaynaklı, ücretsiz bir C derleyicisine sahip olmamasıdır (SDCC portu olgun değildir).

Sektörde çok fazla ARM görüyorum (her satıcının tasarımlarını zorluyor gibi görünüyor) ve Arduino geliştirici dünyasında neden daha fazla alım olmadığını merak ediyordum. Düşünceler?

Temel olarak kullanım kolaylığı - karmaşıklığı, lehimi kolay, maliyeti ve buna gerek kalmaması nedeniyle. Geliştiriciler, çok fazla güce sahip olmak fikrini severler, ancak günün sonunda tek yapmanız gereken bazı servoları hareket ettirmek ve düşük FFT ile bazı ışıkları yakmak olduğu zaman, 8 bitlik bir işlemci gayet iyi.

28 uçlu paketlerde çıkan düşük uçlu korteks ARMS bile DIP değil, SOIC'dir.

Bu yüzden AVR tüm doğru özelliklere sahipti:

• Lehim kolay
• Tüm dünyadan posta siparişi almak kolaydır
• Ücretsiz GCC C derleyici
• İşlemciyi ve çevre biriminin kurulumunu ve kullanımını anlamak kolay
• Ucuz
• Ubiquitous - AVR ailesini çevreleyen birçok insan ve deneyim

Büyük ölçüde bu hala doğru - Dip formatta bir ARM bilmiyorum ve adaptörler AVR'den çok daha pahalı hale getiriyor. Üreticiler çoğunlukla, bir DIP paketlenmiş 32 bit işlemcinin çok karlı olacağını düşünmüyorlar.

Kol gelişimi yaklaşıyor - aşağıdaki projelere bir göz atın.

akçaağaç yaprağı

XDuino

Cortino

Illuminato

ARM PRO ailesi

Ve şimdi bir DIP paketindeki bir ARM.

NXP LPC1114FN28

BASICchip

Düşünceyi kabul ediyor gibi görünüyorsun, işte benim .02. Bir ARM veya AVR üzerinde çalışıp çalışmamın önemi (ve dolayısıyla umursuyorum), çoğunlukla yapmaya çalıştığım şeye bağlı olarak. Bir AVR'nin anlam ifade ettiği durumlar vardır ve bir ARM ne zaman da olabilir. Genel olarak, örneğin AVR ve PIC arasında yapılan bir takas da vardır.

Öncelikle, bunu söylemekle başım derde girse de, "Arduino ailesinde güçlü bir birlik" vokal bir azınlık meselesi. Karşılaştığım çoğu arduino halkı (kullanıcıları), donanımlarını eğlenceli bir şeyler yapmak için bir python betiği çırptıkları gibi davranmayı tercih ettikleri türden, genellikle karmaşıklıktan daha düşük seviyede bir anlayışa sahip olan kişiler. "numpy import foo" dan ne zaman yapacaklardı. Arduino'da bir şeyler yapmanın bir nebze değeri olsa da, eleştiride çok fazla alan var.

Arduino ekosistemi dışında AVR'lere bakmanın faydası olduğunu düşünüyorum. Arduino birliği aynı zamanda AVR'yi hobiler için bir defacto standardı yapan nedenlerden büyük ölçüde faydalandı - Arduino ortaya çıkmadan önce bile PIC'den giderek daha fazla alıyordu. AVR'nin doğrudan rakipleri PIC olacaktır ve bir dereceye kadar, büyük ölçüde TI'nin sübvansiyon araçlarıyla birleştirdiği ağır pazarlama iticiliği sayesinde çekiş kazanan MSP430 olacaktır.

Ekosistem

Diğer cevaplarda da belirtildiği gibi AVR, sıfırdan merhaba dünyasına ücretsiz araçlar kullanarak ulaşmak için temiz, standartlaştırılmış bir yolu olan bir ailedir. Avr-gcc limanı, winavr alet zincirini yapan parçalar, değişen karmaşıklık ve özelliklere sahip, ancak yine de avrdude tarafından desteklenmekten türetilen otorite tarafından bağlı olan birçok programcı şeması, alet zincirinin çalışmasını sağlamaktan çok daha kolay.

PIC'in ekosistemi, herhangi bir sayıda derleyici, programlama aracı, montajcı ile bir kabustur. Birçoğu birbiriyle uyumlu değil. Çoğu ödenmiş. Hepsi iyi değil. Daha da önemlisi, bir standart dışı değildir. Serbest / açık kaynak alternatifleri (örneğin, SDCC) arzu edilenden çok şey bırakıyor, ancak bundan daha fazlası, avr-gcc ve şirket gibi defacto standardında bir statü kazanamadı. Takım zinciri çalışsa bile, en azından bir tür programcıya yatırım yapmak zorunda kalacaksınız. PICkit sadece 20 $ 'a mal olabilir, ancak çevrimiçi olarak nasıl satın alacağınızı öğrenmek zorunda kaldığınızda (Kredi Kartları, uluslararası nakliye, forex sorunları), hobiler için bir anlaşma kırıcı olabilir. İyi değil

MSP430 marjinal olarak daha iyi, çünkü daha yeni çünkü (popülaritesi açısından en az) - Başa çıkacak daha az gürültü var. TI, IC örneklerini size başka hiçbir yerde görmediğim verimlilikle gönderiyor. mspgcc iyi durumda ve bulması veya kurması zor olmayan açık kaynaklı bir hata ayıklama yazılımı bile var. Sorun, yine de, AVR kadar hobi dostu değil. Yine de, PIC için satın almanız gerekenden daha pahalı olan Programlayıcı sorununu hala yaşıyorsunuz. 3.3v tedarik operasyonu, 5v Mantığa alışkın insanlara algılanan bir engel oluşturuyor. Ve DIP'de ölçeklenmiyor - Düşük uçlar mevcut, ancak bir kez daha cilalanmış cipslere ulaştığınızda değil.

Kullanım kolaylığı

DIP vs SMD, bence, genellikle olması gerekenlerden daha önemli bir ayrım. DIP IC, breadboard'da, genel amaçlı panolarda, ne tür bir yerde oturursanız olun, vb. Kullanılabilir. Bir SMD IC'si mutlaka bir üretim çalıştırması veya istediğiniz boyutta veya şekilde her zaman elde edilmesi kolay olmayan adaptör kartlarının satın alınmasını gerektirir.

Veri sayfası kalitesi, uygulama notları ve bunların okunabilirliği de fark yaratıyor. Atmel bunda marjinal olarak daha iyi bir iş çıkarmış gibi görünüyor. Tabii ki, bu çok öznel bir değerlendirme.

AVR'ler dahili RC kullanabilirken, PIC'ler genellikle kullanmaz. Onlar gerektiren bir güven azlığı ile birlikte zaman hafifçe şüpheli kılan bir kristal.

AVR'ler ayrıca birkaç yıl önce PIC'lere kıyasla sistem içi programlama konusunda daha kolay görünüyorlardı, ancak orada çok kolay yanılıyor olabilirim.

AVR vs ARM

Sorunuz olsa da, AVR vs ARM ile ilgiliydi. Daha önce de söylediğim gibi, AVR ve ARM, spektrumda farklı alanlarda yer almaktadır. Bir AVR ile yapabileceğiniz bir şey varsa, neden bunu bir ARM ile yapmak istersiniz? ARM'ler daha pahalıdır, daha yüksek parça sayısı gerektirir, daha fazla enerji tüketir, daha karmaşık kodlar yapar, daha pahalı üretim işlemlerine ihtiyaç duyar. 100 pim lehimleme TQFP, maliyeti nasıl ölçtüğünüze bağlı olarak 40 pimli DIP / SOIC lehimlemekten daha pahalıdır. Büyük hacimlerde üretiyorsanız ve buna uygun üretim tekniklerini kullanıyorsanız bu durum geçerli olmayabilir, ancak bunu yapıyorsanız fiyat farkı daha ucuz bir çözümle daha da cazip hale gelecektir.

Evin genelini hacklemek için bir kontrolör veya sizin sahip olduğunuz, AVR'nin kullanımının daha kolay olduğunu söyleyebilirim çünkü: - Bir hobi bakış açısıyla daha standardize edilmiş, daha fazla kod internetten yeniden kullanabilirim çünkü çok fazla değil derleyici varyasyonları ve aile üyeleri arasında kayıt adları ve API arasındaki varyasyonlar. (LPC ARM kodunu ATMEL ARM donanımına taşımayı deneyin, ne demek istediğimi anlayacaksınız) - Kod kendiliğinden daha karmaşık hale gelir (Gerçekten de.) - Takım zinciri kurulum için ek iş gerektirir. - Arabirimi biraz kolaylaştırır. ARM'ler sizi diğer oyuncaklarla etkileşime sokarak biraz sorunlu yapan, sizi 3v3 veya 1v8 Mantığa düşürür. - Daha ucuz - Yerel nalburdan bir ARM çipi almak benim yaşadığım yer için bir seçenek değil, AVR almak.

Arduino'ya duyulan yoğun ilginin sebebi, fiziksel standardizasyondur. Fiziksel düzen kadar sert olduğu gibi, standart bir genişleme seçeneği de dahil olmak üzere Arduino geliştiricileri insanların kendi çözümlerini bulmalarına izin verdi. Arduino baz kartını farklı bir mikrodenetleyici kullanan başka bir kartla değiştirmek isterseniz, bunu yapabilirsiniz. IIRC, birileri zaten Arduino form faktörünü kullanan bir PIC tabanlı bir tahta inşa etti. ( PIC Ardunio kurulu aynı form faktörüne sahip değil, ancak benzer.)

Arduino'nun başarısının bir diğer nedeni de açıklığı - PIC tabanlı mikrodenetleyicilerin çoğu kapatıldı; Özel donanım uygulamaları kullandılar, bu nedenle tahtayı belirli bir alana daha iyi uyması için yeniden tasarlamak istiyorsanız, şansınız tükendi. Özel donanım yazılımı ve tescilli geliştirme araçları kullandılar, böylelikle eğer hatalarınız varsa ya da yetenekleri genişletmek isteseydiniz şansınız kalmadı. Arduino ile bulmacanın her bir parçası açık: her yerde parçaları satın alabilir, istediğiniz gibi düzenleyebilir, bellenimi ve geliştirme araçlarını değiştirebilirsiniz. Arduino IDE ile basit bir şekilde başlayabilirsiniz, ancak ihtiyaç duyduğunuzda yine de C veya Assembly'ye geçebilirsiniz.

Şahsen, Arduino'yu severim çünkü bir çok şeyi 'doğru' olarak alıyor: Çok pahalı değil, tescilli araçlara kilitli değil, başlaması kolay, çok fazla yeteneği var ve geniş bir kullanıcı topluluğuna sahip genişlemeye ve düzgün şeyler yapmaya devam ediyor.

ATmel UC'lerin en büyük avantajlarından biri Linux, PC ve Mac için ücretsiz bir derleyicinin olmasıdır. Buna basit bir çapraz platform GUI'sini ekleyin ve tüm platformlarda çalışan ücretsiz bir geliştirme sisteminiz var.

Maliyet, hobi kurulları için önemli bir faktördür. 30 $ aralığında bir başlangıç ​​fiyatına sahip olmak istediğiniz için, birkaç dolardan fazla olmayan bir uC maliyetine ihtiyacınız var.

ARM, yüksek uç tahtalar için mükemmel bir aday olacaktır. Bir çok şirket ARM çekirdeğini lisanslıyor ve çevre birimleri ekliyor. Linux, PC ve MAC için ücretsiz derleyiciler olduğuna inanıyorum.

Freescale Coldfire'ı üst seviye tahtalar için çok seviyorum. Bir 5206e kullanılan test ekipmanı için bir tahta üzerinde çalıştım. Bazı DRAM ve yüksek hassasiyetli A / D ve D / A dönüştürücüler ekledik. Uygun maliyetli bir çözümdü. Geçenlerde Coldfire'ı çok çeşitli ARM'lerle karşılaştırmadım.

8 bitlik Freescale UC'lerden bazıları hoş ama ücretsiz araçları olup olmadığından emin değilim.

Daldırma paketine katılıyorum, kolların yapılandırılmasının zor olduğunu kabul ediyorum, lpcs, ancak kol bloğundaki tek çocuk değiller (bu konuda atmel). Hatırladığım ve deneyimlediklerime göre Atmel, belki de daha geliştirici dostu bir şirketti. AVR kelebeği, zaten iyi boyutlarda ve mutlu kullanıcı tabanlarına daha fazla kullanıcı almalarını sağladı. PIC pek çok yönden acı vericiydi, avr araçları oradaydı, programlama bir esinti ve size bazı kablolardan ve radyo kulübesinden bir bağlayıcıdan daha pahalı değildi. Aletler orada ve ücretsiz ancak kol ve başparmak çözümlerini bulacağınız ana hat gcc'si kadar kolay değil. Arduino ortaya çıkmadan çok önce AVR, hobi projeleri için tercih edilen bir çipti.

Şu anda hiçbir şey ARM ile rekabet edemez. Gün içinde dokunduğunuz diğer işlemciler için, en az birkaç ARM'e dokunursunuz. Neredeyse dokunduğun her şey için bir ARM kullanır. 8 bitlik katil olarak doğal bir uyum sağlar, aynı ebat, fiyat vb. İçin 8 bitten çok daha iyi performans elde eder. Araçlar çok daha iyidir, komut seti rekabetin çoğundan daha temizdir, böylece aynı kod çalışır çok daha hızlı, vb. Çünkü herkes ve erkek kardeşleri bir ARM yerleştirebilir ve pic, avr, msp430 gibi bir şirkete kilitlenmezler, çok çeşitli çözümler vardır ve mikrodenetleyici rom / ram karışımları ile baş etmenin birçok farklı yolu vardır. ve kesme vektör tablosu. Ne yazık ki en popüler çözüm en acı verici olanı. Bir sam7 deneyin ya da buna benzer bir şey ya da stellaris.

Sorun her zaman işlemci değildir, bazı yongaların sorunları olabilir, bazılarının başka bilinen sorunları vardır. bazıları, zayıf bir çekişi olan açık bir kollektör pimi sunmayabilir ve bir başkasının pimlerin birinde veya hepsinde mevcut olabileceği bir şeye arabirim için donanım koymak zorunda kalırsınız. Alanını örneklemenizi, farklı şirketleri ve çözümleri denemenizi öneririm, böylece düşük güç istediğinizde kolayca bir msp430 kullanabilirsiniz, küçük bir yongada işlem gücü istiyorsunuz, kol ile gidersiniz ya da ümit ettiğiniz açık bir proje yapmak istiyorsanız diğerleri ise garajlarında inşa edecek, eğer yapabilirsen, bir arduinoya dayan.

Sorunuzla ilgili en önemli şey, gerçekten uygulamanıza ve nasıl yazdığınıza ve ilgilendiğiniz performansa ve kaynaklara bağlı olmasıdır. Aynı şekilde, gcc veya firefox pek çok farklı platform ve işlemcide de çalışacaktır. C uygulamanızı çok çeşitli mikrodenetleyiciler üzerinde çalışacak şekilde yazın ... IF... maliyeti olan bir mikrodenetleyiciye özel bir soyutlama katmanınız var. mikrodenetleyiciler yeterince benzer özelliklere sahipse ve ihtiyacınız olan özelliklere sahipseniz, bunu önceden planlayıp dahil edersiniz. Bir sonraki platformda yeterli bellek / kaynak varsa. Taşınabilirlikle performanstan daha çok ilgilisin, vs. Önceden bunun için bir plan yapmalısın. veya en azından A'dan B'ye ilk anahtarda yazılımı yeniden tasarlarsınız, eğer B'den C'ye üçüncü bir anahtar varsa / daha az acı verirse.

"Maliyet dışında" dediğini biliyorum, ama gerçekten bu hobiler için en önemli şey. Ucuz, jenerik bir platform olması için birden fazla UART veya birden fazla SPI'ya ihtiyacınız yok. > 20 mhz hıza ihtiyacınız olduğunda, gerçekten özel bir kuruma bakıyor olmalısınız (ymmv elbette)

Diğer yorumlarda birkaç küçük nokta ortaya çıkmamıştır:

• Bir Arduino, bir devreye küçük bir miktar istihbarat katarak küçük ölçekli I / O projeleri için tasarlanmıştır. Genellikle bir ARM'in çok boşa harcanacağı tek dişli, gerçek zamanlı cihazlardır. Elbette ARM panoları için birçok seçenek var, ancak kullanım durumu normalde farklı - tipik olarak tam ölçekli bir işletim sistemine önyükleme yapıyorlar.

• Bu küçük ölçekli kullanım senaryosunu hedefleyerek, her şey daha kolaylaşır - pim sayısı, destek bileşenleri, güç tüketimi vb.

Bununla birlikte, Arduino'nun hedef kullanım durumu için, onu susturduğun gibi değil. 16MHz işlemci, entegre LED kovalayıcılı (ya da her neyse :) Alarm saatiniz için çok homurdanıyor.

Arduino olan diğer işlemcilerde bulunur. Örneğin ChipKit'i Microchip'ten kontrol edin. Bu bir PIC 32 kullanıyor.

İkinci deneme (+3 yıl önceki orijinal gönderi başlığı ve sorusu orijinal yanıttan bu yana değiştirildi):

Tavuk ve yumurta, ancak özellikle son birkaç yıl boyunca (2007 ARM, Cortex-M mimarisini başlattı), 32-bit MCU'lar popülerlik kazanmış ve tedarikçiler> EE topluluğuna> 8- bit mikrofonları (daha iyi sw araçları, ücretsiz araçlar, daha fazla örnek ...).

Atmel, 100 kişiyle birlikte Cortex-M cihazları da sunuyor ve AVR'yi ARM'e desteklemek için alet zincirini ve ayrıca uzun süredir devam eden ilişkiyi Arduino yükseltme yolu (?) Verdi. Ancak, alternatifler ortaya çıkıyor ve "hobisi" pastasının payını kazanmak için alternatif girişimler içeriyor gibi görünüyor: örneğin NXP / ARM ve son zamanlarda "CoAction Hero" adlı mbeder: 32-KickStarter Açık Kaynaklı ARM Cortex-M3 Kurulu .

İlk sorudan 3 yıl sonra son düşünce: bütün satıcılar 32-bit Cortex-M çekirdekleri sunduğunda - Arduino şimdi Atmel olmaz mı?

Orijinal cevap: Atmel AVR kurucularından biri olan Alf-Egil Bogen, buradaki video blogunda http: //blog.energymicro adlı video blogunda endüstrinin 8- bit'den 32-bit ARM çekirdeğine geçişi için bazı arka planlara bakıyor. com / 2013/04/24 / avr2arm / .