MySensors Starter Guide - Versionsgeschichte

Ph1959de: Sichtung / Korrektur der letzten Änderungen; html-Tags durch Mediawiki formatting markup ersetzt

2021-05-18T07:56:56Z

Sichtung / Korrektur der letzten Änderungen; html-Tags durch Mediawiki formatting markup ersetzt

← Nächstältere Version		Version vom 18. Mai 2021, 09:56 Uhr
Zeile 130:		Zeile 130:

	* Im Firmware-Verzeichnis (z.B. ''/opt/fhem/FHEM/firmware'') braucht es eine csv-Datei, die definiert, welche Firmwares es für MySensors gibt. Das Format entspricht 1:1 dem für die MYSController-Software, wie es unter [https://www.mysensors.org/about/fota] beschrieben ist<ref>Gültige Werte der Felder sind		* Im Firmware-Verzeichnis (z.B. ''/opt/fhem/FHEM/firmware'') braucht es eine csv-Datei, die definiert, welche Firmwares es für MySensors gibt. Das Format entspricht 1:1 dem für die MYSController-Software, wie es unter [https://www.mysensors.org/about/fota] beschrieben ist<ref>Gültige Werte der Felder sind
	~~<i>~~Type~~</i>~~ und ~~<i>~~Version~~</i>~~: Ganzzahl [0..31256], ~~<i>~~Name~~</i>~~, ~~<i>~~File~~</i>~~ und ~~<i>~~Comments~~</i>~~: String [0..n Zeichen].</ref> Diese ist erforderlich, weil neben der eigentlichen firmware auch zusätzliche Informationen (insbes. eine firmware-Version) an die Node übermittelt werden muss, damit diese prüfen kann, ob überhaupt ein update erforderlich ist (also die Version abweicht).		''Type'' und ''Version'': Ganzzahl [0..31256], ''Name'', ''File'' und ''Comments'': String [0..n Zeichen].</ref> Diese ist erforderlich, weil neben der eigentlichen firmware auch zusätzliche Informationen (insbes. eine firmware-Version) an die Node übermittelt werden muss, damit diese prüfen kann, ob überhaupt ein update erforderlich ist (also die Version abweicht).
	* Der Name der csv-Datei selbst wird mittels des Attributes ''OTA_firmwareConfig'' im GW angegeben.		* Der Name der csv-Datei selbst wird mittels des Attributes ''OTA_firmwareConfig'' im GW angegeben.
	* Die Firmware-Dateien (*.hex) müssen auch ins firmware-Verzeichnis gelegt werden.		* Die Firmware-Dateien (*.hex) müssen auch ins firmware-Verzeichnis gelegt werden.

Beta-User: OTA - weitere Klarstellungen

2021-05-17T07:22:41Z

OTA - weitere Klarstellungen

← Nächstältere Version		Version vom 17. Mai 2021, 09:22 Uhr
Zeile 127:		Zeile 127:

	==== OTA ====		==== OTA ====
	Zwischenzeitlich wird ein update über den jeweiligen Transport-Layer (OTA) von FHEM unterstützt<ref>~~Nicht funktional ist jedoch noch nicht das OTA-Update von~~ nRF-MYSBootloader-Nodes, ~~die nicht über den~~ Kanal 76 ~~kommunizieren~~</ref>.		Zwischenzeitlich wird ein update über den jeweiligen Transport-Layer (OTA) von FHEM unterstützt<ref>Kommt der vorkompilierte nRF-MYSBootloader auf den Nodes zum Einsatz, muss ein (ggf. zweites) GW verwendet werden, das auf Kanal 76 kommuniziert</ref>.

	* Im Firmware-Verzeichnis (z.B. ''/opt/fhem/FHEM/firmware'') braucht es eine ~~Datei~~ csv-Datei, die definiert, welche Firmwares es für MySensors gibt. Das Format entspricht 1:1 dem für die MYSController-Software, wie es unter [https://www.mysensors.org/about/fota] beschrieben ist. Diese ist erforderlich, weil neben der eigentlichen firmware auch zusätzliche Informationen (insbes. eine firmware-Version) an die Node übermittelt werden muss, damit diese prüfen kann, ob überhaupt ein update erforderlich ist (also die Version abweicht).		* Im Firmware-Verzeichnis (z.B. ''/opt/fhem/FHEM/firmware'') braucht es eine csv-Datei, die definiert, welche Firmwares es für MySensors gibt. Das Format entspricht 1:1 dem für die MYSController-Software, wie es unter [https://www.mysensors.org/about/fota] beschrieben ist<ref>Gültige Werte der Felder sind
			<i>Type</i> und <i>Version</i>: Ganzzahl [0..31256], <i>Name</i>, <i>File</i> und <i>Comments</i>: String [0..n Zeichen].</ref> Diese ist erforderlich, weil neben der eigentlichen firmware auch zusätzliche Informationen (insbes. eine firmware-Version) an die Node übermittelt werden muss, damit diese prüfen kann, ob überhaupt ein update erforderlich ist (also die Version abweicht).
	* Der Name der csv-Datei selbst wird mittels des Attributes ''OTA_firmwareConfig'' im GW angegeben.		* Der Name der csv-Datei selbst wird mittels des Attributes ''OTA_firmwareConfig'' im GW angegeben.
	* Die Firmware-Dateien (*.hex) müssen auch ins firmware-Verzeichnis gelegt werden.		* Die Firmware-Dateien (*.hex) müssen auch ins firmware-Verzeichnis gelegt werden.
	* Kommt der MySensors-eigene Bootloader zum Einsatz, muss dies via Attribut ''OTA_BL_Type'' (an der Node) spezifiziert werden.		* Kommt der MySensors-eigene Bootloader zum Einsatz, muss dies via Attribut ''OTA_BL_Type'' (an der Node) spezifiziert werden, wenn das eigentliche GW nicht Kanal 76 verwendet.
	* Jedem Node kann man einen Firmware-Typ mittels der Setter-Funktion ''fwType'' zuweisen. Dieser ''fwType'' ist eine Art ID der FW und repräsentiert die in der entsprechenden Zeile der csv-Datei angegebene Firmware-Datei. Die Auswahl sollte über das FHEMWEB-Interface erfolgen, denn nur, wenn die csv- Datei ausgewertet werden kann, erscheint unter ''fwType'' ein Drop Down mit den in der csv-Datei angegebenen ''fwTypes''. Aktualisierungen der Datei werden erst sichtbar, wenn a) die Daten über ein ''connect'' am GW aktualisiert worden sind und b) im Web-IF die Detailansicht der node neu geladen wird.		* Jedem Node kann man einen Firmware-Typ mittels der Setter-Funktion ''fwType'' zuweisen. Dieser ''fwType'' ist eine Art ID der FW und repräsentiert die in der entsprechenden Zeile der csv-Datei angegebene Firmware-Datei. Die Auswahl sollte über das FHEMWEB-Interface erfolgen, denn nur, wenn die csv- Datei ausgewertet werden kann, erscheint unter ''fwType'' ein Drop Down mit den in der csv-Datei angegebenen ''fwTypes''. Aktualisierungen der csv-Datei werden erst sichtbar, wenn a) die Daten über ein ''connect'' am GW aktualisiert worden sind und b) im Web-IF die Detailansicht der node neu geladen wird.
	* Mit der Funktion ''flash'' kann man dann den Node flashen. Im Eventmonitor erscheint dann für das Device ''updating'' und kurze Zeit darauf ''update done''. Danach meldet sich der Node mit der aktualisierten FW.		* Mit der Funktion ''flash'' kann man dann den Node flashen. Im Eventmonitor erscheint dann für das Device ''updating'' und kurze Zeit darauf ''update done''. Danach meldet sich der Node mit der aktualisierten FW.
	* Als erweiterte Option gibt es das Attribute ''autoUpdate''. Ist dieses gesetzt, wir bei jedem Bootvorgang der Node geprüft, ob es eine neuere Firmware gibt und diese ggf. automatisch upgedated.		* Als erweiterte Option gibt es das Attribute ''autoUpdate''. Ist dieses gesetzt, wir bei jedem Bootvorgang der Node geprüft, ob es eine neuere Firmware gibt und diese ggf. automatisch upgedated.

