Hallo alle,

ich habe mich entschieden einen neuen Adapter zu erstellen. Ich bin mir noch nicht sicher wie gut das wird, da ich bisher keinen Admin Adapter entwickelt habe

Hier erstmal was ich mir vorstelle:

Es soll möglich sein über eine UI verschiedene Devices zusammenzufassen und auszuwerten.
Als Beispiel das bekannte Batteriescript.

Ich möchte einfach sagen können, welche Geräte Batterien überwacht werden sollen und als Ergebnis bekomme ich eine Liste mit leeren Devices. Ganz grob.

Warum schreibe ich jetzt hier? Um zu diskutieren, welche Geräte Typen Sinn machen
Welche Datenpunkte erzeugt werden sollten
und was sonst noch an Ideen dazu einfällt.

Ein erstes Beispiel habe ich mal zuammengebaut:

Wäre super, wenn es Feedback dazu gibt.

grüße
E

Der Adapter Material Widgets von nisiode ist scheinbar schon lange nicht mehr angepasst worden hat mir aber trotzdem sehr gut gefallen, weil er recht einfach zu verwenden ist.

Ich habe auf Basis eines Forks von pix-- selber einen Fork erstellt und nochmal erweitert.

Es gibt jetzt folgende Widgets im Adapter:
ListDoor
ListWindow
ListWindowShutter
ListTemperature
ListHumidity
ListOccupancy
ListLight
ListLightDimmer

