jarvis v3.0.0 - just another remarkable vis

[Joshude]

@mcu said in jarvis v3.0.0 - just another remarkable vis:

Siehe oben 76 devStates in einem Gerät?

Kommt hin, ich kann nicht einschätzen, ob das nun viel oder wenig ist oder ob sich das besser lösen lässt.
Man kann im Adapter ja auch noch einstellen, dass z.B. die Zählerstände nicht gespeichert werden sollen, dann würde alles unter "meterReadings" wegfallen.

danke auf jeden Fall für deine Arbeit bis hierhin!

[KaWe]

@mcu

latitude,longitude

Ich hoffe ja mal das dies richtig ist, eine wirkliche Anleitung zur Map habe ich nämlich nicht gefunden. Die Positionsdaten lese ich aus dem VW-Adapter aus und schreibe Sie mit einem Skript in o.g. Datenpunkt.

[MCU]

@kawe Welche Version hast du, denn es sieht sonst alles richtig aus.
Der devState muss klein "position" heißen

[Joshude]

@kawe said in jarvis v3.0.0 - just another remarkable vis:

@mcu

latitude,longitude
Ich hoffe ja mal das dies richtig ist, eine wirkliche Anleitung zur Map habe ich nämlich nicht gefunden. Die Positionsdaten lese ich aus dem VW-Adapter aus und schreibe Sie mit einem Skript in o.g. Datenpunkt.

Deinen Screenshot solltest du anpassen. Ich weiß nu zumindest, wo dein VW steht Bevor das noch jemand entdeckt, der damit was unanständiges anstellt...

[MCU]

@KaWe Ändere mal
auf

Kannst die Bilder oben löschen

https://mcuiobroker.gitbook.io/jarvis-infos/jarvis/beispiele/module/map-positionen-anzeigen

[MCU]

@joshude Willst du das Programm testen?

Das bedeutet, vorher Sicherungen machen und so was!

[KaWe]

@mcu

Danke, das probiere ich heute Nachmittag mal aus

[Joshude]

@mcu said in jarvis v3.0.0 - just another remarkable vis:

@joshude Willst du das Programm testen?

Klar, ich bin für alle Schandtaten zu haben! Was muss ich machen?

[Lstt]

Is it possible "auto update" futre in HistoryGraph widgets?

[MCU]

@lstt I just add an issue for that.
https://github.com/Zefau/ioBroker.jarvis/issues/1619

mcuiobroker created this issue in Zefau/ioBroker.jarvis

closed HistoryGraph auto update #1619

[Dominik F.]

@mcu

Ich habe gerade ein Problem mit den Bindings, bzw. ich stehe da etwas auf dem Schlauch.
Es geht um den Icon Stil.

Ich habe folgendes in den Icon Stil geschrieben:

{
  "default": {
    "color": "LightGray"
  },
  "{alias.0.DR_Terrasse.Licht Treppen LED Stripes.Switch}=true": {
    "color": "#4caf50"
  }
}

Es passiert leider nur nichts, es wird immer die default Farbe angezeigt, egal ob der Datenpunkt true oder false ist.

Hast du eine Idee?

[MCU]

@dominik-f Leerzeichen im DP sind nicht erlaubt! Licht Treppen LED Stripes

[Dominik F.]

@mcu

Das wars danke.

Heißt für mich in jedem Alias die Leerzeichen rausnehmen -.-

[Dominik F.]

@mcu

Es hat irgendwie nur einmal kurz funktioniert, dass das Icon die richtige Farbe hatte.

Jetzt bleibt das Icon wieder grau:

{
  "default": {
    "color": "LightGray"
  },
  "{alias.0.DR_Terrasse.Licht_Treppen_LED_Stripes.Switch}=true": {
    "color": "#4caf50"
  }
}

[MCU]

@dominik-f Alias war damals schon einmal Thema. Keine Ahnung wie da der Stand ist. Nimm mal den Original-DP von dem Treppenlicht.

[Dominik F.]

@mcu

Hab zu früh geschrieben, dass es funktioniert^^

Leider auch hier gleiches verhalten.

{
  "default": {
    "color": "LightGray"
  },
  "{shelly.0.SHDM-2#4C752532DD51#1.lights.Switch}=true": {
    "color": "#4caf50"
  }
}

[MCU]

@dominik-f Welche Version ist installiert?

[Dominik F.]

@mcu

3.0.11

Du hast auf deiner Infoseite folgendes geschrieben:

Für den Statewert nutzt man {val} in dem Binding.

Eventuell liegt es daran? Mir ist nur nicht klar wie ich das dort einbinde

[MCU]

@dominik-f Dreh es mal um. Erst das Binding und dann default.

[MCU]

@dominik-f Das nutzt man, wenn man beide Zustände gleichzeitig in Abhängigkeit verarbeiten möchte.