FS20 S8-2 wird in der Modelliste nicht angezeigt

Begonnen von DK4RST, 05 März 2018, 17:10:50

Vorheriges Thema - Nächstes Thema

DK4RST

Hallo , mal wieder,

dieses Device wird nicht angezeigt, entsprechend sind die Attribute nicht vorhanden

das Model fs20-s ist zwar da aber eben nicht ausreichend.

Frage also, wie ergänze ich die Liste oder gibt es ein Update dafür?
wenn ich "attr FS20_Hand_8_4  model fs20 - s8-2" eingebe
wird das attribut auf DummyDimmer gesetzt.
Gruß


Die Frage ist wohl doch zu dumm! oder trivial, dass es dazu keine Antwort gibt.

CoolTux

Ich denke mal es fehlen ein paar Infos.
Mach mal bitte list DEVICENAME und poste die Ausgabe hier.
Zitat
wenn ich "attr FS20_Hand_8_4  model fs20 - s8-2" eingebe

Das klingt so als wenn Du die fhem.cfg editierst. Das solltest Du bitte lassen wenn dem so ist. Du kannst in der detailansicht des devices Attribute setzen, in den meisten Fällen werden hier dann auch Optionen für entsprechende Attribute vorgegeben.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

DK4RST

#2
Hallo, nein ich editiere die cfg nicht !!

dies gebe ich oben in die Eingabe ein :

mit dem Eintrag im Eingabefeld attr FS20_Hand_8_4  Modell fs20s8-2 wird zwar das Modell darauf gesetzt und auch angezeigt , gehe ich dann aber in das Auswahlfeld des Devices auf die Attribute dann wird dort dummy/Dimmer angezeigt .
in der Auswahl wird zwar fs20s8 zur Auswahl angeboten aber nicht FS20S8-2

In der zwischen zeit habe ich auf Ebay auch einen Funkschalter FS20 ST-3 und FS20 ST-4 gefunden, auch diese sind in der Modellliste nicht vorhanden.

Wenn ich das richtig verstehe werden doch die möglichen Funktionen durch dieses Attribut zur Verfügung gestellt.

Deshalb ist meine Annahme, nur wenn es das Modell in der Liste gibt ist fhem auch bekannt was das Gerät überhaupt kann.
Oder verstehe ich das falsch??

Wenn es also diese Liste gibt wie wird diese auf dem neuesten Stand gehalten.
So etwas müsste es ja geben denn wenn einer ein eigenes Device baut muss es ja auch möglich sein dieses Modell zu definieren.

Gruß

Internals:
   BTN        50
   DEF        0000 50
   IODevMissing 1
   IODevName  S20Cul
   NAME       FS20_Hand_8_1
   NR         20
   STATE      on
   TYPE       FS20
   XMIT       0000
   CODE:
     1          0000 50
   READINGS:
     2018-03-06 11:35:07   state           on
Attributes:
   IODev      S20Cul
   model      fs20s8-2
   room       FS20



   

CoolTux

Dann kommt der nächste Schritt. Da es sich um FS20 handelt musst Du Dein Beitrag in das passende Forum verschieben.

https://svn.fhem.de/trac/browser/trunk/fhem/MAINTAINER.txt
Hier kannst Du schauen wer für das Modul FS20 zuständig ist und in welchem Forum es diskutiert wird.
Du verschiebst dann Deinen Thread in das Forum. Unten links VERSCHIEBEN
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

krikan

Zitat von: Speedy.Bear080861 am 05 März 2018, 17:10:50
das Model fs20-s ist zwar da aber eben nicht ausreichend.
Warum denn nicht?

https://fhem.de/Heimautomatisierung-mit-fhem.pdf S.9:
ZitatHinweis:
Von einigen Hardware-Komponenten finden Sie in den Webshops [..] unterschiedliche Revisionsstände, z.B. FS20-st-2 oder FS20-st-3. Diese sind in ihrer Funktion identisch und
können auch gemischt betrieben werden.

Danach würde ich davon ausgehen, dass fs20s8 genügt.

Gruß, Christian

DK4RST

OK , aber wenn es einen neuen Revisionstand ist , kann es eine Fehlerbehebung sein, oder dass das Gerät neue Möglichkeiten hat.
Mein Verständnis, diese neuen Möglichkeiten werden per Attribut zur Verfügung gestellt.
Deshalb trotzdem nochmal meine Frage. Ist da so?

Wie würde das denn ermöglicht wenn ein völlig neues Gerät erstellt wird, das im laufe der Endwicklung eben weiter Funktionen dazu bekommt.

CoolTux

Zitat von: Speedy.Bear080861 am 07 März 2018, 08:51:34
OK , aber wenn es einen neuen Revisionstand ist , kann es eine Fehlerbehebung sein, oder dass das Gerät neue Möglichkeiten hat.
Mein Verständnis, diese neuen Möglichkeiten werden per Attribut zur Verfügung gestellt.
Deshalb trotzdem nochmal meine Frage. Ist da so?

Wie würde das denn ermöglicht wenn ein völlig neues Gerät erstellt wird, das im laufe der Endwicklung eben weiter Funktionen dazu bekommt.

Du machst Dir zu viele Gedanken.
Hast Du denn techn. Einschränkungen in der Benutzung des Gerätes?
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Brice

Zitat von: Speedy.Bear080861 am 06 März 2018, 19:41:42
Wenn ich das richtig verstehe werden doch die möglichen Funktionen durch dieses Attribut zur Verfügung gestellt.
Deshalb ist meine Annahme, nur wenn es das Modell in der Liste gibt ist fhem auch bekannt was das Gerät überhaupt kann.
Oder verstehe ich das falsch??

Die FS20 S8-2 ist ein Handsender (Fernbedienung). Wozu muss die in FHEM bekannt sein, und warum mit einem "korrekten" Modell?

Bei der Vorgehensweise


  • Zuweisung von Hauscode / Adresse auf einem Tastenpaar der FB
  • Erstellung eines Dummy
  • Notify auf den Dummy (z.B. Schalten von HUE, HM, DECT oder dem Lidl-Radio)

ist es für den dummy völlig egal, ob da ein attr model gesetzt ist.

Oder verstehe ich hier etwas völlig falsch?
FHEM auf RPi 4 4GB (Buster) | produktiv) CUL 868 für FS20 | S300TH | KS300 | Max!Cube als CUN 868 für TechemWZ | HM-MOD-RPI-PCB für HM | Z-Wave ZME_UZB1 | FRITZ!DECT 200 | HUE | Lightify | Echo Dot | WS3080