Mikrocontroller.net - Benutzerbeiträge [de]

Lokale Elektroniklieferanten

2010-09-23T10:24:32Z

Ivan: /* Wels */ Gelöscht, da auch dieses alteingesessene Elektronikgeschäft aufgeben musste

=Einleitung=
Da nicht jeder beim Fehlen einzelner Bauteile eine Online-Bestellung aufgeben möchte und der eine oder andere regionale Anbieter nicht so gut zu finden ist, soll hier eine Liste entstehen, die hilft Anbieter zu finden.

__TOC__

Falls die Darstellungsart nicht gefällt oder Rubriken fehlen, so bitte nicht hier ändern, sondern das Template anpassen: [[Vorlage:ElektronikLieferant]] 
So soll das Template ausgefüllt werden:
{{ElektronikLieferant
|Firmenname=hier Firmenname eintragen
|Straße=Straßenname, z. B. Musterstraße 123
|PLZ=PLZ, z. B. 12345
|Ort=Ort, z. B. München
|Telefon=Telnr., z. B. 012345/12341234
|Fax=Faxnr., z. B. 012345/12345234
|Öffnungszeiten=Öffnungszeiten eintragen Neue Zeile mit "br" abgetrennt
|Weblink=http://www.mikrocontroller.net Link ohne umschliessende eckige Klammern
|Email=Emailadresse, z. B. xxx@yyy.de
|Bemerkung=ggf. Bemerkung, ansonsten Rubrik/Feld/Variable leer lassen
}}

=Deutschland=
==Baden-Württemberg==
===Aalen===
{{ElektronikLieferant
|Firmenname=mükra electronic shop GmbH
|Straße=Wilhelm-Zapf-Str. 9
|PLZ=73430
|Ort=Aalen
|Telefon=07361/610820
|Fax=07361/610821
|Öffnungszeiten=Mo.-Fr. 9.00 - 13.00 Uhr, 14.00 - 18.00 Uhr Sa. 9.00 - 13.00 Uhr
|Weblink=http://onlineshop.muekra-electronic.com
|Email=info@muekra.de
|Bemerkung=Keine SMD-Teile
}}
===Esslingen===
{{ElektronikLieferant
|Firmenname=mükra electronic shop GmbH
|Straße=Bahnhofstr. 23
|PLZ=73728
|Ort=Esslingen
|Telefon=0711/355676
|Fax=0711/3108656
|Öffnungszeiten=Mo.-Fr. 9.00 - 13.00 Uhr, 14.30 - 18.00 Uhr Sa. 9.00 - 13.00 Uhr
|Weblink=http://onlineshop.muekra-electronic.com/FilES.php
|Email=info@muekra.de
|Bemerkung=Keine Mikrocontroller, keine SMD-Teile (ausser einige wenige Transistoren)
}}
===Heilbronn===
{{ElektronikLieferant
|Firmenname=Krauss Elektronik GmbH
|Straße=Turmstraße 20
|PLZ=74072
|Ort=Heilbronn
|Telefon=07131/68191
|Fax=07131/68192
|Öffnungszeiten=Mo.-Mi.+Fr. 9.00 - 18.00 Uhr Do. 9.00 - 19.00 Uhr Sa. 9.00 - 13.00 Uhr
|Weblink=http://www.krauss-elektronik.de/
|Email=info@krauss-elektronik.de
|Bemerkung=
}}
===Freiburg===
{{ElektronikLieferant
|Firmenname=Omega electronic GmbH
|Straße=Eschholzstr. 58-60
|PLZ=79115
|Ort=Freiburg
|Telefon=0761/76776-0
|Fax=0761/76776-55
|Öffnungszeiten=Mo.-Sa.: 10:00 - 19:30
|Weblink=http://www.omega-electronic.de
|Email=info@omega-electronic.de
|Bemerkung=
}}
===Karlsbad===
{{ElektronikLieferant
|Firmenname=IT-WNS, Ute Heldt
|Straße=Schulstr. 13
|PLZ=76307
|Ort=Karlsbad - Mutschelbach
|Telefon=07202/936083
|Fax=07202/936085
|Öffnungszeiten=Nach Vereinbahrung (Email-Kontakt)
|Weblink=http://www.it-wns.de
|Email=info@it-wns.de
|Bemerkung=Bestellungen im Onlineshop können wahlweise auch direkt abgeholt werden
}}

===Karlsruhe===
{{ElektronikLieferant
|Firmenname=mükra electronic shop GmbH
|Straße=Fritz-Erler-Straße 24
|PLZ=76133
|Ort=Karlsruhe
|Telefon=0721/374270
|Fax=0721/9379171
|Öffnungszeiten=Mo.-Fr. 9.00 - 13.00 Uhr, 14.30 - 18.00 Uhr Sa. 9.00 - 13.00 Uhr
|Weblink=http://www.muekra.com/Filiale_Karlsruhe
|Email=
|Bemerkung=
}}

{{ElektronikLieferant
|Firmenname=Mc TEC Elektronik Vertriebs GmbH
|Straße=Kaiserstrasse 160
|PLZ=76133
|Ort=Karlsruhe
|Telefon=0721/24456
|Fax=0721/20061
|Öffnungszeiten=Mo.-Fr. 10.00 - 19.00 Uhr Sa. 10.00 - 15.00 Uhr
|Weblink=http://www.mctec.de/
|Email=
|Bemerkung=Vorübergehend geschlossen, Website down???
}}

===Offenburg===
{{ElektronikLieferant
|Firmenname=Günther Wultschner (Elektronikladen)
|Straße=Luisenstraße 16
|PLZ=77654
|Ort=Offenburg
|Telefon=0781 43270‎
|Fax=
|Öffnungszeiten=Mo.-Fr. 9.00 - 19:00 Uhr Sa. 9.00 - 16.00 Uhr
|Weblink=
|Email=
|Bemerkung=
}}

===Reutlingen===
{{ElektronikLieferant
|Firmenname=mükra electronic shop GmbH
|Straße=Federnseestr. 4
|PLZ=72764
|Ort=Reutlingen
|Telefon=07121/370748
|Fax=07121/370741
|Öffnungszeiten=Mo.-Fr. 9.30 - 13.00 Uhr, 14.00 - 18.00 Uhr Sa. 9.30 - 13.00 Uhr
|Weblink=http://onlineshop.muekra-electronic.com
|Email=info@muekra.de
|Bemerkung=Keine SMD-Teile
}}

===Ulm===
{{ElektronikLieferant
|Firmenname=mükra electronic shop GmbH
|Straße=Neutorstr. 20
|PLZ=89073
|Ort=Ulm
|Telefon=0731/64494
|Fax=0731/6028676
|Öffnungszeiten=Mo.-Fr. 9.00 - 18.00 Uhr Sa. 9.00 - 13.00 Uhr
|Weblink=http://onlineshop.muekra-electronic.com/FilUlm.php
|Email=
|Bemerkung=Keine SMD-Teile
}}

===Villingen-Schwenningen===
{{ElektronikLieferant
|Firmenname=Buchmann Elektronik
|Straße=Wasenstrasse 51
|PLZ=78054
|Ort=Villingen-Schwenningen
|Telefon=07720/1308
|Fax=07720/1360
|Öffnungszeiten=Mo-Fr., ausser Mittwoch; Zeiten leider unbekannt
|Weblink=keine Webseite
|Email=buchmann-elektronik@t-online.de
|Bemerkung=keine SMD.
}}

{{ElektronikLieferant
|Firmenname=SchiBe Elektronik
|Straße=Mühlenstr. 9
|PLZ=78050
|Ort=Villingen-Schwenningen
|Telefon=07721/8879880
|Fax=07721/88798820
|Öffnungszeiten=Mo-Fr.; Zeiten leider unbekannt
|Weblink=http://www.schibe.de
|Email=info@SchiBe.de
|Bemerkung=Bestellt auf Anfrage ohne Versandkosten bei Conrad mit Selbstabholung dort.
}}

==Bayern==
===Aschaffenburg===
{{ElektronikLieferant
|Firmenname=VS Elektronik OHG
|Straße= Magnolienweg 3
|PLZ= 63739
|Ort=Aschaffenburg
|Telefon=06021-30460
|Fax=06021-304626
|Öffnungszeiten= Montag - Freitag: 09:00 - 18:00 Uhr Samstag: 09:00 - 13:00 Uhr
|Weblink=http://www.vs-electronic.de
|Email=info@vs-electronic.de
|Bemerkung= führt Vellemann Bausätze, PCs, Telekommunikation und Bauteile
}}

===Erlangen===
{{ElektronikLieferant
|Firmenname=Radio-Fernseh-Elektronik
|Straße=Beethovenstraße 2
|PLZ=91052
|Ort=Erlangen‎
|Telefon=09131 25288‎
|Fax=
|Öffnungszeiten=
|Weblink=
|Email=
|Bemerkung=
}}

{{ElektronikLieferant
|Firmenname=Feller-electronic
|Straße=Marquardsenstraße 21
|PLZ=91054
|Ort=Erlangen‎
|Telefon=09131 27595
|Fax=
|Öffnungszeiten=Mo-Fr 9.00 - 13.00, 14.00-18.00 Uhr. Sa 9.00 - 14.00 Uhr
|Weblink=
|Email=
|Bemerkung=
}}

===Fürth===
{{ElektronikLieferant
|Firmenname=B+D Electronic GmbH
|Straße=Königstr. 107 (gegenüber Citycenter und neben Feuerwehr)
|PLZ=90762
|Ort=Fürth
|Telefon=0911 - 77 30 40
|Fax=
|Öffnungszeiten=Mo - Fr: 10.00 - 12.30 & 14.00 - 18.00 Sa: 10.00 - 13.00
|Weblink=http://www.bdelectronic.de/
|Email=
|Bemerkung=
}}

=== Kaufbeuren ===
{{ElektronikLieferant
|Firmenname=Jantsch-Elektronik GmbH
|Straße=Porschestrasse 26
|PLZ=87600
|Ort=Kaufbeuren
|Telefon=0 83 41 / 95 33-0
|Fax=0 83 41 / 37 00
|Öffnungszeiten=Mo-Fr 9:00-12:30 / 13:30-18:00 
Sa 9:00-13:00 Uhr
|Weblink= http://www.j-e.de
|Email=info@j-e.de
|Bemerkung=führt auch gebrauchte Messgeräte
}}

===Leiblfing (bei Straubing)===
{{ElektronikLieferant
|Firmenname=Hans Entner Funkelektronik
|Straße=Landshuter Straße 1
|PLZ=94339
|Ort=Leiblfing
|Telefon=(0 94 27) 90 20 86
|Fax=09427 - 902087
|Öffnungszeiten= leider nicht bekannt
|Weblink=
|Email=Entner-DF9RJ@t-online.de
|Bemerkung= Kleiner Laden und sehr netter Inhaber. Einige Geräte und Zubehör. Viele HF-Stecker (v.a. SMA, BNC, N und PL(UHF)) und Koax-Kabel. Bietet auch Reparaturen an.
}}

===München===
{{ElektronikLieferant
|Firmenname=Conrad Elektronik
|Straße=Tal 29
|PLZ=80331
|Ort=München
|Telefon=
|Fax=
|Öffnungszeiten=Mo - Fr: 9:00 - 20:00 Sa: 9:00 - 20:00
|Weblink=http://www.conrad.de/
|Email=
|Bemerkung=
}}

{{ElektronikLieferant
|Firmenname=Conrad Elektronik
|Straße=Hanauer Straße 91 (gegenüber OEZ)
|PLZ=80993
|Ort=München - Moosach
|Telefon=
|Fax=
|Öffnungszeiten=Mo - Fr: 9:30 - 20:00 Sa: 9:00 - 20:00
|Weblink=http://www.conrad.de/
|Email=
|Bemerkung=
}}

{{ElektronikLieferant
|Firmenname=Bürklin
|Straße=Schillerstr. 41
|PLZ=80336
|Ort=München
|Telefon=
|Fax=
|Öffnungszeiten=Mo - Do: 9:00 - 16:30 Fr: 9:00 - 13:00
|Weblink=http://buerklin.de/
|Email=
|Bemerkung=
}}

{{ElektronikLieferant
|Firmenname=Strixner & Holzinger
|Straße=Schillerstraße 25-29
|PLZ=80336
|Ort=München
|Telefon=
|Fax=
|Öffnungszeiten=Mo - Fr: 9:30 - 18:00
|Weblink=http://sh-halbleiter.de/
|Email=
|Bemerkung=
}}

===Schweinfurt===
{{ElektronikLieferant
|Firmenname=Spath Elektronische Bauteile
|Straße=Cramerstr. 9
|PLZ=97421
|Ort=Schweinfurt
|Telefon=09721/25186
|Fax=09721/22999
|Öffnungszeiten=
|Weblink=
|Email=
|Bemerkung=
}}

===Straubing===
{{ElektronikLieferant
|Firmenname=Röhrner Electronic
|Straße=Innere Passauer Str. 12
|PLZ=94315
|Ort=Straubing
|Telefon=09421/12573
|Fax=09421/22207
|Öffnungszeiten=Mo - Do: 9:00 - 18:00 Sa: 10:00 - 13:00
|Weblink=http://www.roehrner-electronic.de/
|Email=
|Bemerkung=Netter Elektronikladen mit vielen Halbleitern neben dem üppigen Standardsortiment
}}

===Pförring===
{{ElektronikLieferant
|Firmenname=Pollin
|Straße=Max-Pollin-Straße 1
|PLZ=85104
|Ort=Pförring
|Telefon=
|Fax=
|Öffnungszeiten=Mo.-Fr. 9 - 19 Uhr Sa. 9 - 16 Uhr
|Weblink=http://www.pollin.de/shop/static/ecenter.htm
|Email=
|Bemerkung=nähe Ingolstadt
}}

==Berlin==
===Charlottenburg-Wilmersdorf===
{{ElektronikLieferant
|Firmenname=Segor-electronics
|Straße=Kaiserin-Augusta-Alle 94
|PLZ=10589
|Ort=Berlin
|Telefon=030 4399843
|Fax=030 4399855
|Öffnungszeiten=Mo.-Fr. 10.00-13.30 Uhr und 14:30-18:00 Uhr, Sa. 10.00-13.00 Uhr
|Weblink=http://www.segor.de
|Email=sales@segor.de
|Bemerkung=Sehr gut sortiertes und vielseitiges Sortiment, preiswert, hochwertig.
}}
===Berlin Schöneberg===
{{ElektronikLieferant
|Firmenname=Conrad Electronic
|Straße=Kleiststraße 30-31
|PLZ=10787
|Ort=Berlin
|Telefon=0180 5 564445
|Fax=
|Öffnungszeiten=Mo.-Sa. 10.00-20.00 Uhr
|Weblink=http://www.conrad.de
|Email=
|Bemerkung=
}}

{{ElektronikLieferant
|Firmenname=Atzert Radio
|Straße=Kleiststraße 32-33
|PLZ=10787
|Ort=Berlin
|Telefon=030/212984-0
|Fax=030/212984-11
|Öffnungszeiten=Montag-Samstag 10:00-19.00 Uhr
|Weblink=http://www.atzert-radio.de/
|Email=
|Bemerkung=
}}

===Berlin Kreuzberg===
{{ElektronikLieferant
|Firmenname=Conrad Electronic
|Straße=Hasenheide 14-15
|PLZ=10967
|Ort=Berlin
|Telefon=0180 5 564445
|Fax=
|Öffnungszeiten=Mo.-Fr. 10.00-20.00 Uhr, Sa. 10.00-18.00 Uhr
|Weblink=http://www.conrad.de
|Email=
|Bemerkung=
}}

===Berlin Steglitz===
{{ElektronikLieferant
|Firmenname=Conrad Electronic
|Straße=Schloßstrasse 34-36
|PLZ=12163
|Ort=Berlin
|Telefon=0180 5 564445
|Fax=
|Öffnungszeiten=Mo.-Do. 10.00-20.00 Uhr, Fr.-Sa. 10.00-22.00 Uhr
|Weblink=http://www.conrad.de
|Email=
|Bemerkung=
}}

==Brandenburg==
===Frankfurt (Oder)===

{{ElektronikLieferant
|Firmenname=Elektronik Service Landrock
|Straße=Karl-Ritter-Platz 8-9
|PLZ=15230
|Ort=Frankfurt (Oder)
|Telefon=0335 / 6802029
|Fax=0335 / 684171
|Öffnungszeiten=Mo-Fr. 10-18 Uhr
|Weblink=http://www.landrock-elektronik.de/
|Email=
|Bemerkung=Jürgen (Chef) ist superfreundlich, habe jahrelang dort eingekauft.
}}

==Bremen==
{{ElektronikLieferant
|Firmenname=Conrad Electronic
|Straße=Borgwardstr. 2
|PLZ=28279
|Ort=Bremen
|Telefon=01 80 / 55 64 44 5
|Fax=
|Öffnungszeiten=
|Weblink=http://www.conrad.de
|Email=
|Bemerkung=
}}

{{ElektronikLieferant
|Firmenname=Schuricht Distrelec GmbH
|Straße=Rehland 8
|PLZ=28832
|Ort=Achim
|Telefon= 04 20 2 / 97 47-97
|Fax=
|Öffnungszeiten=
|Weblink=https://www.distrelec.de
|Email=
|Bemerkung= Nur telefonische Bestellung. Wenn man bei der Bestellung explizit sagt dass man die Sachen in Achim abholen möchte, dann klappt dies auch... meistens...
}}

==Hamburg==
===Harburg===
{{ElektronikLieferant
|Firmenname=Electronic 70
|Straße=Küchgarten 21
|PLZ=21073
|Ort=Hamburg
|Telefon=040 / 77 81 08
|Fax=
|Öffnungszeiten=Mo. - Fr. 9.30 - 13.00 Uhr 14.00 - 18.00 Uhr 
Samstag 10.00 - 14.00 Uhr
|Weblink=http://electronic70.de
|Email=
|Bemerkung= Nett und kompetent.
}}

===Sankt Pauli (Schanzenviertel)===
{{ElektronikLieferant
|Firmenname=Radio Kölsch
|Straße=Schanzenstr. 1
|PLZ=20357
|Ort=Hamburg
|Telefon=040 / 43 46 56
|Fax=040 / 439 09 25
|Öffnungszeiten=
|Weblink=http://www.koelsch24.com
|Email=
|Bemerkung=
}}

===Hoheluft Ost===
{{ElektronikLieferant
|Firmenname=Statronic
|Straße=Eppendorfer Weg 244
|PLZ=20251
|Ort=Hamburg
|Telefon=040 / 422 33 22
|Fax=040 / 422 33 25
|Öffnungszeiten=
|Weblink=http://www.statronic.de
|Email=
|Bemerkung=
}}

===Wandsbek===
{{ElektronikLieferant
|Firmenname=Conrad Electronic
|Straße=Wandsbeker Zollstr. 67-69
|PLZ=22041
|Ort=Hamburg
|Telefon=0180 5 564445
|Fax=
|Öffnungszeiten=Mo.-Fr. 09.30-20.00 Uhr, Sa. 09.00-18.00 Uhr
|Weblink=http://www.conrad.de
|Email=
|Bemerkung=
}}

===Altona===
{{ElektronikLieferant
|Firmenname=Conrad Electronic
|Straße=Hahnenkamp 1
|PLZ=22765
|Ort=Hamburg
|Telefon=0180 5 564445
|Fax=
|Öffnungszeiten=Mo.-Sa. 10.00-20.00 Uhr
|Weblink=http://www.conrad.de
|Email=
|Bemerkung=
}}

==Hessen==
===Darmstadt===
{{ElektronikLieferant
|Firmenname=Zimmermann Electronic GmbH
|Straße=Kasinostr. 2
|PLZ=64293
|Ort=Darmstadt
|Telefon=06151 - 66 69 - 240
|Fax=06151 - 66 69 - 290
|Öffnungszeiten=Mo.- Fr. 9:00 - 19:00 Uhr Sa. 9:00 - 14:00 Uhr
|Weblink=http://www.zeg-shop.de
|Email=
|Bemerkung=
}}

{{ElektronikLieferant
|Firmenname=EBG Electronic Business GmbH
|Straße=Bismarckstr. 61
|PLZ=64293
|Ort=Darmstadt
|Telefon=06151 / 82 91 - 0
|Fax=06151 / 82 91 - 20
|Öffnungszeiten=Montag-Freitag: 9:00 bis 19:00 Uhr Samstag: 9:00 bis 14:00 Uhr
|Weblink=http://www.ebg-darmstadt.de
|Email=info@ebg-darmstadt.de
|Bemerkung=
}}

===Offenbach===
{{ElektronikLieferant
|Firmenname=Rail Electronic
|Straße=Großer Biergrund 4
|PLZ=63065
|Ort=Offenbach
|Telefon=069 / 88 20 72
|Fax=069 / 88 31 14
|Öffnungszeiten=Mo.- Fr. 09.30 bis 12.30 sowie 13.30 bis 18.30 Uhr Sa. 9.30 bis 13.30 Uhr
|Weblink=http://www.rail-electronic.de
|Email=
|Bemerkung=
}}

===Wöllstadt===
{{ElektronikLieferant
|Firmenname=ELW Elektronik Handels GMBH
|Straße=Am Kalkofen 10
|PLZ=61206
|Ort=Wöllstadt
|Telefon=06034-4411
|Fax=06034-5739
|Öffnungszeiten=Mo-Fr 08.30 - 18.00 Uhr Sa 08.30 - 13.00 Uhr
|Weblink=http://www.elw-elektronik.com/
|Email=elw-gmbh@t-online.de
|Bemerkung=
}}

===Frankfurt/Main===
{{ElektronikLieferant
|Firmenname=Conrad Elektronik
|Straße=Zeil 58 + 64 (Konstabler Wache)
|PLZ=60313
|Ort=Frankfurt
|Telefon=0180 5 564445
|Fax=
|Öffnungszeiten=Mo.-Mi. 10.00-20.00 Uhr Do.-Sa. 10.00-21.00 Uhr
|Weblink=http://www.conrad.de
|Email=
|Bemerkung=
}}

==Mecklenburg-Vorpommern==
===Rostock===
{{ElektronikLieferant
|Firmenname=A-Z City-Stores
|Straße=Doberaner-Hof
|PLZ=
|Ort=Rostock
|Telefon=0381-4031171
|Fax=
|Öffnungszeiten=Mo. – Fr. 9.30 – 19.30 Uhr Sa. 9.30 – 16.00 Uhr
|Weblink=
|Email=
|Bemerkung=geringes Angebot recht teuer
}}

