FHEM Tablet UI - Fenster werden nicht offen angezeigt

Begonnen von michael27983, 02 Oktober 2015, 07:54:33

Vorheriges Thema - Nächstes Thema

michael27983

Ich habe gestern angefangen die Fhem Tabler UI einzurichten. Klappte auch ganz gut, habe aber dann gemerkt, das die Fenstersensoren wohl nicht ausgelesen werden. Alles andere (Temperatur, Heizkörper actuator, Licht...) klappt.
Hier mal mein Beispiel im Bad.

<li data-row="1" data-col="4" data-sizex="1" data-sizey="1">
        <header>BAD</header>
        <div class="cell">
                <div data-type="symbol" data-device="Fenster_Bad" class="narrow"></div>
                <div data-type="label" class="narrow darker small">Fenster</div>
        </div>
</li>


Bei data-type="contact" wird gar nichts angezeigt.

<li data-row="1" data-col="4" data-sizex="1" data-sizey="1">
        <header>BAD</header>
        <div class="cell">
                <div data-type="contact" data-device="Fenster_Bad" class="narrow"></div>
                <div data-type="label" class="narrow darker small">Fenster</div>
        </div>
</li>



Dazu das Fhem Device:

Zitat
define Fenster_Bad CUL_FHTTK cbf60d
attr Fenster_Bad IODev COC
attr Fenster_Bad devStateIcon Closed:fts_window_1w Open:fts_window_1w_tilt
attr Fenster_Bad room Badezimmer,Favourites

Im Fhem Webfrontend wird es natürlich korrekt dargestellt.

Doggiebert

ganz einfach: es gibt keinen data-type "contact", probier's doch mal mit "switch"
SW: FHEM 5.5, Raspian, XBMC, Testinstallation auf Win7
HW: Raspi B, 32GB SD, enocean Pi, RFXTRX433E, BSC - MwC-32, Onkyo TX-NR709, Samsung UE55F8090, Jung LS-Eno, permundo SmartPlug, KDG-FB 6490cable (ohne FHEM)

michael27983

#2
Zitat von: Doggiebert am 02 Oktober 2015, 09:28:07
ganz einfach: es gibt keinen data-type "contact", probier's doch mal mit "switch"

Leider nein. Das Fenster icon verwandelt sich in einen Lampe, die geht aber auch nicht an oder aus.

In den Beispielen ist es immer "contact" oder "symbol" - aber nichts davon geht. Symbol zeigt immerhin ein Fenster, aber immer zu.

SvenJust

Hallo,

ich würde tippen, dass der Name des data-device falsch ist. Gib doch bitte mal in fhem ein
list Fenster_Bad
und poste das Ergebnis hier.

Bei mir sind die Fenster wie folgt im TabletUI definiert und der Zustand wird korrekt angezeigt:
<div class="left" style="width:16%">
<div data-type="label" class="small darker top-space">Terrassenfenster</div>
<div data-type="symbol" data-device="eg.wz.terrassenfenster.sec_sco" class="cell narrow big"></div>
</div>


VG Sven
FTUI, Raspberry PI/SSD, CUL CC1101, HMLAN, 10x HM-LC-Bl1PBU-FM, HM-LC-Sw4-WM (KWL Pluggit P300), HM-WDS30-OT2-SM (Sonnensensor), HM-Sec-SCo, LW-12 Wifi LED, CUL Selbstbau nanoCUL 433 (IT), Arduino (S0-Stromverbrauch), OW DS2480 (OWX_ASYNC) 8x DS18B20, MQTT (Fröling P4), MYSENSORS (Roto Rollläden)

michael27983

Zitat von: SvenJust am 02 Oktober 2015, 13:06:48
Hallo,

ich würde tippen, dass der Name des data-device falsch ist. Gib doch bitte mal in fhem ein
list Fenster_Bad
und poste das Ergebnis hier.


Internals:
   COC_MSGCNT 28
   COC_RAWMSG TCBF60D01
   COC_RSSI   -86
   COC_TIME   2015-10-02 13:17:28
   CODE       cbf60d
   DEF        cbf60d
   IODev      COC
   LASTInputDev COC
   MSGCNT     28
   NAME       Fenster_Bad
   NR         78
   OPEN       1
   PREVSTATE  Open
   PREVTIMESTAMP 1443784402
   STATE      Open
   TYPE       CUL_FHTTK
   Prev:
     STATE      01
     TIMESTAMP  1443784648
   Readings:
     2015-10-02 13:17:28   Battery         ok
     2015-10-02 13:12:21   Previous        Closed
     2015-10-02 13:17:28   Reliability     ok
     2015-10-02 13:17:28   Window          Open
     2015-10-02 13:17:28   state           Open
