ElabNET Technik Forum

Hallo Tom,

nur mal zu meinem Verständnis ...

Du hast auch die richtigen Einstellungen in deinem goCharger eingestellt?



Im rot umrahmten Feld hast du deinen TWS hinterlegt? (Inklusive der Anmeldedaten)

Hat dein goCharger die Hardwarversion 3 (Seriennummer beginnt mit CM-03-)?

Vielleicht kann dir der Support der Herstellers des goCharger etwas zu dem "leeren" Level sagen ... denkbar könnte auch sein das man irgendwo noch etwas einstellen kann ... wie einen Namen oder so ... der dann anstelle des "leeren" Levels versendet wird.

Ist aber mehr Spekulation ...

maggyver hat geschrieben: ↑Mo Dez 06, 2021 4:35 pm Hallo Tom,

nur mal zu meinem Verständnis ...

Du hast auch die richtigen Einstellungen in deinem goCharger eingestellt?



Im rot umrahmten Feld hast du deinen TWS hinterlegt? (Inklusive der Anmeldedaten)

ich zetiere mich mal selbst

- URL des MQTT-Broker in die go-eCharger App eintragen (mqtt://IP-Adresse des MQTT-Brokers:1883) und die API aktivieren.
(siehe https://github.com/goecharger/go-eCharg ... mqtt-de.md)

Ich habe macvlan beim erstellen des MQTT Brokers ausgewählt und ihm daher eine definierte IP-Adresse zugewiesen.
Diese IP-Adresse wurde anschließend verwendet. Ein Passwort habe ich keines verwendet.

Die Kommunikation mit dem Broker funktioniert ja, sonst könnte ich über die Tools "MQTT Explorer" oder auch "MQTT.fx" nichts auslesen.
Aber diese Sache funktioniert. (siehe Screenshots)

Daher meine Vermutung, dass evtl. der Timberwolf mit dieser leeren Ebene nicht umgehen kann. Werde das mal bei dem Hersteller in Erfahrung bringen, ob diese Stelle mit einem Namen belegt werden kann.

Ja, besitze die Version 03.

Hallo Tom,

auf Github findet man das hier.

https://github.com/goecharger/go-eCharg ... /issues/44

Denke nicht das es in naher Zukunft eine Lösung des Anbieters des go-eCharger dafür geben wird.

In wie weit ElabNET hier diese "Ausnahme" berücksichtigen soll, kann oder will ... @StefanW ?

Hi,

maggyver hat geschrieben: ↑Mo Dez 06, 2021 7:29 pmIn wie weit ElabNET hier diese "Ausnahme" berücksichtigen soll, kann oder will ... @StefanW ?

Eine Bitte; klingelt mich doch nicht bei jedem dritten Thread am Tag raus, weil unbedingt eine Stellungnahme von mir erforderlich ist?

Der Timberwolf Server kann über bis zu 11 Protokolle parallel mit hunderten bis tausenden von verschiedenen Geräten anderer Hersteller verbunden werden. Ich fürchte, wir können doch nicht für jedes Gerät, das meint sich nicht an den Standard halten zu müssen, eine Stellungnahme abgeben, eine Ausnahme programmieren, diese dokumentieren, erklären, testen und supporten.

Ich behalte mit das im Hinterkopf und wenn eines Tages noch zig andere Geräte auftauchen mit solche einer Anomalie und es sich dann auch rentiert, dann beschäftigen wir uns gerne wieder.

Und nochmal: Bitte wirklich nicht immer rausklingeln oder um eine Stellungsname nachsuchen, weil ich bekomme auch so alles mit. Ich äußere mich schon, wenn ich das für richtig halte, aber mein zeitliches Budget ist gerade wirklich sehr belastet und ich muss bis Weihnachten einen Haufen Themen auf die Reihe bringen, darum bitte ich inständig um Schonung, Danke

Stefan

Hi @Tom,

ein leading Slash (aka empty topic) ist laut Standard tatsächlich erlaubt, aber überall verpöhnt, da es eben unter anderem solche Probleme verursacht wie von dir Beschrieben.
Ich habe aber kürzlich einen Thread im eclipse Forum entdeckt, der sich genau damit beschäftigt. Dort wird die Config im Moquitto verwendet um ein locales topic unter anderem topic auf sich selbst zu exportieren und somit den leading slash loszuwerden (aber natürlich die Last auf dem MQTT Broker zu verdoppeln).
https://www.eclipse.org/lists/mosquitto ... 02201.html
vielleicht hilft dir das Weiter.

VG
Earl

P.S. du musst den Thread bis zum Ende verfolgen um die Lösung zu finden

Im Zuge der aktuellen Aufräumaktion hier im Forum möchte ich dieses Thema gerne von "Problem" auf "beantwortet" setzen. Eine Lösung wäre zwar technisch grundsätzlich möglich, aber es hat fast 2 Jahre niemanden mehr interessiert und scheint ein echtes Randthema zu sein.

Sollte sich ein signifikanter Bedarf finden wird Elabnet sicher bereit sein sich diesem Thema dann erneut zu widmen.