==> Upps das gleiche steht schon zwei Posts vor meinem, bei @opensourcenomad

@rushmed
Moin,
"EsphoMaTrix" ist mein Baby :-). Du kannst die Texte und Grafiken nicht als Datenpunkt eingeben.

Bei Homeassistant geht das total einfach über Serviceaufrufe, der Service wird in der YAML definiert.

Wie und ob das bei ioBroker funktioniert kann ich nicht sagen, da müsstest Du den Entwickler des Adapters (DutchmanNL) fragen.

Man könnte etwas über MQTT basten aber dann kannst ist es einfacher PixelIt oder awtrix nehmen.

EsphoMaTrix läuft "produktiv" jetzt bei mir mit dem Stand vom Github-Repo. Das einzige was mir noch fehlt ist eine einfach Steuerung der Anzeigehelligkeit, dafür habe ich aber noch keine Idee.

@opensourcenomad said in ESP Matrix Anzeige fully IoBroker steuerbar:

Vielleicht einen bh1750 (lux) Sensor dran und damit die Helligkeit der ws2812b dynamisch steuern?

Geht seit gerade! Aber!!!

Ich will den Sensor nicht vorgeben! Du kannst also irgendeinen Sensor nehmen, den BH1750 oder sonst etwas (Gewicht, Luftdruck, LDR ....) und beim deinem Sensor eine Action definieren.

ungetestetes Beispiel:

sensor:
  - platform: dallas
    # ...
    on_value:
      then:
         lambda: |-  
            if (x > 200) then
            {
               id(rgb8x32)->set_brightness(50);
            } else {
               id(rgb8x32)->set_brightness(250);
            }

Ich mache das bei mir über den Service (getestet):

- service: brightness
      variables:
        brightness: int
      then:
        lambda: |-
          id(rgb8x32)->set_brightness(brightness);

Weil mein Homeassistant die Helligkeit kennt lohnt sich für mich ein Sensor im Display nicht.

@opensourcenomad said in ESP Matrix Anzeige fully IoBroker steuerbar:

Vielleicht einen bh1750 (lux) Sensor dran und damit die Helligkeit der ws2812b dynamisch steuern?

Geht seit gerade! Aber!!!

Ich will den Sensor nicht vorgeben! Du kannst also irgendeinen Sensor nehmen, den BH1750 oder sonst etwas (Gewicht, Luftdruck, LDR ....) und beim deinem Sensor eine Action definieren.

ungetestetes Beispiel:

sensor:
  - platform: dallas
    # ...
    on_value:
      then:
         lambda: |-  
            if (x > 200) then
            {
               id(rgb8x32)->set_brightness(50);
            } else {
               id(rgb8x32)->set_brightness(250);
            }

Ich mache das bei mir über den Service (getestet):

- service: brightness
      variables:
        brightness: int
      then:
        lambda: |-
          id(rgb8x32)->set_brightness(brightness);

Weil mein Homeassistant die Helligkeit kennt lohnt sich für mich ein Sensor im Display nicht.

==> Upps das gleiche steht schon zwei Posts vor meinem, bei @opensourcenomad

@rushmed
Moin,
"EsphoMaTrix" ist mein Baby :-). Du kannst die Texte und Grafiken nicht als Datenpunkt eingeben.

Bei Homeassistant geht das total einfach über Serviceaufrufe, der Service wird in der YAML definiert.

Wie und ob das bei ioBroker funktioniert kann ich nicht sagen, da müsstest Du den Entwickler des Adapters (DutchmanNL) fragen.

Man könnte etwas über MQTT basten aber dann kannst ist es einfacher PixelIt oder awtrix nehmen.

EsphoMaTrix läuft "produktiv" jetzt bei mir mit dem Stand vom Github-Repo. Das einzige was mir noch fehlt ist eine einfach Steuerung der Anzeigehelligkeit, dafür habe ich aber noch keine Idee.

Hallo,

icb befürchte das funktioniert nur wenn man zuvor "konventionell" einen speziellen Bootloader geflasht hat. Wenn der drauf ist geht es danach einfacher.

Ich werde am Wochenende mal mein Glück mit der Arduino Variante versuchen.

@Bluefox:

