OW2S0SMSGUARD: Unterschied zwischen den Versionen

Aus FHEMWiki
Zur Navigation springen Zur Suche springen
K (Infobox über das Modul angepasst; einige "Was ist das..." Infos (bzw. Platzhalter dafür) eingefügt; Schreibweise 1-Wire vereinheitlicht)
(typo, refs, funktionierende Sensoren ergänzt)
Zeile 10: Zeile 10:


==Einführung==
==Einführung==
{{Randnotiz|RNTyp=w|RNText=Das Modul muss derzeit über das Forum bezogen werden. Verfügbare Versionen:
{{Randnotiz|RNTyp=w|RNText=Das Modul kann ab 4.2.2021 via Update bezogen werden.}}
* {{Link2Forum|Topic=28447|Message=1127447|LinkText=30.01.2021}}
Das Modul [[OW2S0SMSGUARD]] ermöglicht den direkten Betrieb des ''1Wire-USB-Masters'' in FHEM.<ref>https://www.sms-guard.org/downloads/1wire-USB-Master.pdf Datenblatt</ref>
}}
So können leicht zwei Zählerstände erzeugt werden, zum Beispiel für Gas- bzw. Wasserzähler. An die Schraubkontakte lassen sich außerdem 1-wire-Geräte anschließen (maximal 64 Stück), allerdings werden nur ausgewählte Geräte unterstützt (Stand Firmware u1-02f vom 09.04.2020): "Keinesfalls ist unser 1wire-USB-Master mit einem Treiber einzulesen, der ein Busmaster-IC wie DS2482 erwartet".
Das Modul [[OW2S0SMSGUARD]] ermöglicht den direkten Betrieb ''(von ??? <nowiki>[Red: ph1959de]</nowiki>)'' in FHEM.
 
So können leicht zwei Zählerstände erzeugt werden, zum Beispiel für Gas- bzw. Wasserzähler.
Positiv berichtet wurde der Betrieb von bis jetzt 32 Sensoren (DS18b20) und einer Gesamtbuslänge (Cat5) von 200 Metern ohne einen Ausfall.
Positiv berichtet wurde der Betrieb von bis jetzt 32 Sensoren (DS18b20) und einer Gesamtbuslänge (Cat5) von 200 Metern ohne einen Ausfall.
:''SMS-GUARD sind kompakte Schaltmodule mit mit Funknetzanbindung... ([https://www.sms-guard.org/dwasist.htm siehe Internetseiten des Anbieters]) der Firma "easy automation components GmbH"''
:''SMS-GUARD sind kompakte Schaltmodule in diversen Funktionsvarianten, z.B. mit Funknetzanbindung, der Firma "easy automation components GmbH"''<ref>https://www.sms-guard.org/dwasist.htm easy automation components GmbH Internetseiten des Anbieters</ref>


Der Vorteil von der SMSGUARD-Lösung: nun ja, einfach an USB anschließen, keine extra Spannungsversorgung. Shop: https://www.sms-guard.org/shop.php
Der Vorteil der SMSGUARD-Lösung: nun ja, einfach an USB anschließen, keine extra Spannungsversorgung. Bezug über einen Shop in Potsdam.<ref>https://www.sms-guard.org/shop.php WebShop</ref>


Die Firmware wurde von 2014 bis 2020 erweitert.
Die Firmware wurde von 2014 bis 2020 erweitert.


== Version Jahr 2004 ==
== Modulversion Jahr 2004 ==
Es werden automatisch Slave-Module (Typ "OW2S0SLAVE") für jedes Gerät am Bus angelegt.  
Es werden automatisch Slave-Module (Typ "OW2S0SLAVE") für jedes Gerät am Bus angelegt.  
Das Attribut "disable" wird nicht unterstützt.
Das Attribut "disable" wird nicht unterstützt.


== Version Jahr 2005 ==
== Modulversion Jahr 2005 ==
[[Datei:Smsguard2020.PNG|mini]]
[[Datei:Smsguard2020.PNG|mini]]
Das Modul bietet auch ein Reset der Zählerstände der beiden S0-Zähler.
Das Modul bietet auch ein Reset der Zählerstände der beiden S0-Zähler.
Zeile 33: Zeile 32:
<code>userReadings dev1 { InternalVal($NAME,"OW-Dev1","") }</code>
<code>userReadings dev1 { InternalVal($NAME,"OW-Dev1","") }</code>


== Version Jahr 2021 ==
== Modulversion Jahr 2021 ==


Es wird keine Slave Device mehr erzeugt, alle OW Teilnehmer sind Readings direkt im Device.
Es müssen keine Slave Device mehr erzeugt werden, alle OW Teilnehmer sind Readings direkt im Device.
Die DS2401 haben als Wert "absent" oder "present", DS18xx ihren aktuellen Temperaturwert.
Da die IDs als nackte Readings etwas unschön sind, hat das Modul ein neues Attribut map_OWIDs bekommen.
Da die IDs als als nackte Readings etwas unschön sind, hat das Modul ein neues Attribut map_OWIDs bekommen.
Damit können die abstrackten IDs direkt in sprechende Namen überführt werden , Bsp:
Damit können die abstrackten IDs direkt in sprechende Namen überführt werden , Bsp:
<code>attr <name> map_OWIDs 10D64CBF02080077=Keller,018468411C0000BA=TestDS</code>
<code>attr <name> map_OWIDs 10D64CBF02080077=Keller,018468411C0000BA=TestDS</code>
Mittels Attribut "useSubDevices" erzeugt für jeden Busteilnehmer ein eigenes Gerät in FHEM.
Die DS2401 haben im Reading "presence" die Werte "absent" oder "present", DS18xx ihren aktuellen Temperaturwert.


== Sensoren ==
== Sensoren ==
Funktionieren:
Funktionieren:
* DS18B20
* DS1820
* DS2401
* DS1822
* DS18B20 (Temperatursensor, wasserdicht)
* DS2401 (nur ID) Verwendung nach
** a) Nachricht wenn ein neuer Teilnehmer hinzukommt (Nachteil, in dem kurzen Moment ist der Busmaster blind, könnte ggf. für kurze Zeit eine andere Nachricht nicht empfangen)
** a) Nachricht wenn ein neuer Teilnehmer hinzukommt (Nachteil, in dem kurzen Moment ist der Busmaster blind, könnte ggf. für kurze Zeit eine andere Nachricht nicht empfangen)
** b) Nachricht wenn ein bestehender Teilnehmer verschwindet (aus meiner Sicht keine Nachteile, der dauernde Stromverbrauch ist minimal)
** b) Nachricht wenn ein bestehender Teilnehmer verschwindet (aus meiner Sicht keine Nachteile, der dauernde Stromverbrauch ist minimal)
Zeile 52: Zeile 56:


