Tinkerforge WARP HTTP API (BC) #26334

lehmanju · 2026-01-01T16:33:21Z

Die WARP Charger von Tinkerforge implementieren inzwischen alle eine HTTP API. Dieser PR implementiert diese API analog zur MQTT API. Die MQTT API wird weiter unterstützt, ist aber als deprecated markiert. Zukünftige Nutzer können die Wallbox jetzt einfacher konfigurieren, es ist nur die Angabe einer IP/eines Hostnamens erforderlich.

Damit wird der MQTT Broker für mich dann auch endlich überflüssig und kann abgeschaltet werden.

EDIT:

Zwei Templates (WARP und WARP3)
Für WARP3 wird das Phase Auto Switching immer disabled, für WARP wird das nicht ausgeführt, weil der Endpunkt fehlt
Der EnergyManager wird nur genutzt, wenn die Wallbox das power_manager Feature nicht selbst unterstützt, also nur für WARP
Nutze neue meters API, aber behalte meter API als Fallback

sourcery-ai

Hey - I've left some high level feedback:

In meterValues the length check len(res) <= 5 will still allow slices of length 5 and then currents/voltages index up to res[5], so this should be len(res) < 6 (or equivalent) to avoid a potential out-of-bounds panic.

Prompt for AI Agents

Please address the comments from this code review:

## Overall Comments
- In `meterValues` the length check `len(res) <= 5` will still allow slices of length 5 and then `currents`/`voltages` index up to `res[5]`, so this should be `len(res) < 6` (or equivalent) to avoid a potential out-of-bounds panic.

Sourcery is free for open source - if you like our reviews please consider sharing them ✨

_{Help me be more useful! Please click 👍 or 👎 on each comment and I'll use the feedback to improve your reviews.}

andig · 2026-01-01T16:48:01Z

devcontainer baute nicht, deswegen moby deaktiviert

OT, bitte neuer PR.

templates/definition/charger/tinkerforge-warp-http.yaml

charger/warp-http.go

andig · 2026-01-01T16:51:40Z

Nice PR!

andig · 2026-01-01T17:06:36Z

Die MQTT API wird weiter unterstützt, ist aber als deprecated markiert

Hast Du dazu eine Referenz?

lehmanju · 2026-01-01T17:08:05Z

Die MQTT API wird weiter unterstützt, ist aber als deprecated markiert

Hast Du dazu eine Referenz?

Ah, missverständlich. Die ist nicht in der WARP Firmware deprecated, sondern die evcc Templates sind als deprecated markiert ;).

andig · 2026-01-01T17:10:28Z

Ah- für mich auch ok. Ohne Umwege ist egtl. immer besser!

charger/warp-http.go

mfuchs1984

See inline comment.

deadrabbit87 · 2026-01-03T13:32:47Z

Für Setups wo neben evcc auch andere Systeme auf die Wallbox zugreifen, hat MQTT den Vorteil dass alle Clients parallel per Publish/Subscribe lauschen können, ohne die Wallbox mehrfach zu pollen. Wäre es sinnvoll, die MQTT Templates nicht als deprecated zu markieren, sondern als gleichwertige Alternative zu belassen – für Nutzer die ohnehin einen Broker betreiben?

charger/warp-http.go

lehmanju · 2026-01-03T14:19:18Z

Für Setups wo neben evcc auch andere Systeme auf die Wallbox zugreifen, hat MQTT den Vorteil dass alle Clients parallel per Publish/Subscribe lauschen können, ohne die Wallbox mehrfach zu pollen. Wäre es sinnvoll, die MQTT Templates nicht als deprecated zu markieren, sondern als gleichwertige Alternative zu belassen – für Nutzer die ohnehin einen Broker betreiben?

Die API wird ja nicht tausendfach pro Sekunde gepollt, insofern ist das denke ich kein Problem. HTTP mit JSON kann schon einiges ab, da kommt man mit evcc nicht so schnell an Grenzen. Andere Clients können ja weiterhin MQTT nutzen. Sollte sich Gegenteiliges herausstellen, kann man das deprecated ja wieder rückgängig machen. Aber besser ist glaube ich schon perspektivisch nur eine API zu pflegen.