Wir haben nur unterschiedliche Sichten auf das ganze. `

Genau so sehe ich das auch.

Zum MQTT Modul 2.0.2:

Obwohl ich "Prefix für alle Topics" als "/ioBroker/" eingegeben habe muss ich z.B:

auf den Topic "maxcul/0/NEQ0669654/desiredTemperature/set" einen Wert publishen um ihn zu setzen. Ich hätte erwartet "****/ioBroker/****maxcul/0/NEQ0669654/desiredTemperature/set" wäre richtig.

Aber die Funktionalität ist da, jetzt kann ich mit dem neuen Adapter commands von Openhab nach ioBroker senden.

Danke

Ludger

Der Test folgt später, hier schon mal meine Gegenleistung:

Ich würde nicht sagen das eine der beiden Lösungen besser als die >ndere ist. Eine zeitlang war ioBroker sogar mein Favorit, aber seit der Version 2.3 bin ich endgültig zu OpenHAB geschwenkt. Seitdem habe ich den Fortschritt von ioBroker auch nicht mehr verfolgt…

Meine persönliche, subjektive Einschätzung zum Openhab und ioBroker:

An OpenHAB gefällt mir:

• Konfiguration über Textfiles

• Klare Struktur mit Items und Things

• Angenehme Steuerung über Rules (javascript like)

• Läuft klasse in Docker, weil die Konfiguration nur in wenigen Textfiles steht (siehe oben)

• Einfache Oberfläche (Sitemap, BasicUI) mit hohem WAF

• Einfache APP für ios und Android

• Kostenlose Cloud mit Alexa Skill

• weitreichende Hardwareunterstützung

• freundliches und hilfreiches Forum

• Pflege der Kopnfigurationsfiles mit einem optimierten Editor

An OpenHAB gefällt mir nicht:

• Je größer das System wird um so sorgfältiger muss man die Konfigfiles strukturieren

An ioBroker gefällt mir:

• Integration von MQTT-Broker und Node-Red

• Blockly-Skripting

• weitreichende Hardwareunterstützung

• freundliches und hilfreiches Forum

• schnelle Bugfixes (siehe 2.02 von MQTT :-))

An ioBroker gefällt mir nicht:

• Gefahr der Kommerzialisierung (VIS-Lizenz Cloud Pro-Lizenz),

• Visualisierung mit VIS ist mir zu schwierig.

• Man muss genau auf die Versionen von Node und npm

Wenn mich jemand fragt welches System er wählen soll würde ich immer sagen ioBroker und OpenHAB testen und dann entscheiden.

An dem ACK liegt es glaube ich nicht.

Bin noch nicht komplett durch mit, dem Test, aber mein Zwischenstand ist:

– MQTT Brocker/Client mit einem Filter, z.B. "maxcul.0.*" zum publishend aller Datenpunkte in dem Filter.

– MQTT client zum subscriben von einzelnen Datenpunkte, die dann über Openhab gesetzt werden.

Das subscriben finde ich etwas umständlich, ist aber machbar, weil ich relativ wenige Aktoren und deutlich mehr Sensoren habe.

Muss das ganze aber nochmal in Ruhe testen.

Ludger

Hallo zusammen,

die Richtung ioBroker => OpenHAB läuft bei mir tadellos . Dazu habe ich den "mqtt Broker/Client-Adapter" (Version 2.0.1) im "Client/Subscriber" Modus aktiviert. Jede Änderung die von ioBroker kommt wird über MQTT gepublished und kommt bei OpenHAB an.

So sehen meine Einstellungen aus

Aber andersrum bekomme ich es nicht hin!

Beispiel:

Ich setze über ioBroker die Solltemp auf 10, das ganzw wird auch richtig gepublished.

Alles gut soweit.

Publishe ich jetzt von openhab oder mqttfx auf den Topic "/ioBroker/maxcul/0/NEQ0669654/desiredTemperature/set" den Wert 17. Passiert in ioBroker nichts. Also kann ich das Ventil nur über ioBroker aber nicht von außen steuern.

Ludger

Total einfach,

ich hatte den "mqtt-client"-Adapter ausprobiert. Da muss man jeden Wert einzeln konfigurieren.

Der "mqtt Broker/Client" im "Client/Subscriber" Modus macht genau das was ich brauchen.

Danke

Hallo,

ich habe mich intensiv mit FHEM, ioBroker und Openhab beschäftigt. Nach einer Weile habe ich mich entschloßen OpenHAB als

Heimautomatisierung auszuwählen.

Wie das so ist, gibt es aber in OpenHAB ein paar Aspekte die in ioBroker deutlich besser sind. In meinem Fall ist es die MAX!-CUL Unterstützung und der RFLink-Adapter. Trotzdem möchte ich bei Openhab als Hauptsystem bleiben.

Jetzt habe ich versucht beide Systeme zusammenzubringen, aber eine schöne Lösung habe ich noch nicht hinbekommen.

Mein erster Ansatz war es, für jeden Wert den ich von ioBroker brauche den ioBroker mqtt-Client zu konfigurieren.

So wie ich es verstehe, muss ich das aber pro Wert manuell machen, also z.B. pro MAX!-Ventil drei Werte (Soll- und Isttemperatur und Batteriestatus), das ganze für zig Ventile….

Andersrum kann ich mit dem OpenHAB-Adapter einfach Werte aus OpenHAB abgreifen oder setzen. Dann müsste ich aber für jeden Wert der sich ändert ein Script schreiben. Also, ändert sich ein Wert in Openhab muss ich den enstprechenden Wert per Javascript in iobroker setzen.

Beide Varianten finde ich uncool.

Gibt es einen besseren Ansatz?

In Openhab gibt es den MQTT Eventbus, dort wird jede Statusänderung oder jeder Command nach MQTT gepusht. Z.B.

Command => Topic: /Openhab/in/BU_RFLink_Online/command Wert: ON

Statusänderung => Topic: /Openhab/out/BU_RFLink_Online/state Wert: ON

Gibt es so etwas auch in ioBroker? Dann würde ich mir das publishen von einzelnen Werten sparen.

Gruß Ludger