Mikrocontroller.net - Benutzerbeiträge [de]

Forum-Teilnehmer

2006-05-07T16:32:51Z

Guido:

= Teilnehmerliste =

Aus dem Thread http://www.mikrocontroller.net/forum/read-1-341257.html entstand die Idee, uns einander vorzustellen.<br>
So mache ich den Anfang:<br>
Bitte den letzten Eintrag kopieren, damit der nächste leichter die Zeilen zuordnen kann.<br>
Einträge bitte alphabetisch nach Skip sortieren.

{| border="1" class="sortable" id="teilnehmer"
|-
! Skip
! Vorn
! Nachn
! BJ
! PLZ
! Tel
! email
! Homepage
! Spezialg.
! Liebling
! mag
! mag nicht
! Arbeit
|-
| Profi
| .
| .
| 65
| 84xxx
| 08xxx
| .
| .
| DSP56F805
| analog,Atmel,Pic
| alle 68HCxx
| .
| Ind.Steuerungen
|-
| Andreas
| Andreas
| S.
| 84
| 9xxxx
|
|
| http://www.mikrocontroller.net
|
|
| [[MSP430]], [[ARM]]
| [[PIC]]
| Student
|-
| Guido
| Guido
| F.
| 68
| 536xx
| 022xx
| ja :-)
| http://www.ispf.de
| DAB/DMB
|
| [[DSP]], [[ARM]], [[AVR]]
| Unbekannter
| Hardw. Ing.
|-
| Skip
| Vorn
| Nachn
| BJ
| PLZ
| Tel
| email
| Homepage
| Spezialg.
| Liebling
| mag
| mag nicht
| Arbeit
|}

= Karte bei Frappr =

