Wiki source code of Selfbus Namenskonventionen

Version 2.4 by Christian B. on 2019/04/30 00:40

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 wie die Kauflösungen von MDT, Jung, ADD, etc.
24 Ein Selfbus-Gerät setzt sich in der Regel zusammen aus aus mehreren Bausteinen. Die Denke in Bausteinen repräsentiert mehr die Sicht eines Entwicklers, die Denke in Geräten mehr die eines Anwenders.
25
26 * Aktoren
27 * Sensoren
28
29 Wichtig ist festzuhalten, welche Kombinationen von konkreten Bausteinen valide sind, um ein fuktionierendes Gerät zu erzeugen.
30 Beispiel: "derselbe" 8fach Schaltaktor kann zwar dieselbe Applikationsplatine verwenden, aber verschiedene Controller (LPC922 oder SMD LPC).
31
32 ,,Tabelle: Bausteinkombinationen 8fach Schaltaktor,,
33
34 (% style="height:159px; width:976px" summary="Bausteinkombinationen 8fach Schaltaktor" %)
35 |=(% scope="row" %)Gerät|=Controller-Baustein|=(% style="vertical-align:top" %)Applikations-Baustein
36 |=8fach Schaltaktor|Controller LPC|(% style="vertical-align:top" %)(((
37 8out LPC
38 )))
39 |=8fach Schaltaktor|Controller SMD LPC|(% style="vertical-align:top" %)8out LPC
40 |=(% style="vertical-align:top" %)8fach Schaltaktor|(% style="vertical-align:top" %)Controller ARM|(% style="vertical-align:top" %)8out ARM
41
42 == Hardware-Bezeichnungen ==
43
44 |Verwendeter Begriff|(% style="vertical-align:top" %)Standardisierter Begriff|Erläuterung
45 |(((
46 LPC, LPC 922, DIL
47 )))|(% style="vertical-align:top" %)LPC922 DIL|
48 |SMD LPC, LPC 922|(% style="vertical-align:top" %)LPC922 SMD|
49 |ARM|(% style="vertical-align:top" %)LPC1115|
50 | |(% style="vertical-align:top" %) |
51
52 == Dokumentation ==
53
54 Auch eine Vereinheitlichung der Struktur und Namen in der Dokumentation ist sinvoll - alleine, weil man sich schneller zurecht findet beim Suchen von Inhalten.
55
56 === Bezeichnung von Hardwarebausteinen ===
57
58 {Einaulage}] {Bausteintyp} {Bausteinname} {Prozessorvariante} - {Einbaugröße} - {besondere Eigenschaft} - {Version}
59
60 Besonderheit: Manche Module (wie z.B. Einbaumodule) bestehen aus nur einem Hardwarebaustein! Daher müssten diese konsequenter Weise sowohl bei den Hardwarebausteinen als auch bei den Geräten gelistet werden.
61
62 **Beispiele**:
63
64 * Controller ARM - 4TE
65 * Controller LPCSMD - 4TE
66 * Applikation 8out ARM - 4TE - bistabile Relais - v2.1
67 * Addon Tasterplatine - 4TE - V1
68 * Einbaumodul 8fach Binäreingang ARM - UP - v3.7
69
70 === Liste der Bausteintypen ===
71
72 * Applikation
73 * Controller
74 * Addon
75 * Systembaustein
76 * Einbaumodul
77
78 === Liste der Prozessorvarianten ===
79
80 * LPC922
81 * LPC1115
82 * //leer //(für Bausteine, die sowohl von einem LPC922- als auch einem LPC1115-basierten Controller angesprochen werden können)
83
84 === Liste der Einbauorte ===
85
86 * 1TE
87 * 2TE
88 * 4TE (am häufigsten verwendet: REG-Gehäuse mit einer Breite von 4 Teilungseinheiten)
89 * 6TE
90 * 8TE
91 * UP (Gerät hat in einer Hohlwand- / Unterputzdose Platz)
92 * ET206 (BOPLA ET-206-Gehäuse)
93 * PK101 (BOPLA PK 101-Gehäuse)
94 * HAT (Hardware Attached on Top - Modul, das auf einen RPi aufgestelckt werden kann ([[https:~~/~~/www.raspberrypi.org/blog/introducing-raspberry-pi-hats/ )>>https://www.raspberrypi.org/blog/introducing-raspberry-pi-hats/]])
95
96 === Liste der Einbaulagen ===
97
98 * TOP
99 * MID
100 * BOT
101
102 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.
103
104 Wird vom Standard (BOT = Applikation, MID = Controller, TOP = Addon) abgewichen, sollte das auf jeden Fall in der Bezeichnung angegeben werden.
105
106 Natürlich könnten diese Einbaulagen auch Einbaulagen von Platinen in anderen Gehäusen als den REG-Gehäusen differenzieren!
107
108 == ==
109 )))
110 )))