"Der MQTT-Workshop (MQTT2-Module)"

[topa_LE]

Wie wäre denn dann für Frigate die Definition?

Mit config.yml Define auf dem Frigate Server

Code Auswählen Erweitern

mqtt:
  enabled: true
  host: 192.168.178.4
  port: 1883
  topic_prefix: frigate
  client_id: frigate
  stats_interval: 60
werden dennoch keine einzelne Kamera-Readings definiert.

EDIT: Habe den Thread zu spät gefunden ... / werde dort mal lesen und posten.
https://forum.fhem.de/index.php?topic=133745.15

[frober]

Ich finde die Zusammenfassung gut und halte es sinnvoll diesen "Workshop" anzupinnen.

[WolfS]

Hallo, ich denke nicht dass es sich um einen Fehler des Systems handelt, sondern ich nur nicht die korrekte Ansteuerung kenne.
Aber hier das System:
Rasp4 mit Bookworm, aktuelles FHEM, FS20 und Z-Wave Aktoren,rainyman, Shellies1, Shelly plus i4 über MQTT2 Broker, FS20-USB-Sender.
Danke!

[DasQ]

Das ist ein Workshop Thread, könnt ihr mal aufhören hier sinnlos Fragen rein zu posten? Macht nenn eigenen Thread auf und bezieht euch auf hier


DANKE

[Beta-User]

Hier vielleicht aus gegebenem Anlass noch eine Fortführung oder Ergänzung zu

"Gesprächige Geräte bändigen" - Teil 2b: JSON-Payload
und
"Spezielle Payloads" - Teil 2 - "eocr direkt reloaded - including userReadings"

Die in (WIP) zigbee2mqtt-Remote als input-Gadget für MPD, HUEDevice usw. enthaltene MyUtils muss zwar kein wirklich "gesprächiges" Device beruhigen, aber bei irgendeinem Tastendruck auf die FUT089Z-Fernbedienung kommen eben ziemlich viele (unveränderte) Status-Infos, und es interessiert eigentlich nur, was sich tatsächlich ändert (bzw. welche Taste nochmals gedrückt wurde).
Da die MyUtils auch "event-on-change-reading"-Code für ein paar 3-phasige Hutschienen-Aktoren (als TS0601 rcbo erkannt, aber eben tatsächlich mit 3 gemessenen Phasen) in einer etwas spezielleren Fassung enthält, poste ich hier den Link dazu, vielleicht ist das ja für andere auch interessant.

"Original" liefert das Teil jede Sekunde einen ziemlich großen JSON-Blob . Solange einfach nur die Sonne sauber auf die Panels haut, ist es jedenfalls nicht wirklich erforderlich, den FHEM-Server damit weiter zu beschäftigen... 

Hier noch das zugehörige Device:

Code Auswählen Erweitern

defmod Solaranlage_FI MQTT2_DEVICE zigbee_0x2c1165fffe4ccdd6
attr Solaranlage_FI devStateIcon {my $light = FW_makeImage(ReadingsVal($name,'state','off'));; my $current = ReadingsVal($name,'current',0);; my $pwr = ReadingsVal($name,'power',0);; my $energy = ReadingsVal($name,'energy',0);; qq(<div> <a href="/fhem?cmd.dummy=set $name toggle&XHR=1">$light</a> Aktuell: $current A  Leistung.: $pwr W<br>Total: $energy kWh<b></b>)}
attr Solaranlage_FI devicetopic zigbee2mqtt/0x2c1165fffe4ccdd6
attr Solaranlage_FI readingList $DEVICETOPIC:.* { FHEM::attrT_z2m_eocr_Utils::j2nV_extended($NAME,$EVENT) }\
$DEVICETOPIC/availability:.* { $EVENT=~s{state}{availability}x;; my $ret=json2nameValue($EVENT);; $ret->{state}='off' if $ret->{availability} eq 'offline';; return $ret }
attr Solaranlage_FI setList on:noArg $DEVICETOPIC/set {"state":"ON"}\
  off:noArg $DEVICETOPIC/set {"state":"OFF"}
attr Solaranlage_FI setStateList on off toggle
attr Solaranlage_FI webCmd :Wie es dann im Detail mit dem Unterdrücken der (meisten) Events funktioniert, dürft ihr gerne selbst ausknobeln .

[betateilchen]

Man kann doch inzwischen in aktuellen zigbee2mqtt Versionen in jedem Gerät die Gesprächigkeit reduzieren.
Hilft das nicht schon sehr viel weiter?