- SetOption73=0 disables button MQTT publishing
- Plug buttons are just local fallback when MQTT/WiFi down
- Removed SetOption32/40/53 - multi-press and hold not needed
- rule1 provides local toggle functionality
- No MQTT messages from plug buttons - they just work locally
- Plugs do have physical buttons that should work
- Added SetOption32=8 and SetOption40=0 for long press support
- Added rule1 for single press toggle
- Plugs can now: single press to toggle, long press sends HOLD to MQTT
- Other switches can use multi-press to control plugs remotely
- Omitted multi-press tuning options (SetOption4/13/19) - not needed for plugs
- Created new 'Plug' profile without button-specific settings
- Removed SetOption4, SetOption13, SetOption19, SetOption32, SetOption40
- Removed rule1 for button presses (plugs typically don't have buttons)
- Updated all plug devices to use 'Plug' instead of 'Traditional'
- Applies to: Gosund_WP5_Plug, Gosund_Plug, CloudFree_X10S_Plug, Sonoff_S31_PM_Plug
- SetOption32=40 required 4 second hold, too long for comfortable use
- SetOption32=8 requires 0.8 second hold, much more natural
- Also fixed SONOFF_ULTIMATE SetOption40 from 40 to 0 (no repeating)
- Enables long press to send MQTT HOLD action to Node-RED for area-wide light control
- Changed SetOption32 from 8 to 40 in SONOFF_ULTIMATE profile
- This fixes button timing issues where multiple presses were required
- KitchenMain (Traditional profile) was already using 40 and working correctly
- KitchenBar (SONOFF_ULTIMATE profile) had 8 and required multiple presses
- Both profiles now use SetOption32=40 (4 second hold time)
Root Cause: console_settings.py was using "Rule{N} 1" command which BOTH
enables the rule AND sets the Once flag to ON. The Once flag causes rules
to fire only one time and then stop, requiring multiple button presses
before the rule would work again.
Solution: Changed rule enablement from "Rule{N} 1" to "Rule{N} 4"
- Rule 1 = Enable rule + Set Once ON (WRONG)
- Rule 4 = Enable rule only (CORRECT)
- Rule 5 = Set Once ON only
- Rule 6 = Set Once OFF only
This allows rules to fire repeatedly on every button press, fixing the
issue where devices like KitchenBar required multiple presses.
Changes:
- console_settings.py line 190: Use Rule{N} 4 instead of Rule{N} 1
- Added detailed comments explaining Tasmota rule command behavior
- Reverted SetOption32 changes (was red herring, not the actual issue)
Tested on KitchenBar (192.168.8.244) - button now responds on every press.
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude <noreply@anthropic.com>
Issue: Some Tasmota switches (e.g., KitchenBar) required multiple button
presses before responding, while others (e.g., KitchenMain) worked immediately.
Root Cause: SetOption32 was set to 8 (0.8 seconds) which creates too short
a time window for multi-press detection. This causes the device to sometimes
misinterpret single presses or require multiple attempts.
Solution: Changed SetOption32 from 8 to 40 (4.0 seconds) in both Traditional
and SONOFF_ULTIMATE console_set profiles. This matches the working devices
and provides a longer, more reliable detection window for single button presses
when using rule: "on button1#state=10 do power0 toggle endon"
SetOption32 controls the button hold time in 0.1s increments. A higher value
means the device waits longer to confirm it's a single press vs multi-press,
resulting in more reliable single-press detection.
Tested on KitchenBar (192.168.8.244) - button now responds reliably on first press.
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude <noreply@anthropic.com>
Major changes:
- Implement parallel device processing using ThreadPoolExecutor (10 workers)
- Add comprehensive error and warning tracking in ReportGenerator
- Fix MQTT configuration verification (query Topic/FullTopic directly)
- Improve console settings thread safety with locks
- Fix UniFi client for UniFi OS API endpoints
- Normalize FullTopic handling (strip URL-encoded spaces)
- Update network exclude patterns to support wildcards
- Add test_unifi_connection.py for debugging UniFi connectivity
Performance improvements:
- Process devices concurrently for faster execution
- Reduced verbose logging during parallel processing
Bug fixes:
- Handle deprecated.json format correctly (list vs dict)
- Fix exclude_patterns matching with partial string support
- Fix UniFi API authentication and endpoint paths for UniFi OS
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude <noreply@anthropic.com>
- Removed blank entry that was causing empty parameter errors
- Fixes 'Verification failed for blank parameter' errors on all devices
- Issue discovered during testing and root cause identified in config
1. Restructured configuration: Moved config_other and console to top level
2. Added common _match_pattern function for regex pattern matching
3. Implemented Unifi Hostname bug fix in is_hostname_unknown
4. Created common get_device_hostname function to eliminate code duplication
5. Added comprehensive test scripts for all new functionality
6. Added detailed documentation for all changes
This commit implements automatic enabling of Tasmota rules when they are defined in the configuration.
Key changes:
- Modified TasmotaManager.py to detect rule definitions and automatically send enable commands
- Updated network_configuration.json to remove redundant Rule1 entry
- Updated documentation in README.md and CONSOLE_COMMANDS.md to explain the new feature
- Added test script to verify the automatic rule enabling functionality
This change simplifies the configuration by allowing users to define rules without needing to
explicitly enable them with a separate command.
