wenig Aufwand wenn man weiß wie es geht

.myStyle input {
    float: right;
}

@Bluefox dabei ist aufgefallen das nicht alle Unterelement bei zusammengesetzen widgets eine id haben. Das wäre schöner wenn die auch gezielt formattiert werden sollen.

eine neue Version 2.0.16. Soll das delay da behoben sein? Habe langsam keine Lust mehr auf Betatester wenn ich schon so viel Geld für den Adapter bezahle.

@xxjooo Also nachts ist es nur dunkler als tagsüber, aber der Strom nachts nicht immer am billigsten.
Tagsüber wird der Strom bei viel PV Strom billiger, ansonsten kommt es sehr auf den Wind an. Wenn man täglich laden muss, dann wird man auch eher bei 30 ct im Schnitt landen. Im Durchschnitt liegen Tibber und günstige Anbieter gar nicht weit auseinander, es ist ja schon der gleiche Strom. Andere Anbieter haben einen Mix aus Börsenpreis und langfristigen Verträgen und sonstigen Nasenfaktoren, Tibber verdient an der Grundgebühr (nach eigenen Angaben) und die ist sogar sehr gering, bei meinem bisherigen Lieferanten war die alleine schon ein vielfaches teurer.
Wenn man nur alle paar Tage laden muss und auch günstige Mittagsstunden mitnehmen kann, dann kommt man für den Autostrom schon auf 20 ct. runter. Unter 20 ct fällt der Tibber Preis hier selten, das sind schon die Steuern und Abgaben, für Preise darunter muss der Strompreis also schon ins negative drehen.
Ich habe einen EX30, da ist das API für den Zugriff nicht komplett tauglich für die Fernsteuerung, deshalb ist da noch eine intelligente WB nötig. Bei Tesla könnte es aber direkt steuerbar sein von den Tibber Plugins. Dazu am Besten in den Tibber Plugins oder der FAQ suchen.
Auf YT gibt es die Erklärbären 'gewaltig nachhaltig' und 'Ingos Tipps', beide haben Tesla + PV + Speicher und legen alles ausführlich offen, da kann man sich auch berieseln lassen. In der Tibber App kann man dann smartes Laden aktivieren und angeben zu welcher Zeit welcher Ladezustand erreicht sein soll. Tibber steuert dann BEV und/oder WB um die günstigsten Stunden bis dahin zu nutzen.
Ich habe Tibber seit August und bin jedenfalls sehr zufrieden damit, aber eben auch weil mein Fahr- und Ladeprofil da gut zusammenpassen. Auch die Statistik und Prognose die in der Tibber App gezeigt werden sind Top. Andere Großverbraucher wie WaMa und Trockner werden dann auch in den günstigen Stunden gestartet. Große PV und Speicher habe ich nicht, da kann ich nichts zu sagen.

@feuersturm noch nicht, kann ich aber machen

ich habe noch etwas weitergesucht, es hängt mit der Höhe des Browserfensters zusammen. Wenn ich das Fenster höher mache, dann wird auch das Grid größer.
Es wird das Element

.vis-a4 {
  height: calc(100vh - 154px);
}

berechnet, aber das wird von vue gemacht? Der Offset von -154px scheint falsch zu sein. Der Inspektor sagt was von event overflow, hat das was damit zu tun?

das Problem hattte ich auch, das ist eine ältere KNX Adapter Version. Liegt das eventuell am neueren Controller? Auf einem System das ich vorher installiert hatte wurde der neuere KNX Adapter angezeigt.
Ich habe das durch manuelle Installation per 'npm install iobroker.knx' hinbekommen, dann hat man in der neueren Version den Tab für die Eingabe des Lizenzschlüssels und der Import der .knxproj funktionierte auch wieder.

@loverz said in Test Adapter KNX v1.0.x:

Was meinst du mir StatusRef?
Ist das einer dieser Attribute in der RAW Anzeige eines Objektes?

ja, da waren wir aneinander vorbei, du meinst vermutlich die Anwendungsscripte.
Ich war beim Pärchenproblem, da könnte man durch nachträgliches bearbeiten des KNX Baumes was machen.
"addressRefId": "P-0AC9-0_GA-350",
"statusGARefId": "P-0AC9-0_GA-355",
das ist aus den KNX Datenpunkten aus der raw Anzeige, das ist ja das Problem das die statusGARefId leer ist wenn die Zuordnung nicht gefunden wurde.