==Niedersachsen==
===Braunschweig===
{{ElektronikLieferant
|Firmenname=Conrad Electronic GmbH
|Straße=Sudetenstr. 4
|PLZ=38114
|Ort=Braunschweig
|Telefon= 0531 501514
|Fax=
|Öffnungszeiten=Mo.-Fr. 09.30-19.00 Uhr, Sa. 09.00-18.00 Uhr
|Weblink=http://www.filialen.conrad.de/
|Email=
|Bemerkung= Hinter dem Conrad-Gebäude gibt es noch eine "Resterampe" mit Garantiefällen, unvollständigen Bausätzen etc. (andere Öffnungszeiten!)
}}

{{ElektronikLieferant
|Firmenname=EFB - Electronic Fundgrube Braunschweig
|Straße=Kreuzstrasse 65
|PLZ=38118
|Ort=Braunschweig
|Telefon=0531-58 11 058
|Fax=0531-58 11 059
|Öffnungszeiten=
|Weblink=http://www.ett-online.de/
|Bemerkung= Online-Katalog unter http://www.megakick-stores.de/.
}}

{{ElektronikLieferant
|Firmenname=Elektronik Bauteile Vertrieb - Dipl.-Ing. Jörg Bassenberg
|Straße=Nußbergstraße 9
|PLZ=38102
|Ort=Braunschweig
|Telefon=0531-79 17 07
|Fax=0531-7 60 22
|Öffnungszeiten=
|Weblink=http://www.bassenberg.de/
|Email=info@bassenberg.de
|Bemerkung= Kleines Ladengeschäft, hauptsächlich ältere Bauteile vorrätig.
}}

===Hannover===
{{ElektronikLieferant
|Firmenname=Conrad Electronic GmbH
|Straße=Goseriede 3
|PLZ=30159
|Ort=Hannover
|Telefon= 0180 5 564445
|Fax=
|Öffnungszeiten=Mo.-Sa. 09.00-20.00 Uhr
|Weblink=http://www.filialen.conrad.de/
|Email=
|Bemerkung=
}}

{{ElektronikLieferant
|Firmenname=Radio Menzel-Electronic
|Straße=Limmerstraße 3-5
|PLZ=30451
|Ort=Hannover
|Telefon= 0511 442607
|Fax=
|Öffnungszeiten=Mo-Fr: 10:00-13:30, 14:30-18:00 Sa: 10:00-13:30
|Weblink=www.menzel-electronic.de
|Email=
|Bemerkung=
}}

===Lüneburg===
{{ElektronikLieferant
|Firmenname=Beusch Elektronik
|Straße=Reichenbachstr. 8
|PLZ=21335
|Ort=Lüneburg
|Telefon=04131 33311
|Fax=?
|Öffnungszeiten=Mo und Sa geschlossen, Di - Fr 10:00-13:00, 14:00-18:00
|Bemerkung=
}}

===Oldenburg===
{{ElektronikLieferant
|Firmenname=ebc Utz Kohl GmbH
|Straße=Alexanderstraße 31
|Telefon=0441 82114
|Fax=0441 85801
|Weblink=www.e-b-c-elektronik.de
|Email=kontakt@e-b-c-elektronik.de
|PLZ=26121
|Ort=Oldenburg
|Öffnungszeiten=Mo. - Fr. 9:00 - 12:30 und 13:30 - 18:00 Uhr, Sa. 9:00 - 13:00 Uhr
|Bemerkung=
}}

===Osnabrück===
{{ElektronikLieferant
|Firmenname=Heinicke-electronic
|Straße=Meller Str. 43
|PLZ=49084
|Ort=Osnabrück
|Telefon=0541 587666
|Fax=0541 586614
|Öffnungszeiten=Mo-Fr. 9:30-13:00Uhr und 14:30-18:00Uhr Sa. 9:30-13:00Uhr
|Weblink=http://www.heinicke-electronic.de/
|Email=sales@heinicke-electronic.de
|Bemerkung=Haben auch einen PC Shop nebenan.
}}

===Wilhelmshaven===
{{ElektronikLieferant
|Firmenname=Reichelt Elektronik
|Straße=Elektronikring 1
|PLZ=26452
|Ort=Sande
|Telefon=04422-955 333
|Fax=04422-955 111
|Öffnungszeiten=Montag - Donnerstag: 9:00 - 17:00 Uhr; Freitag: 9:00 - 15:30 Uhr
|Weblink=http://www.reichelt.de
|Email=
|Bemerkung=
}}

==Nordrhein-Westfalen==
===Aachen===
Siehe http://aachen.wikia.com/wiki/Elektronik-Teile

===Bielefeld===
{{ElektronikLieferant
|Firmenname=alpha electronic Ing. A. Berger GmbH
|Straße=Oldentruper Str. 104
|PLZ=33604
|Ort=Bielefeld
|Telefon=0521-324333
|Fax=0521-320435
|Öffnungszeiten=Mo. – Sa. 9.00 – 13.00 Uhr Mo. – Fr. 14.00 – 18.00 Uhr
|Weblink=http://www.alphaelectronic-bielefeld.de/
|Email=info@alphaelectronic.de
|Bemerkung=
}}

{{ElektronikLieferant
|Firmenname=Fuchs und Lützow Elekronik - Handelsges. mbH
|Straße=Heeper Str. 184
|PLZ=33607
|Ort=Bielefeld
|Telefon=0521-5576555
|Fax=0521-5576557
|Öffnungszeiten=Mo. – Sa. 9.00 – 13.00 Uhr Mo. – Fr. 14.00 – 18.00 Uhr
|Weblink=http://www.electronicfuchs.com/
|Email=info@electronicfuchs.com
|Bemerkung=
}}

===Bonn===
{{ElektronikLieferant
|Firmenname=Conrad Elektronik
|Straße=Karlstraße 3
|PLZ=53115
|Ort=Bonn
|Telefon=0180 5 564445
|Fax=
|Öffnungszeiten=Mo.-Sa. 10.00-20.00 Uhr
|Weblink=http://www.filialen.conrad.de/rubriken/filialen.php?filiale=28
|Email=filiale.bonn@conrad.de
|Bemerkung=
}}
{{ElektronikLieferant
|Firmenname=P & M Elektronik Bonn GmbH
|Straße=Budapester Strasse 6
|PLZ=53111
|Ort=Bonn
|Telefon=0228-656005
|Fax=0228-656336
|Öffnungszeiten=Mo-Fr 09:00 – 19:00 Uhr Sa 10:00 – 16:00 Uhr
|Weblink=http://www.pm-elektronik-bonn.de/
|Email=pm-elektronikbonn@web.de
|Bemerkung=
}}

===Dortmund===
{{ElektronikLieferant
|Firmenname=Conrad Electronic
|Straße=Westenhellweg 95-101
|PLZ=44137
|Ort=Dortmund
|Telefon=01805-564445
|Fax=
|Öffnungszeiten=Mo. – Fr. 10.00 – 20.00 Uhr Sa. 9.30 – 20.00 Uhr
|Weblink=http://www.conrad.de
|Email=
|Bemerkung=direkt in der Innenstadt
}}

{{ElektronikLieferant
|Firmenname=SR-Tronic
|Straße=Beratgerstr. 28
|PLZ=44149
|Ort=Dortmund
|Telefon=0231-33671-0
|Fax=0231-33671-25
|Öffnungszeiten=Mo. – Fr. 10.00 – 18.00 Uhr
|Weblink=http://www.sr-tronic.de
|Email=info@sr-tronic.de
|Bemerkung=Ist zwar ein Versandhandel, Abholung ist aber möglich, extrem kleines Elektroniksortiment (Atmel, Eproms), ist eigentlich ein Satshop.
}}

{{ElektronikLieferant
|Firmenname=Electronic am Wall
|Straße=Hoher Wall 22
|PLZ=44137
|Ort=Dortmund
|Telefon=0231-16863
|Fax= 0231-160632 begin_of_the_skype_highlighting 0231-160632 end_of_the_skype_highlighting begin_of_the_skype_highlighting 0231-160632 end_of_the_skype_highlighting
|Öffnungszeiten=Mo. – Fr. 9.00 – 18.00 Uhr (?)
|Weblink=http://electronic-am-wall.de
|Email=electronic-am-wall@t-online.de
|Bemerkung=Alteingesessener Laden mit mittlerem Elektronik und Bauteilesortiment (Leider nicht mehr so viel wie früher).
}}

===Essen===
{{ElektronikLieferant
|Firmenname=Conrad Electronic
|Straße=Altendorfer Str. 11
|PLZ=45127
|Ort=Essen
|Telefon=01805-564445
|Fax=
|Öffnungszeiten=Mo. – Fr. 10.00 – 19.30 Uhr Sa. 10.00 – 13.00 Uhr
|Weblink=http://www.conrad.de
|Email=
|Bemerkung=schräg gegenüber von IKEA, Tiefgarage im UG für Kunden kostenlos, Karte an der Kasse lochen lassen
}}

===Herne===
{{ElektronikLieferant
|Firmenname=Electronic Hanke
|Straße=Wilhelmstr. 38
|PLZ=44649
|Ort=Herne
|Telefon=02325-52728
|Fax=
|Öffnungszeiten=Mo. – Fr. 10.00 – 18.00 Uhr, außer Dienstags ab 15.00Uhr Mittagspause von 13.00 Uhr - 15.00 Uhr Sa. 9.30 – 13.00 Uhr
|Weblink=http://www.electronic-hanke.de/
|Email=electronic_hanke@t-online.de
|Bemerkung=
}}

===Köln===
{{ElektronikLieferant
|Firmenname=Conrad Electronic
|Straße=Horbellerstr. 2-4
|PLZ=50858
|Ort=Köln
|Telefon=0180 5 564445
|Fax=
|Öffnungszeiten=Mo.-Sa. 9.30-20.00 Uhr
|Weblink=http://filialen.conrad.de/rubriken/filialen.php?filiale=13
|Email=filiale.koeln@conrad.de
|Bemerkung= Hat ab dem 3.07. geschlossen!!!!
}}

{{ElektronikLieferant
|Firmenname=M. + M. van der Meyden GmbH
|Straße=Breite Straße 101
|PLZ=50667
|Ort=Köln
|Telefon=0221/2576369
|Fax=0221/2576369
|Öffnungszeiten=Mo.–Fr. von 9:30 – 19:00 Uhr Sa. von 10:00 – 16:30 Uhr
|Weblink=http://vandermeyden.de
|Email=http://vandermeyden.de/?page_id=13
|Bemerkung=
}}
 

===Bergisch Gladbach===
{{ElektronikLieferant
|Firmenname=MS-Elektronik
|Straße=Laurentiusstrasse 20
|PLZ=51465
|Ort=Bergisch Gladbach
|Telefon=02202 - 93 22 17
|Fax=02202 - 93 22 18
|Öffnungszeiten=Mo.-Fr.: 09:00-12:30 & 14:30 - 18:30 Uhr Sa: 09:00 - 14:00 Uhr
|Weblink=http://www.ms-elektronik.info/
|Email=info@ms-elektronik.info
|Bemerkung= Auch Versand
}}

===Langenfeld===
{{ElektronikLieferant
|Firmenname=rs elektronik - Reinhard Sinzel
|Straße=Solinger Strasse 152
|PLZ=40764
|Ort=Langenfeld
|Telefon=02173/22766
|Fax=02173/25958
|Öffnungszeiten=Mo-Fr 10:00-13:00 + 15:00-18:00, Sa 10:00-13:00
|Weblink=
|Email=
|Bemerkung=zwischen Polizeiwache und Bahnunterführung auf der linken Seite. Nur Ladenverkauf!
}}

===Mönchengladbach===
{{ElektronikLieferant
|Firmenname=Brunenberg Elektronik
|Straße=Lürriper Strasse 170
|PLZ=41065
|Ort=Mönchengladbach
|Telefon=02161-44421
|Fax=02161-42552
|Öffnungszeiten=Mo.- Fr. 9:00 - 13:00 und 14:00 - 18:00 Samstag 9:00 - 13:00 Donnerstag Nachmittag geschlossen!
|Weblink=http://www.bruntronic.de
|Email=info@bruntronic.de
|Bemerkung=
}}

{{ElektronikLieferant
|Firmenname=Zilles Elektronik GmbH
|Straße=Staufenstraße 8-10
|PLZ=41061
|Ort=Mönchengladbach
|Telefon=02161/176005
|Fax=02161/176007
|Öffnungszeiten=Montag - Freitag 8:30 - 13:00 & 14:00 - 18:00 Samstag 9:00 - 12:00
|Weblink=http://www.zilles-elektronik.de/
|Email=info@zilles-elektronik.de
|Bemerkung=
}}

===Paderborn===
{{ElektronikLieferant
|Firmenname=Jansen-Elektronik GmbH & Co. KG
|Straße=Heiersstrasse 24
|PLZ=33098
|Ort=Paderborn
|Telefon=05251-282848
|Fax=05251-282851
|Öffnungszeiten=Mo. – Sa. 9.30 – 13.00 Uhr Mo. – Fr. 14.30 – 18.00 Uhr
|Weblink=http://www.jansen-elektronik.de/
|Email=info@jansen-elektronik.de
|Bemerkung=
}}

===Recklinghausen===
{{ElektronikLieferant
|Firmenname=Elektronik-Center Wenzlik, Inh. H.- J. Juhnke
|Straße=Halterner Straße 24
|PLZ=45657
|Ort=Recklinghausen
|Telefon=02361-14103
|Fax=02361-182489
|Öffnungszeiten=Mo.-Fr.: 9.00h-18.30h, Sa.: 9.30h - 14.00h durchgehend geöffnet!
|Weblink=http://www.Wenzlik-RE.de
|Email=ecw-recklinghausen@t-online.de
|Bemerkung= Elektronik Einzelhandel 47.000 verschiedene Artikel vorrätig.
}}

==Rheinland-Pfalz==
===Andernach===
{{ElektronikLieferant
|Firmenname=EDV + Elektronic Systeme
|Straße=Füllscheuer 30
|PLZ=56626
|Ort=Andernach
|Telefon=02632/9293-0
|Fax=02632/9293-33
|Öffnungszeiten=Montag-Freitag 8:00 Uhr - 18:00 Uhr/Samstag geschlossen
|Weblink=http://www.eleksys.de/
|Email=info@eleksys.de
|Bemerkung=
}}

===Koblenz===
{{ElektronikLieferant
|Firmenname=Radio Erbar
|Straße=Bahnhofstr. 40
|PLZ=56068
|Ort=Koblenz
|Telefon=0261/34782
|Fax=0261/14570
|Öffnungszeiten=Montag-Freitag 9:00 Uhr - 18:00 Uhr/Samstag 9:00 Uhr - 12:00 Uhr
|Weblink=http://www.radio-erbar.de/
|Email=webmaster@radio-erbar.de
|Bemerkung=
}}
===Mainz===
{{ElektronikLieferant
|Firmenname=Conrad Elektronik
|Straße=Binger Str. 14-16 (nähe Hauptbahnhof)
|PLZ=55122
|Ort=Mainz
|Telefon=0180 5312111
|Fax=
|Öffnungszeiten=
|Weblink=http://www.conrad.de/
|Email=
|Bemerkung=
}}

{{ElektronikLieferant
|Firmenname=Elektronik Schmidt
|Straße=Boppstrasse 62 - 64
|PLZ=55118
|Ort=Mainz
|Telefon=0180 5312111
|Fax=
|Öffnungszeiten=Montag - Freitag 09.00 Uhr - 13.00 Uhr und 14.00 Uhr - 18.00 Uhr 
Samstag 09.00 Uhr - 13.00 Uhr
|Weblink=http://www.schmidt-electronic.de
|Email=
|Bemerkung=
}}

==Saarland==
=== Saarbrücken ===
{{ElektronikLieferant
|Firmenname=ESS Elektronik Service Skowronek
|Straße=Peter-Zimmer-Str. 13
|PLZ=66123
|Ort=Saarbrücken
|Telefon=+49 (681) 816414
|Fax= +49 (681) 816992
|Öffnungszeiten= Mo-Fr 8:00-12:00 Uhr / 14:00-18:00 Uhr
|Weblink=
|Email=
|Bemerkung=
}}

{{ElektronikLieferant
|Firmenname=Conrad
|Straße=Trierer Straße 16-20
|PLZ=66111
|Ort=Saarbrücken
|Telefon=0180 5 564445 (derzeit 14 Cent/Min. aus dem Festnetz der Dt. Telekom. Evtl. abweichende Preise für Anrufe aus den Mobilfunknetzen.)
|Fax=
|Öffnungszeiten= Mo.-Fr. 09.00-19.00 Uhr / Sa. 09.00-19.00 Uhr
|Weblink=
|Email=
|Bemerkung=
}}

==Sachsen==
===Chemnitz===
{{ElektronikLieferant
|Firmenname=mükra electronic shop GmbH
|Straße=Hartmannstr.45
|PLZ=09113
|Ort=Chemnitz
|Telefon=0371/365736
|Fax=0371/365736
|Öffnungszeiten=Mo.-Fr. 10.00 Uhr - 18.00 Uhr Sa. 10.00 Uhr - 13.00 Uhr
|Weblink=http://onlineshop.muekra-electronic.com
|Email=
|Bemerkung=gut sortiert aber keine SMD BE
}}

{{ElektronikLieferant
|Firmenname=köhler-elektronik Firma Michael Köhler
|Straße=Erfenschlager Strasse 31
|PLZ=09125
|Ort=Chemnitz
|Telefon=(03 71) 51 91 03
|Fax=(03 71) 51 91 04
|Öffnungszeiten=Mo.-Fr. von 9 - 18 Uhr Sa. von 9 - 12 Uhr
|Weblink=http://www.koehler-elektronik.de
|Email=
|Bemerkung=
}}

{{ElektronikLieferant
|Firmenname=NEUMERKEL
|Straße=Straße der Nationen 26
|PLZ=09111
|Ort=Chemnitz
|Telefon=(03 71) 6 66 29 27
|Fax=(03 71) 6 66 29 51
|Öffnungszeiten=Mo.-Fr. von 9 - 13 und 14 - 18 Uhr
|Weblink=http://www.neumerkel.de
|Email=neumerkel.chemnitz@neumerkel.de
|Bemerkung=zwischen B. Uhse und ehemals McDonald’s :)
}}

===Dresden===
{{ElektronikLieferant
|Firmenname=Conrad
|Straße=Friedrich-List-Platz 2 gegenüber Hauptbahnhof
|PLZ=01069
|Ort=Dresden
|Telefon=
|Fax=
|Öffnungszeiten=Mo.-Fr. 09.30-20.00 Uhr, Sa. 09.00-20.00 Uhr
|Weblink=
|Email=
|Bemerkung= verhältnismäßig teuer
}}

{{ElektronikLieferant
|Firmenname=Sullus
|Straße=Tharandter Str. 67
|PLZ=01187
|Ort=Dresden
|Telefon=0351 4112100
|Fax=0351 4112146
|Öffnungszeiten=Mo.-Fr. 10.00-18.30 Uhr, Sa. 09.00-12.00 Uhr
|Weblink=http://www.sullus.de/
|Email=
|Bemerkung=
}}

===Leipzig===
{{ElektronikLieferant
|Firmenname=Conrad
|Straße=Neumarkt 20
|PLZ=04109
|Ort=Leipzig
|Telefon=
|Fax=
|Öffnungszeiten=Mo.-Sa.: 09.30-20.00 Uhr
|Weblink=
|Email=
|Bemerkung=
}}

{{ElektronikLieferant
|Firmenname=ELMICRO Computer GmbH & Co. KG
|Straße=Hohe Str. 9-13
|PLZ=04107
|Ort=Leipzig
|Telefon=+49-(0)341-9104810
|Fax=+49-(0)341-9104818
|Öffnungszeiten=Mo.-Sa.: 09.00-17.00 Uhr
|Weblink=http://elmicro.com/de/ela-leipzig.html
|Email=leipzig|at|elmicro.com
|Bemerkung=Besucher werden gebeten, sich kurzfristig telefonisch anzumelden.
}}