Attributes:
   IODev      COC
   devStateIcon Closed:fts_window_1w Open:fts_window_1w_tilt
   room       Badezimmer,Favourites

setstate

Da deine Sensoren Open und Closed (großer Anfangsbuchstabe) liefern, passen die Default-Status für Symbol hier nicht. Deswegen musst man diese explizit angeben.

data-get-on="Open"
data-get-off="Closed"

Schnabelowski

wo soll das angepasst werden?? Hab  das gleiche  Problem.
Igel Debian/Fhem Cul HMlan

setstate

Zitat von: Schnabelowski am 10 November 2015, 00:05:55
wo soll das angepasst werden?? Hab  das gleiche  Problem.

oh, das sind etwas spärlichen Infos.
Hast du die Antworten in diesem Thread schon beachtet?
Passt deine Definition in der html Seite zu den Parametern, die das list Kommando ausgibt?

Am besten du postest den entsprechenden FTUI Code Teil und den list <Devicename> Output

Schnabelowski

#8
Internals:
   DEF        2BD712
   HMLAN1_MSGCNT 9
   HMLAN1_RAWMSG E2BD712,0000,94D953E5,FF,FFB0,EEA2412BD71229A47001FA00
   HMLAN1_RSSI -80
   HMLAN1_TIME 2015-11-09 16:08:09
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     9
   NAME       chrissi_fenster
   NR         312
   NTFY_ORDER 50-chrissi_fenster
   STATE      closed
   TYPE       CUL_HM
   lastMsg    No:EE - t:41 s:2BD712 d:29A470 01FA00
   peerList   chrissi_stellantrieb_WindowRec,chrissi_termostat_WindowRec,
   protLastRcv 2015-11-09 16:08:09
   protSnd    3 last_at:2015-11-09 16:08:09
   protState  CMDs_done
   rssi_at_HMLAN1 max:-78 lst:-80 avg:-80.11 cnt:9 min:-83
   Readings:
     2015-11-09 12:05:42   Activity        alive
     2014-12-22 11:12:28   CommandAccepted yes
     2014-12-22 11:12:27   D-firmware      2.4
     2014-12-22 11:12:27   D-serialNr      LEQ0566566
     2014-12-22 11:12:28   PairedTo        0x29A470
     2014-12-22 11:12:30   R-chrissi_stellantrieb_WindowRec-expectAES off
     2014-12-22 11:12:30   R-chrissi_stellantrieb_WindowRec-peerNeedsBurst on
     2014-12-22 11:12:31   R-chrissi_termostat_WindowRec-expectAES off
     2014-12-22 11:12:31   R-chrissi_termostat_WindowRec-peerNeedsBurst on
     2014-12-22 11:12:28   R-cyclicInfoMsg off
     2014-12-22 11:12:29   R-eventDlyTime  0 s
     2014-12-22 11:12:28   R-pairCentral   0x29A470
     2014-12-22 11:12:29   R-sign          off
     2014-12-22 11:12:28   RegL_00:        02:01 09:00 0A:29 0B:A4 0C:70 10:01 14:06 00:00
     2014-12-22 11:12:29   RegL_01:        08:00 20:6C 21:00 22:64 30:06 00:00
     2014-12-22 11:12:30   RegL_04:CUL_HM_HM_CC_RT_DN_2E860E_WindowRec 01:01 00:00
     2014-12-22 11:12:31   RegL_04:CUL_HM_HM_TC_IT_WM_W_EU_31D8C2_WindowRec 01:01 00:00
     2015-09-10 14:20:52   alive           yes
     2015-11-09 16:08:09   battery         ok
     2015-11-09 16:08:09   contact         closed (to HMLAN1)
     2015-09-10 14:20:52   cover           closed
     2015-11-09 11:25:41   peerList        chrissi_stellantrieb_WindowRec,chrissi_termostat_WindowRec,
     2015-09-10 14:20:52   recentStateType info
     2014-12-20 13:59:24   sabotageAttack  ErrIoAttack cnt:6
     2014-12-20 13:59:24   sabotageAttackId ErrIoId_2E860E cnt:3
     2015-11-09 16:08:09   state           closed
     2015-11-09 16:08:09   trigDst_29A470  noConfig
     2015-11-09 16:08:09   trigger_cnt     250
   Helper:
     HM_CMDNR   238
     mId        0030
     rxType     4
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +2BD712,00,00,00
       nextSend   1447081689.80182
       prefIO
       rxt        0
       vccu
       p:
         2BD712
         00
         00
         00
     Mrssi:
       mNo        EE
       Io:
         HMLAN1     -78
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf   00
       qReqStat
     Role:
       chn        1
       dev        1
     Rpt:
       IO         HMLAN1
       flg        A
       ts         1447081689.715
       ack:
         HASH(0x9b447d8)
         EE800229A4702BD71200
     Rssi:
       At_hmlan1:
         avg        -80.1111111111111
         cnt        9
         lst        -80
         max        -78
         min        -83