charger/warp-http.go

deadrabbit87 · 2026-01-03T14:39:17Z

Ich nutze ein WARP2 mit WEM der die Phaseumschaltung macht.

Für Setups wo neben evcc auch andere Systeme auf die Wallbox zugreifen, hat MQTT den Vorteil dass alle Clients parallel per Publish/Subscribe lauschen können, ohne die Wallbox mehrfach zu pollen. Wäre es sinnvoll, die MQTT Templates nicht als deprecated zu markieren, sondern als gleichwertige Alternative zu belassen – für Nutzer die ohnehin einen Broker betreiben?

Die API wird ja nicht tausendfach pro Sekunde gepollt, insofern ist das denke ich kein Problem. HTTP mit JSON kann schon einiges ab, da kommt man mit evcc nicht so schnell an Grenzen. Andere Clients können ja weiterhin MQTT nutzen. Sollte sich Gegenteiliges herausstellen, kann man das deprecated ja wieder rückgängig machen. Aber besser ist glaube ich schon perspektivisch nur eine API zu pflegen.

Ich wollte das nur anmerken, da ich persönlich lieber weiter den Broker nutzen wollen würde.

Ist aber nicht konstruktiv begründet, sondern nur Geschmackssache.

lehmanju · 2026-01-04T11:39:12Z

@deadrabbit87 @mfuchs1984 gerne nochmal testen ;)

mfuchs1984 · 2026-01-04T11:45:46Z

Habe selbst keinen WARP charger ;)

deadrabbit87 · 2026-01-04T12:00:09Z

Mach ich heute Abend.

charger/warp-http.go

charger/warp/types.go

charger/warp-http.go

lehmanju · 2026-01-04T15:56:59Z

evse und meter Endpunkte funktionieren bei mir jetzt, keine EOFs.

deadrabbit87 · 2026-01-04T16:28:46Z

Also mit WEM + WARP2 pro geht bei mir jetzt alles.

Tests mit WARP3 stehen noch aus....

Soll ich smart auch testen? Hätte unter umständen Zugriff auf eine... Sonst habe ich nur pro.

lehmanju · 2026-01-04T16:30:22Z

Also mit WEM + WARP2 pro geht bei mir jetzt alles.

Tests mit WARP3 stehen noch aus....

Soll ich smart auch testen? Hätte unter umständen Zugriff auf eine... Sonst habe ich nur pro.

Gerne alles testen, aber vermutlich ist nur noch die WARP3 interessant. Ob Smart oder Pro macht in der Implementierung keinen Unterschied.

deadrabbit87 · 2026-01-04T16:34:50Z

Also WEM Adresse muss man nach wie vor bei der WARP3 eintragen damit die auch Phasenumschaltung kann.

lehmanju · 2026-01-04T16:41:10Z

Also WEM Adresse muss man nach wie vor bei der WARP3 eintragen damit die auch Phasenumschaltung kann.

Aber hier ganz unten steht doch, dass es ohne geht: https://www.tinkerforge.com/de/blog/all-information-for-the-new-warp3-charger/

Oder meinst du in EVCC funktioniert es noch nicht richtig?

deadrabbit87 · 2026-01-04T16:43:27Z

Ja, ich meine evcc.

Atm ist es verwirrend, dass der Nutzer bei WEM die Adresse der Wallbox nochmal eintragen muss, damit 1p3p zur Verfügung steht.

lehmanju · 2026-01-04T16:45:58Z

Kannst du mal den Output von /info/features der WARP3 posten?
Und einmal /power_manager/state bitte.

Ich habe das Gefühl, dass die power_manager API in Features fehlt, aber trotzdem unterstützt wird.

Atm ist es verwirrend, dass der Nutzer bei WEM die Adresse der Wallbox nochmal eintragen muss, damit 1p3p zur Verfügung steht.

Ja, das repariere ich.

deadrabbit87 · 2026-01-04T16:56:13Z

Klar:

curl http://192.168.179.250/info/features
["rtc","evse","cp_disconnect","button_configuration","rgb_led","ethernet","firmware_update","meters","nfc","phase_switch","meter","meter_all_values","meter_phases"]