ok, got it. Die Instanzen hatte ich doch noch mit http und verschiedenen Ports erreichbar, aber die IP Adresse war das Problem. octopi.local hat eine IPv6 geliefert, und damit ging es nicht. Habe jetzt die IPv4 Adrese eingetragen, alles grün.

@werner2000x vis verwende ich nicht mehr, nur die vis-2. Da bei den Punkten für den Auswahl werden mir die Material Icons angezeigt (die sind als Adapter installiert).

Dann gibt es oben die Auswahl 'Dateien', den Dialog meinte ich. Der startet im falschen Verzeichnis, aber mit 'alle Ordner aufklappen' kann man sich zum richtigen Pfad hangeln.

@werner2000x der Auswahldialog startet im falschen Verzeichnis, man kann das über einen Button links oben ändern.

gekauften Strom zu speichern ist ja teuer wegen der Verluste sowohl beim Laden als auch beim Entladen, sowie die begrenzte Lebensdauer der Speicher die man auch auf die Kosten umlegen muss. Ob man da wirklich etwas sparen kann?

@xxjooo Also nachts ist es nur dunkler als tagsüber, aber der Strom nachts nicht immer am billigsten.
Tagsüber wird der Strom bei viel PV Strom billiger, ansonsten kommt es sehr auf den Wind an. Wenn man täglich laden muss, dann wird man auch eher bei 30 ct im Schnitt landen. Im Durchschnitt liegen Tibber und günstige Anbieter gar nicht weit auseinander, es ist ja schon der gleiche Strom. Andere Anbieter haben einen Mix aus Börsenpreis und langfristigen Verträgen und sonstigen Nasenfaktoren, Tibber verdient an der Grundgebühr (nach eigenen Angaben) und die ist sogar sehr gering, bei meinem bisherigen Lieferanten war die alleine schon ein vielfaches teurer.
Wenn man nur alle paar Tage laden muss und auch günstige Mittagsstunden mitnehmen kann, dann kommt man für den Autostrom schon auf 20 ct. runter. Unter 20 ct fällt der Tibber Preis hier selten, das sind schon die Steuern und Abgaben, für Preise darunter muss der Strompreis also schon ins negative drehen.
Ich habe einen EX30, da ist das API für den Zugriff nicht komplett tauglich für die Fernsteuerung, deshalb ist da noch eine intelligente WB nötig. Bei Tesla könnte es aber direkt steuerbar sein von den Tibber Plugins. Dazu am Besten in den Tibber Plugins oder der FAQ suchen.
Auf YT gibt es die Erklärbären 'gewaltig nachhaltig' und 'Ingos Tipps', beide haben Tesla + PV + Speicher und legen alles ausführlich offen, da kann man sich auch berieseln lassen. In der Tibber App kann man dann smartes Laden aktivieren und angeben zu welcher Zeit welcher Ladezustand erreicht sein soll. Tibber steuert dann BEV und/oder WB um die günstigsten Stunden bis dahin zu nutzen.
Ich habe Tibber seit August und bin jedenfalls sehr zufrieden damit, aber eben auch weil mein Fahr- und Ladeprofil da gut zusammenpassen. Auch die Statistik und Prognose die in der Tibber App gezeigt werden sind Top. Andere Großverbraucher wie WaMa und Trockner werden dann auch in den günstigen Stunden gestartet. Große PV und Speicher habe ich nicht, da kann ich nichts zu sagen.

Die Material Widgets in Vis-2 gefallen mir sehr gut und ich probiere da gerade einiges aus. Was bisher wenig unterstützt ist RGB mit CT, also RBB+WW+CW. Das war schon mit den bisherigen Colorpickern schwierig.
In Material Widgets ist es schon mit RGBW recht gut, nur das WW+CW für die Colortemp fehlt.
Ich habe auch einen Issue dazu gefunden, leider noch nicht bearbeitet. Da habe ich meinen Workaround gepostet den ich bisher gefunden habe:
https://github.com/ioBroker/ioBroker.vis-2-widgets-material/issues/288