Ph1959de: Sichtung / Korrektur der letzten Änderungen; html-Tags durch Mediawiki formatting markup ersetzt

2021-05-17T06:30:55Z

Sichtung / Korrektur der letzten Änderungen; html-Tags durch Mediawiki formatting markup ersetzt

← Nächstältere Version		Version vom 17. Mai 2021, 08:30 Uhr
Zeile 133:		Zeile 133:
	* Die Firmware-Dateien (*.hex) müssen auch ins firmware-Verzeichnis gelegt werden.		* Die Firmware-Dateien (*.hex) müssen auch ins firmware-Verzeichnis gelegt werden.
	* Kommt der MySensors-eigene Bootloader zum Einsatz, muss dies via Attribut ''OTA_BL_Type'' (an der Node) spezifiziert werden.		* Kommt der MySensors-eigene Bootloader zum Einsatz, muss dies via Attribut ''OTA_BL_Type'' (an der Node) spezifiziert werden.
	* Jedem Node kann man einen Firmware-Typ mittels der Setter-Funktion ''fwType'' zuweisen. Dieser ''fwType'' ist eine Art ID der FW und repräsentiert die in der entsprechenden Zeile der csv-Datei angegebene Firmware-Datei. Die Auswahl sollte über das FHEMWEB-Interface erfolgen, denn nur, wenn die csv- Datei ausgewertet werden kann, erscheint unter ''fwType'' ein Drop Down mit den in der csv-Datei angegebenen ''fwTypes''. Aktualisierungen der Datei werden erst sichtbar, wenn a) die Daten über ein ~~<i>~~connect~~</i>~~ am GW aktualisiert worden sind und b) im Web-IF die Detailansicht der node neu geladen wird.		* Jedem Node kann man einen Firmware-Typ mittels der Setter-Funktion ''fwType'' zuweisen. Dieser ''fwType'' ist eine Art ID der FW und repräsentiert die in der entsprechenden Zeile der csv-Datei angegebene Firmware-Datei. Die Auswahl sollte über das FHEMWEB-Interface erfolgen, denn nur, wenn die csv- Datei ausgewertet werden kann, erscheint unter ''fwType'' ein Drop Down mit den in der csv-Datei angegebenen ''fwTypes''. Aktualisierungen der Datei werden erst sichtbar, wenn a) die Daten über ein ''connect'' am GW aktualisiert worden sind und b) im Web-IF die Detailansicht der node neu geladen wird.
	* Mit der Funktion ''flash'' kann man dann den Node flashen. Im Eventmonitor erscheint dann für das Device ''updating'' und kurze Zeit darauf ''update done''. Danach meldet sich der Node mit der aktualisierten FW.		* Mit der Funktion ''flash'' kann man dann den Node flashen. Im Eventmonitor erscheint dann für das Device ''updating'' und kurze Zeit darauf ''update done''. Danach meldet sich der Node mit der aktualisierten FW.
	* Als erweiterte Option gibt es das Attribute ''autoUpdate''. Ist dieses gesetzt, wir bei jedem Bootvorgang der Node geprüft, ob es eine neuere Firmware gibt und diese ggf. automatisch upgedated.		* Als erweiterte Option gibt es das Attribute ''autoUpdate''. Ist dieses gesetzt, wir bei jedem Bootvorgang der Node geprüft, ob es eine neuere Firmware gibt und diese ggf. automatisch upgedated.

