<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="de">
	<id>https://www.mikrocontroller.net/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=84.130.6.76</id>
	<title>Mikrocontroller.net - Benutzerbeiträge [de]</title>
	<link rel="self" type="application/atom+xml" href="https://www.mikrocontroller.net/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=84.130.6.76"/>
	<link rel="alternate" type="text/html" href="https://www.mikrocontroller.net/articles/Spezial:Beitr%C3%A4ge/84.130.6.76"/>
	<updated>2026-04-10T12:54:13Z</updated>
	<subtitle>Benutzerbeiträge</subtitle>
	<generator>MediaWiki 1.39.7</generator>
	<entry>
		<id>https://www.mikrocontroller.net/index.php?title=CAN_als_Hausbus&amp;diff=5101</id>
		<title>CAN als Hausbus</title>
		<link rel="alternate" type="text/html" href="https://www.mikrocontroller.net/index.php?title=CAN_als_Hausbus&amp;diff=5101"/>
		<updated>2004-12-31T12:14:34Z</updated>

		<summary type="html">&lt;p&gt;84.130.6.76: /* Bustreiber */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[http://www.mikrocontroller.net/forum/read-1-66019.html#136169 Forum ]&lt;br /&gt;
&lt;br /&gt;
=Anforderungen=&lt;br /&gt;
==Zentral/Dezentral==&lt;br /&gt;
Grundsätzlich kann so eine Steuerung zentral oder dezentral arbeiten (wobei natürlich auch Mischformen denkbar sind). &lt;br /&gt;
===Zentral===&lt;br /&gt;
Beim zentralen Ansatz gibt es einen Master, der zyklisch alle Sensoren (Thermometer, Lichtschalter, usw.) abfrägt und dann die entsprechenden Aktionen auslöst.&lt;br /&gt;
  + wenig Intelligenz bei den Sensoren/Aktoren nötig&lt;br /&gt;
  + bei Konfigurationsänderungen keine Änderungen bei den Sensoren/Aktoren nötig. &lt;br /&gt;
  + keine Multimasterfähigkeit nötig&lt;br /&gt;
  - je mehr Sensoren vorhanden sind, desto länger dauert ein Abfragezyklus. &lt;br /&gt;
    Da so ein selbst gebauter Hausbus ja auch Raum für Erweiterungen bieten soll, &lt;br /&gt;
    sollte man schon mit 100-200 Sensoren rechnen (Lichtschalter, Thermometer, &lt;br /&gt;
    Glasbruchsensoren, Rauchmelder usw. usf)&lt;br /&gt;
  - Wenn die Zentrale ausfällt, dann fällt die gesamte Steuerung auf einmal aus&lt;br /&gt;
===Dezentral===&lt;br /&gt;
Beim dezentralen Ansatz senden die Sensoren (z.B. Lichtschalter) Botschaften an die Aktoren (z.B. die Glühlampe).&lt;br /&gt;
  + Die Buslast hängt von der Anzahl Ereignisse ab und nicht von der Anzahl Sensoren. &lt;br /&gt;
    Ein Glasbruchsensor der nie aktiv wird verursacht auch keine Buslast.&lt;br /&gt;
  + Keine Schaltzentrale nötig (also kein Single Point of Failure)&lt;br /&gt;
  - Multimasterfähigkeit bei allen Sendern (also allen Sensoren) nötig.&lt;br /&gt;
  - Konfigurationsänderungen müssen immer an den entsprechenden Aktoren/Sensoren gemacht &lt;br /&gt;
    werden. Dazu muß man sie entweder fernkonfigurieren können oder mit dem Konfigurationsgerät &lt;br /&gt;
    direkt an die jeweiligen Geräte.&lt;br /&gt;
&lt;br /&gt;
==Geschwindigkeit==&lt;br /&gt;
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.&lt;br /&gt;
&lt;br /&gt;
=Vergleich von Hausbussystemen=&lt;br /&gt;
&lt;br /&gt;
EIB&lt;br /&gt;
  + nur 2 Leitungen für Daten, Power und GND&lt;br /&gt;
  + kein Abschluss-R nötig, alle Bustopologien&lt;br /&gt;
  + multimasterfähig&lt;br /&gt;
  - Chips nur schwer erhältlich und teuer&lt;br /&gt;
&lt;br /&gt;
CAN&lt;br /&gt;
  + Protokoll bereits im Chip&lt;br /&gt;
  + multimasterfähig&lt;br /&gt;
  + übertragunssicher (d.h. bei Übertragungsfehler werden Daten automatisch wiederholt)&lt;br /&gt;
  O Preis ist ausgewogen&lt;br /&gt;
  - es werden 2 Leitungen Daten + Power + GND benötigt&lt;br /&gt;
  - Abzweigungen vom Bus sind problematisch (max. 1m?)&lt;br /&gt;
  - Abschluss-R notwendig&lt;br /&gt;
&lt;br /&gt;
RS485&lt;br /&gt;
  + sehr günstig&lt;br /&gt;
  + Schnittstellenbausteine können direkt an den USART eines MCs angeschlossen werden&lt;br /&gt;
  - von Haus aus nicht multimasterfähig, muß per Software realisiert werden&lt;br /&gt;
&lt;br /&gt;
I2C&lt;br /&gt;
  + billig&lt;br /&gt;
  + multimasterfähig&lt;br /&gt;
  - keine differentielle Übertragung, dadurch deutlich störanfälliger&lt;br /&gt;
  - ohne &amp;quot;größeren&amp;quot; Aufwand nur Kabellängen &amp;lt;10m möglich&lt;br /&gt;
&lt;br /&gt;
Ethernet&lt;br /&gt;
  + teuer&lt;br /&gt;
  + multimasterfähig&lt;br /&gt;
  + sehr schnell&lt;br /&gt;
  - beim heute üblichen TP-Kabel nur Sternstruktur möglich&lt;br /&gt;
  - aufwendig anzusteuern&lt;br /&gt;
&lt;br /&gt;
=Hardware=&lt;br /&gt;
==Mikrokontroller mit CAN==&lt;br /&gt;
=== AT90CAN128===&lt;br /&gt;
==CAN Controller==&lt;br /&gt;
===MCP2515 ===&lt;br /&gt;
SPI fähiger Can-Controller von microchip.&lt;br /&gt;
===SJA1000===&lt;br /&gt;
*Parallele schnittstelle ca 12 leitungen&lt;br /&gt;
==Bustreiber==&lt;br /&gt;
===MCP2551===&lt;br /&gt;
&lt;br /&gt;
=Links=&lt;br /&gt;
==Projekte==&lt;br /&gt;
*[http://www.canathome.de/ canathome]&lt;br /&gt;
*[http://caraca.sourceforge.net/ caraca]&lt;br /&gt;
==Allgemein==&lt;br /&gt;
* [http://can-wiki.info CAN-WIKI] - spezielle Wiki Site für CAN bus (Englisch)&lt;/div&gt;</summary>
		<author><name>84.130.6.76</name></author>
	</entry>
</feed>