Diskussion:Systemübersicht: Unterschied zwischen den Versionen

Aus FHEMWiki
(Vorschlag: Update Grafik mit MAX Komponenten.)
 
Keine Bearbeitungszusammenfassung
Zeile 7: Zeile 7:


PeMue
PeMue
<hr>
:Hallo PeMue,
:genauso fehlt auch panStamp, Firmata, JeeLink und bestimmt noch viele weitere. Ich halte es für schwierig alles in einer Grafik unterzubringen. Ich würde vorschlagen eher den Ansatz zu verfolgen, welche Verbindungsmöglichkeiten FHEM bietet (RS232, TCP, HTTP, Unix-Socket) und dort dann beispielhaft die bekanntesten Modul-Vertreter aufzuzählen. Die eigentliche Stärke von FHEM liegt ja in der Modularchitektur und der Möglichkeit mittels DevIo oder HttpUtils schnell und (relativ) einfach ein neues System in FHEM zu integrieren.
:Die Module werden wachsen, aber die Verbindungswege bleiben eigentlich immer überschaubar. Alles wird letzten Endes über RS232, HTTP oder Plain TCP angesprochen. Daher würde ich mich darauf beschränken. Das macht die Grafik generischer und muss nicht so oft geändert werden.
:Gruß
:Markus
:--[[Benutzer:Markusbloch|Markus Bloch]] ([[Benutzer Diskussion:Markusbloch|Diskussion]]) 17:18, 7. Mär. 2016 (CET)

Version vom 7. März 2016, 17:18 Uhr

Hallo zusammen,

m.E. würde es Sinn machen, zwischen SlowRf und HomeMatic noch die MAX Komponenten mit aufzunehmen. Ich weiß leider nicht, wer die Grafik gezeichnet hat, aber vielleicht ist das machbar *liebguck*.

Danke + Gruß

PeMue



Hallo PeMue,
genauso fehlt auch panStamp, Firmata, JeeLink und bestimmt noch viele weitere. Ich halte es für schwierig alles in einer Grafik unterzubringen. Ich würde vorschlagen eher den Ansatz zu verfolgen, welche Verbindungsmöglichkeiten FHEM bietet (RS232, TCP, HTTP, Unix-Socket) und dort dann beispielhaft die bekanntesten Modul-Vertreter aufzuzählen. Die eigentliche Stärke von FHEM liegt ja in der Modularchitektur und der Möglichkeit mittels DevIo oder HttpUtils schnell und (relativ) einfach ein neues System in FHEM zu integrieren.
Die Module werden wachsen, aber die Verbindungswege bleiben eigentlich immer überschaubar. Alles wird letzten Endes über RS232, HTTP oder Plain TCP angesprochen. Daher würde ich mich darauf beschränken. Das macht die Grafik generischer und muss nicht so oft geändert werden.
Gruß
Markus
--Markus Bloch (Diskussion) 17:18, 7. Mär. 2016 (CET)