und

curl http://192.168.179.250/power_manager/state
{"config_error_flags":0,"external_control":0}

lehmanju · 2026-01-04T17:03:51Z

Danke, genau wie gedacht. Hab es schon repariert.

deadrabbit87 · 2026-01-05T15:46:51Z

Ich habe jetzt folgende Wallboxen getestet:

WARP3 pro
WARP3 smart
WARP2 pro mit WEM

Alle haben jetzt wie erwartet funktioniert und es kam auch kein Fehler mehr.

@andig Aus meiner Sicht kann das rein.

Copilot

Pull request overview

This PR implements a new HTTP API for Tinkerforge WARP chargers as an alternative to the existing MQTT-based implementation. The MQTT API is marked as deprecated but remains supported for backward compatibility.

Key changes:

New HTTP-based charger implementation with support for both WARP and WARP3 models
Automatic fallback from newer meters API to legacy meter API
Phase auto-switching control differs between WARP models (always disabled for WARP3, configurable via Energy Manager for WARP)

Reviewed changes

Copilot reviewed 8 out of 10 changed files in this pull request and generated 7 comments.

Show a summary per file

File	Description
templates/definition/charger/tinkerforge-warp3.yaml	Marks MQTT-based WARP3 template as deprecated
templates/definition/charger/tinkerforge-warp3-smart.yaml	Marks MQTT-based WARP3 Smart template as deprecated
templates/definition/charger/tinkerforge-warp3-http.yaml	New HTTP-based template for WARP3 chargers with phase auto-switch disabled
templates/definition/charger/tinkerforge-warp.yaml	Marks MQTT-based WARP template as deprecated
templates/definition/charger/tinkerforge-warp-http.yaml	New HTTP-based template for WARP chargers with Energy Manager support
charger/warp2-mqtt_decorators.go	Auto-generated decorator file for MQTT implementation
charger/warp2-mqtt.go	MQTT implementation moved from previous location
charger/warp/types.go	Adds new feature constants and meter value type definitions
charger/warp-http_decorators.go	Auto-generated decorator file for HTTP implementation
charger/warp-http.go	New HTTP API implementation with meters API support and fallback logic

Copilot · 2026-01-05T18:32:49Z

charger/warp-http.go

+// metersValueIds returns an array of 6 indices mapping meter value IDs to their positions
+// in the values array: [VoltageL1N, VoltageL2N, VoltageL3N, CurrentImExSumL1, CurrentImExSumL2, CurrentImExSumL3]


The function comment is inaccurate. It states the function returns an array of 6 indices, but it actually returns a map containing 8 meter value IDs (including power and energy values, not just the 6 voltage/current values mentioned).

Suggested change

// metersValueIds returns an array of 6 indices mapping meter value IDs to their positions

// in the values array: [VoltageL1N, VoltageL2N, VoltageL3N, CurrentImExSumL1, CurrentImExSumL2, CurrentImExSumL3]

// metersValueIds returns a map from meter value IDs to their positions in the values array.

// It covers the following IDs: VoltageL1N, VoltageL2N, VoltageL3N, CurrentImExSumL1, CurrentImExSumL2,

// CurrentImExSumL3, PowerImExSum, and EnergyAbsImExSum.

Copilot · 2026-01-05T18:32:49Z

charger/warp-http.go