Der Workaround besteht darin das 'Schalter oder Knöpfe' Widget als Container zu nehmen und darin 2x RGB mit je RGB und CT Konfig einzusetzen.
Ist dieses Widget dafür gedacht? Es gibt noch ein 'Im Widget anzeigen', aber da fehlt mir die Option etwas einzufügen.
Bei 'Schalter oder Knöpfe' kann man das Symbol abwählen und die Position passend schieben.

Schöner und einfacher wäre natürlich der CT Mode im RGB Widget integriert.

Dann verwende ich das RGB Widget mit einem H801 Controller mit Tasmota. Wenn ich die OID von POWER einsetze, dann wird diese magisch zu WW_POWER geändert was nicht funktioniert. Es geht wenn ich einen Alias verwende oder den Link deaktiviere, dann kann ich auf POWER ändern. Wo das im Code passiert sehe ich nicht, es sollten doch nur min/max Werte automatisch gefunden werden?
Ein weiterer Punkt ist das Tasmota für die ColorTemp einen Range von 153...500 hat. Das habe ich mit einem Alias mit Umrechnung gelöst.

z.B. für 153...500 -> 2700...5000 umgerechnet. Hier sind im Widget leider einige feste Konstanten drin.

@iobroker2001 ja, ich hatte vorher auch diesen Hintergrund und da war es noch störender.

Ich habe jetzt ein Issue erstellt und darin auch auf diesen Thread verwiesen:
https://github.com/ioBroker/ioBroker.vis-2/issues/479

Ich hatte noch etwas weiter gesucht, es scheint mit der initialen Höhe des Browserfenster zusammenzuhängen. Wenn das beim Start eine geringe Höhe hat, dann wird der Bearbeitungsbereich noch kleiner.

@crunchip Danke, aber wie ich das verstehe ist da eine eigene Kostenrechnung und es wird nicht ct/kWh geändert den SA verwendet?
Aber wenn SA überarbeitet wird ist es schon super.

Mir lag die gleiche Frage auf der Zunge, für Tibber mit stundenweiser Abrechnung. Der aktuelle Preis ist da ja auch in einem DP vorhanden.
Die Vis(2) nimmt für Werte auch Ausdrücke an, die dann z.B. DP Values sein können. Lässt sich diese Funktionalität nicht auch übernehmen? So naiv stelle ich mir vor das die Auswertung in das JavaScript API eingebaut wird um möglichst allgemein als Basis auch anderen Adaptern zur Verfügung steht.
Zum SourceAnalytics Adapter gibt ja einen Thread mit >2000 Beiträgen, da habe ich bisher wenig gelesen falls es da schon diskutiert wurde. Den SA Adapter habe ich leider auch erst spät entdeckt.

Der Mittelwert für die Kosten ist sehr ungenau, gerade beim E-Auto wenn man da so 40 kWh reinschiebt machen 10 ct Differenz pro kWh einen großen Unterschied.

@feuersturm noch nicht, kann ich aber machen

ich habe noch etwas weitergesucht, es hängt mit der Höhe des Browserfensters zusammen. Wenn ich das Fenster höher mache, dann wird auch das Grid größer.
Es wird das Element

.vis-a4 {
  height: calc(100vh - 154px);
}

berechnet, aber das wird von vue gemacht? Der Offset von -154px scheint falsch zu sein. Der Inspektor sagt was von event overflow, hat das was damit zu tun?

@feuersturm Sorry für die späte Rückmeldung,
ich bin da auch mutig auf der Beta Schiene, habe die v2.9.64 installiert. Aber an diesem Verhalten hat sich lange nichts geändert, das ist afaik schon lange so.
Widgets lassen sich in den Bereich ohne Grid ziehen, aber z.B. wenn da mehrere liegen kann ich die da nicht mit dem Rahmen ziehen markieren. Oder die Ausrichtungsfunktion über mehrere Widgets funktioniert da nicht.
Die magische 770 finde ich im Code nur in mobileCheck()

https://github.com/ioBroker/ioBroker.vis-2/blob/437d43283815cd2faca68bcae9d1cfb770568fc4/packages/iobroker.vis-2/src/src/Utils.tsx#L23

kann es sein das mein Projekt irgendwie auf mobile Größe eingestellt ist?