== Protokoll ==
== Protokoll ==
Der 1-Wire USB-Master kann recht einfach mit einem seriellen Terminal auf Funktion überprüft werden:
Der 1Wire-USB-Master kann recht einfach mit einem seriellen Terminal auf Funktion überprüft werden:
# serielle Schnittstelle einstellen auf 115200 8-N-1 kein Handshake RTS/CTS, kein On/Off Protokoll
# serielle Schnittstelle einstellen auf 115200 8-N-1 kein Handshake RTS/CTS, kein On/Off Protokoll
# Startbefehl eingeben, damit wird auch die Wandlung im Sensor ausgelöst: $?<CR>
# Startbefehl eingeben, damit wird auch die Wandlung im Sensor ausgelöst: $?<CR>
# mit angeschlossenen 1-Wire Sensoren werden die gefundenen IDs gelistet: $0;o;1080974B020800BA; das „o“ steht für „ok“ und die Checksumme der ID wurde geprüft und ist ok
# mit angeschlossenen 1-Wire Sensoren werden die gefundenen IDs gelistet: $0;o;1080974B020800BA; das „o“ steht für „ok“ und die Checksumme der ID wurde geprüft und ist ok
# danach gibt der 1-Wire USB-Master die beiden S0-Zählerstände zurück: $S0;0;0;
# danach gibt der 1Wire-USB-Master die beiden S0-Zählerstände zurück: $S0;0;0;
# die Werte der 1-Wire Sensoren können nach 1s abgefragt werden mit: $0<CR> ... $63<CR>
# die Werte der 1-Wire Sensoren können nach 1s abgefragt werden mit: $0<CR> ... $63<CR>
# danach gibt der 1-Wire USB-Master die Daten des Sensors zurück: $0;o;31;00;4B;46;FF;FF;07;10;8D;64; das „o“ steht für „ok“ und die Checksumme (9.Byte) der 8 Datenbytes wurde geprüft und ist ok („n“ wäre „nicht ok“). Die Beschreibung der 8 Datenbytes in Hex ist dem Sensordatenblatt zu entnehmen. Das 10.Byte ist eine Checksumme für die serielle Übertragung (Byte1-9 aufaddiert)
# danach gibt der 1Wire-USB-Master die Daten des Sensors zurück: $0;o;31;00;4B;46;FF;FF;07;10;8D;64; das „o“ steht für „ok“ und die Checksumme (9.Byte) der 8 Datenbytes wurde geprüft und ist ok („n“ wäre „nicht ok“). Die Beschreibung der 8 Datenbytes in Hex ist dem Sensordatenblatt zu entnehmen. Das 10.Byte ist eine Checksumme für die serielle Übertragung (Byte1-9 aufaddiert)