Beta-User: OTA - Hinweis auf Aktualisieren am GW ergänzt

2021-05-16T15:45:10Z

OTA - Hinweis auf Aktualisieren am GW ergänzt

← Nächstältere Version		Version vom 16. Mai 2021, 17:45 Uhr
Zeile 133:		Zeile 133:
	* Die Firmware-Dateien (*.hex) müssen auch ins firmware-Verzeichnis gelegt werden.		* Die Firmware-Dateien (*.hex) müssen auch ins firmware-Verzeichnis gelegt werden.
	* Kommt der MySensors-eigene Bootloader zum Einsatz, muss dies via Attribut ''OTA_BL_Type'' (an der Node) spezifiziert werden.		* Kommt der MySensors-eigene Bootloader zum Einsatz, muss dies via Attribut ''OTA_BL_Type'' (an der Node) spezifiziert werden.
	* Jedem Node kann man einen Firmware-Typ mittels der Setter-Funktion ''fwType'' zuweisen. Dieser ''fwType'' ist eine Art ID der FW und repräsentiert die in der entsprechenden Zeile der csv-Datei angegebene Firmware-Datei. Die Auswahl sollte über das FHEMWEB-Interface erfolgen, denn nur, wenn die csv- Datei ausgewertet werden kann, erscheint unter ''fwType'' ein Drop Down mit den in der csv-Datei angegebenen ''fwTypes''. Aktualisierungen der Datei werden erst sichtbar, wenn im Web-IF die Detailansicht der node neu geladen wird.		* Jedem Node kann man einen Firmware-Typ mittels der Setter-Funktion ''fwType'' zuweisen. Dieser ''fwType'' ist eine Art ID der FW und repräsentiert die in der entsprechenden Zeile der csv-Datei angegebene Firmware-Datei. Die Auswahl sollte über das FHEMWEB-Interface erfolgen, denn nur, wenn die csv- Datei ausgewertet werden kann, erscheint unter ''fwType'' ein Drop Down mit den in der csv-Datei angegebenen ''fwTypes''. Aktualisierungen der Datei werden erst sichtbar, wenn a) die Daten über ein <i>connect</i> am GW aktualisiert worden sind und b) im Web-IF die Detailansicht der node neu geladen wird.
	* Mit der Funktion ''flash'' kann man dann den Node flashen. Im Eventmonitor erscheint dann für das Device ''updating'' und kurze Zeit darauf ''update done''. Danach meldet sich der Node mit der aktualisierten FW.		* Mit der Funktion ''flash'' kann man dann den Node flashen. Im Eventmonitor erscheint dann für das Device ''updating'' und kurze Zeit darauf ''update done''. Danach meldet sich der Node mit der aktualisierten FW.
	* Als erweiterte Option gibt es das Attribute ''autoUpdate''. Ist dieses gesetzt, wir bei jedem Bootvorgang der Node geprüft, ob es eine neuere Firmware gibt und diese ggf. automatisch upgedated.		* Als erweiterte Option gibt es das Attribute ''autoUpdate''. Ist dieses gesetzt, wir bei jedem Bootvorgang der Node geprüft, ob es eine neuere Firmware gibt und diese ggf. automatisch upgedated.

