WLAN Schaltsteckdose - Versionsgeschichte

Chris T. Ludwig: /* Software */

2021-08-30T18:16:51Z

Software

← Nächstältere Version		Version vom 30. August 2021, 20:16 Uhr
Zeile 292:		Zeile 292:
	Da ich im zweiten Beispiel den aktuellen Zustand erst bestimmen muss um die Message zu erzeugen faellt die Wahl auf die erste Variante.		Da ich im zweiten Beispiel den aktuellen Zustand erst bestimmen muss um die Message zu erzeugen faellt die Wahl auf die erste Variante.
	Auf Unterstriche zur Bedeutungs-/Worttrennung verzichte ich.		Auf Unterstriche zur Bedeutungs-/Worttrennung verzichte ich.

			===DEBUG-Mode===
			Die ganzen Serial-Prints kommen in eine bedingte Kompilierung.

	==Hardware==		==Hardware==

Chris T. Ludwig: /* NodeMCU */

2021-08-29T15:39:03Z

NodeMCU

← Nächstältere Version		Version vom 29. August 2021, 17:39 Uhr
Zeile 37:		Zeile 37:
	* Toggletaster		* Toggletaster
	* Signalisierung Schaltzustand		* Signalisierung Schaltzustand
	* 1-~~polig~~/2-polige-Trennung		* 1-polige-/2-polige-Trennung
	...		...

Zeile 225:		Zeile 225:

	===MQTT Topics===		===MQTT Topics===
			Zur Zeit zeigt sich durch Tests in FHEM noch Kraut und Rueben.
			[[Datei:FHEM MQTT DeviceIDs.png\|mini]]

	Hier mal eine kleine Zusammenstellung der Dos and Donts or Best practices		Hier mal eine kleine Zusammenstellung der Dos and Donts or Best practices

Chris T. Ludwig: /* MQTT Topics */

2021-08-29T15:31:11Z

MQTT Topics

Chris T. Ludwig: /* Vorhaben 3 */

2021-08-29T15:29:52Z

Vorhaben 3

Änderungen zeigen

