raumzeitlabor / esp-mqtt-dmx Goto Github PK

HI i have an esp8266 running your code act as an mqttdimmer to my dmx light dimmer , the esp and code works but after a while it resets and the lights turn off and i have to put the value again , this can happen from 10 minutes to hours , why is this happening does anyone else run in the same situation ?
thanks for your help
chris

hi i am new with this i have compiled the code and uploaded to an arduino .
My question is how to format the commands say i have nodered and i want to dim the 1 channel how am i going to do that i have the mqqt node at dmx/push but after that ? the parameter is the topic ?
also can you please help me and also how to use the websocket server ?
thanks in advace
chris giaitzoglou

let's push the current state of the esp to MQTT to show on rzl map.

Hallo, dieses Projekt wäre genau das was ich seit längerem gesucht habe um einen DMX Dimmer via MQTT anzusteuern.

Wenn ich das DMX Kabel verbunden habe und über MQTT einen Befehl absende kommt folgende Fehlermeldung und der ESP hängt sich auf.

20:55:35.887 -> Attempting MQTT connection...connected 20:55:36.348 -> Message arrived [/dmx/push] 20:56:51.552 -> Message arrived [/dmx/push] setchannel 100 50 20:56:58.970 -> 20:56:58.970 -> ets Jan 8 2013,rst cause:4, boot mode:(3,7) 20:56:58.970 -> 20:56:58.970 -> wdt reset 20:56:58.970 -> load 0x4010f000, len 1384, room 16 20:56:58.971 -> tail 8 20:56:58.971 -> chksum 0x2d 20:56:58.971 -> csum 0x2d 20:56:58.971 -> v951aeffa 20:56:58.971 -> ~ld 20:56:59.037 ->

Es kommt dann keine Verbindung mit dem WLAN mehr zustande bis ich einen manuellen reset durchführe.
Wenn das RX Kabel getrennt ist läuft er ohne Fehlermeldung weiter.

In sämtlichen Fällen reagiert jedoch der DMX Dimmer nicht auf die MQTT Commands. Es blinkt zwar die DMX LED darauf was bedeutet das signale ankommen, mehr aber nicht.

Wäre für Hilfe sehr dankbar.

The luminance accepts values from 0-255, but the percieved "brightness" isn't linear, so we should compensate for that.

e.g. using a smaller amount of "brightness levels" which map to different values in the 0-255 range.
Then the "fading" alogrithm should increase its steps via this replacement matrix instead of only increasing/decreasing the dmx values by 1.

The luminance/brightness curve has to be defined but could also be ballparked by checking how far apart different percieved brightness levels are.

I would guess that in the lower value areas, the difference between each "brightness level" is smaller than in higher values.

e.g.:
"brightness" 1 may be value 5
"brightness" 2 may be value 10
but
"brightness" 9 may be value 200
"brightness" 10 may be value 255

we could intregrate Travis to auto-compile the code and test that pull-requests at least still compile.
(because we can)

An example using the "arduino-cli" project can be seen here:
https://github.com/arduino-libraries/WiFi101/blob/master/.travis.yml