Beta-User: Klarstellung zur OTA-csv-Datei ergänzt

2021-05-12T08:18:40Z

Klarstellung zur OTA-csv-Datei ergänzt

← Nächstältere Version		Version vom 12. Mai 2021, 10:18 Uhr
Zeile 129:		Zeile 129:
	Zwischenzeitlich wird ein update über den jeweiligen Transport-Layer (OTA) von FHEM unterstützt<ref>Nicht funktional ist jedoch noch nicht das OTA-Update von nRF-MYSBootloader-Nodes, die nicht über den Kanal 76 kommunizieren</ref>.		Zwischenzeitlich wird ein update über den jeweiligen Transport-Layer (OTA) von FHEM unterstützt<ref>Nicht funktional ist jedoch noch nicht das OTA-Update von nRF-MYSBootloader-Nodes, die nicht über den Kanal 76 kommunizieren</ref>.

	* Im Firmware-Verzeichnis (z.B. ''/opt/fhem/FHEM/firmware'') braucht es eine Datei csv-Datei, die definiert, welche Firmwares es für MySensors gibt. Das Format entspricht 1:1 dem für die MYSController-Software, wie es unter [https://www.mysensors.org/about/fota] beschrieben ist		* Im Firmware-Verzeichnis (z.B. ''/opt/fhem/FHEM/firmware'') braucht es eine Datei csv-Datei, die definiert, welche Firmwares es für MySensors gibt. Das Format entspricht 1:1 dem für die MYSController-Software, wie es unter [https://www.mysensors.org/about/fota] beschrieben ist. Diese ist erforderlich, weil neben der eigentlichen firmware auch zusätzliche Informationen (insbes. eine firmware-Version) an die Node übermittelt werden muss, damit diese prüfen kann, ob überhaupt ein update erforderlich ist (also die Version abweicht).
	* Der Name der csv-Datei selbst wird mittels des Attributes ''OTA_firmwareConfig'' im GW angegeben.		* Der Name der csv-Datei selbst wird mittels des Attributes ''OTA_firmwareConfig'' im GW angegeben.
	* Die Firmware-Dateien (*.hex) müssen auch ins firmware-Verzeichnis gelegt werden.		* Die Firmware-Dateien (*.hex) müssen auch ins firmware-Verzeichnis gelegt werden.

Ph1959de: Sichtung / Korrektur der letzten Änderungen; html-Tags durch Mediawiki formatting markup ersetzt

2021-05-10T14:55:56Z

Sichtung / Korrektur der letzten Änderungen; html-Tags durch Mediawiki formatting markup ersetzt

← Nächstältere Version		Version vom 10. Mai 2021, 16:55 Uhr
Zeile 129:		Zeile 129:
	Zwischenzeitlich wird ein update über den jeweiligen Transport-Layer (OTA) von FHEM unterstützt<ref>Nicht funktional ist jedoch noch nicht das OTA-Update von nRF-MYSBootloader-Nodes, die nicht über den Kanal 76 kommunizieren</ref>.		Zwischenzeitlich wird ein update über den jeweiligen Transport-Layer (OTA) von FHEM unterstützt<ref>Nicht funktional ist jedoch noch nicht das OTA-Update von nRF-MYSBootloader-Nodes, die nicht über den Kanal 76 kommunizieren</ref>.

	* Im Firmware-Verzeichnis (z.B. ~~<i>~~/opt/fhem/FHEM/firmware~~</i>~~) braucht es eine Datei csv-Datei, die definiert, welche Firmwares es für MySensors gibt. Das Format entspricht 1:1 dem für die MYSController-Software, wie es unter [https://www.mysensors.org/about/fota] beschrieben ist		* Im Firmware-Verzeichnis (z.B. ''/opt/fhem/FHEM/firmware'') braucht es eine Datei csv-Datei, die definiert, welche Firmwares es für MySensors gibt. Das Format entspricht 1:1 dem für die MYSController-Software, wie es unter [https://www.mysensors.org/about/fota] beschrieben ist
	* Der Name der csv-Datei selbst wird mittels des Attributes ~~<i>~~OTA_firmwareConfig~~</i>~~ im GW angegeben.		* Der Name der csv-Datei selbst wird mittels des Attributes ''OTA_firmwareConfig'' im GW angegeben.
	* Die Firmware-Dateien (*.hex) müssen auch ins firmware-Verzeichnis gelegt werden.		* Die Firmware-Dateien (*.hex) müssen auch ins firmware-Verzeichnis gelegt werden.
	* Kommt der MySensors-eigene Bootloader zum Einsatz, muss dies via Attribut ~~<i>~~OTA_BL_Type~~</i>~~ (an der Node) spezifiziert werden.		* Kommt der MySensors-eigene Bootloader zum Einsatz, muss dies via Attribut ''OTA_BL_Type'' (an der Node) spezifiziert werden.
	* Jedem Node kann man einen Firmware-Typ mittels der Setter-Funktion ~~<i>~~fwType~~</i>~~ zuweisen. Dieser ~~<i>~~fwType~~</i>~~ ist eine Art ID der FW und repräsentiert die in der entsprechenden Zeile der csv-Datei angegebene Firmware-Datei. Die Auswahl sollte über das FHEMWEB-Interface erfolgen, denn nur, wenn die csv- Datei ausgewertet werden kann, erscheint unter ~~<i>~~fwType~~</i>~~ ein Drop Down mit den in der csv-Datei angegebenen ~~<i>~~fwTypes~~</i>~~. Aktualisierungen der Datei werden erst sichtbar, wenn im Web-IF die Detailansicht der node neu geladen wird.		* Jedem Node kann man einen Firmware-Typ mittels der Setter-Funktion ''fwType'' zuweisen. Dieser ''fwType'' ist eine Art ID der FW und repräsentiert die in der entsprechenden Zeile der csv-Datei angegebene Firmware-Datei. Die Auswahl sollte über das FHEMWEB-Interface erfolgen, denn nur, wenn die csv- Datei ausgewertet werden kann, erscheint unter ''fwType'' ein Drop Down mit den in der csv-Datei angegebenen ''fwTypes''. Aktualisierungen der Datei werden erst sichtbar, wenn im Web-IF die Detailansicht der node neu geladen wird.
	* Mit der Funktion ~~<i>~~flash~~</i>~~ kann man dann den Node flashen. Im Eventmonitor erscheint dann für das Device ~~<i>~~updating~~</i>~~ und kurze Zeit darauf ~~<i>~~update done~~</i>~~. Danach meldet sich der Node mit der aktualisierten FW.		* Mit der Funktion ''flash'' kann man dann den Node flashen. Im Eventmonitor erscheint dann für das Device ''updating'' und kurze Zeit darauf ''update done''. Danach meldet sich der Node mit der aktualisierten FW.
	* Als erweiterte Option gibt es das Attribute ~~<i>~~autoUpdate~~</i>~~. Ist dieses gesetzt, wir bei jedem Bootvorgang der Node geprüft, ob es eine neuere Firmware gibt und diese ggf. automatisch upgedated.		* Als erweiterte Option gibt es das Attribute ''autoUpdate''. Ist dieses gesetzt, wir bei jedem Bootvorgang der Node geprüft, ob es eine neuere Firmware gibt und diese ggf. automatisch upgedated.

	Alternativ kann für OTA-updates, vorübergehend auch ein anderer Controller als FHEM eingesetzt werden<ref>Stand 04/2018</ref>.		Alternativ kann für OTA-updates, vorübergehend auch ein anderer Controller als FHEM eingesetzt werden<ref>Stand 04/2018</ref>.

Beta-User: OTA erweitert, Forum #120942

2021-05-10T05:44:57Z

OTA erweitert, Forum #120942

← Nächstältere Version		Version vom 10. Mai 2021, 07:44 Uhr
Zeile 129:		Zeile 129:
	Zwischenzeitlich wird ein update über den jeweiligen Transport-Layer (OTA) von FHEM unterstützt<ref>Nicht funktional ist jedoch noch nicht das OTA-Update von nRF-MYSBootloader-Nodes, die nicht über den Kanal 76 kommunizieren</ref>.		Zwischenzeitlich wird ein update über den jeweiligen Transport-Layer (OTA) von FHEM unterstützt<ref>Nicht funktional ist jedoch noch nicht das OTA-Update von nRF-MYSBootloader-Nodes, die nicht über den Kanal 76 kommunizieren</ref>.

	* Im Firmware-Verzeichnis braucht es eine Datei csv-Datei, die definiert, welche Firmwares es für MySensors gibt. Das Format entspricht 1:1 dem für die MYSController-Software, wie es unter [https://www.mysensors.org/about/fota] beschrieben ist		* Im Firmware-Verzeichnis (z.B. <i>/opt/fhem/FHEM/firmware</i>) braucht es eine Datei csv-Datei, die definiert, welche Firmwares es für MySensors gibt. Das Format entspricht 1:1 dem für die MYSController-Software, wie es unter [https://www.mysensors.org/about/fota] beschrieben ist
	* Die Firmware-Dateien (*.hex) müssen auch ins firmware-Verzeichnis gelegt werden		* Der Name der csv-Datei selbst wird mittels des Attributes <i>OTA_firmwareConfig</i> im GW angegeben.
	* Jedem Node kann man einen Firmware-Typ mittels der Setter-Funktion fwType zuweisen		* Die Firmware-Dateien (*.hex) müssen auch ins firmware-Verzeichnis gelegt werden.
	* Mit der Funktion flash kann man dann den Node flashen		* Kommt der MySensors-eigene Bootloader zum Einsatz, muss dies via Attribut <i>OTA_BL_Type</i> (an der Node) spezifiziert werden.
	* Als erweiterte Option gibt es das Attribute autoUpdate. Ist dieses gesetzt, wir bei jedem Bootvorgang der Node geprüft, ob es eine neuere Firmware gibt und diese ggf. automatisch upgedated.		* Jedem Node kann man einen Firmware-Typ mittels der Setter-Funktion <i>fwType</i> zuweisen. Dieser <i>fwType</i> ist eine Art ID der FW und repräsentiert die in der entsprechenden Zeile der csv-Datei angegebene Firmware-Datei. Die Auswahl sollte über das FHEMWEB-Interface erfolgen, denn nur, wenn die csv- Datei ausgewertet werden kann, erscheint unter <i>fwType</i> ein Drop Down mit den in der csv-Datei angegebenen <i>fwTypes</i>. Aktualisierungen der Datei werden erst sichtbar, wenn im Web-IF die Detailansicht der node neu geladen wird.
			* Mit der Funktion <i>flash</i> kann man dann den Node flashen. Im Eventmonitor erscheint dann für das Device <i>updating</i> und kurze Zeit darauf <i>update done</i>. Danach meldet sich der Node mit der aktualisierten FW.
			* Als erweiterte Option gibt es das Attribute <i>autoUpdate</i>. Ist dieses gesetzt, wir bei jedem Bootvorgang der Node geprüft, ob es eine neuere Firmware gibt und diese ggf. automatisch upgedated.

	Alternativ kann für OTA-updates, vorübergehend auch ein anderer Controller als FHEM eingesetzt werden<ref>Stand 04/2018</ref>.		Alternativ kann für OTA-updates, vorübergehend auch ein anderer Controller als FHEM eingesetzt werden<ref>Stand 04/2018</ref>.

Beta-User: Änderung 34712 von Beta-User (Diskussion) rückgängig gemacht.

2021-02-05T10:01:43Z

Änderung 34712 von Beta-User (Diskussion) rückgängig gemacht.

← Nächstältere Version		Version vom 5. Februar 2021, 12:01 Uhr
Zeile 311:		Zeile 311:
	[[Kategorie:IP Components]]		[[Kategorie:IP Components]]
	[[Kategorie:Other Components]]		[[Kategorie:Other Components]]
	~~[[Kategorie:Hardware]]~~

Beta-User: Kategorie Hardware ergänzt

2021-02-05T10:00:53Z

Kategorie Hardware ergänzt

← Nächstältere Version		Version vom 5. Februar 2021, 12:00 Uhr
Zeile 311:		Zeile 311:
	[[Kategorie:IP Components]]		[[Kategorie:IP Components]]
	[[Kategorie:Other Components]]		[[Kategorie:Other Components]]
			[[Kategorie:Hardware]]

Beta-User: Busauslegung und MAX485-Transceiver - Weitere bzw. aktualisierte Schemata, auch für Widerstandsnetzwerke eingefügt

2020-07-08T14:07:45Z

Busauslegung und MAX485-Transceiver - Weitere bzw. aktualisierte Schemata, auch für Widerstandsnetzwerke eingefügt

← Nächstältere Version		Version vom 8. Juli 2020, 16:07 Uhr
Zeile 201:		Zeile 201:
	Datei:Nano-MAX485 setup.png\|Anschlussschema für Nanos mit Inclusion-Mode-Taster und LED's (AltSoftSerial)		Datei:Nano-MAX485 setup.png\|Anschlussschema für Nanos mit Inclusion-Mode-Taster und LED's (AltSoftSerial)
	Datei:MySensors RS485 MCP2551 HW-Serial.png\|Verkabelung mit CAN-Transceivern (MCP2551) und Hadware-Serial (Arduino Micro Pro)		Datei:MySensors RS485 MCP2551 HW-Serial.png\|Verkabelung mit CAN-Transceivern (MCP2551) und Hadware-Serial (Arduino Micro Pro)
	Datei:MCP2551 ~~Pro Micro GW Breadboard~~.~~PNG~~\|Gateway-Anschlussbeispiel bei Verwendung von Pro ~~Micro~~ und ~~einem CAN-Tranceiver an Serial1~~ (HardwareSerial)		Datei:MySensors RS485 mit MCP2551 HW-Serial Widerstandsnetzwerk 12V.png\|Gateway-Anschlussbeispiel bei Verwendung von Pro Micros und Pro Minis (HardwareSerial), Bus-Stabilisierung über ein Widerstandsnetzwerk mit 12V
			Datei:MySensors RS485 MCP2551 HW-Serial Widerstandsnetzwerk 24V.png\|Dasselbe mit Widerstandsnetzwerk für 24V
	</gallery>		</gallery>

← Nächstältere Version		Version vom 8. Juli 2020, 16:07 Uhr
Zeile 201:		Zeile 201:
	Datei:Nano-MAX485 setup.png\|Anschlussschema für Nanos mit Inclusion-Mode-Taster und LED's (AltSoftSerial)		Datei:Nano-MAX485 setup.png\|Anschlussschema für Nanos mit Inclusion-Mode-Taster und LED's (AltSoftSerial)
	Datei:MySensors RS485 MCP2551 HW-Serial.png\|Verkabelung mit CAN-Transceivern (MCP2551) und Hadware-Serial (Arduino Micro Pro)		Datei:MySensors RS485 MCP2551 HW-Serial.png\|Verkabelung mit CAN-Transceivern (MCP2551) und Hadware-Serial (Arduino Micro Pro)
	Datei:MCP2551 ~~Pro Micro GW Breadboard~~.~~PNG~~\|Gateway-Anschlussbeispiel bei Verwendung von Pro ~~Micro~~ und ~~einem CAN-Tranceiver an Serial1~~ (HardwareSerial)		Datei:MySensors RS485 mit MCP2551 HW-Serial Widerstandsnetzwerk 12V.png\|Gateway-Anschlussbeispiel bei Verwendung von Pro Micros und Pro Minis (HardwareSerial), Bus-Stabilisierung über ein Widerstandsnetzwerk mit 12V
			Datei:MySensors RS485 MCP2551 HW-Serial Widerstandsnetzwerk 24V.png\|Dasselbe mit Widerstandsnetzwerk für 24V
	</gallery>		</gallery>