Shell-Script Syntax-Problem

Sauberer ist bei JSON Strings mit jq zu arbeiten. In Deinem Falle ist es akzeptabel ohne jq. Aber wenn das JSON aus mehr als einem Element besteht sollte man das einen interessierende Element mit jq extrahieren.

Beispielausgabe von status%2010:

{
  "StatusSNS": {
    "Time": "2024-12-23T11:36:42",
    "ENERGY": {
      "TotalStartTime": "2024-03-30T10:01:17",
      "Total": 4.760,
      "Yesterday": 0.000,
      "Today": 0.000,
      "Power": 0,
      "ApparentPower": 0,
      "ReactivePower": 0,
      "Factor": 0.00,
      "Voltage": 239,
      "Current": 0.000
    }
  }
}

Wenn Du da Total auslesen willst geht das nur noch mit jq .StatusSNS.ENERGY.Total

Ich finde das in diesem Fall schon nicht akzeptabel ohne jq zu arbeiten, denn aus JSON-Sicht wäre beispielsweise {"POWER":"ON"} und {"POWER": "ON"} der gleiche Wert, was mit jq funktioniert, mit simplem Zeichenkettenvergleich der Shell aber nicht. Wenn man das mit Zeichenkettenvergleich macht, dann sollte man dringend beide Fälle explizit testen und falls die beide nicht zutreffen, entsprechend einen Fehler melden, damit man schauen kann was da nicht stimmt. Würde ich übrigens auch mit jq so machen, das so zu schreiben, dass man mitbekommt, wenn da etwas unerwartetes zurück kommt.

Quote from __blackjack__

Ich finde das in diesem Fall schon nicht akzeptabel ohne jq zu arbeiten, denn aus JSON-Sicht wäre beispielsweise {"POWER":"ON"} und {"POWER": "ON"} der gleiche Wert, was mit jq funktioniert, mit simplem Zeichenkettenvergleich der Shell aber nicht.

Solange das immer dasselbe Gerät ist wird sich der String nicht ändern. Aber Du hast natürlich Recht: Gemäß JSON Syntax können auch beliebige Leerzeichen zur Trennung genutzt werden. D.h. wenn man unterschiedliche Geräte ansprechen will, die unterschiedliche JSON Formate ausspucken, geht das nur mit jq oder regex. Letzteres ist aber eine Krücke.

Quote from __blackjack__

dass man mitbekommt, wenn da etwas unerwartetes zurück kommt.

Macht Sinn. Nennt sich defensives Programmieren. Aber ich glaube der TE ist mit der vorgeschlagenen Lösung zufrieden.

#!/bin/sh
status=$(curl -s http://192.168.0.154/cm?cmnd=power | jq -r ".POWER")

case "$status" in
	ON)
		echo "Tasmota eingeschaltet"
		exit 0
		;;
	OFF)
		echo "Tasmota aus"
		exit 0
		;;
	*)	echo "Invalid status \"$status\" received"
		exit 1
		;;
esac

wäre eine mögliche defensive Implementierung

Können diese Teile nicht auch mal ein Firmware-Update bekommen? So ein „das ändert sich bestimmt nicht“ beisst einen doch das eine oder andere mal in den Allerwertesten, wenn man lange genug dabei ist. 😀

Firmwareupdate bei Tasmota? Gibt es die? Und wenn - wer macht das denn? Anyhow hast Du natürlich Recht. Das sind die kleinen lauernden Bugs