Open knickohr opened 7 months ago
am anfang bei der entwicklung habe ich erstmal die defaults gelassen und wollte später entscheiden, wenn ich alle werte habe, die ausgelesen werden können. vorallem praktisch, wenn das system noch nicht so stabil läuft und man nebenbei an der gui bastelt.
seitdem einfach nicht mehr daran gedacht :)
finde es erstmal nicht verkehrt, wenn die messages erhalten bleiben und somit der letzte bekannte status. kannst ruhig vorschläge machen oder gründe nennen, warum das keine gute idee ist. mir fallen da auch 1-2 ein :grin: , momentan überwiegt für mich aber der vorteil.
ggf. wandle ich das hier dann in eine diskussion ....
b2500/debug [1;31m[E][esp-idf:000]: [0;32mI (31072961) esp_image: segment 4: paddr=00314af4 vaddr=40080000 size=1cb88h (117640) [0m [0m b2500/number/mqtt__opendtu_set_limit_max/state 1.000000 b2500/1/bluetooth/enabled ON b2500/1/battery/discharge_treshold 900.000000 b2500/1/battery/dod 100.000000 b2500/1/battery/remaining_percent 88 b2500/1/battery/remaining_capacity 1971 b2500/1/power1/enabled OFF b2500/1/power1/power 0 b2500/1/power1/active OFF b2500/1/power2/enabled ON b2500/1/power2/power 14 b2500/1/power2/active ON b2500/1/pv2/passtrough OFF b2500/1/pv2/power 0 b2500/1/pv2/active ON b2500/1/pv2/transparent OFF b2500/1/device/ble_ok ON b2500/1/device/last_response 16.03.2024 17:26:30 b2500/1/device/fw_version 1.32 b2500/1/device/temp1 12 b2500/1/device/temp2 12 b2500/1/device/wifi_ok OFF b2500/1/device/mqtt_ok OFF b2500/1/device/scene Morgens/Abends b2500/1/device/region EU b2500/1/device/type HMB-2 b2500/1/device/id 360111504d463037360d193a b2500/1/device/ble_mac e88da656984b b2500/1/pv1/power 0 b2500/1/pv1/active OFF b2500/1/pv1/transparent OFF b2500/1/pv/power 0 b2500/1/power/power 14 b2500/1/extern1/connected OFF b2500/1/extern2/connected OFF … b2500/switch/internal_debug_hexdump/state OFF b2500/switch/mqtt_opendtu-_zero_power/state OFF b2500/switch/enhancedenforce_dod/state ON b2500/switch/enhancedenable_cell_querycmd0f_/state ON b2500/switch/enhancedenable_unknown_query_cmd30/state OFF b2500/sensor/uptime_sensor/state 8.59 b2500/status offline b2500/S/pv/power 0 b2500/S/power/power 24
Ich hoffe ich habe alle erwischt. Für die zweite Batterie natürlich entsprechend.
Hier mal die in meinen Augen nicht Retained relevanten Topics (fett geschrieben) die nicht für den Client absolut überlebenswichtig sind und sich innerhalb kürzester Zeit ändern.
2 Gründe fallen mir auf Anhieb ein :
Ach nochwas : Haben wir auch ein LWT ? Dann wäre das es : b2500/status offline Natürlich retained und QoS=2
Mal eine ketzerische Frage :
Warum sind alle Topics die ausgegeben werden als retained geflagt ?
Da hat wohl jemand den Sinn von MQTT nicht verstanden? Sorry !
Retained dürfen allerhöchstens die Set-Werte sein, damit ein Client der sich neu subscribed diese Änderungen mitbekommt. Alle anderen Werte sind dynamische Werte, ändernd sich in kürzester Zeit und werden somit upgedated.