Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Smallfeuer]

@homoran
Im seriellen Monitor vom ESP sehe ich in dem Moment dann auch falsche Werte. Ob diese jetzt falsch konvertiert werden kann ich nicht sagen. Dazu müsste ich mir wahrscheinlich den unveränderten PAYLOAD anzeigen lassen?
Ich würde jetzt mal probieren den ESP auszuschließen, wenn du sagt das es von der Programmierung her passt. Das WLAN ist stabil, meine Daten die ich von den anderen Sensoren (Garage) zum Iobroker sende kommen immer fehlerfrei an.
Desweiteren habe ich QoS auf 2 gesetzt, somit sollte ein Datenverlust im WLAN eigentlich ausgeschlossen sein.

[Wal]

@smallfeuer sagte in MQTT Zahl in Variable ESP8266:

Serial.println(T);

Den Arduino mal mit dem PC verbinden und mit einem Terminal schauen was überhaupt übertragen wird.

edit: Ok, du warst schneller

[Wal]

@smallfeuer ,
evtl. erst in String umwandeln ?

   payload[length] = '\0'; 
   int T = atoi((char *)payload);

[Homoran]

@wal sagte in MQTT Zahl in Variable ESP8266:

evtl. erst in String umwandeln ?

da warte ich noch auf fie Antwort

@homoran sagte in MQTT Zahl in Variable ESP8266:

benötigt dein esp per mqtt number oder Text?

[Smallfeuer]

@smallfeuer sagte in MQTT Zahl in Variable ESP8266:

Die Varible T ist im Programm als int definiert

Dementsprechend eine Zahl.
Ich habe jetzt das Thermometer am MAC hängen und wie es dann so ist werden alle Werte auf dem seriellen Monitor korrekt ausgegeben und auch angezeigt. Ich muss also jetzt warten bis der Fehler auch mal auftritt.

[Smallfeuer]

@wal sagte in MQTT Zahl in Variable ESP8266:

wandeln

Für mich hier die Frage was erwartet die Funktion zu bekommen?

void onMqttMessage(char* topic, char* payload, AsyncMqttClientMessageProperties properties, size_t len, size_t index, size_t total)

Also ich sende ja eine Zahl vom Iobroker, aber geht "char* payload" auch richtig damit um?

[Marc Berg]

@smallfeuer sagte in MQTT Zahl in Variable ESP8266:

payload

In payload steht nicht zwingend das, was du erwartest, da es nur ein Pointer auf eine Zeichenkette ist und nicht "Null terminiert".

Versuch mal:

char payload2[len+1];
payload2[len] = '\0';
strncpy(payload2, payload, len); 

und arbeite dann mit "payload2" weiter.

EDIT: das ist eine ähnliche Lösung wie die von @Wal, nur dass eine neue Variable angelegt wird. Entscheidend ist das "\0" zum sauberen Terminieren der Zeichenkette.

[Wal]

@marc-berg ,
das das Gleiche habe ich oben schon gepostet, schau es dir nochmal an.

[Marc Berg]

@wal sagte in MQTT Zahl in Variable ESP8266:

@marc-berg ,
das das Gleiche habe ich oben schon gepostet, schau es dir nochmal an.

Sorry, ich habe nur bis "String umwandeln" gelesen. Du hast natürlich recht.

[Smallfeuer]

Danke euch, ich werde das terminieren der Zeichenkette mal integrieren.

[Smallfeuer]

Ich habe jetzt mal folgendes geladen:

void onMqttMessage(char* topic, char* payload, AsyncMqttClientMessageProperties properties, size_t len, size_t index, size_t total) {
   int length
  if (strcmp(topic,"Thermometer/Aussentemperatur")==0)
      payload[length] = '\0';
      T = atoi((char*)payload);
      Serial.print("Variabel-T ");
      Serial.println(T);
     }
   }

Hier kommt jetzt für alle Werte aber eine 0 als Ergebnis. Was fehlt da?

void onMqttMessage(char* topic, char* payload, AsyncMqttClientMessageProperties properties, size_t len, size_t index, size_t total) {
  Serial.println("Publish received.");
  Serial.print("  topic: ");
  Serial.println(topic);
  if (strcmp(topic,"Thermometer/Aussentemperatur")==0){
          char payload2[len+1];
          payload2[len] = '\0';
          strncpy(payload2, payload, len);
          T = atoi((char*)payload2);
          Serial.print("Variabel-T ");
          Serial.println(T);

So funktioniert es :) Danke, hoffe auch fehlerfrei - werde berichten...

[Dr. Bakterius]

@smallfeuer sagte in MQTT Zahl in Variable ESP8266:

dementsprechend rechnet jetzt der ESP +20 und es gehen bei 0 -> 20 LED's an -> was dann 0 Grad sind. bei -1 sollten es 19 sein, sind es aber leider nicht immer.

Und warum überträgst du nicht direkt die Anzahl der LED die leuchten sollen? Vielleicht macht ja auch der negative Wert Probleme?

[Smallfeuer]

@dr-bakterius Hi, ja der Hinweis ist berechtigt. Liegt aber im Aufbau der Programmierung.
Ich definiere nur die Anzahl der LED's und den 0 Punkt. Für einen anderen Ort will man ja ggf. tiefere Temperaturen haben, oder höhere und dann muss man die Programmierung nicht ändern.
Zumal es ja auch einen Partymodus gibt, sobald der Verstärker zu laut ist, fängt das Thermometer dann an an mit 120 Beats zu blinken und so... ;)

Jetzt könnte man das alles umbauen, aber ich denke eine normale Subtraktion sollte kein Problem für einen ESP8622 sein, wenn man überlegt was andere LED-Projekte den Chips zumuten. Gestern Abend gab es auf jeden Fall keine Auffälligkeiten mehr, es schaut also erstmal gut aus :+1: Danke dafür.

[Smallfeuer]

Also bisher läuft alles ohne BUG. Hier mal noch 2 Bilder wie das ganze aussieht. Alles mit dem 3D Drucker erstellt.
MinTemp (blau), aktuelle Temp(je nach Temp - gelb) und Max Temp. (rot).

Danke für Eure Unterstützung.