Mini-PV und Leistungsregelungen/Begrenzungen für Bestandsgeräte

Allgemeine Fragen rund um die "Smart Home" Hardware/Komponenten

Moderatoren: seppy, udo1toni

Benutzeravatar
udo1toni
Beiträge: 14001
Registriert: 11. Apr 2018 18:05
Answers: 222
Wohnort: Darmstadt

Re: Mini-PV und Leistungsregelungen/Begrenzungen für Bestandsgeräte

Beitrag von udo1toni »

violine21 hat geschrieben: 20. Feb 2023 19:06 Auf OH-Seite ist jetzt alles klar, bis auf die Meldung in MQTT.fx.
:?:
openHAB4.1.2 stable in einem Debian-Container (bookworm) (Proxmox 8.2.2, LXC), mit openHABian eingerichtet

EmptySoft
Beiträge: 188
Registriert: 7. Jan 2020 14:45
Answers: 2
Kontaktdaten:

Re: Mini-PV und Leistungsregelungen/Begrenzungen für Bestandsgeräte

Beitrag von EmptySoft »

violine21 hat geschrieben: 20. Feb 2023 19:06 Laut Datenblatt meine ich gelesen zu haben, das der PWM-Wert zwischen 0 und 1023 liegt.
Ich glaube, das ich den tatsächlichen Max-Wert am Besten experimentell ermittele. Wobei @EmptySoft den Leistungsregler M240 mit
256 Stufen angegeben hat.
Sorry, mein Fehler 0-1023 ist richtig (Einbildung ist auch eine Bildung :cry: )
BYe
Harald

violine21
Beiträge: 590
Registriert: 20. Sep 2019 05:49
Answers: 7

Re: Mini-PV und Leistungsregelungen/Begrenzungen für Bestandsgeräte

Beitrag von violine21 »

udo1toni hat geschrieben: 21. Feb 2023 02:15
violine21 hat geschrieben: 20. Feb 2023 19:06 Auf OH-Seite ist jetzt alles klar, bis auf die Meldung in MQTT.fx.
:?:
Hallo,
naja, damit meinte ich, das sowohl das Status-Item als auch das Command-Item funktionieren.
Ich kann Werte übermitteln und empfange den entsprechenden Status dazu.

Die Meldung in MQTT.fx

Code: Alles auswählen

*** PAYLOAD IS NOT VALID JSON DATA *** 

Unexpected character ('O' (code 79)): expected a valid value (number, String, array, object, 'true', 'false' or 'null')
 at [Source: java.io.StringReader@6d936cba; line: 2, column: 2]
hat für die Funktion keine Auswirkung, nur einen kleinen Schönheitsfehler. Bei jeder Wertänderung gibt es zwei State-Topics hintereinander.
Das Erste beinhaltet den Status und wird im Item angezeigt.

Code: Alles auswählen

{
  "log" : "GPIO: 14 duty: 265",
  "plugin" : 1,
  "pin" : 14,
  "mode" : "PWM",
  "state" : 265
}
Das Zweite hat die obige Meldung zum Inhalt und führt auf OH-Seite zu einem Log-Eintrag:

Code: Alles auswählen

2023-02-21 11:33:13.717 [WARN ] [t.generic.ChannelStateTransformation] - Executing the JSONPATH-transformation failed: Invalid path '$.state' in '
OK'
Das ist auch nur ein Schönheitsfehler, ich weiss ja, woher das stammt.
Evtl. könnte man das mit einer REGEX-Regel noch ausfiltern, so dass die Meldung nicht auftritt.
Allerdings stehe ich mit REGEX auf Kriegsfuss. Da gelingt mir nur ganz selten etwas.

EmptySoft
Beiträge: 188
Registriert: 7. Jan 2020 14:45
Answers: 2
Kontaktdaten:

Re: Mini-PV und Leistungsregelungen/Begrenzungen für Bestandsgeräte

Beitrag von EmptySoft »

violine21 hat geschrieben: 21. Feb 2023 11:39
Das Zweite hat die obige Meldung zum Inhalt und führt auf OH-Seite zu einem Log-Eintrag:

Code: Alles auswählen