== Links ==
== Links ==
* Internetseiten des Anbieters [https://www.sms-guard.org/dwasist.htm easy automation components GmbH]
<references/>


[[Kategorie:1-Wire]]
[[Kategorie:1-Wire]]

Version vom 3. Februar 2021, 22:50 Uhr

OW2S0SMSGUARD
Zweck / Funktion
1-Wire Busmaster mit 2x S0-Interface und USB-Anschluss
Allgemein
Typ Inoffiziell
Details
Dokumentation Thema
Support (Forum) 1Wire
Modulname 00_OW2S0SMSGUARD_2021
Ersteller Wzut
Wichtig: sofern vorhanden, gilt im Zweifel immer die (englische) Beschreibung in der commandref!



Clock - Under Construction.svg An dieser Seite wird momentan noch gearbeitet.


Einführung

Info green.pngDas Modul kann ab 4.2.2021 via Update bezogen werden.

Das Modul OW2S0SMSGUARD ermöglicht den direkten Betrieb des 1Wire-USB-Masters in FHEM.[1] So können leicht zwei Zählerstände erzeugt werden, zum Beispiel für Gas- bzw. Wasserzähler. An die Schraubkontakte lassen sich außerdem 1-wire-Geräte anschließen (maximal 64 Stück), allerdings werden nur ausgewählte Geräte unterstützt (Stand Firmware u1-02f vom 09.04.2020): "Keinesfalls ist unser 1wire-USB-Master mit einem Treiber einzulesen, der ein Busmaster-IC wie DS2482 erwartet".

Positiv berichtet wurde der Betrieb von bis jetzt 32 Sensoren (DS18b20) und einer Gesamtbuslänge (Cat5) von 200 Metern ohne einen Ausfall.

SMS-GUARD sind kompakte Schaltmodule in diversen Funktionsvarianten, z.B. mit Funknetzanbindung, der Firma "easy automation components GmbH"[2]

Der Vorteil der SMSGUARD-Lösung: nun ja, einfach an USB anschließen, keine extra Spannungsversorgung. Bezug über einen Shop in Potsdam.[3]

Die Firmware wurde von 2014 bis 2020 erweitert.

Modulversion Jahr 2004

Es werden automatisch Slave-Module (Typ "OW2S0SLAVE") für jedes Gerät am Bus angelegt. Das Attribut "disable" wird nicht unterstützt.

Modulversion Jahr 2005

Smsguard2020.PNG

Das Modul bietet auch ein Reset der Zählerstände der beiden S0-Zähler. DS2401 werden nur in der id als Internal angezeigt. Mittels userreadings bekommt man das aber gelöst:

userReadings dev1 { InternalVal($NAME,"OW-Dev1","") }

Modulversion Jahr 2021

Es müssen keine Slave Device mehr erzeugt werden, alle OW Teilnehmer sind Readings direkt im Device. Da die IDs als nackte Readings etwas unschön sind, hat das Modul ein neues Attribut map_OWIDs bekommen. Damit können die abstrackten IDs direkt in sprechende Namen überführt werden , Bsp: attr <name> map_OWIDs 10D64CBF02080077=Keller,018468411C0000BA=TestDS

Mittels Attribut "useSubDevices" erzeugt für jeden Busteilnehmer ein eigenes Gerät in FHEM.

Die DS2401 haben im Reading "presence" die Werte "absent" oder "present", DS18xx ihren aktuellen Temperaturwert.

Sensoren

Funktionieren:

  • DS1820
  • DS1822
  • DS18B20 (Temperatursensor, wasserdicht)
  • DS2401 (nur ID) Verwendung nach
    • a) Nachricht wenn ein neuer Teilnehmer hinzukommt (Nachteil, in dem kurzen Moment ist der Busmaster blind, könnte ggf. für kurze Zeit eine andere Nachricht nicht empfangen)
    • b) Nachricht wenn ein bestehender Teilnehmer verschwindet (aus meiner Sicht keine Nachteile, der dauernde Stromverbrauch ist minimal)

Funktionieren nicht:

  • DHT22

Protokoll

Der 1Wire-USB-Master kann recht einfach mit einem seriellen Terminal auf Funktion überprüft werden:

  1. serielle Schnittstelle einstellen auf 115200 8-N-1 kein Handshake RTS/CTS, kein On/Off Protokoll
  2. Startbefehl eingeben, damit wird auch die Wandlung im Sensor ausgelöst: $?<CR>
  3. mit angeschlossenen 1-Wire Sensoren werden die gefundenen IDs gelistet: $0;o;1080974B020800BA; das „o“ steht für „ok“ und die Checksumme der ID wurde geprüft und ist ok
  4. danach gibt der 1Wire-USB-Master die beiden S0-Zählerstände zurück: $S0;0;0;
  5. die Werte der 1-Wire Sensoren können nach 1s abgefragt werden mit: $0<CR> ... $63<CR>
  6. danach gibt der 1Wire-USB-Master die Daten des Sensors zurück: $0;o;31;00;4B;46;FF;FF;07;10;8D;64; das „o“ steht für „ok“ und die Checksumme (9.Byte) der 8 Datenbytes wurde geprüft und ist ok („n“ wäre „nicht ok“). Die Beschreibung der 8 Datenbytes in Hex ist dem Sensordatenblatt zu entnehmen. Das 10.Byte ist eine Checksumme für die serielle Übertragung (Byte1-9 aufaddiert)

Links