Attributes:
   IODev      HMLAN1
   actCycle   028:00
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   2.4
   fp_heizung 540,215,0,
   model      HM-SEC-RHS
   peerIDs    00000000,2E860E03,31D8C203,
   room       CUL_HM,Chrissizimmer,Heizung
   serialNr   LEQ0566566
   subType    threeStateSensor


<div data-type="thermostat" data-device="chrissi_termostat_Climate" data-valve="ValvePosition" class="cell left"></div>
        <div class="cell right">
                <div data-type="symbol" data-device="chrissi_fenster" data-get-on="open" data-get-off="closed" class="narrow"></div>
                <div data-type="label" class="narrow darker small">Fenster</div>


Sorry,aber  gestern  wurde  schon  spät....hab  das  hinbekommen. War  mein  Fehler,da ich Closed und Open groß  geschrieben  hatte.

Was ist aber mit "tilted"  kann  mann  das irgendwie als open anzeigen   lassen??
Igel Debian/Fhem Cul HMlan

setstate

Das einfachste ist, um nicht auf "multi state notation" (Arrays) umschwenken zu müssen, alles als open zu akzeptieren, was nicht closed ist. Dafür gibt es eine simple Schreibweise: data-get-on="!off"

Bedeutet: Nimm alles als ON, wenn es nicht der Wert aus data-get-off ist.


<div data-type="symbol" data-device="chrissi_fenster" data-get-on="!off" data-get-off="closed" class="narrow"></div>

OliV

Hallo zusammen,

ich muss dieses Thema noch mal hoch holen  :-[ Ich habe ebenfalls das Problem, dass sich der Status der Fenster/Türen über das Tablet UI nicht ändert...vielleicht kann mal jemand drüber schauen.

List device:

Internals:
   DEF        d61a78c2 26
   IODev      ZWDongle_0
   LASTInputDev ZWDongle_0
   MSGCNT     361
   NAME       sensor.tuer.keller
   NR         61
   STATE      wakeupInterval 86400 1
   TYPE       ZWave
   ZWDongle_0_MSGCNT 361
   ZWDongle_0_RAWMSG 0004001a043003000a
   ZWDongle_0_TIME 2018-01-06 20:38:59
   ZWaveSubDevice no
   cmdsPending 0
   homeId     d61a78c2
   isWakeUp   1
   lastMsgSent 1515250161.02659
   nodeIdHex  1a
   READINGS:
     2018-01-06 20:38:59   alarm           AccessControl: Window/Door is closed
     2018-01-06 15:49:18   battery         100 %
     2018-01-06 20:38:59   doorWindow      off
     2017-12-21 09:28:45   model           Neo CoolCam Door/Window Detector
     2017-12-21 09:28:45   modelConfig     shenzen_neo/nas-ds01z.xml
     2017-12-21 09:28:45   modelId         0258-0003-1082
     2017-12-21 09:28:42   state           wakeupInterval 86400 1
     2018-01-06 15:49:21   timeToAck       0.026
     2018-01-06 15:49:21   transmit        OK
     2018-01-06 15:49:18   wakeup          notification


Index.html:

<li data-row="1" data-col="5" data-sizey="5" data-sizex="1">
    <header>Türen und Fenster</header>
<div data-type="symbol" data-device="sensor.tuer.keller"
    data-get-on="on"
    data-get-off="off"
    data-icons='["ftui-door warn","ftui-door"]'
    data-colors='["#999","#555"]'>
    </div>
</li>


Besten Dank und Grüße,
Oli

MKeY

das data-get on und off wird aus dem STATE standardmäßig gelesen. Probier mal
<li data-row="1" data-col="5" data-sizey="5" data-sizex="1">
    <header>Türen und Fenster</header>
<div data-type="symbol" data-device="sensor.tuer.keller"
    data-get="doorWindow"
                data-get-on="on"
    data-get-off="off"
    data-icons='["ftui-door warn","ftui-door"]'
    data-colors='["#999","#555"]'>
    </div>
</li>


ODER du machst bei dem device ein
attr sensor.tuer.keller stateformat doorWindow  bin ich mir aber nicht ganz sicher

hab irgendwo mal gelesen, dass Punkte im device namen nicht optimal sind
Wer Fehler findet, darf sie behalten!
RPi's, D1Mini
Homematic, Hue, Sonoff, Alexa, Xiaomi, ConBee
Prusa MK2.5, Prusa MK3S (MMU2S vorhanden, aber nervtötend)
Lowrider 2CNC

OliV

Vielen Dank für den Tip, jetzt funktioniert es wie es soll ;D