2023-02-21 11:33:13.717 [WARN ] [t.generic.ChannelStateTransformation] - Executing the JSONPATH-transformation failed: Invalid path '$.state' in '
OK'
Das ist auch nur ein Schönheitsfehler, ich weiss ja, woher das stammt.
Evtl. könnte man das mit einer REGEX-Regel noch ausfiltern, so dass die Meldung nicht auftritt.
Allerdings stehe ich mit REGEX auf Kriegsfuss. Da gelingt mir nur ganz selten etwas.
Irgendwo hast Du eine Transformation eingestellt, die Du aber anscheinend nicht verwendest. Zeig mal Deine Konfiguration vom Thing
BYe
Harald

violine21
Beiträge: 590
Registriert: 20. Sep 2019 05:49
Answers: 7

Re: Mini-PV und Leistungsregelungen/Begrenzungen für Bestandsgeräte

Beitrag von violine21 »

EmptySoft hat geschrieben: 21. Feb 2023 13:05 Zeig mal Deine Konfiguration vom Thing

Code: Alles auswählen

UID: mqtt:topic:01144906ea:M240
label: M240_ESPEasy
thingTypeUID: mqtt:topic
configuration: {}
bridgeUID: mqtt:broker:01144906ea
location: Test
channels:
  - id: m240_dimmer
    channelTypeUID: mqtt:dimmer
    label: Dimmer
    description: null
    configuration:
      commandTopic: M240/PWM_1/pwmout/cmd
      min: 0
      formatBeforePublish: PWM,14,%s
      stateTopic: M240/PWM_1/status
      transformationPattern: JSONPATH:$.state
      max: 1023
  - id: m240_status
    channelTypeUID: mqtt:string
    label: Status DIO
    description: null
    configuration:
      stateTopic: M240/status
      transformationPattern: JSONPATH:$.state
Wie gesagt, ich vermute, das ist die OH-Reaktion auf die zweite Statusmeldung vom Wemos.
Beide Meldungen laufen gleichzeitig auf.

violine21
Beiträge: 590
Registriert: 20. Sep 2019 05:49
Answers: 7

Re: Mini-PV und Leistungsregelungen/Begrenzungen für Bestandsgeräte

Beitrag von violine21 »

Hier noch ein Mittschnitt von MQTT.fx:
Wemos.jpg
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.

Benutzeravatar
udo1toni
Beiträge: 14001
Registriert: 11. Apr 2018 18:05
Answers: 222
Wohnort: Darmstadt

Re: Mini-PV und Leistungsregelungen/Begrenzungen für Bestandsgeräte

Beitrag von udo1toni »

Das bedeutet dann aber, dass der an das Gerät gesendete Befehl nicht passt.
Lustig, dass es dann dennoch funktioniert...
openHAB4.1.2 stable in einem Debian-Container (bookworm) (Proxmox 8.2.2, LXC), mit openHABian eingerichtet

EmptySoft
Beiträge: 188
Registriert: 7. Jan 2020 14:45
Answers: 2
Kontaktdaten:

Re: Mini-PV und Leistungsregelungen/Begrenzungen für Bestandsgeräte

Beitrag von EmptySoft »

violine21 hat geschrieben: 21. Feb 2023 16:38 Wie gesagt, ich vermute, das ist die OH-Reaktion auf die zweite Statusmeldung vom Wemos.
Beide Meldungen laufen gleichzeitig auf.
Also ich bekomme von meinem ESP-EASY die Daten nicht per JSON, sondern jeden Kanal einzeln ...
BYe
Harald

mad-mike
Beiträge: 403
Registriert: 6. Jan 2021 18:05
Answers: 2

Re: Mini-PV und Leistungsregelungen/Begrenzungen für Bestandsgeräte

Beitrag von mad-mike »

EmptySoft hat geschrieben: 19. Feb 2023 07:20
mad-mike hat geschrieben: 19. Feb 2023 02:10 Hat das Gerät denn eine art Überschuss Regelung schon mit integriert oder wird das mit einer Rule gelöst?
Der KEMO ist nur ein Regler, die Intelligenz muss man in einer Rule bauen
Gibts hier schon erfolge??

Mein LCN Hochleistungs dimmer ist nun eingebunden in openHAB.

Mit dem Will ich ja dann -> bis zu 4,5 KW Überschuss verbraten in den Puffer. Das läuft dann so: 1500 Watt gedimmt, und dann 2 statische Stufen, mit auch jeweils 1500 Watt...

Bin natürlich auch an euren Rule interessiert.
Gruss mad-mike

openHABian 4.1.1 auf Raspberry Pi 4 Mod. b (8GB) ;)

Antworten