Chris T. Ludwig: Die Seite wurde neu angelegt: „=Allgemeines= "OMG, warum baut der eine WLAN-Steckdosenleiste, wenn's sowas doch fertig zu kaufen gibt?" [https://www.smarthomearea.de/bestenlisten-fuer-alle-s…“

2021-08-29T09:38:05Z

Die Seite wurde neu angelegt: „=Allgemeines= "OMG, warum baut der eine WLAN-Steckdosenleiste, wenn's sowas doch fertig zu kaufen gibt?" [https://www.smarthomearea.de/bestenlisten-fuer-alle-s…“

Neue Seite

=Allgemeines=
"OMG, warum baut der eine WLAN-Steckdosenleiste, wenn's sowas doch fertig zu kaufen gibt?"
[https://www.smarthomearea.de/bestenlisten-fuer-alle-smart-home-geraete/bestenliste-top-10-wifi-steckdosenleisten-wlan-steckdosenleisten-vernetzte-mehrfachsteckdosen-amazon-echo-alexa-google-home-assistant-9463/]

Die meisten, bzw. alle, die ich bis jetzt gefunden habe erfuellen nicht alle Kriterien und die Betonung liegt auf Steckdosenleiste.

Auswahlbedingungen:
* Rueckmeldefunktion: schaltbar von mehreren "Stellen" mit gegenseitiger Anzeige des aktuellen Schaltzustandes.
* FHEM-Intergration, oder "offene"-Schnittstelle. Eine Smartphone-App-Steuerung ist ja selten daemlich.
* Cloudfree Wie viele Apps/Clouds soll ich noch installieren.
* Skalierbar 2,3,4,... Steckdosen.
* evtl. Dimmerfunktion
* Preis, selbst wenn man SONOFF (z.B. SONOFF POW R2 1 Kanal Schaltaktor WLAN, mit Messfunktion) nimmt.

==Smartphone-App-Steuerung==
Schalten muss schnell und einfach sein!

Was nutzt es mir wenn ich fuer jeden Smartplug-Hersteller eine andere App benoetige.

Selbst wenn ein Schlauer auf die Idee kommt, alles in einer App zu integrieren, muss ich idR die App oeffnen und navigieren. Da nutzen auch keine SprachassistentINNEN, solange ER nicht Jarvis heiszt und mit WENIGEN Angaben weiss, was ER zu tun hat.

=Vorhaben 1=
[[Datei:Schaltsteckdosenleiste.jpg|mini]]
Einzeln schaltbare Steckdosenleisten sind schon unter 10 Euro zu haben. Ein Umbau lohnt eigentlich nicht. Da die Einbausteckdose 713 von Bals schon fuer 2 Euro/Stueck zu haben ist. Na gut, man muss den Gehaeusepreis dazurechnen. Als Gehaeuse kann ein Stueck Kabelkanal dienen.
[[Datei:Bals Einbausteckdose.png|mini]]
=Vorhaben 2=
[[Datei:Schaltsteckdosenleiste selbstbau.jpg|mini]]

=Vorhaben 3=
[[Datei:SteckdosenleisteinBox.jpg|mini]]
==Links==
https://cmatic.de/?accessid=2&id=16
==Request for Comments==

<comments />

← Nächstältere Version		Version vom 29. August 2021, 17:31 Uhr
Zeile 239:		Zeile 239:

	A space is the natural enemy of every programmer. When things are not going the way they should, spaces make it much harder to read and debug topics. As with leading forward slashes, just because something is allowed, doesn’t mean it should be used. UTF-8 has many different white space types, such uncommon characters should be avoided.		A space is the natural enemy of every programmer. When things are not going the way they should, spaces make it much harder to read and debug topics. As with leading forward slashes, just because something is allowed, doesn’t mean it should be used. UTF-8 has many different white space types, such uncommon characters should be avoided.

	'''Keep the topic short and concise'''		'''Keep the topic short and concise'''

	Each topic is included in every message in which it is used. Make your topics as short and concise as possible. When it comes to small devices, every byte counts and topic length has a big impact.		Each topic is included in every message in which it is used. Make your topics as short and concise as possible. When it comes to small devices, every byte counts and topic length has a big impact.

	'''Use only ASCII characters, avoid non printable characters'''		'''Use only ASCII characters, avoid non printable characters'''

Zeile 251:		Zeile 253:

	Sometimes, it is necessary to subscribe to all messages that are transferred over the broker. For example, to persist all messages into a database. Do not subscribe to all messages on a broker by using an MQTT client and subscribing to a multi-level wildcard. Frequently, the subscribing client is not able to process the load of messages that results from this method (especially if you have a massive throughput). Our recommendation is to implement an extension in the MQTT broker. For example, with the plugin system of HiveMQ you can hook into the behavior of HiveMQ and add an asynchronous routine to process each incoming message and persist it to a database.		Sometimes, it is necessary to subscribe to all messages that are transferred over the broker. For example, to persist all messages into a database. Do not subscribe to all messages on a broker by using an MQTT client and subscribing to a multi-level wildcard. Frequently, the subscribing client is not able to process the load of messages that results from this method (especially if you have a massive throughput). Our recommendation is to implement an extension in the MQTT broker. For example, with the plugin system of HiveMQ you can hook into the behavior of HiveMQ and add an asynchronous routine to process each incoming message and persist it to a database.

	'''Don’t forget extensibility'''		'''Don’t forget extensibility'''

	Topics are a flexible concept and there is no need to preallocate them in any way. However, both the publisher and the subscriber need to be aware of the topic. It is important to think about how topics can be extended to allow for new features or products. For example, if your smart-home solution adds new sensors, it should be possible to add these to your topic tree without changing the whole topic hierarchy.		Topics are a flexible concept and there is no need to preallocate them in any way. However, both the publisher and the subscriber need to be aware of the topic. It is important to think about how topics can be extended to allow for new features or products. For example, if your smart-home solution adds new sensors, it should be possible to add these to your topic tree without changing the whole topic hierarchy.

	'''Use specific topics, not general ones'''		'''Use specific topics, not general ones'''

Zeile 259:		Zeile 263:

	Diese Zusammenstellung empfand ich als sehr hilfreich.		Diese Zusammenstellung empfand ich als sehr hilfreich.

	In meinem Haus hat jeder Raum bereits eine Nummer mit vorangestelltem UG, EG und DG. Jetzt kaeme noch der Garten als neuer "Raum" dazu. Oder ich entscheide eine Stufe darueber bereits zwischen Haus und Garten. Da ich im Garten zwischen Pool Carport unterscheiden will, muss ich wohl auch noch eine Unterteilung nach Terrasse hinzufuegen. Bisher habe ich das alles in FHEM unter "Auszen" zusammengefasst.		In meinem Haus hat jeder Raum bereits eine Nummer mit vorangestelltem UG, EG und DG. Jetzt kaeme noch der Garten als neuer "Raum" dazu. Oder ich entscheide eine Stufe darueber bereits zwischen Haus und Garten. Da ich im Garten zwischen Pool Carport unterscheiden will, muss ich wohl auch noch eine Unterteilung nach Terrasse hinzufuegen. Bisher habe ich das alles in FHEM unter "Auszen" zusammengefasst.
	Die erste Ebene waere also Haus/Außenanlage, Außenbereich oder einfach nur Außen.		Die erste Ebene waere also Haus/Außenanlage, Außenbereich oder einfach nur Außen.

	No etwas detaillierter geht es [https://pi3g.com/2019/05/29/mqtt-topic-tree-design-best-practices-tips-examples/ hier] weiter.		Noch etwas detaillierter geht es [https://pi3g.com/2019/05/29/mqtt-topic-tree-design-best-practices-tips-examples/ hier] weiter.

	Ein erster Versuch fuer mich sieht dann so aus (weder am Anfang noch am Ende steht ein Slash):		Ein erster Versuch fuer mich sieht dann so aus (weder am Anfang noch am Ende steht ein Slash):
	Haus/[UG,EG,DG]/[1-9]+/ClientID/Art		Haus/[UG,EG,DG]/[1-9]+/ClientID/Art
	Außen/[Terrasse,Veranda,Garten,Pool,Carport,...]/ClientID/Art		Außen/[Terrasse,Veranda,Garten,Pool,Carport,...]/ClientID/Art

	Art waere dann [Schalter,Temperatur,Feuchtigkeit,Dimmer,...]		Art waere dann [Schalter,Temperatur,Feuchtigkeit,Dimmer,...]

	Einen Payload im JSON-Format benoetige ich erst mal nicht. Ich werde nach Moeglichkeit numerische Payloads gebrauchen.		Einen Payload im JSON-Format benoetige ich erst mal nicht. Ich werde nach Moeglichkeit numerische Payloads gebrauchen.
Zeile 284:		Zeile 289:
	Da ich im zweiten Beispiel den aktuellen Zustand erst bestimmen muss um die Message zu erzeugen faellt die Wahl auf die erste Variante.		Da ich im zweiten Beispiel den aktuellen Zustand erst bestimmen muss um die Message zu erzeugen faellt die Wahl auf die erste Variante.
	Auf Unterstriche zur Bedeutungs-/Worttrennung verzichte ich.		Auf Unterstriche zur Bedeutungs-/Worttrennung verzichte ich.



	==Hardware==		==Hardware==