* [http://www.frappr.com/ucnet/ Karte mit mikrocontroller.net Mitgliedern]

Hausbus

2005-09-25T19:13:40Z

Guido: Powerline

[http://www.mikrocontroller.net/forum/read-1-66019.html#136169 Forum ]
[http://www.mikrocontroller.net/forum/read-1-190530.html#new Forum - Haussteuerung (Bussystem) Projekt]

=Anforderungen=
==Zentral/Dezentral==
Grundsätzlich kann so eine Steuerung zentral oder dezentral arbeiten (wobei natürlich auch Mischformen denkbar sind).
===Zentral===
Beim zentralen Ansatz gibt es einen Master, der zyklisch alle Sensoren (Thermometer, Lichtschalter, usw.) abfragt und dann die entsprechenden Aktionen auslöst.

+ wenig Intelligenz bei den Sensoren/Aktoren nötig
+ bei Konfigurationsänderungen keine Änderungen bei den Sensoren/Aktoren nötig.
+ keine Multimasterfähigkeit nötig
- je mehr Sensoren vorhanden sind, desto länger dauert ein Abfragezyklus.
Da so ein selbst gebauter Hausbus ja auch Raum für Erweiterungen bieten soll,
sollte man schon mit 100-200 Sensoren rechnen (Lichtschalter, Thermometer,
Glasbruchsensoren, Rauchmelder usw. usf)
- Wenn die Zentrale ausfällt, dann fällt die gesamte Steuerung auf einmal aus

===Dezentral===
Beim dezentralen Ansatz senden die Sensoren (z.B. Lichtschalter) Botschaften an die Aktoren (z.B. die Glühlampe).
+ Die Buslast hängt von der Anzahl Ereignisse ab und nicht von der Anzahl Sensoren.
Ein Glasbruchsensor der nie aktiv wird verursacht auch keine Buslast.
+ Keine Schaltzentrale nötig (also kein Single Point of Failure)
- Multimasterfähigkeit bei allen Sendern (also allen Sensoren) nötig.
- Konfigurationsänderungen müssen immer an den entsprechenden Aktoren/Sensoren gemacht
werden. Dazu muß man sie entweder fernkonfigurieren können oder mit dem Konfigurationsgerät
direkt an die jeweiligen Geräte.

==Geschwindigkeit==
Solange man nur ein einzelnes Wohnhaus (und nicht etwa eine Schule oder eine Fabrik) ausrüsten will und nur die üblichen Sensoren/Aktoren hat, ist praktisch jeder Bus schnell genug. Andererseits erlauben RS485 und der CAN-Bus bei den in einem Haus vorkommenden Kabellängen auch durchaus Geschwindigkeiten von 1 MBit/s, wodurch man auch andere Anwendungen damit realisieren könnte.

--> Hohe Geschwindigkeit heißt höherer Aufwand und höhere Kosten <---
Ein Hausbus sollte deshalb in der Geschwindigkeit auf die notwendigen Bedürfnisse abgestimmt sein. Folgende Rechnung läßt sich aufmachen:
Ein Frame mit einem einfachen Event z.B. "Taste 4 des Modul 0x2007 gedrückt" läßt sich mit allem Nötigen wie Priorität, Parity-Bits Anzahl Datenbytes und Checksumme in 6 "Byte" a 10Bit verpacken. Bei einer Geschwindigkeit von nur 10 KHz dauert die Übertragung ca. 6ms. Erlaubt man pro Frame max. 12 Datenbyte ergeben sich 18ms. Wobei 12 Datenbyte eigentlich nur zur Konfiguration der Knoten nötig sind. Uhrzeit, Datum, Temperaturen usw. kann man meistens mit 2 - 4 Datenbyte melden. Da mit der CAN-Topologie kollisionsfrei Daten übertragen werden und ein Hausbus im Allgemeinen keiner hohen Belastung unterliegt, ist es realistisch sonstige Verzögerungen zu vernachlässigen. Ich habe in meinem 5 Personenhaushalt den Bus nach "Bus-belegt-Verzögerungen" gescannt und in drei Monaten vier dieser Ereignisse festgestellt. Das bedeutete 12ms anstatt der erwähnten 6ms.
Warum sollte man schneller werden, wenn eine Verzögerung von 200ms in der Realität nicht fegestellt wird. Die Verzögerung einer Leuchtstofflampe empfinde ich da schon eher als störend.
Sollten wir eine Schule mit solch einem Bus betreiben und 166 Kinder stürmen in die Pause und betätigen dann alle einen Taster, verzögert sich das letzte Ereignis um nicht ganz eine Sekunde.

=Vergleich von Hausbussystemen=

==EIB==
+ nur 2 Leitungen für Daten, Power und GND
+ kein Abschluss-R nötig, alle Bustopologien
+ multimasterfähig
- Chips nur schwer erhältlich und teuer
- nur industrielle Module erhältlich, kein Selbstbau

==[[CAN-Bus]]==
+ Protokoll bereits im Chip
+ multimasterfähig
+ übertragunssicher (d.h. bei Übertragungsfehler werden Daten automatisch
wiederholt)
+hohe Störsicherheit durch differentielle Übertragung
O Preis ist ausgewogen
- es werden 2 Leitungen Daten + Power + GND benötigt
- Abzweigungen vom Bus sind problematisch (max. 1m?)
- Abschluss-R notwendig

==RS485==
+ sehr günstig
+ Schnittstellenbausteine können direkt an den USART eines MCs angeschlossen werden
+ Buslänge von 1200 m möglich
- von Haus aus nicht multimasterfähig, muß per Software realisiert werden

==1-wire==
+/- zentrales System
+ sehr günstig
+ sehr einfache Verdrahtung
+ integrierte Peripheriebausteine erhältlich (Thermometer, I/O-Bausteine, etc.)
+ über einfaches Selbstbauinterface vom PC ansteuerbar
+ Bus kann mit Pullup-Widerstand direkt von einem bidirektionalen Microcontrollerpin angesteuert werden
+ professionelle Softwareinterface frei erhältlich (unterstützt bis zu acht Busleitungen)
+ mit einfachem Pullup-Widerstand maximal 200 m Buslänge zulässig
+ mit aufwendigerem aktiven Pullup maximal 500 m Buslänge zulässig
+ integrierte Interfaceschaltungen für I2C, USB und Serielle Schnittstelle erhältlich
+ ausführliche Darstellung zur Buslänge in Appnote 148 verfügbar
+ Peripherie ohne separate Spannungsversorgung möglich
+ umfangreiche Herstellerunterstützung durch technische Dokumente
- nicht multimasterfähig
- max. 75 Bausteinabfragen/sec.
- Peripherieschaltungen nur als integrierte Bausteine erhältlich
- in Software realisierte Peripherie verstößt gegen US-Patente
- keine differentielle Übertragung, dadurch deutlich störanfälliger

==[[I2C als Hausbus]]==
+ billig
+ multimasterfähig
+ viele direkt anschließbare Sensoren vorhanden
- keine differentielle Übertragung, dadurch deutlich störanfälliger
- ohne "größeren" Aufwand nur Kabellängen <10m möglich
- als "Inter-IC-Bus" zur Anwendung innerhalb von Geräten konzipiert

==Ethernet==
+ multimasterfähig
+ sehr schnell
+/- mit TP-Kabel (100 Base T) Sternstruktur, Leitungslänge bis 100 m
+/- mit Koaxkabel (10 Base 2) Busstruktur, Leitungslänge bis 185 m
- aufwendig anzusteuern (hohen Hardware- und Softwareaufwand)
- (teuer) d.h. für Selbstbau aufwendig

==Powerline==
+keine extra Kabel
-kann Funk betrieb stören
-funktioniert ohne Phasenkoppler nur auf gleichen Phasen
-Netzteile mit vernünftigen EMI Filter filtern auch das PL Signal
-geringe Übertragungsrate

=Links=
==CAN==
*[[CAN als Hausbus]]

==Ethernet==
*[http://www.ifas.htwk-leipzig.de/easytoweb/php/download/Verwendung%20eines%208-bit%20Microcontrollers%20zur%20Ethernet%20Vernetzung%20in%20der%20Hausautomation.pdf Diplomarbeit]

==Powerline==

* http://www.thelastinstance.de/elek/project03_4.phtml

Hausbus

2005-09-25T19:12:22Z

Guido: Nachteile Poweline

[http://www.mikrocontroller.net/forum/read-1-66019.html#136169 Forum ]
[http://www.mikrocontroller.net/forum/read-1-190530.html#new Forum - Haussteuerung (Bussystem) Projekt]

=Anforderungen=
==Zentral/Dezentral==
Grundsätzlich kann so eine Steuerung zentral oder dezentral arbeiten (wobei natürlich auch Mischformen denkbar sind).
===Zentral===
Beim zentralen Ansatz gibt es einen Master, der zyklisch alle Sensoren (Thermometer, Lichtschalter, usw.) abfragt und dann die entsprechenden Aktionen auslöst.

+ wenig Intelligenz bei den Sensoren/Aktoren nötig
+ bei Konfigurationsänderungen keine Änderungen bei den Sensoren/Aktoren nötig.
+ keine Multimasterfähigkeit nötig
- je mehr Sensoren vorhanden sind, desto länger dauert ein Abfragezyklus.
Da so ein selbst gebauter Hausbus ja auch Raum für Erweiterungen bieten soll,
sollte man schon mit 100-200 Sensoren rechnen (Lichtschalter, Thermometer,
Glasbruchsensoren, Rauchmelder usw. usf)
- Wenn die Zentrale ausfällt, dann fällt die gesamte Steuerung auf einmal aus

===Dezentral===
Beim dezentralen Ansatz senden die Sensoren (z.B. Lichtschalter) Botschaften an die Aktoren (z.B. die Glühlampe).
+ Die Buslast hängt von der Anzahl Ereignisse ab und nicht von der Anzahl Sensoren.
Ein Glasbruchsensor der nie aktiv wird verursacht auch keine Buslast.
+ Keine Schaltzentrale nötig (also kein Single Point of Failure)
- Multimasterfähigkeit bei allen Sendern (also allen Sensoren) nötig.
- Konfigurationsänderungen müssen immer an den entsprechenden Aktoren/Sensoren gemacht
werden. Dazu muß man sie entweder fernkonfigurieren können oder mit dem Konfigurationsgerät
direkt an die jeweiligen Geräte.

==Geschwindigkeit==
Solange man nur ein einzelnes Wohnhaus (und nicht etwa eine Schule oder eine Fabrik) ausrüsten will und nur die üblichen Sensoren/Aktoren hat, ist praktisch jeder Bus schnell genug. Andererseits erlauben RS485 und der CAN-Bus bei den in einem Haus vorkommenden Kabellängen auch durchaus Geschwindigkeiten von 1 MBit/s, wodurch man auch andere Anwendungen damit realisieren könnte.

--> Hohe Geschwindigkeit heißt höherer Aufwand und höhere Kosten <---
Ein Hausbus sollte deshalb in der Geschwindigkeit auf die notwendigen Bedürfnisse abgestimmt sein. Folgende Rechnung läßt sich aufmachen:
Ein Frame mit einem einfachen Event z.B. "Taste 4 des Modul 0x2007 gedrückt" läßt sich mit allem Nötigen wie Priorität, Parity-Bits Anzahl Datenbytes und Checksumme in 6 "Byte" a 10Bit verpacken. Bei einer Geschwindigkeit von nur 10 KHz dauert die Übertragung ca. 6ms. Erlaubt man pro Frame max. 12 Datenbyte ergeben sich 18ms. Wobei 12 Datenbyte eigentlich nur zur Konfiguration der Knoten nötig sind. Uhrzeit, Datum, Temperaturen usw. kann man meistens mit 2 - 4 Datenbyte melden. Da mit der CAN-Topologie kollisionsfrei Daten übertragen werden und ein Hausbus im Allgemeinen keiner hohen Belastung unterliegt, ist es realistisch sonstige Verzögerungen zu vernachlässigen. Ich habe in meinem 5 Personenhaushalt den Bus nach "Bus-belegt-Verzögerungen" gescannt und in drei Monaten vier dieser Ereignisse festgestellt. Das bedeutete 12ms anstatt der erwähnten 6ms.
Warum sollte man schneller werden, wenn eine Verzögerung von 200ms in der Realität nicht fegestellt wird. Die Verzögerung einer Leuchtstofflampe empfinde ich da schon eher als störend.
Sollten wir eine Schule mit solch einem Bus betreiben und 166 Kinder stürmen in die Pause und betätigen dann alle einen Taster, verzögert sich das letzte Ereignis um nicht ganz eine Sekunde.

=Vergleich von Hausbussystemen=

==EIB==
+ nur 2 Leitungen für Daten, Power und GND
+ kein Abschluss-R nötig, alle Bustopologien
+ multimasterfähig
- Chips nur schwer erhältlich und teuer
- nur industrielle Module erhältlich, kein Selbstbau

==[[CAN-Bus]]==
+ Protokoll bereits im Chip
+ multimasterfähig
+ übertragunssicher (d.h. bei Übertragungsfehler werden Daten automatisch
wiederholt)
+hohe Störsicherheit durch differentielle Übertragung
O Preis ist ausgewogen
- es werden 2 Leitungen Daten + Power + GND benötigt
- Abzweigungen vom Bus sind problematisch (max. 1m?)
- Abschluss-R notwendig

==RS485==
+ sehr günstig
+ Schnittstellenbausteine können direkt an den USART eines MCs angeschlossen werden
+ Buslänge von 1200 m möglich
- von Haus aus nicht multimasterfähig, muß per Software realisiert werden

==1-wire==
+/- zentrales System
+ sehr günstig
+ sehr einfache Verdrahtung
+ integrierte Peripheriebausteine erhältlich (Thermometer, I/O-Bausteine, etc.)
+ über einfaches Selbstbauinterface vom PC ansteuerbar
+ Bus kann mit Pullup-Widerstand direkt von einem bidirektionalen Microcontrollerpin angesteuert werden
+ professionelle Softwareinterface frei erhältlich (unterstützt bis zu acht Busleitungen)
+ mit einfachem Pullup-Widerstand maximal 200 m Buslänge zulässig
+ mit aufwendigerem aktiven Pullup maximal 500 m Buslänge zulässig
+ integrierte Interfaceschaltungen für I2C, USB und Serielle Schnittstelle erhältlich
+ ausführliche Darstellung zur Buslänge in Appnote 148 verfügbar
+ Peripherie ohne separate Spannungsversorgung möglich
+ umfangreiche Herstellerunterstützung durch technische Dokumente
- nicht multimasterfähig
- max. 75 Bausteinabfragen/sec.
- Peripherieschaltungen nur als integrierte Bausteine erhältlich
- in Software realisierte Peripherie verstößt gegen US-Patente
- keine differentielle Übertragung, dadurch deutlich störanfälliger

==[[I2C als Hausbus]]==
+ billig
+ multimasterfähig
+ viele direkt anschließbare Sensoren vorhanden
- keine differentielle Übertragung, dadurch deutlich störanfälliger
- ohne "größeren" Aufwand nur Kabellängen <10m möglich
- als "Inter-IC-Bus" zur Anwendung innerhalb von Geräten konzipiert

==Ethernet==
+ multimasterfähig
+ sehr schnell
+/- mit TP-Kabel (100 Base T) Sternstruktur, Leitungslänge bis 100 m
+/- mit Koaxkabel (10 Base 2) Busstruktur, Leitungslänge bis 185 m
- aufwendig anzusteuern (hohen Hardware- und Softwareaufwand)
- (teuer) d.h. für Selbstbau aufwendig

==Powerline==
+keine extra Kabel
-kann Funk betrieb stören + -kann Funkbetrieb stören
-funktioniert ohne Phasenkoppler nur auf gleichen Phasen
-Netzteile mit vernünftigen EMI Filter filtern auch das PL Signal
-geringe Übertragungsrate

=Links=
==CAN==
*[[CAN als Hausbus]]

==Ethernet==
*[http://www.ifas.htwk-leipzig.de/easytoweb/php/download/Verwendung%20eines%208-bit%20Microcontrollers%20zur%20Ethernet%20Vernetzung%20in%20der%20Hausautomation.pdf Diplomarbeit]

==Powerline==

* http://www.thelastinstance.de/elek/project03_4.phtml

Logic Analyzer-Projekt: Ideen zur Hardware

2005-07-13T20:24:03Z

Guido:

hier mal das Lastenheft für den Logic Analyser. Bitte je nach Anforderung einen Strich mittels ALT GR + <> Taste links neben dem Ypsilon.
Die Aufteilung könnt ihr ja ändern/erweitern falls was fehlt. Ich gebe mal meine Maximalanforderungen ein.

'''Kanalanzahl'''
* 8 Kanäle : ||
* 16 Kanäle: |||||
* 20 Kanäle: |
* 24 Kanäle: |
* 32 Kanäle: ||

'''Samplingfrequenz'''
* 8 MHz :
* 16 MHz : |
* 32 MHz : ||
* >32 MHz : |||||||

'''Schnittstelle zum Computer'''
* Seriell syncron : |
* Seriell asyncron (RS232): |||
* USB : ||||||
* Parallelport : |

'''Am PC läuft/wird laufen'''
* Windows : ||||
* Linux : ||||||
* MacOS X : |
* Anderes :

Falls USB als Schnittstelle verwendet wird, ist es hilfreich, einen schnellen Transfer zuzulassen. Ggf. keinen normalen FTDI-Chip einsetzen. Phillips ist auch günstiger bei Reichelt (PDI USB D12D).

* Und wer schreibt den Treiber? Fuer 2 Euro Einsparung pro Stueck lohnt sich das garantiert nicht. --[[Benutzer:Andreas|Andreas]] 11:37, 13. Jul 2005 (CEST)

* Alternativ CP2102 => bei farnell für unter 5?... der braucht anscheinend keine externen komponenten und im gegensatz zum ft232 bekomm ich den problemlos bei farnell ;) infos gibt's [http://www.silabs.com/tgwWebApp/public/web_content/products/Microcontrollers/Interface/en/interface.htm hier] --[[Benutzer:Hans|Hans]] 17:36, 13. Jul 2005 (CEST)

Ein gewisser Schutz für die Schnittstelle wäre auch nicht schlecht (Worst Case), evtl. die Eingange gleich durch ein Dioden-Array schützen.

Diskussion:Entprellung

2005-07-09T15:19:31Z

Guido:

Soweit ich das im Forum gesehen hab, wurde fuer die Entprellung bei Peter Danegger nicht nachgefragt, ob er mit einer Veroeffentlichung im Wiki einverstanden ist. (Im Gegensatz zur Zeit ohne RTC.) Das sollte man zumindest noch nachholen, denke ich. --[[Benutzer:80.108.115.184|80.108.115.184]] 19:15, 25. Apr 2005 (CEST)sym

== dat Bildchen ==

Warum muß das "Prellen" einer Taste eigentlich immer als sauberer Rechteck dargestellt werden? Meiner Meinung nach verwirrt das unsichere Neulinge. -- [[Benutzer:Guido|Guido]] 10:44, 9. Jul 2005 (CEST)

Für die Auswertung in der Logik ist ja das Wechselspiel zwischen Nullen und Einsen so wie dargestellt das Problem. Trotzdem hast du natürlich recht, als das die Ursache, also die Spannung am Schalter ganz anderes aussehen kann, bspw. langsames Ansteigen an Nicht-Schmitt-Trigger-Eingängen. Ich unterstütze deine Bemühungen neue Bildchen einzufügen ;-) --[[Benutzer:Yahp|Yahp]] 13:19, 9. Jul 2005 (CEST)

Unkreativ und Lustlos aber vielleicht schon mal was bis jemand mal mit einem Speicheroszi einen Originalpreller abschießen kann:

[[Bild:Entprellen1a.png]]

-- [[Benutzer:Guido|Guido]] 17:19, 9. Jul 2005 (CEST)

Datei:Entprellen1a.png

2005-07-09T15:16:45Z

Guido:

Diskussion:Entprellung

2005-07-09T08:44:14Z

Guido: dat Bildchen

Diskussion:Reichelt-Wishlist

2005-04-15T21:50:19Z

Guido:

DTMF-Dekoder / Enkoder z.B. **8870 / **8880 |

gibt es eigentlich schon ein Feedback von Reichelt, was sie für Artikel in den Katalog neu aufnehmen???

==wegen RTL8019==

Warum so veraltetes Zeug bei Reichelt? Dan doch lieber was neueres und vor allem schneller!

Reichelt-Wishlist

2005-03-14T17:21:11Z

Guido:

== Reichelt Wunschliste ==

Viele kaufen ihre Elektronik bei Reichelt. Ärgerlich, dass so manche wichtigen Dinge fehlen. Aus dieser Idee entstand der Thread:

http://www.mikrocontroller.net/forum/read-1-107307.html

Einiges davon hat Reichelt bereits ins Angebot aufgenommen. Damit dies weitergehen kann, kann man hier seine Wünsche veröffentlichen. Reichelt sollte sicherheitshalber regelmäßig angeschrieben werden, damit diese Liste nicht in Vergessenheit gerät.

Damit sich die beliebtesten Artikel herauskristalisieren, macht jeder einfach einen virtuellen Strich dahinter: | (ALT-GR Taste und < Taste drücken)
Alle fünf Striche (|||||) bitte immer ein Leerzeichen einfügen.

Neue Artikel einfügen darf und soll natürlich auch jeder - aber bitte die Liste vorher durchgehen (Tipp: Browser-Suchfunktion nutzen)! Einfach ganz viele Striche auf einmal, hinter einem Artikel, einzufügen ist zwecklos. Das erkennt man in der History und es gibt viele Leute, die diese Seite überwachen...

'''Nicht sinnvoll ist etwas sehr exotisches''', wie z.B. einen ganz bestimmten, super schnellen, AD-Wandler hier aufzulisten! Neue Artikel müssen sich für Reichelt ja auch rentieren und wirtschaftlich "an den Mann bringbar" sein.

* Filialen in Österreich und der Schweiz :-) |
* Stift-/Buchsenleisten 2.54mm zum Auseinanderbrechen ||||| ||||| ||||| ||||| ||||| ||||| ||||| || => Bereits im Sortiment: SPL XX, AW 122/XX (XX = 20,32,64); leider nicht als brechbaren Buchsenleisten zu SL xXxxG
* Drehimpulsgeber (konkreter Vorschlag von O.R.: PEC16-4220F-S0024 von Bourns) ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||
* Drehimpulsgeber- weiterer Vorschlag: ALPS Encoder ST EC 11B ||||| ||||| ||
* Vakuum-Fluoreszenz-Displays (Dot Matrix mit Standardcontroller) |||
* dünner Schaltdraht (< 1mm Durchmesser, isoliert mit Tefzel oder Kynar) ||||| ||||| ||||| ||||| |||||
* DCF77 Empfangsmodule ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| |||||
* mehr SMD Bauteile ||||| ||||| ||||| ||||| ||||| ||||| ||||
* mehr und v.a. kleine (Hand-) Gehäuse ||||| ||||| ||||| ||||| ||||| |||||
* Buchsenleisten zum Crimpen (allseitig anreihbar!, 1x1, 1x2) ||||| |||||
* Eisen(III)-Chlorid ||||| ||||| ||||| ||||| ||||
* Shunt-Widerstände ||||| ||||| |||||
* T215 ersetzen gegen etwas Qualitativeres ||||
* Print-Steckverbinder (die einreihigen Stecker auf dem PC-Mainboard) |||||
* CompactFlash Stecker ||||| ||||| ||||| ||
* Sensirion SHT11 ||||| |||||
* Microcontroller mit USB-Anschluß (z.B. AT89C5131 oder AT43USB355) ||||| ||||| => Bereits im Sortiment: Cypress EZ-USB, Best. Nr AN2131 SC
* Konkret: Neuer PIC mit USB PIC18F4550 und PIC18F2550 ||||| |
* Mehr FPGAs (v.a aktuellere) von Xilinx, z.B. Spartan II und Spartan III ||||| ||||| ||||| ||||| |||
* Fädelstift, Draht und Kämme |||||
* uC supervisor chips + watchdog z.B.: MAX6864 ist z.Z. der beste (0.2uA!) |||
* LiPoly-Zellen (aufladbare Lithiumakkus "Suppentüten") ||||| |
* grosse MSP430, z.B.: MSP430F1611 (10k RAM, 48k Flash) ||||| ||||| ||
* Mini-GPS-Module ||||| ||||| ||||| ||||| |
* Mini-Bluetooth Module (RS232-Bluetooth-"Wandler"-Platinchen) ||||| ||||| |||
* 3,3V Längsregler SMD zu vernünfitgen Preisen (Bsp: LF33)(der LT1086 kostet unverschämte 4 Euro) ||||| |||
* 5,2V Lowdrop Längsregler LF52 im TO252AA von STM |
* Flachbandkabel im 2,54mm Raster und dazu passende Auspressstecker und -buchsen ||||| ||||| |||
* Für die LC-Displays: Adapterplatine mit anschlüssen im Raster 2,54mm (EA 9907-DIP) ||||| ||||
* Flexible Einzellitze, 0,5² in verschiedenen Farben ||||| ||
* Zylinderkopfschrauben M3 x 25mm |||
* Summer mit 20mA@5V ähnlich Conrad Nr.751553 (TDB05 kann mit 30mA@5V nicht von allen Controllern direkt getrieben werden) ||
* einzelne Hartmetallbohrer in diversen Grössen ||||| ||||| |
* Hartmetallbohrer in mehr verschiedenen Größen (z.B. 1,1mm 1,2mm etc.) |||||
* LPC2104, LPC2105, LPC2106 ||||| || (LPC210x haben ein paar Fehler (Softwareschutz), ganz gut waeren LPC213X und LPC22xx)
* ISD 5116 (Sprachaufnahme bis 16min & I2C-Interface) |||
* ZHB6718 (H-Bridge für 1,5V - 20V Motoren) |||
* Sharp Entfernungssensoren (zb den GP2D120 oder den GP2D12) ||||| |
* Microchip dsPIC ||||
* low current SMD LEDs (zB Osram LG T679) ||||
* Breadboards/"Steckbretter" ||||| ||||| ||||| |||
* Atmel ATmega48, ATmega88, ATmega168, ATtiny13 ||||| ||||| |||
* Atmel AT91SAM7S32, AT91SAM7S64 |
* zu Schaltreglern LM257x u.a. passende fertige Spulen (Induktivitaet, max.Strom, keine "Entstörspulen") ||||| |||||
* Philips PCA82C252 oder Nachfolger oder vergleichbar ("Fault-Tolerant" CAN Transceiver, 11898-3) |||
* lineare Potentiometer als Schiebepoti |||||
* dünner isolierter Draht, wie Klingeldraht nur dünner, vielleicht 0.2-0.3mm zum Fädeln von Platinen ||
* dünner Silberdraht zur Verdrahtung auf Lochrasterplatinen |||| (mögl. bereits im Sortiment "SILBER 0,6MM" ???)
* Größere Auswahl an Step-up Reglern ||||| |
* Folientastaturen ||||| ||
* SOIC auf PDIP Gehäuse-Adapter zwecks Prototypen-Bau |||
* Maxim Switched Capacitor Tiefpass-Filter (z.B. MAX297) ||
* Ethernet-Controller RTL8019AS und Übertrager FB2022 ||||| ||||| ||||
* FSRs (Force Sensing Resistor) von Interlink Electronics ||||| |
* 14,7456 MHz Quarze ||||
* Atmel DataFlash, z.B. AT45DB081B (8 MBit Flash-Speicher an seriellen Bus im 8poligen Gehäuse) ||||| ||
* kleine Feuchtigkeitssensoren zur 'on-board-Montage' |||
* SMD Doppeldiode Schottky 12A 60V im TO252AA z.B. 12CWQ06FN von IOR ||||| |||
* AD7524 in SMD ||||
* ADS8320 ADC 16 Bit seriell |||||
* DAC7612 DAC 12 Bit seriell |||
* mehr Familien von Logik-ICs, z.B. AC, ACT (in SMD) ||||||
* HCT-Logik in SMD ||||| ||||| |
* Ordentliche Trafospulen + Kerne, z.b. ETD-Serie, oder RM10 |||
* Passende Ferrite dazu: N27,N41,N67 |
* Motortreiber TLE 4205 |
* DTMF-Dekoder-Enkoder (8870, 8880)
* Diese 4-Stelligen Dot-Matrix LED Anzeigen Siemens SLG 2016 oder von HP oder ähnliches |
* Low-ESR Elkos (definiertes Fabrikat/Typ, und nicht einfach irgendwelche!) |||
* Spannungsregler in SMD-Version (7805 etc.) |||
* Chipkartenkontaktiereinrichtung, die die Kontakte anhebt (keine Schleifkontakte) ||
* gleicher Mindestbestellwert in Österreich wie in Deutschland |||
* BUF420AW Schaltnetzteil Transistor von STM |
* Die SMD Version des Source Driver "UDN 2987 A", also den "UDN 2987 LW" aufnehmen |
* NanoMuscle Aktuatoren |
* DALLAS DS2482 |
* das qualitativ mangelhafte 4mm Laborsteckerprogramm rausnehmen und nur noch Hirschmann anbieten |
* Drehschalter Serie DS in allen Versionen nur vom Hersteller C&K; auch brückende Versionen anbieten ||
* OSRAM Halogen Decostar 51 12V 20W GU5,3 statt des billigen NoName Zeugs |
* statt radiohm potis bitte prehostat oder Alphastat 16 63256-026xx |

==== Bereits im Sortiment ====

* 3,3V Laengsregler (LT1086-Serie z.B.) ||||| => vgl z.B. [http://reichelt.de/?ARTIKEL=LT%201086%20CM3%2C3 LT 1086 CM3,3] (SMD) oder [http://reichelt.de/?ARTIKEL=LT%201086%20CT3%2C3 LT 1086 CT3,3] (TO-220) bei Reichelt
* Flexible Messleitungen: Wie gesagt Reichelt bietet ja die ganze Palette an Bananen/Laborsteckern, Krokodilklemmen usw. an, nur die Leitungen dazu fehlen im Programm. (Sind schon im Sortiment. Fertig konfektionierte z.B.: ML 100 SW, Meterware z.B.: MESSLEITUNG 10SW)
* FTDI USB Chips ||||| ||||| ||||| ||||| ||||| || => Best-Nr. FT232BM oder FT245BM
* CAN-Bus Controller MCP2515 |||||
* VLSI MP3 Decoder ||||| ||||| ||||| z.Zt. unter CAN-Bus(!) einsortiert
* Atmel AT90CAN128 ||||| |
* MMC / SDC slot ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ||||| ==> Bestell-Nr.: CONNECTOR MMC 11, CONNECTOR MMC 12, CONNECTOR SD 21 und CONNECTOR SD 22

==== Logbuch ====

08.02.2005: Positives Feedback von Reichelt. Freuen sich über diese Form der Anregung. In der 2. Märzhälfte sollen weitere Produkte in den neuen Katalog einfließen. -- [http://www.reintechnisch.de Winfried Mueller]

07.02.2005: Reichelt bescheid gegeben, man möge mal wieder hier rein schauen -- [http://www.reintechnisch.de Winfried Mueller]

Reichelt-Wishlist

2005-01-13T07:26:41Z

Guido:

Diese Seite soll das Produkt von folgendem Thread aus dem Forum werden:
http://www.mikrocontroller.net/forum/read-1-107307.html

Ziel ist es, eine "Top-10" (oder mehr ?) Liste mit Artikeln zu erstellen,
die Reichelt in sein Programm aufnehmen sollte. Damit sich die beliebtesten Artikel herauskristalisieren, macht jeder einfach einen virtuellen Strich dahinter: | (ALT-GR Taste und < Taste drücken)

Alle fünf Striche (|||||) bitte immer ein Leerzeichen einfügen.
Neue Artikel einfügen darf und soll natürlich auch jeder - aber bitte die Liste vorher durchgehen (Tipp: Browser-Suchfunktion nutzen)! Einfach ganz viele Striche auf einmal, hinter einem Artikel, einzufügen ist zwecklos. Das erkennt man in der History und es gibt viele Leute, die diese Seite überwachen...

'''Nicht sinvoll ist etwas sehr exotisches''', wie z.B. einen ganz bestimmten, super schnellen, AD-Wandler hier aufzulisten! Neue Artikel müssen sich für Reichelt ja auch rentieren und wirtschaftlich "an den Mann bringbar" sein.

* Stift-/Buchsenleisten 2.54mm zum Auseinanderbrechen ||||| ||||| ||||| ||||| ||||| |||| | => Bereits im Sortiment: SPL XX, AW 122/XX (XX = 20,32,64)
* Drehimpulsgeber (konkreter Vorschlag von O.R.: PEC16-4220F-S0024 von Bourns) ||||| ||||| ||||| ||||| ||||| ||||
* MMC / SDC slot ||||| ||||| ||||| ||||| ||||| |
* dünner Schaltdraht (< 1mm Durchmesser, isoliert mit Tefzel oder Kynar) ||||| ||||| ||||| ||
* DCF77 Empfangsmodule ||||| ||||| ||||| ||||| |||||
* mehr SMD Bauteile ||||| ||||| ||||| |||||
* mehr und v.a. kleine (Hand-) Gehäuse ||||| ||||| ||
* Buchsenleisten zum Crimpen (allseitig anreihbar!, 1x1, 1x2) ||||| |
* Eisen(III)-Chlorid ||||| ||||| ||
* Shunt-Widerstände ||||| ||||
* T215 ersetzen gegen etwas Qualitativeres ||
* Print-Steckverbinder (die einreihigen Stecker auf dem PC-Mainboard) |||||
* CompactFlash Stecker ||||| |||
* Sensirion SHT11 ||||
* Microcontroller mit USB-Anschluß (z.B. AT89C5131 oder AT43USB355) || => Bereits im Sortiment: Cypress EZ-USB, Best. Nr AN2131 SC
* Mehr FPGAs (v.a aktuellere) von Xilinx, z.B. Spartan II |||||
* Fädelstift, Draht und Kämme ||
* uC supervisor chips + watchdog z.B.: MAX6864 ist z.Z. der beste (0.2uA!) ||
* LiPoly-Zellen (aufladbare Lithiumakkus "Suppentüten") |||||
* grosse MSP430, z.B.: MSP430F1611 (10k RAM, 48k Flash) ||||
* Mini-GPS-Module |||
* Mini-Bluetooth Module (RS232-Bluetooth-"Wandler"-Platinchen) ||||
* 3,3V Längsregler SMD zu vernünfitgen Preisen (Bsp: LF33)(der LT1086 kostet unverschämte 4 Euro) ||
* Flachbandkabel im 2,54mm Raster und dazu passende Auspressstecker und -buchsen ||||| |
* Für die LCD-Displays: Adapterplatine mit anschlüssen im Raster 2,54mm (EA 9907-DIP) |||
* Flexible Einzellitze, 0,5² in verschiedenen Farben |||
* Zylinderkopfschrauben M3 x 25mm |
* Summer mit 20mA@5V ähnlich Conrad Nr.751553 (TDB05 kann mit 30mA@5V nicht von allen Controllern direkt getrieben werden) |
* einzelne Hartmetallbohrer in diversen Grössen ||
* LPC2106 |
* ISD 5116 (Sprachaufnahme bis 16min & I2C-Interface) |

==== Bereits im Sortiment ====
Evtl. genauer spezifizieren...

* 3,3V Laengsregler (LT1086-Serie z.B.) ||||| => vgl z.B. [http://reichelt.de/?ARTIKEL=LT%201086%20CM3%2C3 LT 1086 CM3,3] (SMD) oder [http://reichelt.de/?ARTIKEL=LT%201086%20CT3%2C3 LT 1086 CT3,3] (TO-220) bei Reichelt
* Flexible Messleitungen: Wie gesagt Reichelt bietet ja die ganze Palette an Bananen/Laborsteckern, Krokodilklemmen usw. an, nur die Leitungen dazu fehlen im Programm. (Sind schon im Sortiment. Fertig konfektionierte z.B.: ML 100 SW, Meterware z.B.: MESSLEITUNG 10SW)
* FTDI USB Chips ||||| ||||| ||||| ||||| ||||| | => Best-Nr. FT232BM oder FT245BM
* CAN-Bus Controller MCP2515 |||||
* VLSI MP3 Decoder ||||| ||||| ||||| z.Zt. unter CAN-Bus(!) einsortiert
* das qualitativ mangelhafte 4mm Laborsteckerprogramm rausnehmen und nur noch Hirschmann anbieten |
* Drehschalter Serie DS in allen Versionen nur vom Hersteller C&K; auch brückende Versionen anbieten |
==== Nachtrag ====

* lineare Potentiometer als Schiebepoti |
* 3.3V kann jetzt genauer spezifiziert werden: SMD möglichst klein (z.b. SOT23) mit kleiner Low-Drop Spannung, z.B. wie [http://www.torex-usa.com/product/pro02/pro_05.html Torex XC62]], Wichtig auch: geringer Eigenstromverbrauch, weil man die nur so sinnvoll in batteriebetriebenen Geräten nutzen kann, die ständig eine Spannungsversorgung brauchen. Torex X62 hat da nur 2uA!!!
* dünner isolierter Draht, wie Klingeldraht nur dünner, vielleicht 0.2-0.3mm zum Fädeln von Platinen |
* dünner Silberdraht zur Verdrahtung auf Lochrasterplatinen

PS: und wann gibts die Dinge bei Reichelt :)

Diskussion:SMD Löten

2004-09-29T13:54:19Z

Guido:

Die Anordnung gefaellt mir nicht, z.B. das mit der Entloetlitze ist voellig deplaziert. Muss mir selber noch mal ueberlegen wie man's besser machen koennte. --[[Benutzer:Andreas|Andreas]] 18:31, 8. Jul 2004 (CEST)

TQFP und größer lässt sich auch gut mit 0.2mm CuL entlöten. Dazu einfach den Draht hinter den IC Beinchen durchfädeln und rechts so lang rausgucken lassen, das man es um den linken Zeigefinger wickeln kann. So kann man die einzelnen Pins durch kurzes erhitzen mit dem Draht behutsam von der Platine ziehen und der IC ist danach noch brauchbar :-)

Mal so als Vorschlag
--[[Benutzer:Guido|Guido]] 15:54, 29. Sep 2004 (CEST)