https://www.mikrocontroller.net/api.php?action=feedcontributions&feedformat=atom&user=84.130.5.149Mikrocontroller.net - Benutzerbeiträge [de]2026-04-10T21:36:48ZBenutzerbeiträgeMediaWiki 1.39.7https://www.mikrocontroller.net/index.php?title=CAN_als_Hausbus&diff=5113CAN als Hausbus2005-01-01T12:59:10Z<p>84.130.5.149: /* Links */</p>
<hr />
<div>[http://www.mikrocontroller.net/forum/read-1-66019.html#136169 Forum ]<br />
[[Category:Projekte]]<br />
[[Category:avr]]<br />
<br />
=Anforderungen=<br />
==Zentral/Dezentral==<br />
Grundsätzlich kann so eine Steuerung zentral oder dezentral arbeiten (wobei natürlich auch Mischformen denkbar sind). <br />
===Zentral===<br />
Beim zentralen Ansatz gibt es einen Master, der zyklisch alle Sensoren (Thermometer, Lichtschalter, usw.) abfrägt und dann die entsprechenden Aktionen auslöst.<br />
+ wenig Intelligenz bei den Sensoren/Aktoren nötig<br />
+ bei Konfigurationsänderungen keine Änderungen bei den Sensoren/Aktoren nötig. <br />
+ keine Multimasterfähigkeit nötig<br />
- je mehr Sensoren vorhanden sind, desto länger dauert ein Abfragezyklus. <br />
Da so ein selbst gebauter Hausbus ja auch Raum für Erweiterungen bieten soll, <br />
sollte man schon mit 100-200 Sensoren rechnen (Lichtschalter, Thermometer, <br />
Glasbruchsensoren, Rauchmelder usw. usf)<br />
- Wenn die Zentrale ausfällt, dann fällt die gesamte Steuerung auf einmal aus<br />
===Dezentral===<br />
Beim dezentralen Ansatz senden die Sensoren (z.B. Lichtschalter) Botschaften an die Aktoren (z.B. die Glühlampe).<br />
+ Die Buslast hängt von der Anzahl Ereignisse ab und nicht von der Anzahl Sensoren. <br />
Ein Glasbruchsensor der nie aktiv wird verursacht auch keine Buslast.<br />
+ Keine Schaltzentrale nötig (also kein Single Point of Failure)<br />
- Multimasterfähigkeit bei allen Sendern (also allen Sensoren) nötig.<br />
- Konfigurationsänderungen müssen immer an den entsprechenden Aktoren/Sensoren gemacht <br />
werden. Dazu muß man sie entweder fernkonfigurieren können oder mit dem Konfigurationsgerät <br />
direkt an die jeweiligen Geräte.<br />
<br />
==Geschwindigkeit==<br />
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.<br />
<br />
=Vergleich von Hausbussystemen=<br />
<br />
EIB<br />
+ nur 2 Leitungen für Daten, Power und GND<br />
+ kein Abschluss-R nötig, alle Bustopologien<br />
+ multimasterfähig<br />
- Chips nur schwer erhältlich und teuer<br />
<br />
CAN<br />
+ Protokoll bereits im Chip<br />
+ multimasterfähig<br />
+ übertragunssicher (d.h. bei Übertragungsfehler werden Daten automatisch wiederholt)<br />
O Preis ist ausgewogen<br />
- es werden 2 Leitungen Daten + Power + GND benötigt<br />
- Abzweigungen vom Bus sind problematisch (max. 1m?)<br />
- Abschluss-R notwendig<br />
<br />
RS485<br />
+ sehr günstig<br />
+ Schnittstellenbausteine können direkt an den USART eines MCs angeschlossen werden<br />
- von Haus aus nicht multimasterfähig, muß per Software realisiert werden<br />
<br />
I2C<br />
+ billig<br />
+ multimasterfähig<br />
- keine differentielle Übertragung, dadurch deutlich störanfälliger<br />
- ohne "größeren" Aufwand nur Kabellängen <10m möglich<br />
<br />
Ethernet<br />
+ teuer<br />
+ multimasterfähig<br />
+ sehr schnell<br />
- beim heute üblichen TP-Kabel nur Sternstruktur möglich<br />
- aufwendig anzusteuern<br />
<br />
=Hardware=<br />
==Mikrokontroller mit CAN==<br />
=== AT90CAN128===<br />
==CAN Controller==<br />
===MCP2515 ===<br />
SPI fähiger Can-Controller von microchip.<br />
*2?<br />
<br />
===SJA1000===<br />
*Parallele schnittstelle ca 12 leitungen<br />
==Bustreiber==<br />
===MCP2551===<br />
==SLIO-CAN==<br />
Preisgünstigsten Bausteine sind die Serial Linked I/O Bausteine ( SLIO ). Diese Bausteine ermöglichen den ufbau von Ein- und Ausgabeknoten ohne lokalen Prozessor. Auf der Basis dieser Bausteine läßt sich eine dezentrale Signal-Ein-Ausgabe mit minimalem Kostenaufwand realisieren.<br />
<br />
*P82C150<br />
* Single-Chip-I/O-Einheit mit integriertem CAN-Controller<br />
* mögliche Busdatenrate 20kBd bis 125kBd<br />
* interner RC-Oszillator wird durch den Bitstrom auf den Bus synchronisiert<br />
* Kalibrierungsnachricht alle 8000 Bitzeiten erforderlich<br />
o 4-Bit des Identifiers über Port-Pins einstellbar <br />
* maximal 16 P82C150 in einem CAN-Segment<br />
o 16 Port-Pins mit unterschiedlichen Konfigurationsmöglichkeiten<br />
+ 16 mal als digitale Eingänge<br />
+ 16 mal als digitale Ausgänge<br />
+ 2 mal als analoger Ausgang ( 10-Bit, DPM )<br />
+ 6 mal als analoger Eingang ( 10-Bit, multiplex )<br />
+ 2 mal als Komperator <br />
[http://www.htw-dresden.de/fe/labor/mikror/projects/slio_can/]<br />
<br />
<br />
*DS 36001M<br />
<br />
=Links=<br />
==Projekte==<br />
*[http://www.canathome.de/ canathome]<br />
*[http://caraca.sourceforge.net/ caraca]<br />
==Allgemein==<br />
* [http://can-wiki.info CAN-WIKI] - spezielle Wiki Site für CAN bus (Englisch)<br />
==Dongles==<br />
*[http://private.addcom.de/horo/can200/ Can200 Selbstbauprojekt]<br />
*[http://www.mhs-elektronik.de/cgi-bin/mhs.pl?id1=1&id2=1 mhs-elektronik]<br />
*[http://www.cantronik.com/ cantronik]</div>84.130.5.149