Welche µC in der Industrie?

Gast #267386
Lesenswert?

Es werden eingentlich meist Controller mit ROM-Programmspeicher
genommen, weil halt kein Flash benötigt wird und auch nicht bezahlt
werden soll. Wenn zigtausende Geräte hergestellt werden, wird alles
eingespart, was nicht unbedingt nötig ist.
Gast #267387
Lesenswert?

@christian: Wobei jeder MC seine Berechtigung hat.

Aber welche Berechtigung der PIC hat, ist mir bis heute schleierhaft,
der ist eigentlich für jede Anwendung schlecht geeignet.
Entschuldigung Leute, ich musste mal ein wenig sticheln.

Nehmts mir nicht übel.

Tschüss.
Gast #267390
Lesenswert?

auch hier wieder grundsatz(!):

wähle für die aufgabe, die es zu lösen gilt, das geeignete werkzeug!!

in den gegenüberstellungen von PIC und AVR erkennt man vor und nachzüge
beider:
pic hat mehr peripherie, und ist eine nuanze billiger
avr hingegen ist ein "echter" RISC und steht sich selbst nicht so auf
den füssen wie der PIC...

in der handhabung sind sich aus der elektronischer hinsicht beide
gleich auf... (mit leichtem vorteil für den PIC, da dessen PORT-latches
stärker sind als die des avr)

in assembler fällt jedoch auf, dass zwar beide gleich geeignet sind, um
probleme zu lösen, aber mit dem pic muss man so manches vorhaben eher
mit ein paar befehlen umschreiben, was die infrastruktur eines avr
direkter erlauben würde...

auf gut deutsch, sie schenken sich nicht wirklich viel!!!
also fällt die entscheidung da meist sehr "religiös" aus...
...der, der einem am ehesten liegt...

geht es auf einmal um kriterien, wie kosten, dann dürte der pic
gewinnen...

spielt die musik richtung leistung... würde man wohl in richtung msp430
gehen...(zwar nur 8mhz, aber stellt avr wie auch pic weit in den
schatten, durch RISC auf "von neumann" abgebildet, und dazu noch
komplett orthogonale kernstruktur!!!) und preislich in der liga von avr
und pic...

bei nochmehr leistung wohl in die arm gegend...

aber das wird unendlich...

konkret:
bei mir erledigt ein pic aufgaben wie zustandsüberwachung in
mehr-DSP-systemen...

avr-sind meine lieblings feld-wald-wiesen-(schlampen) die ich alles
heissen kann... schaltnetzteilsteuerung... klimasteuerung... einer
meiner treuen avrs steuert über ein CANopenprotokoll sogar drei achsen
einer 500kg-stage
 (aber alles was du mit nem avr machen kannst, geht auch mit nem pic
:-) ) iss so...
Gast #267393
Lesenswert?

"Aber welche Berechtigung der PIC hat, ist mir bis heute schleierhaft,
der ist eigentlich für jede Anwendung schlecht geeignet."

Danke für den Hinweis Mario, leider bist nur Du so schlau und in der
Industrie hat das noch keiner gemerkt. Was für Dummköpfe, nicht wahr...
:)
Gast #267395
Lesenswert?

sorry, ich habe das erste posting schlecht gelesen.
Allgemein ist Freescale (Motorola) führend.
Von PICs und AVRs allerdings die PICs (obwohl die AVRs billiger sind).
In der Hobbywerkstatt ist natürlich AVR führend, da dieser viel
einfacher in der Handhabung und ist und ein besseres
Preis-Leisungsverhältnis hat.
In der Industrie ist allerdings die Störsicherheit und allgemeine
Robustheit ausschlaggebend. Ind da gewinnt immer (noch) der PIC!
Das ist zwar alles auch mit AVRs zu schaffen, jedoch mit einem
Mehraufwand an (Re-)Designs.
Gast #267396
Lesenswert?

@vornüber:

hoppla, in meinen katalogen sind avrs eher teurer...
ich hab auch in der industrie die erfährung gemacht, das es gezielt
redesigns in richtung avr gibt... um von der unflexibilität der
pic-familie, gegenüber der avr-familie, zu fliehen!!!

der grund, das in der industrie so viele pics im einsatz sind ist eher
der, das es die pic schon ca. 10jahre vor den avrs gab!! und sehr viele
ingeneure/programmierer, ganz einfach diesen zuerst erlernten!! und
erkannten das der umstieg zu avrs in ihren gebieten einfach nicht
lohnt...

jüngere ingeneure/programmierer die an der hochschule/ausbildung eher
kontakt mit neueren konzepten bekommen, setzen dann diese ein...
Gast #267400
Lesenswert?

Man hört immer mal wieder das Gerücht, AVRs seien störanfälliger als
andere µCs. Ich weiß nicht, ob es so ist, denn
- ich habe keine Meßmöglichkeiten, um so etwas zu evaluieren und
- ich arbeite bislang ausschließlich mit AVRs.

Ich kann dazu nur sagen, dass bei uns noch kein AVR-haltiges Gerät
Probleme bei der EMV-Störhärte-Prüfung hatte.

Gruß, Michael
Gast #267401
Lesenswert?

Über Platinen- und Geräte designes darf man natürlich nicht im selben
Atemzug reden:
Sind diese schlecht, dann kann man JEDEN µC zum Absturz bringen, dass
ist keine schwarze Kunst!

Gruß, Michael
Gast #267403
Lesenswert?

Hallo zusammen,

schaut euch doch einfach mal auf den Webseiten von Softwarefirmen um,
die ein Betriebssystem für eingebettete System im Angebot haben - z.B.
www.3SOFT.de, www.vector-informatik.com, www.qnx.com,
www.windriver.com, www.ghs.com, oder bei Softwarefirmen, die
entsprechende Compiler oder Debug-Tools anbieten - z.B. www.ghs.com,
www.cosmic-software.com, www.altium.com, www.lauterbach.de,
www.hitex.de.
Man kann davon ausgehen, dass alle Mikrocontroller, die der dort
angebotetenen Software unterstützt werden (oder zumindest in der
Vergangenheit wurden), auch eingesetzt wird (sonst hätte ja niemand
diese Software-Berge entwickelt) - die tatsächliche Vielfalt ist
wesentlich größer als dieser Thread bisher vermuten lässt.

Ciao, Fabian
Gast #267404
Lesenswert?

Im Massenmarkt spielen Atmel und MC keine große Rolle, sowas kann meist
mit nem ASIC auch erschlagen werden. High End Anwendungen werden in
meinem Aufgabenbereich mit Controller von ST (ST10 - ST30) und
Freescale (S12X) gemacht. Wobei durchaus ein Trend zu erkennen ist, das
Halbleiterfirmen den Prozessorkern nicht mehr selbst entwickelen,
sondern von anderen Firmen (ARM) und nur noch die Peripherie (PWM,
USART...) auf das Silizium packen)

Grüße

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren