Wiki source code of Selfbus Namenskonventionen

Version 5.2 by Christian B. on 2020/04/10 21:26
Show last authors
1 {{box cssClass="floatinginfobox" title="**Contents**"}}
2 {{toc/}}
3 {{/box}}
4
5 (% class="row" %)
6 (((
7 (% class="col-xs-12 col-sm-8" %)
8 (((
9 (% class="jumbotron" %)
10 (((
11 (% class="container" %)
12 (((
13 Eine einheitliche Verwendung von Begriffen und Strukturen erleichtert die Kommunikation. Neueinsteiger werden so das Projekt leichter verstehen, Alteingesessenen erleichtert es das Nachvollziehen von lange zurückliegenden Entwicklungen.
14
15 Hier werden die wichtigsten allgemeinen Konventionen zusammengefasst.
16 )))
17 )))
18
19 == ~-~-- ENTWURF ~-~-- ==
20
21 == Geräte ==
22
23 Selfbus-Geräte sind am Ende KNX-kompatible Geräte, die sich ähnlich wie die Kauflösungen verhalten.
24 Ein Selfbus-Gerät setzt sich in der Regel zusammen aus aus mehreren Bausteinen. Das Denken in Bausteinen repräsentiert mehr die Sicht eines Entwicklers, die Denke in Geräten mehr die eines Anwenders.
25
26 Wichtig ist festzuhalten, welche Kombinationen von konkreten Bausteinen valide sind, um ein fuktionierendes Gerät zu erzeugen.
27 Beispiel: "derselbe" 8fach Schaltaktor kann zwar dieselbe Applikationsplatine verwenden, aber verschiedene Controller (LPC922 SMD, LPC922 DIL oder LPC1115).
28
29 ,,Tabelle: Bausteinkombinationen 8fach Schaltaktor,,
30
31 (% style="height:159px; width:976px" summary="Bausteinkombinationen 8fach Schaltaktor" %)
32 |=(% scope="row" %)Gerät|=Controller-Baustein|=(% style="vertical-align:top" %)Applikations-Baustein
33 |=8fach Schaltaktor 10A|Controller LPCDIL - 4TE|(% style="vertical-align:top" %)(((
34 8out 10A
35 )))
36 |=8fach Schaltaktor 10A|Controller LPCSMD - 4TE|(% style="vertical-align:top" %)8out 10A
37 |=(% style="vertical-align:top" %)8fach Schaltaktor 10A|(% style="vertical-align:top" %)Controller ARM - 4TE|(% style="vertical-align:top" %)8out 10A
38
39 == Bauteil-Bezeichnungen ==
40
41 |(bisher) Verwendeter Begriff|(% style="vertical-align:top" %)Standardisierter Begriff|Erläuterung
42 |(((
43 LPC, LPC 922, DIL
44 )))|(% style="vertical-align:top" %)LPCDIL|
45 |SMD LPC, LPC 922|(% style="vertical-align:top" %)LPCSMD|
46 |ARM|(% style="vertical-align:top" %)LPC1115|(((
47 * verfügt über die meisten Funktionen der LPC111x-Reihe
48 * zwingend notwendig für Rauchmeldermodul!
49 )))
50 |ARM|(% style="vertical-align:top" %)LPC1114|(((
51 * für viele SB-Appliaktionen ausreichend
52 * etwas günstiger als der LPC1115
53 )))
54 |ARM|(% style="vertical-align:top" %)ARM|wenn jede Variante der LPC111x-Reihe verwendet werden kann
55
56 == Dokumentation ==
57
58 Auch eine Vereinheitlichung der Struktur und Namen in der Dokumentation ist sinvoll - alleine, weil man sich schneller zurecht findet beim Suchen von Inhalten.
59
60 === Bezeichnung von Hardwarebausteinen ===
61
62 Die Bezeichnung wird konkateniert aus den folgenden Textbausteinen, wobei Werte in [] optional sind.
63
64 **{Bausteintyp} {Bausteinname} {Prozessorvariante} - {Einbauort} [{Einbaulage}] - [{besondere Eigenschaft}] - {Version}**
65
66 Besonderheit: Manche Module (wie z.B. Einbaumodule) bestehen aus nur einem Hardwarebaustein! Daher müssten diese konsequenter Weise sowohl bei den Applikationsbausteinen als auch bei den Geräten gelistet werden.
67
68 **Beispiele**:
69
70 * Controller ARM - 4TE - v1.02
71 * Controller ARM - 4TE TOP - v1.0
72 * Controller LPCSMD - 4TE - v3.54
73 * Applikation 8out 16A ARM - 4TE - bistabile Relais - v2.1
74 * Addon Tasterplatine - 4TE TOP - v1.0
75 * Einbaumodul Binäreingang LPC1115 - UP - v3.7
76 * Systembaustein FT1.2-Modul - HAT - v1.1
77
78 === Liste der Bausteintypen ===
79
80 * Applikation
81 * Controller
82 * Addon
83 * Systembaustein
84 * Einbaumodul
85
86 === Liste der Prozessorvarianten ===
87
88 * LPCDIL (für LPC922 im DIL Package)
89 * LPCSMD (für LPC922 im TSOP Package)
90 * LPC1115
91 * //leer //(für Bausteine, die sowohl von einem LPC922- als auch einem LPC1115-basierten Controller angesprochen werden können)
92
93 === Liste der Einbauorte ===
94
95 * 1TE
96 * 2TE
97 * 4TE (am häufigsten verwendet: REG-Gehäuse mit einer Breite von 4 Teilungseinheiten)
98 * 6TE
99 * 8TE
100 * UP (Gerät hat in einer Hohlwand- / Unterputzdose Platz)
101 * ET206 (BOPLA ET-206-Gehäuse)
102 * PK101 (BOPLA PK 101-Gehäuse)
103 * HAT (Hardware Attached on Top - Modul, das auf einen RPi aufgesteckt werden kann ([[https:~~/~~/www.raspberrypi.org/blog/introducing-raspberry-pi-hats/ )>>https://www.raspberrypi.org/blog/introducing-raspberry-pi-hats/]])
104
105 === Liste der Einbaulagen ===
106
107 * TOP
108 * MID
109 * BOT
110
111 Die standardmäßig verwendeten REG-Einbaugehäuse haben drei verwendbare Abschnitte. Der untere (BOT) ist der flächenmäßig größte und trägt typischerweise die Applikationsplatine mit den Fahrstuhlklemmen. Der mittlere (MID) wurde bisher fast immer verwendet, um die Controllerplatine aufzunehmen. Der obere (TOP) wurde meist verwendet, um Addon-Platinen für Taster / LEDs unterzubringen.
112
113 Wird vom Standard (BOT = Applikation, MID = Controller, TOP = Addon) abgewichen, sollte das auf jeden Fall in der Bezeichnung angegeben werden.
114
115 Natürlich könnten diese Einbaulagen auch Einbaulagen von Platinen in anderen Gehäusen als den REG-Gehäusen differenzieren!
116
117 == ==
118 )))
119 )))