Außerdem habe ich noch folgende Anpassung am Design vorgenommen:
Ein weissen Layer mit opacity 0.08 über jedem Widget ( https://material.io/design/color/dark-theme.html#usage )

Ausserdem habe ich einen Bug "gefixt", der den Adapter inkompatibel mit dem Material Design von Uhula ( https://github.com/Uhula/ioBroker-Material-Design-Style ) gemacht hat ( die Material Design CSS Klassen heissen jetzt mduiw ).

Ich denke, man könnte noch mehr daraus machen und vor allem die beiden ( also Uhula css und den Adapter ) zusammenfügen, da man dann einfach das MD benutzen kann.

Wer testen möchte darf mir gerne hier Infos geben und ich werde versuchen zu liefern.

@Scrounger , wenn du Lust und Zeit hast, könnten wir das doch verbinden, oder?

grüße
E

Der Adapter ist nun über das Latest Repository verfügbar, bitte darüber installieren zum testen da die updates dann einfacher sind.

Wichtig:
Damit ich nicht die Icons selber bauen muß bzw. im Internet suchen und anpassen, sind die meisten Icons jetzt aus dem icon-mfd-svg Adapter . Daher muß der Adapter auch installiert sein, im Logfile ist eine Fehlermeldung, falls er nicht da ist.

** Boolean Adapter, als "Standard" Adapter für alles was mit true/false beschreibbar ist.
** Valve Adapter

der neue Adapter ist ein komplett umgeschriebener vis-material.

• der Adapter ist kompatibel mit den Material Adaptern ( z.b. HeatingControl )
• es gibt neue widgets: Shutter, Humidity, Licht-temperatur, ...
• die Möglichkeit der Anpassungen mit overlay, textfarbe, warnfarbe ist nun möglich
• diverse Bugfixes

Die bisherigen Threads:
https://forum.iobroker.net/topic/36304/test-adapter-vis-material-advanced
https://forum.iobroker.net/topic/35251/adaption-von-material-design-widgets-an-md-und-mehr-widgets/

Ab jetzt könnt ihr bugs in Github melden, ebenso Anfragen zu Erweiterungen. Werde meine eigene TODO ebenfalls dort ablegen.

Für den Umzug müßt ihr leider Anpassungen an eurer bisherigen vis machen, die Widgets sind jetzt nicht mehr im material sondern im vis-material-advanced zu finden.

example2.json

@Bostil sagte in Material Advanced Adapter jetzt im latest Repo:

lich alles nur "nice to have" und nu

unwahrscheinlich, dass ich die Lust verliere,die meisten Vorschläge kommen mir ja auch zugute

Ein Programm kann maximal so gut sein wie seine Requirements.

grüße
E

So,

bin wieder da, und habe noch eine Idee gehabt.

Beim Temperatur und beim Humidity Widget habe ich eine Funktion eingebaut, die die Farbe abhängig von den Werten verändern kann.
Damit erspart man sich die Signalbilder und es ist schneller sichtbar, wie der Status ist.

Man kann es ein und ausschalten per Checkbox

grüße
E

da ich den Adapter nun neu aufsetzte hier ein neuer Thread:

der neue Adapter ist ein komplett umgeschriebener vis-material.

• der Adapter ist kompatibel mit den Material Adaptern ( z.b. HeatingControl )
• es gibt neue widgets: Shutter, Humidity, Licht-temperatur, ...
• die Möglichkeit der Anpassungen mit overlay, textfarbe, warnfarbe ist nun möglich
• diverse Bugfixes

Der bisherige Testthread: https://forum.iobroker.net/topic/35251/adaption-von-material-design-widgets-an-md-und-mehr-widgets/55

Ab jetzt könnt ihr bugs in Github melden, ebenso Anfragen zu Erweiterungen. Werde meine eigene TODO ebenfalls dort ablegen.

Für den Umzug müßt ihr leider Anpassungen an eurer bisherigen vis machen, die Widgets sind jetzt nicht mehr im material sondern im vis-material-advanced zu finden.

example2.json

So, Version 0.3.4 ist hochgeladen:

kleine fixes und read only @sigi234 ist implementiert.

Das ich da nicht früher draufgekommen bin

im ersten Thread hab ich eine Auswahl an widgets als Bild und als download eingefügt.

ab der nächsten Release gibt es das dann als example2.json in github

Servus zusammen,

ich habe die 0.5.2 released:

@Scrounger Ich habe das stylesheet komplett rausgenommen, danke für die Unterstützung
@harrym Alle widget icons können nun angepasst werden ausser dimmer

grüße
E

Version 0.6.1 ist released, es gibt aktuell nur 2 Änderungen:

ListNew und ListNewDuo

Die beiden widgets sind zum reinen Testen gedacht und wenn es alles funktioniert werde ich alle widgets so umbauen.

Hauptsächliche Änderungen sind die Möglichkeit die Werte zu positionieren, und beim duo 2 Werte anzuzeigen.

Außerdem sind die Ecken noch rundbar ;).

Den weissen Rahmen werde ich noch konfigurierbar machen, mir persönlich gefällt er nicht.

Feedback zu den beiden Widgets herzlich willkommen.

grüße
E

Servus zusammen,

war ne stressige Zeit, hatte Releasewochenende in der Firma.

Dazu kam noch, dass ich mir mein iobroker zerschossen hatte mit dem update von deconz, nichts ging mehr wegen dem neuen Design.

Im Adapter habe ich folgendes verändert:

Refactoring Code!
Titel und Untertitel Größe sind nun getrennt veränderbar.

Außerdem habe ich die Einstellungen etwas verändert, es könnten einige wenige Settings neu zu setzen sein, Eigenschaften mit - sind nicht gut in Javascript, man kann Color nicht von Text abziehen ( text-color ).

viel Spaß beim Testen
E

@balu1973
mit der Version 1.7.0 gibt es ein neues Widget "Window3", mit dem man alle drei Status anzeigen kann.

Die Version ist getetstet und hochgeladen, kann noch etwas dauern bis sie angezeigt wird

grüße
E

@balu1973

Was liefert denn das Device bei den verschiedenen Zuständen? Das lässt sich noch einbauen.

grüße
E

@icefly2k sagte in Material Advanced Adapter jetzt im latest Repo:

der "closed" meldet - Ich

Hi,

aktuell kann der Adapter leider nur true/false bei Kontakten.Interimsweise kannst du einen Alias erstellen und den Wert umwandeln lassen.

Ich schaue mal, ob ich Zeit hae und den Adapter dort konfigurierbar machen kann.

grüße
E

@benny8319 sagte in VIS Material Advanced widgets:

rvall zum abfragen der Temperatur z.B. irgendwo ei

Hi Benny,

nein, die widgets zeigen in der Regel eine Änderung sofort an.

grüße
E

Hallo zusammen,

nach vielen Jahren inzwischen mit Erfahrung im SmartHome habe ich jetzt vielleicht eine echte Anfängerfrage

Was macht ihr eigentlich in der z.b. Homematic Zentrale mit den Settings so?

Also Sachen wie:

• stellt ihr Min und Max Termp dort ein
• stellt ihr max Valve sort ein
• Temperaturstuz
  und den ganzen Rest.

Würde mich mal echt interessieren, gerade in Zusammenarbeit mit dem Heatingcontrol Adapter.

grüße
E

Bei mir war es ein echter Fehler im Adapter.

grüße
E

@OliverIO Bei mir lag da daran, dass auf dem Rechner schon lokal iobroker lief, und er Post 8082 für den web adapter reserviert war.

Habe den Port in der docker-compose.yml einfach auf 9092 gesetzt, dann ging es auch:

    nginx:
        image: nginx:latest
        depends_on:
            - iobroker
        links:
            - iobroker
        container_name: nginx-countstates
        volumes:
            - ./nginx/nginx.conf:/etc/nginx/nginx.conf
            - ..:/workspace:cached
        ports:
            # Make the ioBroker admin available under http://localhost:8082
            - 9082:80

@Asgothian sagte in VisualStudio Code und Devcontainer:

ebnis ist aber das gleiche - ich hab keinen Adapter für d

Hi, bei mir klappt das Debuggen nicht, es kommt ein Fehler:

/usr/bin/node ./main.js --debug 0
Process exited with code 6

meine launch.json:

{
    // Use IntelliSense to learn about possible attributes.
    // Hover to view descriptions of existing attributes.
    // For more information, visit: https://go.microsoft.com/fwlink/?linkid=830387
    "version": "0.2.0",
    "configurations": [
        
        { 
             "type": "node",
            "request": "launch",
            "name": "Launch TypeScript Adapter",
            "skipFiles": ["<node_internals>/**"],
            "program": "${workspaceFolder}/main.js",
            "args": ["--debug", "0"],
            "outFiles": ["${workspaceFolder}/build/**/*.js"]
        }
    ]
}

jemand eine Idee?
E

@Pittini sagte in Diskussion zu neuem countstates adapter:

ab kein Problem damit wenn wer nen Adapter mit der gleichen Funktionalität wie meine Skripte schreibt. Aber Batterie und Fenster Thematik in einen Adapter,

Nein, ist schon klar dass es kein Problem mit deinem Script ist.

Ob das zuviel für einen Adapter ist wird man sehen, zur Not teile ich ihn einfach auf

grüße
E

@Dominik-F sagte in Diskussion zu neuem countstates adapter:

s ja eine Hilfe für deinen Ad

Ja, die Idee habe ich eben auch von @Pittini seinem Script.

Das habe ich benutzt, aber mit meinen Deconz aqara Devices habe ich z.b. das Problem, dass dort keine Spannungen gespeichert werden und dann das Pittini Script eben nicht sauber funktioniert.

Ausserdem finde ich halt, dass ein Adapter für den "gemeinen" Benutzer einfacher ist als ein Javascript.

gerne würde ich mit jemandem zusammenarbeiten, mir geht es nicht darum der Author zu sein

grüße
E