-
-
Notifications
You must be signed in to change notification settings - Fork 377
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
LEDDevices - WLED enhancements and minor fixes #1204
Conversation
Hello @Lord-Grey 👋 I'm your friendly neighborhood bot and would like to say thank you for So that you and other users can test your changes more quickly, If you make changes to your PR, i create a new link to your workflow artifacts. Best regards, |
I compiled new with the last changes for WLED. The bri in LedDeviceWled.cpp is fixed at 255.
I use most of the time just half bri around 120-150. So i changed it. I think, the best would be some inputbox to set the value. cheers schwatter |
@schwatter Thanks for the feedback. I will consider it. What configuration scenarios are required from your perspective? Thank you. |
@schwatter Please see the last update to PR #1164 . I made the brightness setting/overwrite configurable for WELD. |
Wow, fast response :) Indeed, i think another setup must be added. In Enigmalight, i send the following cmd's to interact with WLED.
Say, we have more then one WLED-Device and all are syned in one group. We start with all lights off. Now we want just the main device behind tv to act for ambilight and switch it on. Because of sync (UDP Notifications )the rest from the group will also switch on. I ask aircoookie for enhancement in a time i was new at all of this stuff, but the way i described here is a better way. (Pclin gave me that hint). Here is my question: Cheers schwatter |
@schwatter Do get you right that for your standard WLED setup you habe a group that syncs themselves using an WLED feature. PS: The PR does include some additional features when configuring the device and layout. You might want to have a look too. I am always interested in feedback. Objective is to make things easier and get to a working setup quickly. |
Yes, you understand me right. Breaking the group, that the right words. |
Let me have a look any try myself. |
@schwatter Have a look at PR #1164. Please test and report back. If you want to monitor the WLED's, state just put http://wled-ip/json/state into the browser and check for |
Sorry, was busy the last days with other stuff. Now fresh compiled and tested. cheers schwatter |
* Yeelight minor updates * Add Timeout to REST API * LEDDevice - Correct storeState * Add WaitTime function * Always show HW-LEDCount for configuration * WLED - New features ("live" support, storing state and identification) * Yeelight - Refactoring * Cololight - Refactoring * Karate - getProperties Support * Atmo - getProperties Support * AtmoOrb - refactoring * Nanoleaf - Refactoring, New "Shapes" considerations * PhilipHue - Minor corrections * Update Changelog
Summary
Added
Changed
Fixed
What kind of change does this PR introduce? (check at least one)
If changing the UI of web configuration, please provide the before/after screenshot:
Does this PR introduce a breaking change? (check one)
If yes, please describe the impact and migration path for existing setups:
The PR fulfills these requirements:
Fixes: #xxx[,#xxx]
, where "xxx" is the issue number)If adding a new feature, the PR's description includes:
PLEASE DON'T FORGET TO ADD YOUR CHANGES TO CHANGELOG.MD
To avoid wasting your time, it's best to open a feature request issue first and wait for approval before working on it.
Other information:
Fixes #1101, #1095