===Zwickau===
{{ElektronikLieferant
|Firmenname=Elektronik Neumerkel GmbH
|Straße=Kolpingstraße 20
|PLZ=08058
|Ort=Zwickau
|Telefon=+ 49 (0)375-589920
|Fax=+ 49 (0)375-5899222
|Öffnungszeiten=Mo. - Fr. 9:00 - 18:00 Uhr, Sa. 9:00 - 12:30 Uhr
|Weblink=http://www.neumerkel.de
|Email=info@neumerkel.de
|Bemerkung=Ein Einkauf lohn sich immer bei dieser Firma. Schauen Sie doch mal vorbei. Sie erreichen uns auch in Gera, Karl-Schurz-Straße 12, Tel.:(+49 (0) 365 824690 und in Chemnitz, Strasse der Nationen 26, Tel.:(+49 (0) 371 6662927
}}

==Sachsen-Anhalt==
===Magdeburg===
{{ElektronikLieferant
|Firmenname=mittrenga electronic
|Straße=Maxim-Gorki-Str. 34
|PLZ=39108
|Ort=Magdeburg
|Telefon=0391/7333500
|Fax=0391/7346538
|Öffnungszeiten= 15.00- 18.00
|Weblink=
|Email=
|Bemerkung=
}}

{{ElektronikLieferant
|Firmenname=Nova Electronic
|Straße=Leipziger Str. 31
|PLZ=39112
|Ort=Magdeburg
|Telefon=0391/6272537
|Fax=?
|Öffnungszeiten=15.00- 1800
|Weblink=
|Email=
|Bemerkung=
}}

==Schleswig Holstein==
===Kiel===
{{ElektronikLieferant
|Firmenname=Elektronik Schmidt Inh. Karl Heinz Parting
|Straße=Adelheidstr. 28
|PLZ=24103
|Ort=Kiel
|Telefon=0431 94682
|Fax=0431 92574
|Öffnungszeiten=
|Weblink=
|Email=
|Bemerkung= viele historische Bauteile verfügbar, Röhren
}}

{{ElektronikLieferant
|Firmenname=Conrad Electronic
|Straße=Mergenthalerstr. 22
|PLZ=24223
|Ort=Raisdorf
|Telefon=0180 5 564445
|Fax=
|Öffnungszeiten=Mo.-Sa. 10.00-20.00 Uhr
|Weblink=http://www.conrad.de
|Email=
|Bemerkung=
}}

==Thüringen==
===Erfurt===
{{ElektronikLieferant
|Firmenname=Hübner-Elektronik e.K.
|Straße=Juri-Gagarin-Ring 27
|PLZ=99084
|Ort=Erfurt
|Telefon= +49 (0361) 6 42 34 56
|Fax= +49 (0361) 6 42 34 55
|Öffnungszeiten=Montag-Freitag - 9.30 bis 18.30 Uhr, Samstag - 10.00 bis 13.00 Uhr
|Weblink=http://www.huebner-elektronik.de/
|Email= info@huebner-elektronik.de
|Bemerkung=
}}

===Eisenach===
{{ElektronikLieferant
|Firmenname=Elektronik-Stübchen
|Straße=Katharinenstraße 117
|PLZ=99817
|Ort=Eisenach
|Telefon= (03691)77324
|Fax=
|Öffnungszeiten=Montag-Freitag - 9.00 bis 13.00 Uhr, 14.30 bis 18 Uhr
Sonnabend 9.00 bis 12.00 Uhr
|Weblink=
|Email=
|Bemerkung=
}}

===Jena===
{{ElektronikLieferant
|Firmenname=Stefan Schmutzer VAT Elektronik
|Straße=Bachstraße 10
|PLZ=07743
|Ort=Jena
|Telefon= (03641)447184
|Fax=
|Öffnungszeiten= Mo-Fr. bis 18:00Uhr. Sa zu
|Weblink=
|Email=
|Bemerkung= reichlich teuer. Für einzelne Kleinteile jedoch definitiv zu empfehlen, wenn man nicht gleich bestellen will
}}

=Österreich=
==Linz==
{{ElektronikLieferant
|Firmenname=Aigner Elektronik
|Straße=Dinghoferstr. 63
|PLZ=A-4020
|Ort=Linz
|Telefon=+43 732 669691-0
|Fax=+43 732 669691-15
|Öffnungszeiten=Mo. bis Fr. 8:30 bis 17:00 (keine Mittagssperre), Samstag 8:30 bis 12:00
|Weblink=http://www.aigner.co.at/
|Email=
|Bemerkung=
}}

{{ElektronikLieferant
|Firmenname=Conrad Electronic
|Straße=Kornstraße 4
|PLZ=A-4060
|Ort=Leonding
|Telefon=+43 732 683040-0
|Fax=+43 732 683040-13
|Öffnungszeiten=Mo. bis Fr. 9:00 bis 19:00 , Samstag 9:00 bis 17:00
|Weblink=http://www.conrad.at/
|Email=mailto://filiale.linz@conrad.at
|Bemerkung=
}}

==Graz==
{{ElektronikLieferant
|Firmenname=Neuhold Elektronik
|Straße=Griesplatz 1
|PLZ=A-8020
|Ort=Graz
|Telefon=+43 (0) 316 711245
|Fax=+43 (0) 316 717419
|Öffnungszeiten=Montag bis Freitag von 9.00 - 18.00 Uhr Samstag 9.00-12.30 Uhr
|Weblink=http://www.neuhold-elektronik.at/
|Email=
|Bemerkung=Großes Sortiment mit auch sehr ausgefallenen Artikeln. Führt eine breite Produktpalette. Durchweg sehr günstige Preise, jedoch manchmal bei Standardbauteilen (Mikrocontrollern z.B. AVRs) teurer als die Konkurrenz. Vergleichbar mit Pollin.
}}
 
 
{{ElektronikLieferant
|Firmenname=Riedl Electronic
|Straße=Brückenkopfgasse 2
|PLZ=A-8020
|Ort=Graz
|Telefon=Tel: +43 (0) 316 718031-0 od. +43 (0) 664 2104608
|Fax=+43 (0)316 718031-6
|Öffnungszeiten=Montag bis Freitag von 9.00 - 12.30 Uhr - Mittagspause und dann von 14.00 - 18.00 Uhr Samstag 9.00-12.00 Uhr
|Weblink=http://www.riedl-electronic.at/
|Email=office@riedl-electronic.at
|Bemerkung=Elektronikkomponenten müssen vorher über den Onlineshop bestellt werden. Diese werden dann von einem externen Lager geholt und können auf Wunsch in der Filiale in Graz abgeholt werden. Natürlich kann man sie auch direkt an die Haustür liefern lassen.
}}
 
 
{{ElektronikLieferant
|Firmenname=L-Tronik Austria
|Straße=Karlauerstrasse 5
|PLZ=A-8020
|Ort=Graz
|Telefon=Tel: +43 (0) 316 904 672
|Fax=
|Öffnungszeiten=Montag bis Freitag von 9.00 - 17.00 Uhr Samstag 9.00-12.00 Uhr
|Weblink=http://www.l-tronik.com/index.php
|Email=info@lta.at
|Bemerkung=Riesiges Sortiment an Halbleitern (Auch SMD). Solartechnik, Sicherheitstechnik, Haustechnik u.s.w..
}}
 
 
{{ElektronikLieferant
|Firmenname=Conrad
|Straße=Weblinger Gürtel 25
|PLZ=A-8054
|Ort=Graz
|Telefon=Tel: +43 (0) 50 - 20 40 73 00
|Fax=
|Öffnungszeiten=Montag bis Freitag von 9.00 - 19.30 Uhr Samstag 9.00 - 18.00 Uhr
|Weblink=http://www.conrad.at
|Email=filiale.graz@conrad.at
|Bemerkung=
}}

==Salzburg==
{{ElektronikLieferant
|Firmenname=Conrad
|Straße=Alpenstraße 95 - 97
|PLZ=5020
|Ort=Salzburg
|Telefon=050 - 20 40 81 00
|Fax=
|Öffnungszeiten=Mo.-Fr. 9.00-19.00 Uhr Sa. 9.00-18.00 Uhr
|Weblink=http://www.conrad.at/megastores
|Email=
|Bemerkung=
}}

==Wien==
{{ElektronikLieferant
|Firmenname=GM Electronic GmbH
|Straße=Brünner Straße 19
|PLZ=1210
|Ort=Wien
|Telefon=01/27 11 256
|Fax=
|Öffnungszeiten=Mo.-Fr. 9.00-13.00 14.00-18.00 Uhr Sa. 10.00-13.00 14.00-16.00 Uhr
|Weblink=http://www.gm-e.eu/index.php
|Email=
|Bemerkung=
}}

----

=Schweiz=
----
==Aargau (AG)==
===Baden===
{{ElektronikLieferant
|Firmenname=<s>Gautschi Elektronik (ehemals AUTRIX Meier)</s> ***)
|Straße=Martinsbergstrasse 28
|PLZ=5400
|Ort=Baden
|Telefon=056 222 24 24
|Fax=056 210 06 12
|Öffnungszeiten=
Montag 13:30-18:00, Di-Fr 08:00-12:00 und 13:00-18:00, Sa 09:00-12:00
|Weblink=
|Email=
|Bemerkung=Orchesterelektronik, REVOX und Elektronik-Laden.
Ehemals AUTRIX Meier. Nach bald 30 Jahren hat Ernst Meier den Laden 2006 in neue
Hände gegeben. Hier spürt man noch den Charme der 70er Jahre des letzten Jahrhunderts: ca. 20m2 Ladenlokal, vollgestopft bis unter die Decke mit mit elektronischem Kleinkram!
Teile des Sortiments entstammen ebenfalls dieser Zeitepoche. Mikroprozessoren und SMD-Bauteile sucht man hier vergebens. Dafür lassen sich auch mal (heute seltene) TTL's finden!
 [[Spezial:Beiträge/85.3.130.90|85.3.130.90]] 13:12, 13. Okt. 2009 (UTC)
 '''***)''' seit Frühjahr 2009 Liegenschaft abgebrochen. Nachfolgefirma unbekannt. 
Schweizermacher [[Spezial:Beiträge/83.78.147.198|83.78.147.198]] 07:13, 7. Jan. 2010 (UTC)
}}

===Zofingen===
{{ElektronikLieferant
|Firmenname=Surplus Party Zofingen Funkerverein Zofingerrunde HB9FX
|Straße=Strengelbacherstrasse 27 (Mehrzweckhalle)
|PLZ=4800
|Ort=Zofingen
|Telefon=
|Fax=
|Öffnungszeiten= 
'''1x jährlich am letzen Samstag im Oktober:''' 31. Oktober 2009 / 30. Oktober 2010 / 29. Oktober 2011 / 27. Oktober 2012
 08:30 bis 16:30 Uhr
|Weblink=http://www.surplusparty.ch/surplus.htm
|Email=event(at)surplusparty.ch
|Bemerkung='''Die Surplus Party, seit 1984 der grösste Flohmarkt der Schweiz von Amateufunkern für Amateurfunker! Der Eintritt ist gratis.'''
Neue und gebrauchte Bauteile aus Elektronik, Funk- und Computertechnik, Surplus-Messgeräte, Funkgeräte und alles wonach man nie gesucht hat!

'''Anreise mit dem Auto:''' 
Aus den Richtungen Basel, Bern und Zürich die Autobahn A1 in Oftringen (Ausfahrt Nr. 48) verlassen und in Richtung Zofingen fahren. Vor dem Stadteingang beginnt die Beschilderung zu den Parkplätzen (nach rechts abbiegen, am Bahnhof vorbei, nach dem Busterminal rechts abbiegen und die Bahnlinie überqueren).

Aus der Richtung Luzern die Autobahn A2 in Reiden (Ausfahrt Nr. 18) verlassen und in Richtung Zofingen fahren. Vor dem Stadteingang beginnt die Beschilderung zu den Parkplätzen (nach links abbiegen).
Es stehen ausreichend Parkplätze zur Verfügung!

Die Parkplätze direkt bei der Halle sind gebührenpflichtig (Samstag bis 12:00 Uhr). Die Parkkarten für reservierte Plätze berechtigen nur zur Einfahrt direkt vor die Halle, aber Ersetzen nicht das notwendige Parkticket!

Total stehen für die Surplus Party '''rund 1'000 Parkplätze''' (davon etwa 750 gratis) zur Verfügung. Bitte befolgen Sie die Anweisungen des Parkdienstes.

'''Anreise mit dem Zug:''' 
Zofingen befindet sich an der SBB Linie 501 Olten - Luzern und ist Haltestelle für die meisten Schnellzüge.
In Zofingen angekommen, verlassen Sie und der Bahnlinie entlang in südlicher Richtung. Gehen Sie an den Busterminals vorbei, überqueren Sie die Bahnlinie nach rechts und von da an gehen Sie alles geradeaus bis zur Mehrzweckhalle (problemlos in 10 Minuten Fussmarsch erreichbar).
 [[Spezial:Beiträge/85.3.130.90|85.3.130.90]] 13:12, 13. Okt. 2009 (UTC)
}}

== Basel-Stadt (BS) ==
=== 4002 Basel ===
{{ElektronikLieferant
|Firmenname=<s>Grieder Elektronik Bauteile AG</s>
|Straße=<s>Nauenstrasse 63</s>
|PLZ=<s>4002</s>
|Ort=<s>Basel</s>
|Telefon=n/a
|Fax=n/a
|Öffnungszeiten='''Ladenlokal in Basel per Ende 2008 geschlossen.'''
|Weblink=http://shop.griederbauteile.ch/
|Email=n/a
|Bemerkung=Umzug nach 4450 Sissach ==> [[Lokale_Elektroniklieferanten#4450_Sissach]]
Fortführung als Versandunternehmen. 
z.Zt. liegen keine Informationen über die Möglichkeit der Abholung von vorbestellter Ware vor Ort vor.

 [[Spezial:Beiträge/85.3.130.90|85.3.130.90]] 13:37, 13. Okt. 2009 (UTC)
}}

== Basel-Landschaft (BL) ==
=== 4450 Sissach ===
{{ElektronikLieferant
|Firmenname=Grieder Elektronik Bauteile AG
|Straße=Reuslistrasse 62
|PLZ=4450
|Ort=Sissach
|Telefon=061 976 95 95
|Fax=061 976 95 90
|Öffnungszeiten=Mo-Do 800-1200, 1300-1600 und Fr 800-1200, 1300-1500.
|Weblink=http://shop.griederbauteile.ch/
|Email=info@griederbauteile.ch
|Bemerkung=Mindestbestellwert CHF 20. Vorbestellte Waren können abgeholt werden. Der "Laden" befindet sich 10 Minuten zu Fuss vom Bahnhof Sissach.

}}

== Luzern (LU) ==
=== Emmenbrücke ===
{{ElektronikLieferant
|Firmenname=Conrad Electronic Schweiz
|Straße=Seetalstrasse 11
|PLZ=6020
|Ort=Emmenbrücke
|Telefon=0848/80 12 83
|Fax=041/267 32 14
|Öffnungszeiten= 
Mo/Di/Do 09:00-18:30, Mi/Fr 09:00-21:00, Sa 08:00-16:00 Uhr

|Weblink=http://www1.ch2.conrad.com/infocenter/filialen.php
|Email=filiale.emmenbruecke@conrad.ch

|Bemerkung=5 Minuten vom Bahnhof Emmenbrücke GRATIS Parkhaus & Parkplätze
 [[Spezial:Beiträge/85.3.130.90|85.3.130.90]] 13:12, 13. Okt. 2009 (UTC)
}}

== Solothurn (SO) ==
===5014 Gretzenbach===
{{ElektronikLieferant
|Firmenname=EFG Electronic AG
|Straße=Köllikerstrasse 32
|PLZ=5014
|Ort=Gretzenbach
|Telefon= 062 849 23 61
|Fax= 062 849 23 70
|Öffnungszeiten=
Mo-Fr 08:30-11:30, 13:30-18:30, Mi geschlossen, Sa 09:00-16:00
|Weblink=http://www.maxland.ch/netmax/standseiten/efg/index.html
|Email=efgag@yetnet.ch
|Bemerkung=Kabel - Messgeräte - Lautsprecher - elektronische Bauteile
kein Versand, nur Ladengeschäft
 [[Spezial:Beiträge/62.203.205.15|62.203.205.15]] 11:35, 8. Feb. 2010 (UTC) -- Edit: Schweizermacher
}}

== Zürich (ZH) ==
===8004 Zürich===
{{ElektronikLieferant
|Firmenname=Pusterla Elektronik AG
|Straße=Hohlstrasse 52
|PLZ=8004
|Ort= Zürich
|Telefon=044 241 56 77
|Fax=044 242 01 04
|Öffnungszeiten=
Mo-Fr 09:00-18:30, Sa 09:00-16:00
|Weblink=http://www.pusterla.ch/
|Email=info@pusterla.ch
|Bemerkung=Absoluter "Kult-Laden" mit Tradition. Wer jemals in der Schweiz einen Lötkolben in der Hand hatte, der kennt "Pusti"

Das Sortiment ist zweigeteilt: 
'''hinter dem Tresen:''' 
gutes allgemeines Bauteilesortiment, spezielle Sachen werden bestellt.
 Man nimmt sich Zeit für Fachberatung - es wird auch schon mal ein Vergleichstyp aus der Liste gesucht und dem jungen "Case-Modder" wird mit Engelsgeduld erklärt wie man den Vorwiderstand für seine coole LED-Prozessorinnenbeleuchtung berechnet.

'''vor dem Tresen - Selbstbedienung:''' 
Am Eingang nimmt man sich eine Pappschale mit Bleistift und Notizblock.
Artikel, Menge und Preise schreibt man selbst auf!

Das Sortiment bietet einen Querschnitt durch die elektronische Bauteilefertigung der letzten 50 Jahre. Sehr gute Quelle für spannungsfeste Kondensatoren und hochohmige (Leistungs-)Widerstände sowie mechanischem "Klein-Grabbel-Kram." Gute Auswahl an Gehäusen, Transformatoren (z.T. recht schräge Typen) sowie Relais und Stecker/Buchsen die die Welt wohl niemals gebraucht hat. '''Vorsicht bei Elektrolytkondensatoren:''' "historische" Lagerware, besser man hat ein ESR-Meter dabei - sodenn man hat!
 Kabel jeglicher Art gibt es ab der Rolle zum Selberabschneiden - auch 10cm sind kein Problem - ausrechnen und aufschreiben machst Du ja selber.
 Präsentation der Ware im Selbsbedienungsteil:
 Bauteile offen oder ab Gurt in kleinen, liebevoll angeschriebenen Pappschachteln (noch von Vater Pusterla), grösseren Wühlschachteln, einer Wühlecke sowie hier und da einige Merkwürdigkeiten auf dem Fussboden.
Man stelle sich das Ladenlokal eines Joint-Ventures aus Oppermann, Pollin, dem ehem. Völkner sowie dem örtlichen Entsorgungshof vor - '''das''' ist "Pusti" und so war er schon immer! 

'''Fazit:''' absolut lohnenswert, auch wenn man vielleicht nicht immer das bekommt was man wollte, dafür findet man aber alles, wonach man nie gesucht hatte!
 [[Spezial:Beiträge/85.3.130.90|85.3.130.90]] 13:12, 13. Okt. 2009 (UTC)
 [[Spezial:Beiträge/62.203.205.15|62.203.205.15]] 11:45, 8. Feb. 2010 (UTC) -- Edit: Tippfehler (Schweizermacher)
}}

===8025 Zürich===
{{ElektronikLieferant
|Firmenname=in Memoriam: (1967 - 1996)
''Alfred Mattern AG''
|Straße=''Seilergraben 53''
|PLZ=''8025''
|Ort= ''Zürich''
|Telefon= n/a
|Fax= n/a
|Öffnungszeiten=n/a
|Weblink=http://www.moneyhouse.ch/u/pub/alfred_mattern_ag_CH-020.3.916.364-3.htm
|Email=
|Bemerkung=Firmengründung 1967, Konkurs 1996

'''SHAB: 235 / 1996 vom 03.12.1996 (Seite 7457)''' 
27. November 1996 (25729) 
Alfred Mattern AG, in Z ü r i c h, Handel mit Antennen und Antennenzubehör sowie mit Geräten und Bauteilen der Elektro-, Elektronik-, Radio-und Fernsehindustrie, Aktiengesellschaft (SHAB Nr. 210 vom 30. 10. 1995, S. 5945).
Firma neu: Alfred Mattern AG in Liquidation. Mit Verfügung vom 02.10.1996 hat der Konkursrichter des Bezirksgerichts Zürich über die Gesellschaft den Konkurs eröffnet; demnach ist die Gesellschaft aufgelöst. Das Konkursverfahren ist mit Verfügung desselben Richters vom 13.11.1996 mangels Aktiven eingestellt worden.
 [[Spezial:Beiträge/85.3.130.90|85.3.130.90]] 13:12, 13. Okt. 2009 (UTC)
}}

===8092 Zürich===
{{ElektronikLieferant
|Firmenname="Bastli" Fachverein der Departemente Informationstechnologie und Elektrotechnik und Maschinenbau und Verfahrenstechnik an der ETH Zürich.
|Straße=Universitätsstrasse 19
|PLZ=8092
|Ort= Zürich
|Telefon= n/a
|Fax= n/a
|Öffnungszeiten=Die Öffnungszeiten gelten nur während des Semesters.
Mo 12:15 - 13:00 Uhr 
Do 12:15 - 13:00 Uhr 

|Weblink=http://www.bastli.ethz.ch/
|Email=bastli@amiv.ethz.ch
|Bemerkung=Studentischer "Bastel-Shop"
Während den Öffnungszeiten ist der Bastli-Shop im ersten Stock des UNG geöffnet.
Ihr könnt Bauteile, welche wir an Lager haben, kaufen und euch wird mit diversen elektronischen Problemen geholfen.

Organisierte Sammelbestellungen bei Fa. Reichelt / Deutschland

'''Standort:''' 

Bastli und Messplatz befinden sich in den Räumlichkeiten des AMIV im UNG Gebäude schräg gegenüber des CAB.
Es ist das gleiche Gebäude in dem auch der ehem. AMIV-Verlag respektive ehem. WBS respektive SPOD untergebracht ist.

Das Gebäude wirkt beim ersten Kontakt wohl für jeden neuen ein bisschen abschreckend. Aber keine Scheu, wenn man durch das etwas schlecht beleuchtete Treppenhaus in den ersten Stock gelangt, wendet man sich dort gleich nach rechts. Bastli und Messplatz haben die Zimmernummern C6 und C5.
 [[Spezial:Beiträge/85.3.130.90|85.3.130.90]] 13:12, 13. Okt. 2009 (UTC)
}}

=== 8305 Dietlikon ===
{{ElektronikLieferant
|Firmenname=Conrad Electronic Schweiz
|Straße=Alte Dübendorferstrasse 17
|PLZ=8305
|Ort=Dietlikon
|Telefon=0848/80 12 84
|Fax=044/805 35 14
|Öffnungszeiten= 
Mo-Do 10:00-20:00, Fr 10:00-21:00, Sa 09:00-20:00 Uhr

|Weblink=http://www1.ch2.conrad.com/infocenter/filialen.php
|Email=filiale.dietlikon@conrad.ch

|Bemerkung=5 Minuten vom Bahnhof Dietlikon Parkhaus & Parkplätze vorhanden
 [[Spezial:Beiträge/85.3.130.90|85.3.130.90]] 13:12, 13. Okt. 2009 (UTC)
}}

=== 8606 Nänikon ===
{{ElektronikLieferant
|Firmenname=Distrelec Schweiz
|Straße=Grabenstrasse 6
|PLZ=8606
|Ort=Nänikon
|Telefon=044 - 944 99 11
|Fax=044 - 944 99 88
|Öffnungszeiten= 
Mo-Fr 07:30-18:00 Uhr (nur Abholschalter)

|Weblink=https://www.distrelec.ch
|Email=info@distrelec.com
|Bemerkung='''Abholschalter:''' (Vorbestellung unbedingt erforderlich)
Telefonisch oder online bestellte Ware kann nach ca. 2 Stunden abgeholt werden.
 Es kann auch direkt vor Ort ab Katalog bestellt werden, allerdings dann Wartezeit von min. 2 Stunden
 Bezahlung: bar/EC- und Post-Card
 [[Spezial:Beiträge/85.3.130.90|85.3.130.90]] 13:12, 13. Okt. 2009 (UTC)
}}

= Siehe auch =
* [[Platinenhersteller]]
* [[Elektronikversender]]
* [[Eisenwarenversender]]

Minila Version MockUp

2010-05-13T12:57:41Z

Ivan: /* Voting einiger Dinge die im Thread angesprochen wurden */

== Voting einiger Dinge die im Thread angesprochen wurden ==
=== Spannungsversorgung ===
(Nach 5 Strichen "|" bitte ein Leerzeichen)
* USB Versorgt ohne galvanische Trennung der USB-Seite: ||
* USB Versorgt mit galvanische Trennung (ADuM4160) der USB-Seite: ||||| |||
* ext. Versorgt ohne galvanische Trennung der USB-Seite: |
* ext. Versorgt mit galvanische Trennung (ADuM4160) der USB-Seite: ||
Anmerkung: Es steht noch nicht fest ob der Stromverbrauch USB-Konform ist!!!

=== Bestückung ===
* SMD-Teile bestückt: ||||| |||||
* unbestückt als Bausatz: |||||

=== LEDs ===
* SMD RGB LED: ||
* SMD0805 LED: |||
* 5mm LED: |
* SMD0805 und 5mm LED (je nach Bestückung): |||||

== Wünsche ==
=== Gehäuse ===
"Nackert" sieht so etwas doch am besten aus, falls einer eins gut findet, kann er das ja hier einbinden.

=== Andere Dinge können hier ebenfals hinzugefügt werden ===

== Feststehende Dinge ==
=== Spannungsversorgung ===
* Wahrscheinlich ein 3,3V sowie 5V Regler
* wenn USB-Versorgt abschaltbar um die Spezifikationen zu erfüllen

=== RAM-Speicher ===
* 512K*32 Kanäle steht ausser frage
* TQFP100 0,65mm Pinabstand
* GS816036
* [ http://de.farnell.com/gsi-technology/gs816032bgt-200/18m-synch-burst-sram-512kx32-smd/dp/1447526 Optional GS816032]
* [ http://www.cypress.com/?mpn=CY7C1381D-133AXC Optional CY7C1381D-133AX]

=== CPLD ===
* wird der XC95288XL bleiben, da dies nur eine Veränderung und keine Neuentwicklung wird
* einige Signale werden an anderen Pins angeschlossen und verteilt
* TQFP144

=== USB ===
Je nach dem ob per USB versorgt oder nicht wird der FTDI FT2232D im:
* Bus Powerd Modus oder
* Self Powerd Modus
betrieben werden.

=== Steckverbinder ===
* Steckerbelegung bleibt beim alten
* X1-7 wird entfernt, da eh wenig Platz im CPLD ist
* X8 bleibt erhalten
* K8 wird dann auch komplett entfernt, da nicht mehr benötigt (alle Signale sind auch an K1 verfügbar)
* Serienwiderstände in den Datenleitungen wie gehabt
* Tastköpfe extern wie gehabt (siehe auch: Platinen)

=== JTAG ===
* wird per Steckbrücke an den FTDI anklemmbar sein. Keine Litze notwendig
* Programmierung über FTDI und "xc3sprog" http://www.mikrocontroller.net/articles/MiniLA#via_USB

=== Parallel Port ===
* nicht vorgesehen
* Signale als Stiftleiste oder ähnliches herrausgeführt

=== Layout ===

''' Platine mini-LA '''
* 2 Lagig
* Top-Layer
[[Bild:MockUpMiniLALayoutEagleTop.png.png|500px]]
* zwischen dem oberen und dem mittleren Steckverbinder ist ~1cm.
* über der 5mm LED ist die SMD0805 LED angeordnet

''' Platine Tastköpfe '''
* gibt es da schon ein Layout ???

Kann man die Platine mini-LA und die Platinen für die Tastköpfe nicht auf einen gemeinsamen Platinen-Nutzen machen? Wer die Tastköpfe getrennt benutzen will, braucht dann die Platine nur aufzutrennen (mit Tapeziermesser + Lineal anritzen und dann über Tischkante brechen).

Oder einfach im Layout mehrere kleine Bohrungen vorsehen. Diese können dann als Bruchkante genutzt werden. Alternativ muss eben ein Drehmel genutzt werden.

[[Bild:image1.png]]

== Planungsstand ==
* 32 Kanäle
* 100MHz Samplerate
* 512K Speichertiefe pro Kanal
* Geschätzter Preis steht noch aus

== Links ==
* [http://www.mikrocontroller.net/topic/174860#new Hauptthread auf Mikrocontroller.net]
* [http://www.mikrocontroller.net/articles/MiniLA Original]
* [http://minila.sourceforge.net/hw/other/bg/minila_bg_sch.pdf Schaltplan der alten Version]

STM8S-Discovery

2010-04-23T06:03:42Z

Ivan: Diverses neu umschrieben und viele Typos korrigiert

Das STM8S-Discovery ist ein sehr günstiges Evalutionsboard für die Controllerfamilie [[STM8]] von '''ST Microelectronics'''. Auf der Platine befindet sich ein kompletter USB-Programmer/Debugger basierend auf dem STM8S105C6T6 sowie eine LED und ein kapazitiver Taster. Für das Discovery benötigt man außerdem auch kein Netzteil, da es die Betriebsspannung über den USB bezieht. Mit dem Programmer/Debugger kann man jeden beliebigen STM8 über SWIM - der einpoligen Programmierschnittstelle für STM8 - flashen und auf Fehlersuche gehen.

== Benötigte Hardware ==
Einer der großen Vorteile des STM8S-Discovery ist, dass man außer dem Evaluationsboard eigentlich nur noch ein USB Kabel (A auf B) braucht und man kann los legen. Man braucht weder externes Netzteil, noch zusätzliche Bauteile wenn man mit dem Board ein wenig herumexperimentieren möchte.

== Benötigte Software ==
Die benötigte Software gibt es kostenlos oder mit einer kostenlosen, aber etwas eingeschränkten Lizenz zum Herunterladen auf der ST Seite.

=== ST MCU Toolset ===
Das ST MCU Toolset behinhaltet die Entwicklungsumgebung ST Visual Develop (Vergleichbar zum AVR Studio von Atmel) und einen graphischen Flasher. Es beinhaltet den Treiber für den Programmer/Debugger, den uneingeschränkten Assembler und Linker und einen Simulator. Es kann auf der ST Webseite herunter geladen werden.

=== Der Compiler ===
Bei den Compilern hat man die Wahl zwischen 2 (bald sogar 3) verschiedenen Compilern. Alle Compiler können voll in das ST Visual Develop integriert werden.

* Der Cosmic Compiler, für diesen Compiler gibt es sogar eine kostenlose Lizenz mit einer Codegrößen-Beschränkung von 32 KBytes. Man beachte dass man sich für Download und Installation Registrieren muss. Nach dem man sich während der Installation regestirert und die Email an Comsic geschickt hat, bekommt man relativ schnell (bei mir waren das 5 Minuten) eine Lizenz zugeschickt.

* Der Raisonance Compiler, für diesen Compiler gibt es nur eine kostenlose 16k Version, was aber für die meisten Hobbyprojekte mehr als ausrreichend ist. Der Compiler kann zusätzlich noch mit der Entwicklungsumgebung von Raisoncance (Ride7) genutzt werden. Anscheinend ist dieser Compiler aber nicht so umfangreich wie der Cosmic. Siehe für genauer Informationen die Hilfe des ST Visual Develop.

* Anscheinend wird es in näherer Zukunft einen Compiler von IAR geben. Auf der STM8S Webseite kann man sich für einen Newsletter eintragen, der jedermann auf dem Laufenden zur Verfügbarkeit des IAR-Compilers gibt.

=== Datenblätter ===
Bevor man loslegt, sollte man sich noch folgenede Datenblätter herunterladen, damit man bei Problemen immer schnell nachschlagen kann.

*''STM8S-DISCOVERY'' das Handbuch zum STM8S Discovery
*''STM8S105xx'' Datenblatt des auf dem Discovery verwendeten Mikrocontroller
*''RM0016'' Generelle Informationen über die einzelnen Register/Funktionen der STM8 Plattform
*''STM8S FWLi'' Firmware Libary, mit vielen Funktionen zu den GPIO etc... sodass man das Rad nicht jedesmal neu Erfinden muss. Dazu später mehr.
*''STM8S optimized examples'' Programmbeispiel

== Erste Schritte ==

== Siehe auch ==

[[STM8]]

== Weblinks ==

*[http://www.st.com/mcu/contentid-130-113-STM8S_DISCOVERY.html STM8S-Discovery auf ST Website]
*[http://www.st.com/mcu/familiesdocs-113.html Dokumente und Downloads rund um den STM8 auf der ST Website]
*[http://benryves.com/tutorials/stm8s-discovery/ Tutorial für Anfänger auf Englisch]

STM8

2010-04-23T05:53:03Z

Ivan: URL hinzugefügt

Beim STM8 handelt es sich um die neueste 8-Bit-Controllerlinie von '''ST Microelectronics'''. Sie zeichnet sich durch schnelle Ausführungszeiten (durchschnittlich 1,6 Takte per Instruktion), 16 MByte linearem Adressraum, umfangreichen Peripherieoptionen (wie integriertem CAN-Controller) und integriertem echtem EEPROM aus.

===Übersicht===

* '''Architektur''': Akkumulatorbasierte, modifizierte Harvard-Architektur mit gemeinsamen Adressraum
* '''Busbreite''': Datenbus 32 Bit, Adressbus 24 Bit
* '''Hauptspeicher''': 512 Bytes bis 6 kBytes SRAM
* '''Programmspeicher''': 4 bis 128 kBytes Flash
* '''EEPROM''': 384 Bytes bis 2 kBytes
* '''Spannungsversorgung''': 1,8 bis 5,5V
* '''Taktfrequenz''': bis 24 MHz
* '''Bauformen''': SDIP, SOIC, TSSOP, LQFP, QFN, UQFPN, WLCSP, Unsawn Wafer.
* '''Pins''': 20 bis 80

===Familien===

* '''STM8S''': Standardversion
* '''STM8L''': Low-Power-Version
* '''STM8A''': Automotive Grade

===Register===

* '''Akkumulator (A)''': 8 Bit, Allgemeines Arbeitsregister für logische und mathematische Operationen.
* '''X Indexregister (X)''': 16 Bit, z.ß. nutzbar als Speicheroffset. Enthält bei 16/8- und bei 16/16-Division den Dividenden.
* '''Y Indexregister (Y)''': 16 Bit, nutzbar wie X-Indexregister. Divisor bei 16/16-Division.
* '''Program Counter (PC)''': 24 Bit, enthält Adresse des nächsten auszuführenden Befehls.
* '''Stack Pointer (SP)''': 16 Bit, zeigt auf nächsten freien Speicherplatz im Kellerspeicher.
* '''Condition Code (CC)''': 8 Bit, enthält die üblichen Flags (Carry, Zero, etc.) und die Interrupt Level Flags.

===Peripherie===

* '''Clock System''': Takterzeugung aus externem Quarz oder Oszillator, interner 16MHz/128kHz-RC-Oszillator.
* '''Power Management''': Warte-Modus, Aktiver Wartemodus mit aktiviertem internem Spannungsregler, Wartemodus mit deaktiviertem Regler, Halt-Modus.
* '''Watchdog''': Konfigurierbarer "Windowed-Watchdog" und vom Taktsystem unabhängiger "Independent Watchdog".
* '''Timer''': Flexible Timeroptionen: 8 Bit mit Prescaler, 16 Bit Capture/Compare, PWM, Komplementärausgabe,
* '''ADC''': Je nach Familie 10 (STM8S, STM8A) oder 12 (STM8L) Bit Auflösung, SAR, bis zu 25 Kanäle.
* '''DAC''': 12 Bit Auflösung, mit Output Buffer.
* '''Comparator''': Rail-to-Rail, interne oder externe Referenzspannung möglich.
* '''I2C''': Adressierbare serielle Schnittstelle mit bis zu 400kHz Geschwindigkeit, Master-, Slave- und Multimaster-fähig, unterstützt PMBus und SMBus, Hardware-CRC vorhanden.
* '''SPI''': Serielles Peripherie-Interface, bis zu 10 MBit/s, Polarität und Phase frei einstellbar, Hardware-CRC vorhanden.
* '''U(S)ART''': Full featured UART, unterstützt zusätzlich LIN 2.1 als Master und Slave, IrDA-Emulation und Smartcard-Modus
* '''High Current Ports''': Belastbarkeit bis zu 20mA/Pin
* '''DMA''': Erlaubt UART, SPI, I2C, ADC, DAC und Timern direkten Speicherzugriff
* '''CAN''': Geschwindigkeit bis zu 1 MBit/s, unterstützt beCAN 2.0B
* '''Beeper''': Ausgabe eines Buzzer-Signals mit einstellbarer Frequenz von 1, 2 oder 4 kHz.
* '''LCD''': Controller für LCDs mit einer Größe von bis zu 4x28 Pixel, Integrierter Stepup-Converter für Kontrastspannung.
* '''UID''': 96-bittige, eindeutige Identifikationsnummer
* '''SWIM''': Single-Wire Interface Module, erlaubt Programmierung über Eindraht-Schnittstelle.

===Weblinks===
* [http://www.st.com/mcu/inchtml-pages-stm8.html STM8-Familie auf der ST-Website]
* [http://www.st.com/mcu/contentid-130-113-STM8S_DISCOVERY.html Evaluation board STM8S-Discovery auf der ST-Website]
* [http://www.mikrocontroller.net/articles/STM8S-Discovery Wiki-Artikel zum STM8S-Discovery auf mikrocontroller.net]

[[Kategorie:Mikrocontroller]]

Cortex M3 OCM3U

2010-04-16T18:51:25Z

Ivan: /* Bauteilliste */ Typos korrigiert

''von Theborg0815''

ACHTUNG !!! Artikel in Arbeit.

[[Bild:OCM3U.png|frameless|right|OCM3U]][[Bild:OCM3U1.png|frameless|right|OCM3U]]
[[Bild:OCM3U1-p.png|frameless|right|OCM3U]]
[[Bild:OCM3U-s.png|frameless|right|OCM3U]]

== Einleitung ==

Wer mal in die Welt der ST Cortex M3 schauen möchte, sollte sich das folgende Board mal anschauen. Es ist nichts Aufwendiges, nur das Wichtigste ist auf dem Board integriert. Aus Platzgründen habe ich auch den [[JTAG]] weggelassen, da der verwendete STM32F101 mit integriertem [[Bootloader]] daher kommt und sich über RS232 programmieren lässt, was für den Anfang reichen sollte. Zudem habe ich auch auf Sachen wie Spannungsregler und co. verzichtet, da hier jeder andere Vorstellungen hat. Zusätzlich ist es so gebaut, daß es auf ein Steckbrett passt.

Verbesserungen sind natürlich wie immer erwünscht.

--> Anmerkung: In den Diskussionsbereich verschoben, werde ich mich darum kümmern sobald ich die Zeit finde.

=== Features ===

* Quarze für RTC und Hauptoszillator
* wenig Extrabeschaltung
* RS232 zum programmieren und für Datenübermittlung zum PC
* STM32F101C8T6, 2.0-3.6V, 5V Tolerante I/Os, max. 36MHz, 32KB Flash, 6KB SRAM, 2x16Bit Timer, 2xSPI, 2xI2C, 3xUART, 10x12Bit ADC, 26xGPIOs, 1xRTC.
* Größere Modelle im pinkompatiblen Gehäuse erhältlich

== Software ==

Dieses kleine Beispiel schaltetet den Kompletten PortB

<c>
/* Includes ------------------------------------------------------------------*/
#include "stm32f10x_it.h"

/* Private typedef -----------------------------------------------------------*/
/* Private define ------------------------------------------------------------*/
/* Private macro -------------------------------------------------------------*/
/* Private variables ---------------------------------------------------------*/
GPIO_InitTypeDef GPIO_InitStructure;
ErrorStatus HSEStartUpStatus;

/* Private function prototypes -----------------------------------------------*/
void RCC_Configuration(void);
void NVIC_Configuration(void);
void Delay(vu32 nCount);

/* Private functions ---------------------------------------------------------*/

/*******************************************************************************
* Function Name : main
* Description : Main program.
* Input : None
* Output : None
* Return : None
*******************************************************************************/
int main(void)
{
#ifdef DEBUG
debug();
#endif

/* Configure the system clocks */
RCC_Configuration();

/* NVIC Configuration */
NVIC_Configuration();

/* Enable GPIOB clock */
RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOB, ENABLE);

/* Configure PB.0 as Output push-pull */
GPIO_InitStructure.GPIO_Pin = GPIO_Pin_All;
GPIO_InitStructure.GPIO_Speed = GPIO_Speed_10MHz;
GPIO_InitStructure.GPIO_Mode = GPIO_Mode_Out_PP;
GPIO_Init(GPIOB, &GPIO_InitStructure);

while (1)
{
/* Turn on led connected to PB */
GPIO_SetBits(GPIOB, GPIO_Pin_All);
/* Insert delay */
Delay(0xFFFFF);

/* Turn off led connected to PB */
GPIO_ResetBits(GPIOB, GPIO_Pin_All);
/* Insert delay */
Delay(0xFFFFF);
}
}

/*******************************************************************************
* Function Name : RCC_Configuration
* Description : Configures the different system clocks.
* Input : None
* Output : None
* Return : None
*******************************************************************************/
void RCC_Configuration(void)
{
/* RCC system reset(for debug purpose) */
RCC_DeInit();

/* Enable HSE */
RCC_HSEConfig(RCC_HSE_ON);

/* Wait till HSE is ready */
HSEStartUpStatus = RCC_WaitForHSEStartUp();

if(HSEStartUpStatus == SUCCESS)
{
/* Enable Prefetch Buffer */
FLASH_PrefetchBufferCmd(FLASH_PrefetchBuffer_Enable);

/* Flash 2 wait state */
FLASH_SetLatency(FLASH_Latency_2);

/* HCLK = SYSCLK */
RCC_HCLKConfig(RCC_SYSCLK_Div1);

/* PCLK2 = HCLK */
RCC_PCLK2Config(RCC_HCLK_Div1);

/* PCLK1 = HCLK/2 */
RCC_PCLK1Config(RCC_HCLK_Div2);

/* PLLCLK = 8MHz * 4 = 32 MHz */
RCC_PLLConfig(RCC_PLLSource_HSE_Div1, RCC_PLLMul_4);

/* Enable PLL */
RCC_PLLCmd(ENABLE);

/* Wait till PLL is ready */
while(RCC_GetFlagStatus(RCC_FLAG_PLLRDY) == RESET)
{
}

/* Select PLL as system clock source */
RCC_SYSCLKConfig(RCC_SYSCLKSource_PLLCLK);

/* Wait till PLL is used as system clock source */
while(RCC_GetSYSCLKSource() != 0x08)
{
}
}
}

/*******************************************************************************
* Function Name : NVIC_Configuration
* Description : Configures Vector Table base location.
* Input : None
* Output : None
* Return : None
*******************************************************************************/
void NVIC_Configuration(void)
{
#ifdef VECT_TAB_RAM
/* Set the Vector Table base location at 0x20000000 */
NVIC_SetVectorTable(NVIC_VectTab_RAM, 0x0);
#else /* VECT_TAB_FLASH */
/* Set the Vector Table base location at 0x08000000 */
NVIC_SetVectorTable(NVIC_VectTab_FLASH, 0x0);
#endif
}

/*******************************************************************************
* Function Name : Delay
* Description : Inserts a delay time.
* Input : nCount: specifies the delay time length.
* Output : None
* Return : None
*******************************************************************************/
void Delay(vu32 nCount)
{
for(; nCount != 0; nCount--);
}

#ifdef DEBUG
/*******************************************************************************
* Function Name : assert_failed
* Description : Reports the name of the source file and the source line number
* where the assert_param error has occurred.
* Input : - file: pointer to the source file name
* - line: assert_param error line source number
* Output : None
* Return : None
*******************************************************************************/
void assert_failed(u8* file, u32 line)
{
/* User can add his own implementation to report the file name and line number,
ex: printf("Wrong parameters value: file %s on line %d\r\n", file, line) */

/* Infinite loop */
while (1)
{
}
}
#endif
</c>

== Bauteilliste ==

{| border="1"
|-
! Stück || Wert || Bauteile || Bauform || Reichelt Bestellnummer
|-
| 4
| 22pF
| Kondensator
| 0805
| NPO-G0805 22P
|-
| 5
| 100nF
| Kondensator
| 0805
| X7R-G0805 100N
|-
| 1
| -
| Bat.-Fassung
| -
| KZH-12-1 (Passende Batterie:CR 1216)
|-
| 1
| -
| MAX3232ECWE
| SO16L
| -
|-
| 2
| -
| Pinheader 1x16
| -
| 1x SL 1X36G 2,54
|-
| 1
| -
| Pinheader 1x2
| -
| ^^
|-
| 1
| 32.768Khz
| Crystal
| HC49UP
| -
|-
| 1
| 8Mhz
| Crystal
| HC49UP
| 8,0000-HC49-SMD
|-
| 1
| -
| Switch
| -
| TASTER 9312
|-
| 1
| -
| STM32F101C8T6
| LQFP48
| -
|-
| 1
| -
| SUBD-CON.
| F09HP
| D-SUB BU 09US
|-
| 1
| 47k
| Widerstand
| 0805
| SMD-0805 47,0K
|}
Work in Process!

== Downloads ==

* Sourcecode: [[Media:OCM3U-src-1.1.tar.gz]] (ST-lib,Ride7 Projektfiles, Makefile für CodeSourcery und Configs für OpenOCD) UPDATE: 21.11.2008
* Schaltplan: [[Media:OCM3U-rev-1.1.tar.gz]] UPDATE: 21.11.2008
* Schaltplan: [[Media:OCM3U-rev-1.0.tar.gz]] UPDATE: 07.11.2008

== Siehe auch ==
* Diskussion zu diesem Projekt: NA

== Links ==
* ST(DB,Software,Exampels......): http://www.st.com/mcu/modules.php?name=mcu&file=devicedocs&DEV=STM32F101C8
* Examples: http://www.siwawi.arubi.uni-kl.de/avr_projects/arm_projects/index_cortex.html
* Infos und Architektur: http://www.arm.com/products/CPUs/ARM_Cortex-M3.html
* Compiler von CodeSourcery: http://www.codesourcery.com/gnu_toolchains/arm/download.html (EABI)

[[Category:ARM-Boards]]

2010-03-30T14:18:27Z

2009-10-22T16:16:49Z

Ivan: /* Compiler verfügbar, bzw wieviel will man dafür ausgeben? */

Ein paar Kriterien für den CPU-Core und die µC-Familie.

==Compiler verfügbar, bzw wieviel will man dafür ausgeben?==

Und wie verbreitet ist der Compiler? Finde ich dafür Hilfe, beispielsweise in Form von Support-Foren?

Für '''[[ARM]]''', '''[[AVR]]''' und '''[[MSP430]]''' gibt es mit GCC einen guten und kostenlosen Compiler. Bei '''ARM''' sind jedoch die Schritte zum fertigen Programm recht komplex und Library/Laufzeitsystem benötigen einige Handarbeit.

Für '''ARM''' gibt es von IAR eine auf 32KB begrenzte kostenlose Version eines umgänglicheren kommerziellen Compilers.

Des Weiteren gibt es für '''[[MSP430]]''' eine auf 4KB begrenzte kostenlose Version der Entwicklungsumgebung von IAR und eine auf 8KB begrenzte kostenlose Version der Entwicklungsumgebung Code Composer Essentials (basiert auf Eclipse) von Texas Instruments.

Für '''[[PIC]]''' und '''[[8051]]''' kann man entweder den Open-Source-Compiler [http://www.sf.net/projects/sdcc SDCC] verwenden (brauchbar, aber nicht mit GCC vergleichbar) oder diverse Löhnwares, bis 4-stellige Beträge (Keil: 2600€ , freie Version codegrösseneingeschränkt), teils auch als Demoversion mit Tricks. Auch der offizielle C18-Compiler kann als großzügiges Demo heruntergeladen werden.

Für '''[[PIC]] 10/12/16''' gibt es den HI-TECH C-PRO von HI-TECH(Microchip) in einer freien Version. Der CC5X unterstützt zwar keine High-End PICs, dafür die meisten Mid-Range. Die einzige Einschränkung der freien Version des CC5X ist die Limitierung auf 1024 Instruktionen pro Modul, nicht so gute Codeoptimierung und die Begrenzung von Variablen auf 16-Bit.

Für die '''[[PIC]] 18''' gibt es den C18 von Microchip. Er ist frei erhältlich und hat ähnliche Einschränkungen wie der C30.

Für die '''[[PIC24]]''' und '''[[dsPIC]]''' gibt es den C30 von Microchip. Er basiert auf gcc und ist frei erhältlich, wobei nach 6 Wochen nicht mehr alle Optimierungsstufen wählbar sind, dann maximal -O1. Wie für alle PIC ist mit dem MPLAB eine kostenlose IDE mit Debugger und Simulator verfügbar.

Für '''[[R8C]]/M16C''' gibt es eine Demoversion des Herstellers und eine noch ziemlich frische (lies: Stand 2005 nicht ausgereifte) Version vom GCC.

Für '''[[ST7]]''' gibt es (teils limitierte) C-Compiler, teils mit IDE (z.ß. Cosmic und Ride). Toolchain von ST kostenlos erhältlich.

Von Toshiba gibt es für '''[[TLCS-870]]''' mit den Starterkits eine IDE mit C-Compiler und Assembler. Ausserdem gibt es Toshibas eigene "C-Like Language". Diese Tools sind nicht frei downloadbar.

Zilog stellt für '''[[Z8_encore!]]''' eine unbeschränkte IDE mit C-Compiler, Debugger und Simulator kostenlos per Download zur Verfügung.

'''Pascal'''

Für PIC,DSPIC und AVR gibt es einen sehr guten PASCAL-Compiler "MikroPascal"
der, in der Downloadversion Code-Size begrenzt ist,
und den man zu moderaten Preisen zur "Vollversion" aufrüsten kann.
http://www.mikroelektronika.co.yu/
( ab 149,- € )

Elektor-Verlag 'Pascal für 8051 und Derivate' Buch+Compiler(Vollversion)

AVRco Pascal Compiler (http://www.e-lab.de/),
Kostenlose Version für Mega8/88

'''BASIC:'''

Sowohl für den AVR als auch für die 8051er gibts von MCS-Electronics eine Demoversion eines BASIC-Compilers,
der leicht im Funktionsumfang und Codegröße eingeschränkt ist.
[http://www.mcselec.com/]

Darüber hinaus kursieren im Netz Versionen eines BASIC-Interpreters für 8052er mit dem Namen "8052 AH-BASIC", wobei die Originalversion von INTEL stammt. Dieser Interpreter unterstützt sogar Fließkomma-Arithmetik und ist als Freeware verfügbar.

==Architektur==

Betrifft vor allem Assembler-Programmierung und die Frage, wie einfach oder umständlich sich C-Code in Maschinensprache übersetzen lässt.

Dass für alle Architekturen teils mehrere C-Compiler existieren, hat wenig mit Eignung und viel mit Markt zu tun. Zudem ist meist nur entscheidend, ob ein Controller die Anforderungen erfüllt, nicht jedoch wie gut er das tut.

Manches davon ist durchaus subjektiv. Bei abweichender Meinung bitte als Diskussion starten, nicht einfach löschen.

'''8051''': Typische Akkumulator-orientierte 8-Bit Architektur. Eine gewisse Komplexität entstand durch die sukzessive Erweiterung auf mehr RAM als ursprünglich vorgesehen war, mit etlichen unterschiedlich adressierten RAM-Bereichen als Folge. Für C-Compiler nur eingeschränkt geeignet.

'''ARM''': 32bit RISC-Architektur. In den gängigen Implementierungen mit dem ARM7TDMI-Core (Architektur V4 = ARMv4T) stehen 2 Befehlssätze zur Verfügung: 32bit-codiert für Tempo, sofern der Speicherdurchsatz das zulässt, und 16bit-codiert (Thumb) für kompakte Programme. Cortex M3 (ARMv7) kennt ausschliesslich Thumb2 codierte Befehle, wurde gegenüber Thumb erheblich erweitert. Einheitlicher 32bit-Adressraum. Exzellente Zielmaschine für C-Compiler.

'''AVR''': Register-orientierte, an RISC Prinzipien angelehnte 8-Bit Architektur. Getrennte Adressräume für RAM und ROM. Registersatz nicht einheitlich nutzbar. I/O-Bereich nicht einheitlich adressierbar. Nur ein Teil des I/O-Bereiches ist bitweise manipulierbar. Einheitliche RAM-Adressierung. Für C-Compiler geeignet.Bemerkung: Laut Wikipedia wurde der Controller während der Entwicklungsphase für den Einsatz von C-Compilern optimiert.

'''MSP430''': Register-orientierte 16-Bit RISC-Architektur mit vollständiger Orthogonalität. Einheitlicher Adressraum für RAM und ROM. Exzellente Zielmaschine für C-Compiler. Angelehnt an die legendäre PDP-11, vieles wurde übernommen.

'''PIC''': Akkumulator-orientierte 8-Bit Architektur. Getrennte Adressräume für RAM und ROM. RAM-Banking, ROM-banking. Umständlicher Zugriff auf Daten im ROM (nur 12/14-Bit Versionen). Viele für C-Compiler wesentliche Elemente sind nur umständlich realisierbar (z.B. Code/Datenadressierung mit Banking, Vergleich mit Vorzeichen).

'''PIC24''': Register-orientierte 16-Bit Architektur mit getrennten Adressräumen für RAM und ROM, wobei ein Teil des ROM in den RAM-Adressbereich eingeblendet werden kann. Fast alle Befehle sind auf Register und RAM anwendbar, incl. Bitmanipulationen.

'''dsPIC''': wie '''PIC24''', mit zusätzlichen DSP Befehlen.

'''R8C''': 16-Bit 2-Adress CISC-Architektur. Einheitlicher 64KB Adressraum für RAM und ROM. Gute Zielmaschine für C-Compiler.

'''M16C''': Unter Bezeichnung M16C existieren zwei verschiedene inkompatible Architekturen. Die Modelle bis /6x sind grundsätzlich identisch mit R8C, die /8x Modelle mit M32C (hier nicht näher betrachtet). Der 64KB RAM-I/O-Adressraum ist ein Teil des 1MB großen Gesamtadressraumes, Daten im ROM liegen jedoch ausserhalb dieser 64KB und sind daher anders als beim R8C nicht mit 16-Bit Zeigern adressierbar. Gute Zielmaschine für spezialisierte C-Compiler, GCC jedoch tut sich etwas schwer mit den Adressräumen.

'''ST7''':Akkumulatorarchitektur, Gemeinsamter Code/Datenadressraum (von-Neumann). 63 Befehle. Einheitlicher 64KB Adressraum für RAM und ROM.

'''TLCS-870''': 8-Bit CISC-Architektur, aus Z80 weiterentwickelt. Gemeinsamer Adressraum für RAM und ROM bis 60KB ROM, darüber getrennt. Adressraum 64/128KB. Serie 870/X mit 1MB Adressraum existiert, aber nur als OTP/Maskenversion.

'''Z8e''': Register-orientierte 8-Bit Architektur, 2-Adress-CISC. Getrennte Adressräume für RAM und ROM. Historisch bedingt 3 RAM-Adressräume (8-Bit, 12-Bit, 16-Bit). Für C-Compiler geeignet

Kleiner nicht repräsentativer Compiler-Vergleich. Verwendet wurde eine Variante des crc8-Code von Colin O'Flynn. Jeweils kleinstes Speichermodell, auf Platz optimiert:
{|
|Compiler
| Befehle(1)
| Bytes(1)
| Befehle(2)
| Bytes(2)
|-
|GCC AVR
|24
|48
|24
|48
|-
|Keil 8051
|24
|38
|74
|109
|-
|SDCC 8051
|24
|40
|35
|54
|-
|Zilog Z8e
|21
|54
|27
|73
|-
|PIC C18
|26
|52
|95
|206
|-
|SDCC PIC18
|41
|112
|41
|112
|-
|SDCC PIC16
|26
|52
| -
| -
| (for pic16f84)
|-
|HEW R8C/M16C
|20
|48
|20
|48
|-
|GCC 68HC11
|36
|65
|36
|65
|-
|GCC MSP430
|17
|40
|17
|40
|-
|GCC ARM7
|12
|48
|12
|48
|-
|GCC ARM7-Thumb
|20
|40
|20
|40
|}
(1): Lokale Daten ggf. statisch gespeichert, nicht reentrant.

(2): Lokale Daten auf dem Stack, also reentrant.

==Sind CPU-spezifische Erweiterungen in C erforderlich?==

'''8051''':
* 5-6 Speicherklassen für Datenspeicher (direkt, indirekt, 8-Bit "external", 16-Bit "external", Flash, evtl. noch Einzelbits).
*Außerdem noch Adresserweiterungen durch Mapping, Paging und Banking

'''AVR''':
* 3 Speicherklassen für Datenspeicher (RAM, ROM, EEPROM).
* In neueren Versionen von avr-libc kommt zwar eine 4. Klasse für die Fuse-Bits hinzu, die aber nur für die Konfiguration des Controllers verwendet wird und für das C-Programm selbst nicht relevant ist.

'''ARM''', '''MSP430''', '''R8C''': nein.

'''PIC''':
* 3 Speicherklassen für Datenspeicher (shared RAM, banked RAM, ROM).

'''Z8e''':
* Für atomic execution (s.u.) notwendig, aber nicht existent.
* 4 Speicherklassen für Datenspeicher (256B, 4KB, 64KB, Flash).

==Sind Daten in RAM und ROM mit dem gleichen Code benutzbar?==

'''8051''', '''AVR''', '''PIC''', '''Z8e''' wie generell alle [[Harvard-Architektur|Harvard-Architekturen]]: NEIN. Daten im ROM
erfordern anderen Zugriff als Daten im RAM. Entweder versteckt das der Compiler in Runtime-Routinen für Pointerzugriffe, oder man kann Routinen nicht so schreiben, dass sie beides als Parameter verdauen können. Bei kleinen Programmen von ein paar KB kein Problem, bei größeren jedoch schon. Bei AVR/GCC ziemlich fehlerträchtig.

'''PIC24''' und '''dsPIC''' können einen Teil des ROM in den RAM-Adressbereich einblenden.

'''M16C''': Hängt vom Compiler ab. Mit 16-Bit Zeigern (GCC) nicht, 20-Bit Zeiger sind ineffizient.

'''ARM''', '''MSP430''', '''R8C''', '''ST7''', '''TLCS-870''': [[von Neumann-Architektur]], problemlos.

==Lineare Adressierung vom RAM?==

'''8051''', '''ARM''', '''AVR''', '''MSP430''', '''R8C/M16C''', '''ST7''', '''TLCS-870''', '''Z8e''': kein Problem.

'''PIC''': PIC18 ja, PIC16,PIC12,PIC10 nein. RAM-Puffer die größer sind als das RAM in einer Bank sind nur mit Klimmzügen möglich.

==Skalierbarkeit==

Vor allem für jene wichtig, die sich scheuen, für
verschiedene Aufgaben verschiedene Lösungen zu verwenden.

Spezielle Versionen für LCD-Ansteuerung wurden in dieser Übersicht nicht berücksichtigt.

'''8051''': 8-Pin/1KB aufwärts, überwiegend 40/44-Pin und 64/68-Pin. Architekturbedingte Grenze bei 64KB Code, 64KB RAM - Versionen mit mehr Flash nutzbar via Banking (Compiler-Support vorhanden) existieren, Versionen mit bis zu 100 MHz Taktfrequenz verfügbar.

'''ARM''': 48-Pin/32KB, bis 512K mit internem Flash. Versionen mit internem Cache und externem Speicher sind praktisch beliebig weit ausbaufähig.

'''AVR''': 8-Pin/1KB bis 100-Pin/256KB. Architekturbedingte Grenze bei 8MB Code, 64KB RAM. GCC/WinAVR derzeit nur bis 128KB Code möglich (in Arbeit).

'''MSP430''': 14-Pin DIP/1KB bis 113-Pin BGA/256KB. DIP, SOIC, TSSOP, QFN, TQFP und BGA erhältlich, in DIP und BGA jedoch nur wenige Typen verfügbar. Architekturbedingte Grenze von 64KB für Code+Daten wird in den großen Versionen durch 20-bittige Adressen umschifft. Taktfrequenz: maximal 8, 16 und 18 MHz je nach Familie. 25 MHz-Versionen in Kürze. Stromaufnahme: Rund 2 uA im LPM3 (real time clock mode) bis ca. 5 mA, typisch 200 µA pro MHz.

'''PIC''': 6-Pin/512B aufwärts. Im Prinzip großer Bereich, aber innerhalb der Familie deutlich verschiedene inkompatible Architekturen mit unterschiedlichen architekturbedingen Grenzen und unterschiedlichem Compiler-Support.

'''PIC24''' und '''dsPIC''': 18 bis 100-Pin mit 16 bis 256kB Code und bis zu 16kB RAM. Generell sind alle als TQFP und QFN erhältlich, die 18 und 28 Pin Modelle gibt es auch als SDIP und SSOP und SOIC. Es gibt Modelle mit 16 und 40MHz.

'''ST7:''' 8 bis 80 Pins. SDIP, SOIC, LQFP, TQFP, QFN. 128 bis 2048 Bytes SRAM, 1 bis 60 kBytes Flash.

'''TLCS-870''': 20pin DIP bis 267FBGA. Daneben SDIP, SOIC, SSOP und (L/T)QFP. Relativ wenige Flash-Typen. RAM: 128 Bytes bis 4kB.

'''Z8e''': 8 bis 80 Pins. DIP, SOIC, SSOP, QFP, TQFP, QFN. Bis 64KB Flash. 256 Bytes bis 4 kBytes RAM.

Empfehlung hier: Auch wenn teilweise mehr möglich ist, sind 8/16-Bit-Controller nur bis maximal 40-60K empfehlenswert. Darüber sollte eine 32-Bit-Architektur — z.B. mit [[ARM]]-Core — in Betracht gezogen werden. Insbesondere auch, weil große Programme zu Programm- und Datenstrukturen neigen, die sich auf 8-Bit-Prozessoren schlecht abbilden lassen.

==Interrupt-feste Programmierung von I/O-Ports==

Siehe http://www.mikrocontroller.net/articles/Interrupt.

Das ist besonders bei '''AVR''' (ausser den Typen seit 2004: ATtiny2313 usw.) ein Problem. Architekturbedingt ist nur ein Teil der Ports bitweise schaltbar, kein Port kann mehrere Bits gleichzeitig interrupt-fest schalten.

'''PIC''', '''8051''', '''MSP430''', '''R8C/M16C''', '''Z8e''' können AND/OR/XOR zum Port hin, daher ist bei geeigneter Programmierung das Problem auch ohne Abschalten der Interrupts vermeidbar.

Zu '''ARM''' ist dazu keine allgemeine Aussage möglich. Je nach Implementierung wird das Problem teilweise durch entsprechend gestaltete I/O-Ports gelöst, in anderen Fällen ist erhebliche Wachsamkeit geboten. Atmel SAM7 bereitet hier weniger Probleme als Philips LPC2000. Bei den LPC2000 gibt es zwei getrennte Register, eines zum Setzen, das andere zum Löschen einzelner Pins. In einem weiteren Register können Bits ausmaskiert werden. Es gibt also kein read-modify-write. Gut gelöst für Push/Pull-Ausgänge, aber eine äquivalente Steuerung der Richtung wurde vergessen, was Open-Drain Pins erschwert. Implementierungen auf Basis des Cortex M3 oder der ARM Port-Macrocell verwenden statt dessen Adressbits zur Maskierung.

Besonders pfiffig ist das beim '''Z8e''' gelöst. Ein Befehl fasst die nächsten 3 Befehle zu einer nicht unterbrechbaren Einheit zusammen (atomic execution). Allerdings wird das vom Zilog Compiler nicht unterstützt.

==Zugriff auf I/O-Ports==

Der '''8051''' verfügt weder über eigene Register für die Steuerung der Richtung der I/O-Ports, noch über die Möglichkeit, lesend auf den Sollzustand der Ausgänge zuzugreifen. In Assembler ist das kein Problem, da abhängig vom Befehl entweder vom Zustand der Pins (Leseoperationen) oder vom Sollzustand der Ausgänge (kombinierte Lese/Schreiboperationen) ausgegangen wird. Ein korrekt arbeitender C Compiler kann damit jedoch nicht umgehen, weshalb für die Steuerung von Port-Pins spezielle Zugriffsfunktionen und eine sehr genaue Kenntnis der Arbeitsweise der Ports erforderlich sind.

Anmerkung zum Keil 8051-Compiler: Port-Zugriff erfolgt über Pseudo-Variablen wie bei µC üblich. Infolgedessen ist in C Code nicht ersichtlich, ob beispielsweise die Port-Variable P1 für den Zustand der Pins oder den Sollzustand der Ausgänge steht. Nur der erzeugte Assembler-Code kann hier Klarheit schaffen. So haben die beiden prinzipiell identischen Zeilen
<pre>
P1 = P1 | 0x01;
P1 = (P1 | 0x01) & ~0;
</pre>
völlig unterschiedliche Auswirkung auf den Port. Der Code der ersten Zeile setzt Bit 0 und lässt alle anderen Bits unverändert. Der von der zweiten Zeile erzeugte Code setzt zusätzlich auch alle vorher als Eingang definierten Pins im Zustand 0 auf Ausgang mit Zustand 0. Das ist weder hilfreich, noch mit der Sprachdefinition von C vereinbar.

Auch manche Modelle der '''PIC'''-Familie können nur auf den Zustand der Pins zugreifen, nicht auf den Sollzustand der Ausgänge.

In beiden Fällen ist folglich bei Ports, die sowohl für Aus- als auch für Eingänge benutzt werden, besondere Sorgfalt nötig.

'''ARM''', '''AVR''', '''MSP430''', '''Z8e''' und neuere Modelle der '''PIC'''-Familie besitzen diese Probleme nicht.

==Priorisierte Interrupts==

Unter priorisierten Interrupts versteht man die Fähigkeit, den einzelnen Interrupt-Quellen eine Priorität zuweisen zu können um ohne Reprogrammierung der Interrupt-Quellen einen laufenden Interrupt ausschliesslich durch Interrupts höherer Priorität unterbrechbar machen zu können. Die bei separaten Vektoren selbstverständliche Fähigkeit, anstehende Interrupts nach fester Priorität zu sortieren, ist damit nicht gemeint.

'''8051''': Ja.

'''ARM''': Der ARM7/9-Core unterstützt 2 Prioritäten mit entsprechenden Vektoren. Oft ist jedoch ein separater priorisierter und vektorisierter Interrupt-Controller mit integriert (Atmel, NXP, Cortex ja, Analog Devices nein). Interrupt-Nesting ist dank eines Designfehlers etwas umständlich.

ARMv7 aka Cortex-M3: Ein priorisierender Interrupt Controller ist Teil des Cores und Nesting ist problemlos möglich.

'''AVR:''' Nein, aber separate Vektoren für die einzelnen Interrupt-Quellen.

''Anmerkung: Eine weniger wichtiger Interrupt Handler kann oft sofort nach Ansprung ein SEI ausführen, damit ein möglicherweise wichtigerer Interrupt Handler aufgerufen werden kann, weil bei den meisten Interrupts der Request bereits mit dem Aufruf des Handlers automatisch zurück gesetzt wird. Das trifft aber beispielsweise nicht beim TWI zu.''

'''MSP430:''' Nein, aber separate Vektoren für die einzelnen Interrupt-Quellen. Keine Priorisierung im Sinne der Präambel.

'''PIC12 & PIC16:''' Nein, nur ein Interruptvektor. Einfache PIC12 (12F508/509, 16F505) kennen gar keine Interrupts.

'''PIC18:''' Jeder Interruptquelle kann separat eine niedrige oder hohe Priorität zugewiesen werden, die dann auf zwei Interruptvektoren verzweigen. Welche Quelle den Interrupt ausgelöst hat, muss aber immer noch händisch festgestellt werden.

'''PIC17:''' Vier Interruptvektoren mit unterschiedlicher Priorität. Scheint es allerdings nur als OTP zu geben, deswegen wohl eher uninteressant.

'''PIC24''' und '''dsPIC''' haben 7 Prioritäten und für jeden Interrupt einen eigenen Interruptvektor.

'''R8C/M16C''': 7 Prioritäten, vektorisiert.

'''ST7''': Nein. 16 Vektoren mit fixer (absteigender) Priorität.

'''Z8e''': 3 Prioritäten, vektorisiert.

== Spannungsversorgung ==

'''8051''', '''AVR''', '''PIC''': Modellabhängig 2-5V problemlos, ältere ab 3V. PICs für 2-4V sind schlecht verfügbar. Ungeregelter Batteriebetrieb möglich.

'''ARM''': 3,3V-Versorgung, je nach Modell mehr oder weniger 5V-kompatibel. Einige (vor allem ältere) Modelle benötigen eine separate 1,8V-Versorgung für den Core. Kein ungeregelter Batteriebetrieb möglich.

'''PIC24''' und '''dsPIC33''': 2-3,6V. Pins die keine analogen Funktionen übernehmen können sind 5V tolerant.

'''MSP430''': nur 1.8-3.6V. Nicht 5V-kompatibel, 5V-Peripherie für I2C/RS485/CAN/... ist also nur mit Pegelkonvertierung einsetzbar. Ungeregelter Batteriebetrieb möglich.

'''ST7''': 2,4-5,5V

'''TLCS-870''': 2,7-5,5V. Serie 870/C 1,8-5,5V.

'''Z8e''': 3,3V-Versorgung, 5V-kompatibel.

==Programmierung in der Schaltung==

Geräte mit Debugging-Interface (s.U.) lassen sich i.d.R. auch damit programmieren. Siehe dazu nächsten Abschnitt.

Die meisten Controller können sich selbst programmieren, Bootloader per RS232,CAN,usw sind dann problemlos realisierbar. Nur müssen solche Bootloader erst einmal auf den Chip programmiert werden.

'''8051''': Verschieden, je nach Hersteller und Modell. Im Unterschied zu den anderen hier betrachtete Controllern existieren viele nicht in der Schaltung, sondern nur mit speziellen Interfaces programmierbare 8051 Modelle. Modelle mit seriellem Bootloader via UART, SPI, CAN oder USB existieren.

'''ARM''': Am besten über JTAG, je nach Hersteller und Familie auch mit Bootloader, z.B. bei Philips LPC2000 über RS232 und Atmel SAM7 über USB (bei letzterem sehr unbequem und langsam!).

'''AVR''': Über ein an SPI orientiertes proprietäres Interface. Ist via Parallelport günstig herzustellen; der Adapter ist im besten Fall genau 5 Widerstände teuer, professioneller mit einem [[Ausgangsstufen_Logik-ICs#Tri-state|Tri-State]]-Bustreiber etwa 5-15 EUR. Darüberhinaus auch mit HV-Programmer (z.B. auf dem [[STK500]]), der u.U. auch nötig ist um falsch gesetzte Fuses wieder zu "reparieren".

'''MSP430''': Via JTAG-Interface, TI "Spy BiWire" und über integrierten Bootloader. (Schaltung zur Ansteuerung via RS232 im Datenblatt)

'''PIC''': Entweder über die serielle ICSP-Schnittstelle (dafür gibt es Baupläne für billige ParPort-Programmer incl. guter Software) oder mit dem InCircuit-Debugger (~150€, ICD2 von Microchip). Bootloader müssen generell vorher mit einer der vorher genannten Möglichkeiten auf den Chip geflasht werden.

'''R8C''': Via UART (RS-232 oder USB-RS-232 Konverter) mit Flash-Tool (Windows, Linux). Variante über Bootloader ebenfalls möglich (wird vom Software Emulator-Debugger benutzt).

'''ST7''': Via ein mit der Schaltung (mittels mindestens 4poligen Kabels) kommunizieredes Debug-Interface. Offenes ST-Protokoll "ICC".

'''TLCS-870''': Flash-Typen besitzen maskenprogrammierten Bootloader.

'''Z8e''': Via Zilogs Debug-Interface "Smart Cable".

==Debugging in der Schaltung==

Ist beispielsweise ein günstiges [[JTAG]]-Interface für In-Circuit
Debugging verfügbar?

'''8051''': Derivate mit JTAG verfügbar. ICEen gebraucht erschwinglich.

'''ARM''': alle mit JTAG.
* Günstiges Parallel-Port-Interface verfügbar und einfach zu bauen (Wiggler), aber langsam und problematisch im Betrieb unter WinNT+ (besser: ocdremote unter Win9x auf Zweitrechner, via LAN). Kostenlose Debugger ([[GDB]]) unterstützen seit OCDremote 2.14 mit Einschränkungen auch Programme im Flash.
* Schnelles JTAG Interface basierend auf FT2232C für [[GDB]]/OpenOCD günstig und einfach zu bauen (http://www.fh-augsburg.de/~hhoegl/proj/usbjtag/usbjtag.html) oder fertig erhältlich (http://www.amontec.com/jtagkey.shtml).
* Kommerzielle Debugger per USB sind besser und schneller, aber recht teuer.

'''AVR''': für ATmega16/162/32/128 ist JTAG günstig verfügbar
(Olimex, Erostech) bzw. einfach zu bauen (Evertool). ATmegas ab 2005/2006 mit JTAG sind zu dieser Billigvariante inkompatibel. Für diese und den [[debugWIRE]] der ATtinys und ATmegaX8 existiert das JTAG ICE mkII von Atmel, aber recht teuer, sowie der preiswerte AVR Dragon.

'''MSP430''': alle mit JTAG, Adapter sehr günstig/einfach zu bauen. Neuere Geräte mit Spy-by-Wire (braucht weniger Pins als JTAG).

'''PIC''': Entweder Microchips MPLAB ICD2 (€150-200) oder ein kompatibler Nachbau, wie z.B. http://www.stolz.de.be/. Alternativ das PICKit 2 für ~40€, dass neben dem Programmieren und Debuggen über USB auch noch als RS232-Brücke und einfacher Logic-Analyzer benutzt werden kann.

'''R8C''': On-Chip Debugging ist mit dem E8 Hardware On-Chip Debugging Emulator möglich (kein JTAG). Ausserdem ist Debugging auch über einen normalen RS232 Anschluss möglich. Der E8 verwendet ein syncrones serielles Protokoll, die RS232 ein asyncrones. Daher ermöglicht der E8 das Debugging bei jeder beliebigen Taktfrequenz, bei RS232 gibt es da Einschränkungen.

'''ST7''': Via ein mit der Schaltung (mittels mindestens 4poligen Kabels) kommunizieredes Debug-Interface. Offenes ST-Protokoll "ICC".

'''Z8e''': Debugging möglich mit "Smart Cable" (kein JTAG), Anschluss über USB oder Seriell

==Starterkits==

'''8051''': Keil MCBx51 http://www.keil.com/mcbx51 (z.B. für ~240€ von [http://de.mouser.com/Search/Refine.aspx?Keyword=830-MCBX51 mouser.com])

'''ARM''': http://www.olimex.com (z.T. hier im Shop erhältlich), http://www.embeddedartists.com,
http://www.mct.de

'''AVR''': [[STK200]], [[STK500]], [[AVR_Butterfly]]

'''MSP430''': http://www.olimex.com (z.T. hier im Shop erhältlich), ez430 (http://www.ti.com/ez430)

'''PIC''': http://www.microchipdirect.com/ , Velleman-Kit K8048 (www.velleman.be)

'''R8C''': Mehrere (Google Suche). Am weitesten verbreitet ist vielleicht das R8C/13 Starterkit inkl. Entwickler-CD von Glyn/Elektor (Beilage Elektor 12/2005 (ausverkauft) bzw. diverse Drittanbieter).

'''Z8e''': Günstig verfügbar [~50€], teils hier im Shop, komplett inklusive unbeschränktem Compiler und In-System-Debugging. Nachteile: für jede Prozessorklasse ein eigenes Kit; eingelöteter SMD-Chip obwohl viele Typen auch im DIL-Gehäuse existieren.

==Gehäuse==

Mit DIP oder PLCC bastelt es sich leichter als mit *QFP. Die Domäne von
AVR/PIC/i51. Für MSP430 gibt es günstige fertig bestückte DIP-Adapter hier im Shop (MSP430x2xx gibt es auch in 14-Pin DIP-Gehäuse). Z8e-Chips existieren ebenfalls in DIP, sind aber schlechter verfügbar.

==Beschaltungsaufwand==

'''8051, AVR, PIC, MSP430, R8C, ST7, Z8e''': gering, i.d.R. sind Versionen mit integriertem Oszillator verfügbar, so dass man praktisch nur die Versorgungsspannung (nebst Abblockkondensator) braucht.

'''ARM''': aufwendigere externe Takt- und Spannungserzeugung, manchmal 2 Betriebsspannungen benötigt; Tendenz aber fallend.

==Links==

* [http://www.mikrocontroller.net/forum/read-1-185133.html#new Forum]
* [[8051]]
* [[ARM]]
* [[AVR]]
* [[MSP430]]
* [[PIC]]
* [[R8C]]
* [[ST7]]
* [[Z8]]

[[Category:Mikrocontroller]]

Mikrocontroller Vergleich

2009-10-22T16:15:41Z

Ivan: /* Programmierung in der Schaltung */

Ein paar Kriterien für den CPU-Core und die µC-Familie.

==Compiler verfügbar, bzw wieviel will man dafür ausgeben?==

Und wie verbreitet ist der Compiler? Finde ich dafür Hilfe, beispielsweise in Form von Support-Foren?

Für '''[[ARM]]''', '''[[AVR]]''' und '''[[MSP430]]''' gibt es mit GCC einen guten und kostenlosen Compiler. Bei '''ARM''' sind jedoch die Schritte zum fertigen Programm recht komplex und Library/Laufzeitsystem benötigen einige Handarbeit.

Für '''ARM''' gibt es von IAR eine auf 32KB begrenzte kostenlose Version eines umgänglicheren kommerziellen Compilers.

Des Weiteren gibt es für '''[[MSP430]]''' eine auf 4KB begrenzte kostenlose Version der Entwicklungsumgebung von IAR und eine auf 8KB begrenzte kostenlose Version der Entwicklungsumgebung Code Composer Essentials (basiert auf Eclipse) von Texas Instruments.

Für '''[[PIC]]''' und '''[[8051]]''' kann man entweder den Open-Source-Compiler [http://www.sf.net/projects/sdcc SDCC] verwenden (brauchbar, aber nicht mit GCC vergleichbar) oder diverse Löhnwares, bis 4-stellige Beträge (Keil: 2600€ , freie Version codegrösseneingeschränkt), teils auch als Demoversion mit Tricks. Auch der offizielle C18-Compiler kann als großzügiges Demo heruntergeladen werden.

Für '''[[PIC]] 10/12/16''' gibt es den HI-TECH C-PRO von HI-TECH(Microchip) in einer freien Version. Der CC5X unterstützt zwar keine High-End PICs, dafür die meisten Mid-Range. Die einzige Einschränkung der freien Version des CC5X ist die Limitierung auf 1024 Instruktionen pro Modul, nicht so gute Codeoptimierung und die Begrenzung von Variablen auf 16-Bit.

Für die '''[[PIC]] 18''' gibt es den C18 von Microchip. Er ist frei erhältlich und hat ähnliche Einschränkungen wie der C30.

Für die '''[[PIC24]]''' und '''[[dsPIC]]''' gibt es den C30 von Microchip. Er basiert auf gcc und ist frei erhältlich, wobei nach 6 Wochen nicht mehr alle Optimierungsstufen wählbar sind, dann maximal -O1. Wie für alle PIC ist mit dem MPLAB eine kostenlose IDE mit Debugger und Simulator verfügbar.

Für '''[[R8C]]/M16C''' gibt es eine Demoversion des Herstellers und eine noch ziemlich frische (lies: Stand 2005 nicht ausgereifte) Version vom GCC.

Für '''[[ST7]]''' gibt es (teils limitierte) C-Compiler, teils mit IDE (z.ß. Cosmic und Ride). Toolchain von ST kostenlos erhältlich.

Von Toshiba gibt es für '''[[TLCS-870]]''' mit den Starterkits eine IDE mit C-Compiler und Assembler. Ausserdem gibt es Toshibas eigene "C-Like Language". Diese Tools sind nicht frei downloadbar.

Zilog stellt für '''[[Z8]]e''' eine unbeschränkte IDE mit C-Compiler, Debugger und Simulator kostenlos per Download zur Verfügung.

'''Pascal'''

Für PIC,DSPIC und AVR gibt es einen sehr guten PASCAL-Compiler "MikroPascal"
der, in der Downloadversion Code-Size begrenzt ist,
und den man zu moderaten Preisen zur "Vollversion" aufrüsten kann.
http://www.mikroelektronika.co.yu/
( ab 149,- € )

Elektor-Verlag 'Pascal für 8051 und Derivate' Buch+Compiler(Vollversion)

AVRco Pascal Compiler (http://www.e-lab.de/),
Kostenlose Version für Mega8/88

'''BASIC:'''

Sowohl für den AVR als auch für die 8051er gibts von MCS-Electronics eine Demoversion eines BASIC-Compilers,
der leicht im Funktionsumfang und Codegröße eingeschränkt ist.
[http://www.mcselec.com/]

Darüber hinaus kursieren im Netz Versionen eines BASIC-Interpreters für 8052er mit dem Namen "8052 AH-BASIC", wobei die Originalversion von INTEL stammt. Dieser Interpreter unterstützt sogar Fließkomma-Arithmetik und ist als Freeware verfügbar.

==Architektur==

Betrifft vor allem Assembler-Programmierung und die Frage, wie einfach oder umständlich sich C-Code in Maschinensprache übersetzen lässt.

Dass für alle Architekturen teils mehrere C-Compiler existieren, hat wenig mit Eignung und viel mit Markt zu tun. Zudem ist meist nur entscheidend, ob ein Controller die Anforderungen erfüllt, nicht jedoch wie gut er das tut.

Manches davon ist durchaus subjektiv. Bei abweichender Meinung bitte als Diskussion starten, nicht einfach löschen.

'''8051''': Typische Akkumulator-orientierte 8-Bit Architektur. Eine gewisse Komplexität entstand durch die sukzessive Erweiterung auf mehr RAM als ursprünglich vorgesehen war, mit etlichen unterschiedlich adressierten RAM-Bereichen als Folge. Für C-Compiler nur eingeschränkt geeignet.

'''ARM''': 32bit RISC-Architektur. In den gängigen Implementierungen mit dem ARM7TDMI-Core (Architektur V4 = ARMv4T) stehen 2 Befehlssätze zur Verfügung: 32bit-codiert für Tempo, sofern der Speicherdurchsatz das zulässt, und 16bit-codiert (Thumb) für kompakte Programme. Cortex M3 (ARMv7) kennt ausschliesslich Thumb2 codierte Befehle, wurde gegenüber Thumb erheblich erweitert. Einheitlicher 32bit-Adressraum. Exzellente Zielmaschine für C-Compiler.

'''AVR''': Register-orientierte, an RISC Prinzipien angelehnte 8-Bit Architektur. Getrennte Adressräume für RAM und ROM. Registersatz nicht einheitlich nutzbar. I/O-Bereich nicht einheitlich adressierbar. Nur ein Teil des I/O-Bereiches ist bitweise manipulierbar. Einheitliche RAM-Adressierung. Für C-Compiler geeignet.Bemerkung: Laut Wikipedia wurde der Controller während der Entwicklungsphase für den Einsatz von C-Compilern optimiert.

'''MSP430''': Register-orientierte 16-Bit RISC-Architektur mit vollständiger Orthogonalität. Einheitlicher Adressraum für RAM und ROM. Exzellente Zielmaschine für C-Compiler. Angelehnt an die legendäre PDP-11, vieles wurde übernommen.

'''PIC''': Akkumulator-orientierte 8-Bit Architektur. Getrennte Adressräume für RAM und ROM. RAM-Banking, ROM-banking. Umständlicher Zugriff auf Daten im ROM (nur 12/14-Bit Versionen). Viele für C-Compiler wesentliche Elemente sind nur umständlich realisierbar (z.B. Code/Datenadressierung mit Banking, Vergleich mit Vorzeichen).

'''PIC24''': Register-orientierte 16-Bit Architektur mit getrennten Adressräumen für RAM und ROM, wobei ein Teil des ROM in den RAM-Adressbereich eingeblendet werden kann. Fast alle Befehle sind auf Register und RAM anwendbar, incl. Bitmanipulationen.

'''dsPIC''': wie '''PIC24''', mit zusätzlichen DSP Befehlen.

'''R8C''': 16-Bit 2-Adress CISC-Architektur. Einheitlicher 64KB Adressraum für RAM und ROM. Gute Zielmaschine für C-Compiler.

'''M16C''': Unter Bezeichnung M16C existieren zwei verschiedene inkompatible Architekturen. Die Modelle bis /6x sind grundsätzlich identisch mit R8C, die /8x Modelle mit M32C (hier nicht näher betrachtet). Der 64KB RAM-I/O-Adressraum ist ein Teil des 1MB großen Gesamtadressraumes, Daten im ROM liegen jedoch ausserhalb dieser 64KB und sind daher anders als beim R8C nicht mit 16-Bit Zeigern adressierbar. Gute Zielmaschine für spezialisierte C-Compiler, GCC jedoch tut sich etwas schwer mit den Adressräumen.

'''ST7''':Akkumulatorarchitektur, Gemeinsamter Code/Datenadressraum (von-Neumann). 63 Befehle. Einheitlicher 64KB Adressraum für RAM und ROM.

'''TLCS-870''': 8-Bit CISC-Architektur, aus Z80 weiterentwickelt. Gemeinsamer Adressraum für RAM und ROM bis 60KB ROM, darüber getrennt. Adressraum 64/128KB. Serie 870/X mit 1MB Adressraum existiert, aber nur als OTP/Maskenversion.

'''Z8e''': Register-orientierte 8-Bit Architektur, 2-Adress-CISC. Getrennte Adressräume für RAM und ROM. Historisch bedingt 3 RAM-Adressräume (8-Bit, 12-Bit, 16-Bit). Für C-Compiler geeignet

Kleiner nicht repräsentativer Compiler-Vergleich. Verwendet wurde eine Variante des crc8-Code von Colin O'Flynn. Jeweils kleinstes Speichermodell, auf Platz optimiert:
{|
|Compiler
| Befehle(1)
| Bytes(1)
| Befehle(2)
| Bytes(2)
|-
|GCC AVR
|24
|48
|24
|48
|-
|Keil 8051
|24
|38
|74
|109
|-
|SDCC 8051
|24
|40
|35
|54
|-
|Zilog Z8e
|21
|54
|27
|73
|-
|PIC C18
|26
|52
|95
|206
|-
|SDCC PIC18
|41
|112
|41
|112
|-
|SDCC PIC16
|26
|52
| -
| -
| (for pic16f84)
|-
|HEW R8C/M16C
|20
|48
|20
|48
|-
|GCC 68HC11
|36
|65
|36
|65
|-
|GCC MSP430
|17
|40
|17
|40
|-
|GCC ARM7
|12
|48
|12
|48
|-
|GCC ARM7-Thumb
|20
|40
|20
|40
|}
(1): Lokale Daten ggf. statisch gespeichert, nicht reentrant.

(2): Lokale Daten auf dem Stack, also reentrant.

==Sind CPU-spezifische Erweiterungen in C erforderlich?==

'''8051''':
* 5-6 Speicherklassen für Datenspeicher (direkt, indirekt, 8-Bit "external", 16-Bit "external", Flash, evtl. noch Einzelbits).
*Außerdem noch Adresserweiterungen durch Mapping, Paging und Banking

'''AVR''':
* 3 Speicherklassen für Datenspeicher (RAM, ROM, EEPROM).
* In neueren Versionen von avr-libc kommt zwar eine 4. Klasse für die Fuse-Bits hinzu, die aber nur für die Konfiguration des Controllers verwendet wird und für das C-Programm selbst nicht relevant ist.

'''ARM''', '''MSP430''', '''R8C''': nein.

'''PIC''':
* 3 Speicherklassen für Datenspeicher (shared RAM, banked RAM, ROM).

'''Z8e''':
* Für atomic execution (s.u.) notwendig, aber nicht existent.
* 4 Speicherklassen für Datenspeicher (256B, 4KB, 64KB, Flash).

==Sind Daten in RAM und ROM mit dem gleichen Code benutzbar?==

'''8051''', '''AVR''', '''PIC''', '''Z8e''' wie generell alle [[Harvard-Architektur|Harvard-Architekturen]]: NEIN. Daten im ROM
erfordern anderen Zugriff als Daten im RAM. Entweder versteckt das der Compiler in Runtime-Routinen für Pointerzugriffe, oder man kann Routinen nicht so schreiben, dass sie beides als Parameter verdauen können. Bei kleinen Programmen von ein paar KB kein Problem, bei größeren jedoch schon. Bei AVR/GCC ziemlich fehlerträchtig.

'''PIC24''' und '''dsPIC''' können einen Teil des ROM in den RAM-Adressbereich einblenden.

'''M16C''': Hängt vom Compiler ab. Mit 16-Bit Zeigern (GCC) nicht, 20-Bit Zeiger sind ineffizient.

'''ARM''', '''MSP430''', '''R8C''', '''ST7''', '''TLCS-870''': [[von Neumann-Architektur]], problemlos.

==Lineare Adressierung vom RAM?==

'''8051''', '''ARM''', '''AVR''', '''MSP430''', '''R8C/M16C''', '''ST7''', '''TLCS-870''', '''Z8e''': kein Problem.

'''PIC''': PIC18 ja, PIC16,PIC12,PIC10 nein. RAM-Puffer die größer sind als das RAM in einer Bank sind nur mit Klimmzügen möglich.

==Skalierbarkeit==

Vor allem für jene wichtig, die sich scheuen, für
verschiedene Aufgaben verschiedene Lösungen zu verwenden.

Spezielle Versionen für LCD-Ansteuerung wurden in dieser Übersicht nicht berücksichtigt.

'''8051''': 8-Pin/1KB aufwärts, überwiegend 40/44-Pin und 64/68-Pin. Architekturbedingte Grenze bei 64KB Code, 64KB RAM - Versionen mit mehr Flash nutzbar via Banking (Compiler-Support vorhanden) existieren, Versionen mit bis zu 100 MHz Taktfrequenz verfügbar.

'''ARM''': 48-Pin/32KB, bis 512K mit internem Flash. Versionen mit internem Cache und externem Speicher sind praktisch beliebig weit ausbaufähig.

'''AVR''': 8-Pin/1KB bis 100-Pin/256KB. Architekturbedingte Grenze bei 8MB Code, 64KB RAM. GCC/WinAVR derzeit nur bis 128KB Code möglich (in Arbeit).

'''MSP430''': 14-Pin DIP/1KB bis 113-Pin BGA/256KB. DIP, SOIC, TSSOP, QFN, TQFP und BGA erhältlich, in DIP und BGA jedoch nur wenige Typen verfügbar. Architekturbedingte Grenze von 64KB für Code+Daten wird in den großen Versionen durch 20-bittige Adressen umschifft. Taktfrequenz: maximal 8, 16 und 18 MHz je nach Familie. 25 MHz-Versionen in Kürze. Stromaufnahme: Rund 2 uA im LPM3 (real time clock mode) bis ca. 5 mA, typisch 200 µA pro MHz.

'''PIC''': 6-Pin/512B aufwärts. Im Prinzip großer Bereich, aber innerhalb der Familie deutlich verschiedene inkompatible Architekturen mit unterschiedlichen architekturbedingen Grenzen und unterschiedlichem Compiler-Support.

'''PIC24''' und '''dsPIC''': 18 bis 100-Pin mit 16 bis 256kB Code und bis zu 16kB RAM. Generell sind alle als TQFP und QFN erhältlich, die 18 und 28 Pin Modelle gibt es auch als SDIP und SSOP und SOIC. Es gibt Modelle mit 16 und 40MHz.

'''ST7:''' 8 bis 80 Pins. SDIP, SOIC, LQFP, TQFP, QFN. 128 bis 2048 Bytes SRAM, 1 bis 60 kBytes Flash.

'''TLCS-870''': 20pin DIP bis 267FBGA. Daneben SDIP, SOIC, SSOP und (L/T)QFP. Relativ wenige Flash-Typen. RAM: 128 Bytes bis 4kB.

'''Z8e''': 8 bis 80 Pins. DIP, SOIC, SSOP, QFP, TQFP, QFN. Bis 64KB Flash. 256 Bytes bis 4 kBytes RAM.

Empfehlung hier: Auch wenn teilweise mehr möglich ist, sind 8/16-Bit-Controller nur bis maximal 40-60K empfehlenswert. Darüber sollte eine 32-Bit-Architektur — z.B. mit [[ARM]]-Core — in Betracht gezogen werden. Insbesondere auch, weil große Programme zu Programm- und Datenstrukturen neigen, die sich auf 8-Bit-Prozessoren schlecht abbilden lassen.

==Interrupt-feste Programmierung von I/O-Ports==

Siehe http://www.mikrocontroller.net/articles/Interrupt.

Das ist besonders bei '''AVR''' (ausser den Typen seit 2004: ATtiny2313 usw.) ein Problem. Architekturbedingt ist nur ein Teil der Ports bitweise schaltbar, kein Port kann mehrere Bits gleichzeitig interrupt-fest schalten.

'''PIC''', '''8051''', '''MSP430''', '''R8C/M16C''', '''Z8e''' können AND/OR/XOR zum Port hin, daher ist bei geeigneter Programmierung das Problem auch ohne Abschalten der Interrupts vermeidbar.

Zu '''ARM''' ist dazu keine allgemeine Aussage möglich. Je nach Implementierung wird das Problem teilweise durch entsprechend gestaltete I/O-Ports gelöst, in anderen Fällen ist erhebliche Wachsamkeit geboten. Atmel SAM7 bereitet hier weniger Probleme als Philips LPC2000. Bei den LPC2000 gibt es zwei getrennte Register, eines zum Setzen, das andere zum Löschen einzelner Pins. In einem weiteren Register können Bits ausmaskiert werden. Es gibt also kein read-modify-write. Gut gelöst für Push/Pull-Ausgänge, aber eine äquivalente Steuerung der Richtung wurde vergessen, was Open-Drain Pins erschwert. Implementierungen auf Basis des Cortex M3 oder der ARM Port-Macrocell verwenden statt dessen Adressbits zur Maskierung.

Besonders pfiffig ist das beim '''Z8e''' gelöst. Ein Befehl fasst die nächsten 3 Befehle zu einer nicht unterbrechbaren Einheit zusammen (atomic execution). Allerdings wird das vom Zilog Compiler nicht unterstützt.

==Zugriff auf I/O-Ports==

Der '''8051''' verfügt weder über eigene Register für die Steuerung der Richtung der I/O-Ports, noch über die Möglichkeit, lesend auf den Sollzustand der Ausgänge zuzugreifen. In Assembler ist das kein Problem, da abhängig vom Befehl entweder vom Zustand der Pins (Leseoperationen) oder vom Sollzustand der Ausgänge (kombinierte Lese/Schreiboperationen) ausgegangen wird. Ein korrekt arbeitender C Compiler kann damit jedoch nicht umgehen, weshalb für die Steuerung von Port-Pins spezielle Zugriffsfunktionen und eine sehr genaue Kenntnis der Arbeitsweise der Ports erforderlich sind.

Anmerkung zum Keil 8051-Compiler: Port-Zugriff erfolgt über Pseudo-Variablen wie bei µC üblich. Infolgedessen ist in C Code nicht ersichtlich, ob beispielsweise die Port-Variable P1 für den Zustand der Pins oder den Sollzustand der Ausgänge steht. Nur der erzeugte Assembler-Code kann hier Klarheit schaffen. So haben die beiden prinzipiell identischen Zeilen
<pre>
P1 = P1 | 0x01;
P1 = (P1 | 0x01) & ~0;
</pre>
völlig unterschiedliche Auswirkung auf den Port. Der Code der ersten Zeile setzt Bit 0 und lässt alle anderen Bits unverändert. Der von der zweiten Zeile erzeugte Code setzt zusätzlich auch alle vorher als Eingang definierten Pins im Zustand 0 auf Ausgang mit Zustand 0. Das ist weder hilfreich, noch mit der Sprachdefinition von C vereinbar.

Auch manche Modelle der '''PIC'''-Familie können nur auf den Zustand der Pins zugreifen, nicht auf den Sollzustand der Ausgänge.

In beiden Fällen ist folglich bei Ports, die sowohl für Aus- als auch für Eingänge benutzt werden, besondere Sorgfalt nötig.

'''ARM''', '''AVR''', '''MSP430''', '''Z8e''' und neuere Modelle der '''PIC'''-Familie besitzen diese Probleme nicht.

==Priorisierte Interrupts==

Unter priorisierten Interrupts versteht man die Fähigkeit, den einzelnen Interrupt-Quellen eine Priorität zuweisen zu können um ohne Reprogrammierung der Interrupt-Quellen einen laufenden Interrupt ausschliesslich durch Interrupts höherer Priorität unterbrechbar machen zu können. Die bei separaten Vektoren selbstverständliche Fähigkeit, anstehende Interrupts nach fester Priorität zu sortieren, ist damit nicht gemeint.

'''8051''': Ja.

'''ARM''': Der ARM7/9-Core unterstützt 2 Prioritäten mit entsprechenden Vektoren. Oft ist jedoch ein separater priorisierter und vektorisierter Interrupt-Controller mit integriert (Atmel, NXP, Cortex ja, Analog Devices nein). Interrupt-Nesting ist dank eines Designfehlers etwas umständlich.

ARMv7 aka Cortex-M3: Ein priorisierender Interrupt Controller ist Teil des Cores und Nesting ist problemlos möglich.

'''AVR:''' Nein, aber separate Vektoren für die einzelnen Interrupt-Quellen.

''Anmerkung: Eine weniger wichtiger Interrupt Handler kann oft sofort nach Ansprung ein SEI ausführen, damit ein möglicherweise wichtigerer Interrupt Handler aufgerufen werden kann, weil bei den meisten Interrupts der Request bereits mit dem Aufruf des Handlers automatisch zurück gesetzt wird. Das trifft aber beispielsweise nicht beim TWI zu.''

'''MSP430:''' Nein, aber separate Vektoren für die einzelnen Interrupt-Quellen. Keine Priorisierung im Sinne der Präambel.

'''PIC12 & PIC16:''' Nein, nur ein Interruptvektor. Einfache PIC12 (12F508/509, 16F505) kennen gar keine Interrupts.

'''PIC18:''' Jeder Interruptquelle kann separat eine niedrige oder hohe Priorität zugewiesen werden, die dann auf zwei Interruptvektoren verzweigen. Welche Quelle den Interrupt ausgelöst hat, muss aber immer noch händisch festgestellt werden.

'''PIC17:''' Vier Interruptvektoren mit unterschiedlicher Priorität. Scheint es allerdings nur als OTP zu geben, deswegen wohl eher uninteressant.

'''PIC24''' und '''dsPIC''' haben 7 Prioritäten und für jeden Interrupt einen eigenen Interruptvektor.

'''R8C/M16C''': 7 Prioritäten, vektorisiert.

'''ST7''': Nein. 16 Vektoren mit fixer (absteigender) Priorität.

'''Z8e''': 3 Prioritäten, vektorisiert.

== Spannungsversorgung ==

'''8051''', '''AVR''', '''PIC''': Modellabhängig 2-5V problemlos, ältere ab 3V. PICs für 2-4V sind schlecht verfügbar. Ungeregelter Batteriebetrieb möglich.

'''ARM''': 3,3V-Versorgung, je nach Modell mehr oder weniger 5V-kompatibel. Einige (vor allem ältere) Modelle benötigen eine separate 1,8V-Versorgung für den Core. Kein ungeregelter Batteriebetrieb möglich.

'''PIC24''' und '''dsPIC33''': 2-3,6V. Pins die keine analogen Funktionen übernehmen können sind 5V tolerant.

'''MSP430''': nur 1.8-3.6V. Nicht 5V-kompatibel, 5V-Peripherie für I2C/RS485/CAN/... ist also nur mit Pegelkonvertierung einsetzbar. Ungeregelter Batteriebetrieb möglich.

'''ST7''': 2,4-5,5V

'''TLCS-870''': 2,7-5,5V. Serie 870/C 1,8-5,5V.

'''Z8e''': 3,3V-Versorgung, 5V-kompatibel.

==Programmierung in der Schaltung==

Geräte mit Debugging-Interface (s.U.) lassen sich i.d.R. auch damit programmieren. Siehe dazu nächsten Abschnitt.

Die meisten Controller können sich selbst programmieren, Bootloader per RS232,CAN,usw sind dann problemlos realisierbar. Nur müssen solche Bootloader erst einmal auf den Chip programmiert werden.

'''8051''': Verschieden, je nach Hersteller und Modell. Im Unterschied zu den anderen hier betrachtete Controllern existieren viele nicht in der Schaltung, sondern nur mit speziellen Interfaces programmierbare 8051 Modelle. Modelle mit seriellem Bootloader via UART, SPI, CAN oder USB existieren.

'''ARM''': Am besten über JTAG, je nach Hersteller und Familie auch mit Bootloader, z.B. bei Philips LPC2000 über RS232 und Atmel SAM7 über USB (bei letzterem sehr unbequem und langsam!).

'''AVR''': Über ein an SPI orientiertes proprietäres Interface. Ist via Parallelport günstig herzustellen; der Adapter ist im besten Fall genau 5 Widerstände teuer, professioneller mit einem [[Ausgangsstufen_Logik-ICs#Tri-state|Tri-State]]-Bustreiber etwa 5-15 EUR. Darüberhinaus auch mit HV-Programmer (z.B. auf dem [[STK500]]), der u.U. auch nötig ist um falsch gesetzte Fuses wieder zu "reparieren".

'''MSP430''': Via JTAG-Interface, TI "Spy BiWire" und über integrierten Bootloader. (Schaltung zur Ansteuerung via RS232 im Datenblatt)

'''PIC''': Entweder über die serielle ICSP-Schnittstelle (dafür gibt es Baupläne für billige ParPort-Programmer incl. guter Software) oder mit dem InCircuit-Debugger (~150€, ICD2 von Microchip). Bootloader müssen generell vorher mit einer der vorher genannten Möglichkeiten auf den Chip geflasht werden.

'''R8C''': Via UART (RS-232 oder USB-RS-232 Konverter) mit Flash-Tool (Windows, Linux). Variante über Bootloader ebenfalls möglich (wird vom Software Emulator-Debugger benutzt).

'''ST7''': Via ein mit der Schaltung (mittels mindestens 4poligen Kabels) kommunizieredes Debug-Interface. Offenes ST-Protokoll "ICC".

'''TLCS-870''': Flash-Typen besitzen maskenprogrammierten Bootloader.

'''Z8e''': Via Zilogs Debug-Interface "Smart Cable".

==Debugging in der Schaltung==

Ist beispielsweise ein günstiges [[JTAG]]-Interface für In-Circuit
Debugging verfügbar?

'''8051''': Derivate mit JTAG verfügbar. ICEen gebraucht erschwinglich.

'''ARM''': alle mit JTAG.
* Günstiges Parallel-Port-Interface verfügbar und einfach zu bauen (Wiggler), aber langsam und problematisch im Betrieb unter WinNT+ (besser: ocdremote unter Win9x auf Zweitrechner, via LAN). Kostenlose Debugger ([[GDB]]) unterstützen seit OCDremote 2.14 mit Einschränkungen auch Programme im Flash.
* Schnelles JTAG Interface basierend auf FT2232C für [[GDB]]/OpenOCD günstig und einfach zu bauen (http://www.fh-augsburg.de/~hhoegl/proj/usbjtag/usbjtag.html) oder fertig erhältlich (http://www.amontec.com/jtagkey.shtml).
* Kommerzielle Debugger per USB sind besser und schneller, aber recht teuer.

'''AVR''': für ATmega16/162/32/128 ist JTAG günstig verfügbar
(Olimex, Erostech) bzw. einfach zu bauen (Evertool). ATmegas ab 2005/2006 mit JTAG sind zu dieser Billigvariante inkompatibel. Für diese und den [[debugWIRE]] der ATtinys und ATmegaX8 existiert das JTAG ICE mkII von Atmel, aber recht teuer, sowie der preiswerte AVR Dragon.

'''MSP430''': alle mit JTAG, Adapter sehr günstig/einfach zu bauen. Neuere Geräte mit Spy-by-Wire (braucht weniger Pins als JTAG).

'''PIC''': Entweder Microchips MPLAB ICD2 (€150-200) oder ein kompatibler Nachbau, wie z.B. http://www.stolz.de.be/. Alternativ das PICKit 2 für ~40€, dass neben dem Programmieren und Debuggen über USB auch noch als RS232-Brücke und einfacher Logic-Analyzer benutzt werden kann.

'''R8C''': On-Chip Debugging ist mit dem E8 Hardware On-Chip Debugging Emulator möglich (kein JTAG). Ausserdem ist Debugging auch über einen normalen RS232 Anschluss möglich. Der E8 verwendet ein syncrones serielles Protokoll, die RS232 ein asyncrones. Daher ermöglicht der E8 das Debugging bei jeder beliebigen Taktfrequenz, bei RS232 gibt es da Einschränkungen.

'''ST7''': Via ein mit der Schaltung (mittels mindestens 4poligen Kabels) kommunizieredes Debug-Interface. Offenes ST-Protokoll "ICC".

'''Z8e''': Debugging möglich mit "Smart Cable" (kein JTAG), Anschluss über USB oder Seriell

==Starterkits==

'''8051''': Keil MCBx51 http://www.keil.com/mcbx51 (z.B. für ~240€ von [http://de.mouser.com/Search/Refine.aspx?Keyword=830-MCBX51 mouser.com])

'''ARM''': http://www.olimex.com (z.T. hier im Shop erhältlich), http://www.embeddedartists.com,
http://www.mct.de

'''AVR''': [[STK200]], [[STK500]], [[AVR_Butterfly]]

'''MSP430''': http://www.olimex.com (z.T. hier im Shop erhältlich), ez430 (http://www.ti.com/ez430)

'''PIC''': http://www.microchipdirect.com/ , Velleman-Kit K8048 (www.velleman.be)

'''R8C''': Mehrere (Google Suche). Am weitesten verbreitet ist vielleicht das R8C/13 Starterkit inkl. Entwickler-CD von Glyn/Elektor (Beilage Elektor 12/2005 (ausverkauft) bzw. diverse Drittanbieter).

'''Z8e''': Günstig verfügbar [~50€], teils hier im Shop, komplett inklusive unbeschränktem Compiler und In-System-Debugging. Nachteile: für jede Prozessorklasse ein eigenes Kit; eingelöteter SMD-Chip obwohl viele Typen auch im DIL-Gehäuse existieren.

==Gehäuse==

Mit DIP oder PLCC bastelt es sich leichter als mit *QFP. Die Domäne von
AVR/PIC/i51. Für MSP430 gibt es günstige fertig bestückte DIP-Adapter hier im Shop (MSP430x2xx gibt es auch in 14-Pin DIP-Gehäuse). Z8e-Chips existieren ebenfalls in DIP, sind aber schlechter verfügbar.

==Beschaltungsaufwand==

'''8051, AVR, PIC, MSP430, R8C, ST7, Z8e''': gering, i.d.R. sind Versionen mit integriertem Oszillator verfügbar, so dass man praktisch nur die Versorgungsspannung (nebst Abblockkondensator) braucht.

'''ARM''': aufwendigere externe Takt- und Spannungserzeugung, manchmal 2 Betriebsspannungen benötigt; Tendenz aber fallend.

==Links==

* [http://www.mikrocontroller.net/forum/read-1-185133.html#new Forum]
* [[8051]]
* [[ARM]]
* [[AVR]]
* [[MSP430]]
* [[PIC]]
* [[R8C]]
* [[ST7]]
* [[Z8]]

[[Category:Mikrocontroller]]

Mikrocontroller Vergleich

2009-10-22T16:13:24Z

Ivan: /* Skalierbarkeit */

Ein paar Kriterien für den CPU-Core und die µC-Familie.

==Compiler verfügbar, bzw wieviel will man dafür ausgeben?==

Und wie verbreitet ist der Compiler? Finde ich dafür Hilfe, beispielsweise in Form von Support-Foren?

Für '''[[ARM]]''', '''[[AVR]]''' und '''[[MSP430]]''' gibt es mit GCC einen guten und kostenlosen Compiler. Bei '''ARM''' sind jedoch die Schritte zum fertigen Programm recht komplex und Library/Laufzeitsystem benötigen einige Handarbeit.

Für '''ARM''' gibt es von IAR eine auf 32KB begrenzte kostenlose Version eines umgänglicheren kommerziellen Compilers.

Des Weiteren gibt es für '''[[MSP430]]''' eine auf 4KB begrenzte kostenlose Version der Entwicklungsumgebung von IAR und eine auf 8KB begrenzte kostenlose Version der Entwicklungsumgebung Code Composer Essentials (basiert auf Eclipse) von Texas Instruments.

Für '''[[PIC]]''' und '''[[8051]]''' kann man entweder den Open-Source-Compiler [http://www.sf.net/projects/sdcc SDCC] verwenden (brauchbar, aber nicht mit GCC vergleichbar) oder diverse Löhnwares, bis 4-stellige Beträge (Keil: 2600€ , freie Version codegrösseneingeschränkt), teils auch als Demoversion mit Tricks. Auch der offizielle C18-Compiler kann als großzügiges Demo heruntergeladen werden.

Für '''[[PIC]] 10/12/16''' gibt es den HI-TECH C-PRO von HI-TECH(Microchip) in einer freien Version. Der CC5X unterstützt zwar keine High-End PICs, dafür die meisten Mid-Range. Die einzige Einschränkung der freien Version des CC5X ist die Limitierung auf 1024 Instruktionen pro Modul, nicht so gute Codeoptimierung und die Begrenzung von Variablen auf 16-Bit.

Für die '''[[PIC]] 18''' gibt es den C18 von Microchip. Er ist frei erhältlich und hat ähnliche Einschränkungen wie der C30.

Für die '''[[PIC24]]''' und '''[[dsPIC]]''' gibt es den C30 von Microchip. Er basiert auf gcc und ist frei erhältlich, wobei nach 6 Wochen nicht mehr alle Optimierungsstufen wählbar sind, dann maximal -O1. Wie für alle PIC ist mit dem MPLAB eine kostenlose IDE mit Debugger und Simulator verfügbar.

Für '''[[R8C]]/M16C''' gibt es eine Demoversion des Herstellers und eine noch ziemlich frische (lies: Stand 2005 nicht ausgereifte) Version vom GCC.

Für '''[[ST7]]''' gibt es (teils limitierte) C-Compiler, teils mit IDE (z.ß. Cosmic und Ride). Toolchain von ST kostenlos erhältlich.

Von Toshiba gibt es für '''[[TLCS-870]]''' mit den Starterkits eine IDE mit C-Compiler und Assembler. Ausserdem gibt es Toshibas eigene "C-Like Language". Diese Tools sind nicht frei downloadbar.

Zilog stellt für '''[[Z8]]e''' eine unbeschränkte IDE mit C-Compiler, Debugger und Simulator kostenlos per Download zur Verfügung.

'''Pascal'''

Für PIC,DSPIC und AVR gibt es einen sehr guten PASCAL-Compiler "MikroPascal"
der, in der Downloadversion Code-Size begrenzt ist,
und den man zu moderaten Preisen zur "Vollversion" aufrüsten kann.
http://www.mikroelektronika.co.yu/
( ab 149,- € )

Elektor-Verlag 'Pascal für 8051 und Derivate' Buch+Compiler(Vollversion)

AVRco Pascal Compiler (http://www.e-lab.de/),
Kostenlose Version für Mega8/88

'''BASIC:'''

Sowohl für den AVR als auch für die 8051er gibts von MCS-Electronics eine Demoversion eines BASIC-Compilers,
der leicht im Funktionsumfang und Codegröße eingeschränkt ist.
[http://www.mcselec.com/]

Darüber hinaus kursieren im Netz Versionen eines BASIC-Interpreters für 8052er mit dem Namen "8052 AH-BASIC", wobei die Originalversion von INTEL stammt. Dieser Interpreter unterstützt sogar Fließkomma-Arithmetik und ist als Freeware verfügbar.

==Architektur==

Betrifft vor allem Assembler-Programmierung und die Frage, wie einfach oder umständlich sich C-Code in Maschinensprache übersetzen lässt.

Dass für alle Architekturen teils mehrere C-Compiler existieren, hat wenig mit Eignung und viel mit Markt zu tun. Zudem ist meist nur entscheidend, ob ein Controller die Anforderungen erfüllt, nicht jedoch wie gut er das tut.

Manches davon ist durchaus subjektiv. Bei abweichender Meinung bitte als Diskussion starten, nicht einfach löschen.

'''8051''': Typische Akkumulator-orientierte 8-Bit Architektur. Eine gewisse Komplexität entstand durch die sukzessive Erweiterung auf mehr RAM als ursprünglich vorgesehen war, mit etlichen unterschiedlich adressierten RAM-Bereichen als Folge. Für C-Compiler nur eingeschränkt geeignet.

'''ARM''': 32bit RISC-Architektur. In den gängigen Implementierungen mit dem ARM7TDMI-Core (Architektur V4 = ARMv4T) stehen 2 Befehlssätze zur Verfügung: 32bit-codiert für Tempo, sofern der Speicherdurchsatz das zulässt, und 16bit-codiert (Thumb) für kompakte Programme. Cortex M3 (ARMv7) kennt ausschliesslich Thumb2 codierte Befehle, wurde gegenüber Thumb erheblich erweitert. Einheitlicher 32bit-Adressraum. Exzellente Zielmaschine für C-Compiler.

'''AVR''': Register-orientierte, an RISC Prinzipien angelehnte 8-Bit Architektur. Getrennte Adressräume für RAM und ROM. Registersatz nicht einheitlich nutzbar. I/O-Bereich nicht einheitlich adressierbar. Nur ein Teil des I/O-Bereiches ist bitweise manipulierbar. Einheitliche RAM-Adressierung. Für C-Compiler geeignet.Bemerkung: Laut Wikipedia wurde der Controller während der Entwicklungsphase für den Einsatz von C-Compilern optimiert.

'''MSP430''': Register-orientierte 16-Bit RISC-Architektur mit vollständiger Orthogonalität. Einheitlicher Adressraum für RAM und ROM. Exzellente Zielmaschine für C-Compiler. Angelehnt an die legendäre PDP-11, vieles wurde übernommen.

'''PIC''': Akkumulator-orientierte 8-Bit Architektur. Getrennte Adressräume für RAM und ROM. RAM-Banking, ROM-banking. Umständlicher Zugriff auf Daten im ROM (nur 12/14-Bit Versionen). Viele für C-Compiler wesentliche Elemente sind nur umständlich realisierbar (z.B. Code/Datenadressierung mit Banking, Vergleich mit Vorzeichen).

'''PIC24''': Register-orientierte 16-Bit Architektur mit getrennten Adressräumen für RAM und ROM, wobei ein Teil des ROM in den RAM-Adressbereich eingeblendet werden kann. Fast alle Befehle sind auf Register und RAM anwendbar, incl. Bitmanipulationen.

'''dsPIC''': wie '''PIC24''', mit zusätzlichen DSP Befehlen.

'''R8C''': 16-Bit 2-Adress CISC-Architektur. Einheitlicher 64KB Adressraum für RAM und ROM. Gute Zielmaschine für C-Compiler.

'''M16C''': Unter Bezeichnung M16C existieren zwei verschiedene inkompatible Architekturen. Die Modelle bis /6x sind grundsätzlich identisch mit R8C, die /8x Modelle mit M32C (hier nicht näher betrachtet). Der 64KB RAM-I/O-Adressraum ist ein Teil des 1MB großen Gesamtadressraumes, Daten im ROM liegen jedoch ausserhalb dieser 64KB und sind daher anders als beim R8C nicht mit 16-Bit Zeigern adressierbar. Gute Zielmaschine für spezialisierte C-Compiler, GCC jedoch tut sich etwas schwer mit den Adressräumen.

'''ST7''':Akkumulatorarchitektur, Gemeinsamter Code/Datenadressraum (von-Neumann). 63 Befehle. Einheitlicher 64KB Adressraum für RAM und ROM.

'''TLCS-870''': 8-Bit CISC-Architektur, aus Z80 weiterentwickelt. Gemeinsamer Adressraum für RAM und ROM bis 60KB ROM, darüber getrennt. Adressraum 64/128KB. Serie 870/X mit 1MB Adressraum existiert, aber nur als OTP/Maskenversion.

'''Z8e''': Register-orientierte 8-Bit Architektur, 2-Adress-CISC. Getrennte Adressräume für RAM und ROM. Historisch bedingt 3 RAM-Adressräume (8-Bit, 12-Bit, 16-Bit). Für C-Compiler geeignet

Kleiner nicht repräsentativer Compiler-Vergleich. Verwendet wurde eine Variante des crc8-Code von Colin O'Flynn. Jeweils kleinstes Speichermodell, auf Platz optimiert:
{|
|Compiler
| Befehle(1)
| Bytes(1)
| Befehle(2)
| Bytes(2)
|-
|GCC AVR
|24
|48
|24
|48
|-
|Keil 8051
|24
|38
|74
|109
|-
|SDCC 8051
|24
|40
|35
|54
|-
|Zilog Z8e
|21
|54
|27
|73
|-
|PIC C18
|26
|52
|95
|206
|-
|SDCC PIC18
|41
|112
|41
|112
|-
|SDCC PIC16
|26
|52
| -
| -
| (for pic16f84)
|-
|HEW R8C/M16C
|20
|48
|20
|48
|-
|GCC 68HC11
|36
|65
|36
|65
|-
|GCC MSP430
|17
|40
|17
|40
|-
|GCC ARM7
|12
|48
|12
|48
|-
|GCC ARM7-Thumb
|20
|40
|20
|40
|}
(1): Lokale Daten ggf. statisch gespeichert, nicht reentrant.

(2): Lokale Daten auf dem Stack, also reentrant.

==Sind CPU-spezifische Erweiterungen in C erforderlich?==

'''8051''':
* 5-6 Speicherklassen für Datenspeicher (direkt, indirekt, 8-Bit "external", 16-Bit "external", Flash, evtl. noch Einzelbits).
*Außerdem noch Adresserweiterungen durch Mapping, Paging und Banking

'''AVR''':
* 3 Speicherklassen für Datenspeicher (RAM, ROM, EEPROM).
* In neueren Versionen von avr-libc kommt zwar eine 4. Klasse für die Fuse-Bits hinzu, die aber nur für die Konfiguration des Controllers verwendet wird und für das C-Programm selbst nicht relevant ist.

'''ARM''', '''MSP430''', '''R8C''': nein.

'''PIC''':
* 3 Speicherklassen für Datenspeicher (shared RAM, banked RAM, ROM).

'''Z8e''':
* Für atomic execution (s.u.) notwendig, aber nicht existent.
* 4 Speicherklassen für Datenspeicher (256B, 4KB, 64KB, Flash).

==Sind Daten in RAM und ROM mit dem gleichen Code benutzbar?==

'''8051''', '''AVR''', '''PIC''', '''Z8e''' wie generell alle [[Harvard-Architektur|Harvard-Architekturen]]: NEIN. Daten im ROM
erfordern anderen Zugriff als Daten im RAM. Entweder versteckt das der Compiler in Runtime-Routinen für Pointerzugriffe, oder man kann Routinen nicht so schreiben, dass sie beides als Parameter verdauen können. Bei kleinen Programmen von ein paar KB kein Problem, bei größeren jedoch schon. Bei AVR/GCC ziemlich fehlerträchtig.

'''PIC24''' und '''dsPIC''' können einen Teil des ROM in den RAM-Adressbereich einblenden.

'''M16C''': Hängt vom Compiler ab. Mit 16-Bit Zeigern (GCC) nicht, 20-Bit Zeiger sind ineffizient.

'''ARM''', '''MSP430''', '''R8C''', '''ST7''', '''TLCS-870''': [[von Neumann-Architektur]], problemlos.

==Lineare Adressierung vom RAM?==

'''8051''', '''ARM''', '''AVR''', '''MSP430''', '''R8C/M16C''', '''ST7''', '''TLCS-870''', '''Z8e''': kein Problem.

'''PIC''': PIC18 ja, PIC16,PIC12,PIC10 nein. RAM-Puffer die größer sind als das RAM in einer Bank sind nur mit Klimmzügen möglich.

==Skalierbarkeit==

Vor allem für jene wichtig, die sich scheuen, für
verschiedene Aufgaben verschiedene Lösungen zu verwenden.

Spezielle Versionen für LCD-Ansteuerung wurden in dieser Übersicht nicht berücksichtigt.

'''8051''': 8-Pin/1KB aufwärts, überwiegend 40/44-Pin und 64/68-Pin. Architekturbedingte Grenze bei 64KB Code, 64KB RAM - Versionen mit mehr Flash nutzbar via Banking (Compiler-Support vorhanden) existieren, Versionen mit bis zu 100 MHz Taktfrequenz verfügbar.

'''ARM''': 48-Pin/32KB, bis 512K mit internem Flash. Versionen mit internem Cache und externem Speicher sind praktisch beliebig weit ausbaufähig.

'''AVR''': 8-Pin/1KB bis 100-Pin/256KB. Architekturbedingte Grenze bei 8MB Code, 64KB RAM. GCC/WinAVR derzeit nur bis 128KB Code möglich (in Arbeit).

'''MSP430''': 14-Pin DIP/1KB bis 113-Pin BGA/256KB. DIP, SOIC, TSSOP, QFN, TQFP und BGA erhältlich, in DIP und BGA jedoch nur wenige Typen verfügbar. Architekturbedingte Grenze von 64KB für Code+Daten wird in den großen Versionen durch 20-bittige Adressen umschifft. Taktfrequenz: maximal 8, 16 und 18 MHz je nach Familie. 25 MHz-Versionen in Kürze. Stromaufnahme: Rund 2 uA im LPM3 (real time clock mode) bis ca. 5 mA, typisch 200 µA pro MHz.

'''PIC''': 6-Pin/512B aufwärts. Im Prinzip großer Bereich, aber innerhalb der Familie deutlich verschiedene inkompatible Architekturen mit unterschiedlichen architekturbedingen Grenzen und unterschiedlichem Compiler-Support.

'''PIC24''' und '''dsPIC''': 18 bis 100-Pin mit 16 bis 256kB Code und bis zu 16kB RAM. Generell sind alle als TQFP und QFN erhältlich, die 18 und 28 Pin Modelle gibt es auch als SDIP und SSOP und SOIC. Es gibt Modelle mit 16 und 40MHz.

'''ST7:''' 8 bis 80 Pins. SDIP, SOIC, LQFP, TQFP, QFN. 128 bis 2048 Bytes SRAM, 1 bis 60 kBytes Flash.

'''TLCS-870''': 20pin DIP bis 267FBGA. Daneben SDIP, SOIC, SSOP und (L/T)QFP. Relativ wenige Flash-Typen. RAM: 128 Bytes bis 4kB.

'''Z8e''': 8 bis 80 Pins. DIP, SOIC, SSOP, QFP, TQFP, QFN. Bis 64KB Flash. 256 Bytes bis 4 kBytes RAM.

Empfehlung hier: Auch wenn teilweise mehr möglich ist, sind 8/16-Bit-Controller nur bis maximal 40-60K empfehlenswert. Darüber sollte eine 32-Bit-Architektur — z.B. mit [[ARM]]-Core — in Betracht gezogen werden. Insbesondere auch, weil große Programme zu Programm- und Datenstrukturen neigen, die sich auf 8-Bit-Prozessoren schlecht abbilden lassen.

==Interrupt-feste Programmierung von I/O-Ports==

Siehe http://www.mikrocontroller.net/articles/Interrupt.

Das ist besonders bei '''AVR''' (ausser den Typen seit 2004: ATtiny2313 usw.) ein Problem. Architekturbedingt ist nur ein Teil der Ports bitweise schaltbar, kein Port kann mehrere Bits gleichzeitig interrupt-fest schalten.

'''PIC''', '''8051''', '''MSP430''', '''R8C/M16C''', '''Z8e''' können AND/OR/XOR zum Port hin, daher ist bei geeigneter Programmierung das Problem auch ohne Abschalten der Interrupts vermeidbar.

Zu '''ARM''' ist dazu keine allgemeine Aussage möglich. Je nach Implementierung wird das Problem teilweise durch entsprechend gestaltete I/O-Ports gelöst, in anderen Fällen ist erhebliche Wachsamkeit geboten. Atmel SAM7 bereitet hier weniger Probleme als Philips LPC2000. Bei den LPC2000 gibt es zwei getrennte Register, eines zum Setzen, das andere zum Löschen einzelner Pins. In einem weiteren Register können Bits ausmaskiert werden. Es gibt also kein read-modify-write. Gut gelöst für Push/Pull-Ausgänge, aber eine äquivalente Steuerung der Richtung wurde vergessen, was Open-Drain Pins erschwert. Implementierungen auf Basis des Cortex M3 oder der ARM Port-Macrocell verwenden statt dessen Adressbits zur Maskierung.

Besonders pfiffig ist das beim '''Z8e''' gelöst. Ein Befehl fasst die nächsten 3 Befehle zu einer nicht unterbrechbaren Einheit zusammen (atomic execution). Allerdings wird das vom Zilog Compiler nicht unterstützt.

==Zugriff auf I/O-Ports==

Der '''8051''' verfügt weder über eigene Register für die Steuerung der Richtung der I/O-Ports, noch über die Möglichkeit, lesend auf den Sollzustand der Ausgänge zuzugreifen. In Assembler ist das kein Problem, da abhängig vom Befehl entweder vom Zustand der Pins (Leseoperationen) oder vom Sollzustand der Ausgänge (kombinierte Lese/Schreiboperationen) ausgegangen wird. Ein korrekt arbeitender C Compiler kann damit jedoch nicht umgehen, weshalb für die Steuerung von Port-Pins spezielle Zugriffsfunktionen und eine sehr genaue Kenntnis der Arbeitsweise der Ports erforderlich sind.

Anmerkung zum Keil 8051-Compiler: Port-Zugriff erfolgt über Pseudo-Variablen wie bei µC üblich. Infolgedessen ist in C Code nicht ersichtlich, ob beispielsweise die Port-Variable P1 für den Zustand der Pins oder den Sollzustand der Ausgänge steht. Nur der erzeugte Assembler-Code kann hier Klarheit schaffen. So haben die beiden prinzipiell identischen Zeilen
<pre>
P1 = P1 | 0x01;
P1 = (P1 | 0x01) & ~0;
</pre>
völlig unterschiedliche Auswirkung auf den Port. Der Code der ersten Zeile setzt Bit 0 und lässt alle anderen Bits unverändert. Der von der zweiten Zeile erzeugte Code setzt zusätzlich auch alle vorher als Eingang definierten Pins im Zustand 0 auf Ausgang mit Zustand 0. Das ist weder hilfreich, noch mit der Sprachdefinition von C vereinbar.

Auch manche Modelle der '''PIC'''-Familie können nur auf den Zustand der Pins zugreifen, nicht auf den Sollzustand der Ausgänge.

In beiden Fällen ist folglich bei Ports, die sowohl für Aus- als auch für Eingänge benutzt werden, besondere Sorgfalt nötig.

'''ARM''', '''AVR''', '''MSP430''', '''Z8e''' und neuere Modelle der '''PIC'''-Familie besitzen diese Probleme nicht.

==Priorisierte Interrupts==

Unter priorisierten Interrupts versteht man die Fähigkeit, den einzelnen Interrupt-Quellen eine Priorität zuweisen zu können um ohne Reprogrammierung der Interrupt-Quellen einen laufenden Interrupt ausschliesslich durch Interrupts höherer Priorität unterbrechbar machen zu können. Die bei separaten Vektoren selbstverständliche Fähigkeit, anstehende Interrupts nach fester Priorität zu sortieren, ist damit nicht gemeint.

'''8051''': Ja.

'''ARM''': Der ARM7/9-Core unterstützt 2 Prioritäten mit entsprechenden Vektoren. Oft ist jedoch ein separater priorisierter und vektorisierter Interrupt-Controller mit integriert (Atmel, NXP, Cortex ja, Analog Devices nein). Interrupt-Nesting ist dank eines Designfehlers etwas umständlich.

ARMv7 aka Cortex-M3: Ein priorisierender Interrupt Controller ist Teil des Cores und Nesting ist problemlos möglich.

'''AVR:''' Nein, aber separate Vektoren für die einzelnen Interrupt-Quellen.

''Anmerkung: Eine weniger wichtiger Interrupt Handler kann oft sofort nach Ansprung ein SEI ausführen, damit ein möglicherweise wichtigerer Interrupt Handler aufgerufen werden kann, weil bei den meisten Interrupts der Request bereits mit dem Aufruf des Handlers automatisch zurück gesetzt wird. Das trifft aber beispielsweise nicht beim TWI zu.''

'''MSP430:''' Nein, aber separate Vektoren für die einzelnen Interrupt-Quellen. Keine Priorisierung im Sinne der Präambel.

'''PIC12 & PIC16:''' Nein, nur ein Interruptvektor. Einfache PIC12 (12F508/509, 16F505) kennen gar keine Interrupts.

'''PIC18:''' Jeder Interruptquelle kann separat eine niedrige oder hohe Priorität zugewiesen werden, die dann auf zwei Interruptvektoren verzweigen. Welche Quelle den Interrupt ausgelöst hat, muss aber immer noch händisch festgestellt werden.

'''PIC17:''' Vier Interruptvektoren mit unterschiedlicher Priorität. Scheint es allerdings nur als OTP zu geben, deswegen wohl eher uninteressant.

'''PIC24''' und '''dsPIC''' haben 7 Prioritäten und für jeden Interrupt einen eigenen Interruptvektor.

'''R8C/M16C''': 7 Prioritäten, vektorisiert.

'''ST7''': Nein. 16 Vektoren mit fixer (absteigender) Priorität.

'''Z8e''': 3 Prioritäten, vektorisiert.

== Spannungsversorgung ==

'''8051''', '''AVR''', '''PIC''': Modellabhängig 2-5V problemlos, ältere ab 3V. PICs für 2-4V sind schlecht verfügbar. Ungeregelter Batteriebetrieb möglich.

'''ARM''': 3,3V-Versorgung, je nach Modell mehr oder weniger 5V-kompatibel. Einige (vor allem ältere) Modelle benötigen eine separate 1,8V-Versorgung für den Core. Kein ungeregelter Batteriebetrieb möglich.

'''PIC24''' und '''dsPIC33''': 2-3,6V. Pins die keine analogen Funktionen übernehmen können sind 5V tolerant.

'''MSP430''': nur 1.8-3.6V. Nicht 5V-kompatibel, 5V-Peripherie für I2C/RS485/CAN/... ist also nur mit Pegelkonvertierung einsetzbar. Ungeregelter Batteriebetrieb möglich.

'''ST7''': 2,4-5,5V

'''TLCS-870''': 2,7-5,5V. Serie 870/C 1,8-5,5V.

'''Z8e''': 3,3V-Versorgung, 5V-kompatibel.

==Programmierung in der Schaltung==

Geräte mit Debugging-Interface (s.U.) lassen sich i.d.R. auch damit programmieren. Siehe dazu nächsten Abschnitt.

Die meisten Controller können sich selbst programmieren, Bootloader per RS232,CAN,usw sind dann problemlos realisierbar. Nur müssen solche Bootloader erst einmal auf den Chip programmiert werden.

'''8051''': Verschieden, je nach Hersteller und Modell. Im Unterschied zu den anderen hier betrachtete Controllern existieren viele nicht in der Schaltung, sondern nur mit speziellen Interfaces programmierbare 8051 Modelle. Modelle mit seriellem Bootloader via UART, SPI, CAN oder USB existieren.

'''ARM''': Am besten über JTAG, je nach Hersteller und Familie auch mit Bootloader, z.B. bei Philips LPC2000 über RS232 und Atmel SAM7 über USB (bei letzterem sehr unbequem und langsam!).

'''AVR''': Über ein an SPI orientiertes proprietäres Interface. Ist via Parallelport günstig herzustellen; der Adapter ist im besten Fall genau 5 Widerstände teuer, professioneller mit einem [[Ausgangsstufen_Logik-ICs#Tri-state|Tri-State]]-Bustreiber etwa 5-15 EUR. Darüberhinaus auch mit HV-Programmer (z.B. auf dem [[STK500]]), der u.U. auch nötig ist um falsch gesetzte Fuses wieder zu "reparieren".

'''MSP430''': Via JTAG-Interface, TI "Spy BiWire" und über integrierten Bootloader. (Schaltung zur Ansteuerung via RS232 im Datenblatt)

'''PIC''': Entweder über die serielle ICSP-Schnittstelle (dafür gibt es Baupläne für billige ParPort-Programmer incl. guter Software) oder mit dem InCircuit-Debugger (~150€, ICD2 von Microchip). Bootloader müssen generell vorher mit einer der vorher genannten Möglichkeiten auf den Chip geflasht werden.

'''R8C''': Via UART (RS-232 oder USB-RS-232 Konverter) mit Flash-Tool (Windows, Linux). Variante über Bootloader ebenfalls möglich (wird vom Software Emulator-Debugger benutzt).

'''ST7''': Via ein mit der Schaltung (mittels mindestens 4poligen Kabels) kommunizieredes Debug-Interface. Offenes ST-Protokoll "ICC".

'''TLCS-870''': Flash-Typen besitzen maskenprogrammierten Bootloader.

'''Z8e''': Via Debug-Interface.

==Debugging in der Schaltung==

Ist beispielsweise ein günstiges [[JTAG]]-Interface für In-Circuit
Debugging verfügbar?

'''8051''': Derivate mit JTAG verfügbar. ICEen gebraucht erschwinglich.

'''ARM''': alle mit JTAG.
* Günstiges Parallel-Port-Interface verfügbar und einfach zu bauen (Wiggler), aber langsam und problematisch im Betrieb unter WinNT+ (besser: ocdremote unter Win9x auf Zweitrechner, via LAN). Kostenlose Debugger ([[GDB]]) unterstützen seit OCDremote 2.14 mit Einschränkungen auch Programme im Flash.
* Schnelles JTAG Interface basierend auf FT2232C für [[GDB]]/OpenOCD günstig und einfach zu bauen (http://www.fh-augsburg.de/~hhoegl/proj/usbjtag/usbjtag.html) oder fertig erhältlich (http://www.amontec.com/jtagkey.shtml).
* Kommerzielle Debugger per USB sind besser und schneller, aber recht teuer.

'''AVR''': für ATmega16/162/32/128 ist JTAG günstig verfügbar
(Olimex, Erostech) bzw. einfach zu bauen (Evertool). ATmegas ab 2005/2006 mit JTAG sind zu dieser Billigvariante inkompatibel. Für diese und den [[debugWIRE]] der ATtinys und ATmegaX8 existiert das JTAG ICE mkII von Atmel, aber recht teuer, sowie der preiswerte AVR Dragon.

'''MSP430''': alle mit JTAG, Adapter sehr günstig/einfach zu bauen. Neuere Geräte mit Spy-by-Wire (braucht weniger Pins als JTAG).

'''PIC''': Entweder Microchips MPLAB ICD2 (€150-200) oder ein kompatibler Nachbau, wie z.B. http://www.stolz.de.be/. Alternativ das PICKit 2 für ~40€, dass neben dem Programmieren und Debuggen über USB auch noch als RS232-Brücke und einfacher Logic-Analyzer benutzt werden kann.

'''R8C''': On-Chip Debugging ist mit dem E8 Hardware On-Chip Debugging Emulator möglich (kein JTAG). Ausserdem ist Debugging auch über einen normalen RS232 Anschluss möglich. Der E8 verwendet ein syncrones serielles Protokoll, die RS232 ein asyncrones. Daher ermöglicht der E8 das Debugging bei jeder beliebigen Taktfrequenz, bei RS232 gibt es da Einschränkungen.

'''ST7''': Via ein mit der Schaltung (mittels mindestens 4poligen Kabels) kommunizieredes Debug-Interface. Offenes ST-Protokoll "ICC".

'''Z8e''': Debugging möglich mit "Smart Cable" (kein JTAG), Anschluss über USB oder Seriell

==Starterkits==

'''8051''': Keil MCBx51 http://www.keil.com/mcbx51 (z.B. für ~240€ von [http://de.mouser.com/Search/Refine.aspx?Keyword=830-MCBX51 mouser.com])

'''ARM''': http://www.olimex.com (z.T. hier im Shop erhältlich), http://www.embeddedartists.com,
http://www.mct.de

'''AVR''': [[STK200]], [[STK500]], [[AVR_Butterfly]]

'''MSP430''': http://www.olimex.com (z.T. hier im Shop erhältlich), ez430 (http://www.ti.com/ez430)

'''PIC''': http://www.microchipdirect.com/ , Velleman-Kit K8048 (www.velleman.be)

'''R8C''': Mehrere (Google Suche). Am weitesten verbreitet ist vielleicht das R8C/13 Starterkit inkl. Entwickler-CD von Glyn/Elektor (Beilage Elektor 12/2005 (ausverkauft) bzw. diverse Drittanbieter).

'''Z8e''': Günstig verfügbar [~50€], teils hier im Shop, komplett inklusive unbeschränktem Compiler und In-System-Debugging. Nachteile: für jede Prozessorklasse ein eigenes Kit; eingelöteter SMD-Chip obwohl viele Typen auch im DIL-Gehäuse existieren.

==Gehäuse==

Mit DIP oder PLCC bastelt es sich leichter als mit *QFP. Die Domäne von
AVR/PIC/i51. Für MSP430 gibt es günstige fertig bestückte DIP-Adapter hier im Shop (MSP430x2xx gibt es auch in 14-Pin DIP-Gehäuse). Z8e-Chips existieren ebenfalls in DIP, sind aber schlechter verfügbar.

==Beschaltungsaufwand==

'''8051, AVR, PIC, MSP430, R8C, ST7, Z8e''': gering, i.d.R. sind Versionen mit integriertem Oszillator verfügbar, so dass man praktisch nur die Versorgungsspannung (nebst Abblockkondensator) braucht.

'''ARM''': aufwendigere externe Takt- und Spannungserzeugung, manchmal 2 Betriebsspannungen benötigt; Tendenz aber fallend.

==Links==

* [http://www.mikrocontroller.net/forum/read-1-185133.html#new Forum]
* [[8051]]
* [[ARM]]
* [[AVR]]
* [[MSP430]]
* [[PIC]]
* [[R8C]]
* [[ST7]]
* [[Z8]]

[[Category:Mikrocontroller]]