Neuigkeiten:

Am Sonntag den 8.12.2024 kann es ab ca. 8:00 Uhr zu kurzzeitigen Einschränkungen / Ausfällen bei den Diensten des FHEM Vereines kommen.
Die Server müssen mal gewartet und dabei neu gestartet werden ;)

Hauptmenü

HomeStatusDisplay (ESP8266, MQTT, WS2812B)

Begonnen von Joker, 12 März 2017, 23:48:10

Vorheriges Thema - Nächstes Thema

Billy

FHEM immer akt. auf 3 BeagleBoneBlack: 2xHMLAN 2xJeelink ;10x HM-CC-TC, 13x HM-CC-VD, 1x HM-ES-PMSw1-Pl, 3x HM-LC-SW1-PL2, viele ESP8266, Tasmota Scripting, Mqtt*

hauwech

Ich habe den stripe jetzt auf 16 LEDs abgeschnitten, soviel will ich in einer Spalte haben. Geht nur weiß on/off :-(
Fhem auf Intel NUC11TNKi5+M2 NVMe+32GB RAM mit Ubuntu 22.04 LTS

hauwech

Mit Farbe, blink, flickr usw. geht nur die erste LED. Alle anderen gehen nur weiß on/off. Wenn ich den Wemos aber anstecke, gehen ALLE rot bzw. gelb (kein MQTT) und grün. An den stripe LEDs selbst kann es also nicht liegen.
Fhem auf Intel NUC11TNKi5+M2 NVMe+32GB RAM mit Ubuntu 22.04 LTS

Billy

Probiers mal wenn du willst mit der Original bin.
Flashen mit
Das Tool zum Flashen: https://github.com/marcelstoer/nodemcu-pyflasher/releases

Mehr fällt mir auch nicht ein!
FHEM immer akt. auf 3 BeagleBoneBlack: 2xHMLAN 2xJeelink ;10x HM-CC-TC, 13x HM-CC-VD, 1x HM-ES-PMSw1-Pl, 3x HM-LC-SW1-PL2, viele ESP8266, Tasmota Scripting, Mqtt*

hauwech

#199
Ist das binary für den Wemos mini (ohne Pro) compiliert? Ich mußte in der Arduino IDE laut Doku von AZ Delivery den "LOLIN(WEMOS) D1 R2 & mini" auswählen. Den source code habe von Jokers Github, das sollte eigentlich auch "original" sein.
Habe gerade nochmal gekuckt: static const char* VERSION = "0.6_dev";
Fhem auf Intel NUC11TNKi5+M2 NVMe+32GB RAM mit Ubuntu 22.04 LTS

Billy

Zitat von: hauwech am 14 Dezember 2020, 17:15:50
Mit Farbe, blink, flickr usw. geht nur die erste LED. Alle anderen gehen nur weiß on/off. Wenn ich den Wemos aber anstecke, gehen ALLE rot bzw. gelb (kein MQTT) und grün. An den stripe LEDs selbst kann es also nicht liegen.
Frage: 1. Du kannst also über MQTT die 1. LED komplett ansprechen
          2. Du kannst also über MQTT die anderen  LED einzeln ansprechen? nur on off weiß.
habe ich das richtig verstanden?

FHEM immer akt. auf 3 BeagleBoneBlack: 2xHMLAN 2xJeelink ;10x HM-CC-TC, 13x HM-CC-VD, 1x HM-ES-PMSw1-Pl, 3x HM-LC-SW1-PL2, viele ESP8266, Tasmota Scripting, Mqtt*

hauwech

Fhem auf Intel NUC11TNKi5+M2 NVMe+32GB RAM mit Ubuntu 22.04 LTS

Billy

Zitat von: hauwech am 14 Dezember 2020, 17:54:17
Richtig!
Stell deine Konfiguration mal hier ein, sonst ist das Kaffeesatzleserei.
Nicht dass es daran liegt! Das reicht für die ersten z.B 5 leds

Natürlich nur wenn du willst. Ansonsten schönen Abend.
FHEM immer akt. auf 3 BeagleBoneBlack: 2xHMLAN 2xJeelink ;10x HM-CC-TC, 13x HM-CC-VD, 1x HM-ES-PMSw1-Pl, 3x HM-LC-SW1-PL2, viele ESP8266, Tasmota Scripting, Mqtt*

hauwech

Die letzen Drei zeigen auf die indessen abgeschnittenen LEDs, Device #1 bekommt das topic "test" von meinem fhem dummy-Fenster und sollte weiß flickern, geht aber nur an/aus.
Fhem auf Intel NUC11TNKi5+M2 NVMe+32GB RAM mit Ubuntu 22.04 LTS

hauwech

Das mapping open/closed auf 0/1 ist eine IOBroker Krücke, also nicht wundern, daß ich mit "Message 1" arbeite.
state:topic={"state/HG/ke/$base"} state:expression={($value eq 'open')?'1':'0'} state:topic={"fhem/status/window/test"}
battery:topic={"state/HG/ke/$base"} battery:expression={($value eq 'low')?'1':'0'}
Fhem auf Intel NUC11TNKi5+M2 NVMe+32GB RAM mit Ubuntu 22.04 LTS

hauwech

Mit dieser Einstellung auf LED0 geht's: die flasht orange.
Fhem auf Intel NUC11TNKi5+M2 NVMe+32GB RAM mit Ubuntu 22.04 LTS

Billy

Aus meiner Sicht verstehe ich dein Color mapping nicht.
Message immer 1 ist dein Problem!
Kann so nicht funktionieren :'(

Schau mal hier
https://www.bernd-schubart.de/wp-content/uploads/2017/06/homestatusdisplay_39.png
FHEM immer akt. auf 3 BeagleBoneBlack: 2xHMLAN 2xJeelink ;10x HM-CC-TC, 13x HM-CC-VD, 1x HM-ES-PMSw1-Pl, 3x HM-LC-SW1-PL2, viele ESP8266, Tasmota Scripting, Mqtt*

Billy

 Color mapping sieht bei mir z.B so aus!
FHEM immer akt. auf 3 BeagleBoneBlack: 2xHMLAN 2xJeelink ;10x HM-CC-TC, 13x HM-CC-VD, 1x HM-ES-PMSw1-Pl, 3x HM-LC-SW1-PL2, viele ESP8266, Tasmota Scripting, Mqtt*

hauwech

Die Fensterkontakte senden via mqtt anstatt open/closed "1" und "0", deswegen Message=1 (=open).
Das mußte ich damals so bauen, weil die IOBroker Widgets kein open/close, sondern nur 1/0 verstehen.
Wenn das hier an der Stelle falsch wäre, würden die LEDs auf das mqtt topic gar nicht reagieren und nicht an/aus gehen, oder?
Fhem auf Intel NUC11TNKi5+M2 NVMe+32GB RAM mit Ubuntu 22.04 LTS

Billy

Da hast du einiges nicht verstanden?
Wie willst du z.B bei gleichen Messages (1) und gleichen Type (alle Window)
unterschiedliche Behavior bekommen!

Du wunderst dich dann wieso meistens alle  weiß on/off reagieren.
Steht eigentlich alles in der Doku.

So ich klinke mich jetzt für heute aus,
FHEM immer akt. auf 3 BeagleBoneBlack: 2xHMLAN 2xJeelink ;10x HM-CC-TC, 13x HM-CC-VD, 1x HM-ES-PMSw1-Pl, 3x HM-LC-SW1-PL2, viele ESP8266, Tasmota Scripting, Mqtt*