+	var phases func(int) error
+	var getPhases func() (int, error)
+	if wb.emHelper != nil {
+		if res, err := wb.emState(); err == nil && res.ExternalControl != 1 {


The condition 'res.ExternalControl != 1' uses a magic number. This should be compared against a named constant to make the intent clearer. Consider defining constants for external control states in the warp types file.

Suggested change

if res, err := wb.emState(); err == nil && res.ExternalControl != 1 {

const externalControlEnabled = 1

if res, err := wb.emState(); err == nil && res.ExternalControl != externalControlEnabled {

ich stimme Copilot nicht zu, aber es wäre schön konsistent mit entweder 0 oder 1 zu vergleichen, aber nicht zu mischen.

charger/warp-http.go

Copilot · 2026-01-05T18:32:50Z

charger/warp-http.go

+	if idx, ok := wb.metersValuesMap[warp.MetersValueIDCurrentImExSumL3]; !ok {
+		return metersValues, fmt.Errorf("current L3 value ID not found")
+	} else if idx >= len(res) {
+		return metersValues, fmt.Errorf("current L3 index out of range: idx=%d, len(values)=%d", idx, len(res))
+	} else {
+		metersValues.CurrentImExSumL3 = res[idx]
+	}
+	if idx, ok := wb.metersValuesMap[warp.MetersValueIDPowerImExSum]; !ok {
+		return metersValues, fmt.Errorf("power value ID not found")
+	} else if idx >= len(res) {
+		return metersValues, fmt.Errorf("power index out of range: idx=%d, len(values)=%d", idx, len(res))
+	} else {
+		metersValues.PowerImExSum = res[idx]
+	}
+	if idx, ok := wb.metersValuesMap[warp.MetersValueIDEnergyAbsImExSum]; !ok {
+		return metersValues, fmt.Errorf("energy value ID not found")
+	} else if idx >= len(res) {
+		return metersValues, fmt.Errorf("energy index out of range: idx=%d, len(values)=%d", idx, len(res))
+	} else {
+		metersValues.EnergyAbsImExSum = res[idx]
+	}
+
+	return metersValues, nil
+}
+


The metersValues function has significant code duplication with 8 nearly identical if-else blocks for extracting values. This reduces maintainability and makes the code harder to modify. Consider refactoring this into a helper function that takes the value ID as a parameter and returns the value or error.

Suggested change

if idx, ok := wb.metersValuesMap[warp.MetersValueIDCurrentImExSumL3]; !ok {

return metersValues, fmt.Errorf("current L3 value ID not found")

} else if idx >= len(res) {

return metersValues, fmt.Errorf("current L3 index out of range: idx=%d, len(values)=%d", idx, len(res))

} else {

metersValues.CurrentImExSumL3 = res[idx]

}

if idx, ok := wb.metersValuesMap[warp.MetersValueIDPowerImExSum]; !ok {

return metersValues, fmt.Errorf("power value ID not found")

} else if idx >= len(res) {

return metersValues, fmt.Errorf("power index out of range: idx=%d, len(values)=%d", idx, len(res))

} else {

metersValues.PowerImExSum = res[idx]

}

if idx, ok := wb.metersValuesMap[warp.MetersValueIDEnergyAbsImExSum]; !ok {

return metersValues, fmt.Errorf("energy value ID not found")

} else if idx >= len(res) {

return metersValues, fmt.Errorf("energy index out of range: idx=%d, len(values)=%d", idx, len(res))

} else {

metersValues.EnergyAbsImExSum = res[idx]

}

return metersValues, nil

}

if value, err := metersValueOrError(wb.metersValuesMap, res, warp.MetersValueIDCurrentImExSumL3, "current L3"); err != nil {

return metersValues, err

} else {

metersValues.CurrentImExSumL3 = value

}

if value, err := metersValueOrError(wb.metersValuesMap, res, warp.MetersValueIDPowerImExSum, "power"); err != nil {

return metersValues, err

} else {

metersValues.PowerImExSum = value

}

if value, err := metersValueOrError(wb.metersValuesMap, res, warp.MetersValueIDEnergyAbsImExSum, "energy"); err != nil {

return metersValues, err

} else {

metersValues.EnergyAbsImExSum = value

}

return metersValues, nil

}

func metersValueOrError(indexMap map[int]int, values []float64, id int, valueName string) (float64, error) {

idx, ok := indexMap[id]

if !ok {

return 0, fmt.Errorf("%s value ID not found", valueName)

}

if idx >= len(values) {

return 0, fmt.Errorf("%s index out of range: idx=%d, len(values)=%d", valueName, idx, len(values))

}

return values[idx], nil

}

charger/warp-http.go

Copilot · 2026-01-05T18:32:51Z

charger/warp-http.go

+// CurrentPower implements the api.Meter interface
+func (wb *WarpHTTP) metersCurrentPower() (float64, error) {
+	values, err := wb.metersValues()
+
+	return values.PowerImExSum, err
+}
+
+// TotalEnergy implements the api.MeterEnergy interface
+func (wb *WarpHTTP) metersTotalEnergy() (float64, error) {
+	values, err := wb.metersValues()
+
+	return values.EnergyAbsImExSum, err
+}
+
+// currents implements the api.PhaseCurrrents interface
+func (wb *WarpHTTP) metersCurrents() (float64, float64, float64, error) {
+	values, err := wb.metersValues()
+	if err != nil {
+		return 0, 0, 0, err
+	}
+
+	return values.CurrentImExSumL1, values.CurrentImExSumL2, values.CurrentImExSumL3, nil
+}
+
+// voltages implements the api.PhaseVoltages interface
+func (wb *WarpHTTP) metersVoltages() (float64, float64, float64, error) {
+	values, err := wb.metersValues()
+	if err != nil {
+		return 0, 0, 0, err
+	}
+
+	return values.VoltageL1N, values.VoltageL2N, values.VoltageL3N, nil
+}


The metersCurrentPower, metersTotalEnergy, metersCurrents, and metersVoltages functions all call metersValues separately, which makes separate HTTP requests for each. This is inefficient and could lead to performance issues. Consider caching the result or having a single function that returns all values at once to reduce the number of HTTP requests.

Co-authored-by: Copilot <[email protected]>

andig · 2026-01-05T18:35:50Z

charger/warp-http.go

+	cc := struct {
+		URI                    string
+		User                   string
+		Password               string
+		EnergyManagerURI       string
+		EnergyManagerUser      string
+		EnergyManagerPassword  string
+		DisablePhaseAutoSwitch bool
+		EnergyMeterIndex       uint
+	}{}


Suggested change

cc := struct {

URI string

User string

Password string

EnergyManagerURI string

EnergyManagerUser string

EnergyManagerPassword string

DisablePhaseAutoSwitch bool

EnergyMeterIndex uint

}{}

var cc struct {

URI string

User string

Password string

EnergyManagerURI string

EnergyManagerUser string

EnergyManagerPassword string

DisablePhaseAutoSwitch bool

EnergyMeterIndex uint

}

andig · 2026-01-05T18:37:38Z

charger/warp-http.go

+		currentPower = wb.metersCurrentPower
+		totalEnergy = wb.metersTotalEnergy
+		currents = wb.metersCurrents
+		voltages = wb.metersVoltages


metersVoltages vs meterVoltages ist arg subtil. Die ifs sind eher ein if featureA else if featureB statt der nil Vergleiche?

charger/warp-http.go

andig · 2026-01-05T18:40:09Z

charger/warp-http.go

+	err := wb.GetJSON(uri, &status)
+	if err != nil {


Suggested change

err := wb.GetJSON(uri, &status)

if err != nil {

if err := wb.GetJSON(uri, &status); err != nil {

andig · 2026-01-05T18:41:54Z

charger/warp-http.go

+func (wb *WarpHTTP) meterCurrentPower() (float64, error) {
+	var res warp.MeterValues
+	uri := fmt.Sprintf("%s/meter/values", wb.uri)
+	err := wb.GetJSON(uri, &res)


use caching instead of single requests per meter. Or does the Warp support the cache headers? Either cache result or use memcache transport.

andig · 2026-01-05T18:43:37Z

charger/warp-http.go

+		warp.MetersValueIDEnergyAbsImExSum: false,
+	}
+
+	var indices = make(map[int]int)


use lo.Intersect and/or lo.Diff

andig · 2026-01-05T18:44:25Z

charger/warp-http.go

+	return indices, nil
+}
+
+func (wb *WarpHTTP) metersValues() (warp.MetersValues, error) {


lots of duplicated code; refactor

andig · 2026-01-05T18:44:57Z

templates/definition/charger/tinkerforge-warp3-http.yaml

+  - name: user
+  - name: password
+  - name: meterIndex
+    default: 0


Suggested change

default: 0

andig · 2026-01-05T18:45:12Z

templates/definition/charger/tinkerforge-warp3-http.yaml

+    default: 0
+    required: true
+    description:
+      de: Stromzähler Index


Kennt der Anwender den "Index"?

Ich glaube ja, man kann die in der UI anlegen. Üblicherweise ist aber nur Index 0 interessant, der eingebaute Zähler.

Kannst du auch über die API auslesen, dann muss der Nutzer das nicht konfigurieren: https://docs.warp-charger.com/docs/interfaces/mqtt_http/api_reference/evse?hardwareType=any#evse_meter_config_any

Reicht es dann nicht sich fest auf Index 0 zu beschränken? Der Anwendungszweck/Verwendung ist hier ja ohnehin festgelegt.
Weniger ist mehr?

Es könnte theoretisch Nutzer geben, die den Index verstellt haben. Mir wäre aber nicht bekannt, dass irgendjemand das schonmal getan hat, außer wir für interne Tests. Deshalb halte ich das für hinreichend nischig, dass EVCC das nicht unterstützen muss.

Raus damit ;) Kann ja in der Go Config drin bleiben, das ist das Default dann 0.

evcc-bot added devices Specific device support enhancement New feature or request labels Jan 1, 2026

lehmanju force-pushed the warp-http branch from e95f693 to ae42721 Compare January 1, 2026 16:34

sourcery-ai bot reviewed Jan 1, 2026

View reviewed changes

andig reviewed Jan 1, 2026

View reviewed changes

templates/definition/charger/tinkerforge-warp-http.yaml Outdated Show resolved Hide resolved

lehmanju force-pushed the warp-http branch from ae42721 to 193e08d Compare January 1, 2026 16:50

andig reviewed Jan 1, 2026

View reviewed changes

charger/warp-http.go Outdated Show resolved Hide resolved

lehmanju force-pushed the warp-http branch 2 times, most recently from d908dee to 2d664be Compare January 1, 2026 16:58

andig changed the title ~~Tinkerforge WARP HTTP API~~ Tinkerforge WARP HTTP API (BC) Jan 1, 2026

andig requested a review from premultiply January 1, 2026 17:10

mfuchs1984 reviewed Jan 3, 2026

View reviewed changes

charger/warp-http.go Show resolved Hide resolved

mfuchs1984 reviewed Jan 3, 2026

View reviewed changes

deadrabbit87 reviewed Jan 3, 2026

View reviewed changes

charger/warp-http.go Outdated Show resolved Hide resolved

deadrabbit87 reviewed Jan 3, 2026

View reviewed changes

charger/warp-http.go Outdated Show resolved Hide resolved

deadrabbit87 reviewed Jan 3, 2026

View reviewed changes

charger/warp-http.go Show resolved Hide resolved

lehmanju force-pushed the warp-http branch from 2d664be to df12a45 Compare January 4, 2026 11:36

deadrabbit87 reviewed Jan 4, 2026

View reviewed changes

charger/warp-http.go Outdated Show resolved Hide resolved

deadrabbit87 reviewed Jan 4, 2026

View reviewed changes

charger/warp/types.go Outdated Show resolved Hide resolved

deadrabbit87 reviewed Jan 4, 2026

View reviewed changes

charger/warp-http.go Outdated Show resolved Hide resolved

deadrabbit87 reviewed Jan 4, 2026

View reviewed changes

charger/warp-http.go Outdated Show resolved Hide resolved

deadrabbit87 reviewed Jan 4, 2026

View reviewed changes

charger/warp-http.go Outdated Show resolved Hide resolved

deadrabbit87 reviewed Jan 4, 2026

View reviewed changes

charger/warp-http.go Outdated Show resolved Hide resolved

lehmanju force-pushed the warp-http branch 2 times, most recently from 54b2390 to 2f3b7dd Compare January 4, 2026 15:49

lehmanju force-pushed the warp-http branch from 2f3b7dd to cd3e884 Compare January 4, 2026 16:07

feat: tinkerforge warp http api

32651e2

lehmanju force-pushed the warp-http branch from cd3e884 to 32651e2 Compare January 4, 2026 16:49

premultiply requested a review from Copilot January 5, 2026 18:26

Copilot started reviewing on behalf of premultiply January 5, 2026 18:26 View session

Copilot AI reviewed Jan 5, 2026

View reviewed changes

andig and others added 2 commits January 5, 2026 19:42

Apply suggestion from @Copilot

8cfd7a1

Co-authored-by: Copilot <[email protected]>

Apply suggestion from @Copilot

3e18150

Co-authored-by: Copilot <[email protected]>

andig reviewed Jan 5, 2026

View reviewed changes

andig marked this pull request as draft January 5, 2026 18:45

Chris685 mentioned this pull request Jan 6, 2026

Update evcc.md Tinkerforge/warp-charger#92

Open

		// metersValueIds returns an array of 6 indices mapping meter value IDs to their positions
		// in the values array: [VoltageL1N, VoltageL2N, VoltageL3N, CurrentImExSumL1, CurrentImExSumL2, CurrentImExSumL3]

-// metersValueIds returns an array of 6 indices mapping meter value IDs to their positions
-// in the values array: [VoltageL1N, VoltageL2N, VoltageL3N, CurrentImExSumL1, CurrentImExSumL2, CurrentImExSumL3]
+// metersValueIds returns a map from meter value IDs to their positions in the values array.
+// It covers the following IDs: VoltageL1N, VoltageL2N, VoltageL3N, CurrentImExSumL1, CurrentImExSumL2,
+// CurrentImExSumL3, PowerImExSum, and EnergyAbsImExSum.

	if res, err := wb.emState(); err == nil && res.ExternalControl != 1 {
	const externalControlEnabled = 1
	if res, err := wb.emState(); err == nil && res.ExternalControl != externalControlEnabled {

	err := wb.GetJSON(uri, &status)
	if err != nil {
	if err := wb.GetJSON(uri, &status); err != nil {

Uh oh!

Tinkerforge WARP HTTP API (BC) #26334

Are you sure you want to change the base?

Tinkerforge WARP HTTP API (BC) #26334

Uh oh!

Conversation

lehmanju commented Jan 1, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

sourcery-ai bot left a comment

Choose a reason for hiding this comment

Uh oh!

andig commented Jan 1, 2026

Uh oh!

Uh oh!

Uh oh!

andig commented Jan 1, 2026

Uh oh!

andig commented Jan 1, 2026

Uh oh!

lehmanju commented Jan 1, 2026

Uh oh!

andig commented Jan 1, 2026

Uh oh!

Uh oh!

mfuchs1984 left a comment

Choose a reason for hiding this comment

Uh oh!

deadrabbit87 commented Jan 3, 2026

Uh oh!

Uh oh!

Uh oh!

lehmanju commented Jan 3, 2026

Uh oh!

Uh oh!

deadrabbit87 commented Jan 3, 2026

Uh oh!

lehmanju commented Jan 4, 2026

Uh oh!

mfuchs1984 commented Jan 4, 2026

Uh oh!

deadrabbit87 commented Jan 4, 2026

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

lehmanju commented Jan 4, 2026

Uh oh!

deadrabbit87 commented Jan 4, 2026

Uh oh!

lehmanju commented Jan 4, 2026

Uh oh!

deadrabbit87 commented Jan 4, 2026

Uh oh!

lehmanju commented Jan 4, 2026

Uh oh!

deadrabbit87 commented Jan 4, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

lehmanju commented Jan 4, 2026

Uh oh!

deadrabbit87 commented Jan 4, 2026

Uh oh!

lehmanju commented Jan 4, 2026

Uh oh!

deadrabbit87 commented Jan 5, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

Copilot AI left a comment

Choose a reason for hiding this comment

Pull request overview

Reviewed changes

Uh oh!

Copilot AI Jan 5, 2026

Choose a reason for hiding this comment

Uh oh!

Copilot AI Jan 5, 2026

lehmanju commented Jan 1, 2026 •

edited

Loading

deadrabbit87 commented Jan 4, 2026 •

edited

Loading

deadrabbit87 commented Jan 5, 2026 •

edited

Loading

andig Jan 7, 2026 •

edited

Loading