SML Protokoll identifiziren und zerlegen

[my_xy_projekt]

@agmue

Mein Testsatz war tatsächlich unvollständig,

Na wenn das schon Erleuchtung brachte, hab ich alles richtig gemacht

Wenn Du mal einen Satz für mich hast, kannst ihn ja mal vorbei schicken. Wie, solltest Du ja noch zusammen bekommen. Ich sammel für spätere Tests schon mal ein. Die ID kann ja verändert werden - wo sie drin ist, weisst ja jetzt...

Nachtrag: Dein Zähler kann eine erweiterte Nachricht auf Anforderung versenden. Ich würde die gerne mal sehen wollen. (Ab Beschreibung des Zählers Seite 15 - INFO-Anzeige Abbildung 6)

[Muecke]

@Miq1

Ja, wenn du blöderweise einen der GPIOs erwischt hättest, die beim Booten auf HIGH gehen.

Kann man das irgendwo nachlesen welche das sind?

[agmue]

@Muecke

Beim ESP32 tue ich mich echt schwer bei der PIN Auswahl,

Schau mal bei ESP32 Pinout Reference: Which GPIO pins should you use?, da gibt es eine informative Liste.

Zu Deiner Hardware könnte, wenn ich es auf Deinem Foto richtig erkenne, diese Pinanordnung (Quelle) passen:

Ja? Nein?

---

@my_xy_projekt

Na wenn das schon Erleuchtung brachte,

"Liste" hatte ich nicht verstanden, jetzt leuchtet es

[Miq1]

@Muecke

Kann man das irgendwo nachlesen welche das sind?

3 definitiv, 5, 14 und 15, wenn Du Pech hast (PWM-Signal während des Bootens)

[Muecke]

@Miq1

3 definitiv, 5, 14 und 15, wenn Du Pech hast (PWM-Signal während des Bootens)

Oh man, da hast du die 15 mit aufgelistet, ... das wird scheinbar das Problem sein.

@agmue

Ja? Nein?

Das schaut so aus wie das was ich hier auf dem Schreibtisch liegen habe.
GPIO[16 & 17] und [1 & 3] sollten beim Flaschen unberührt bleiben.
Wobei 3 von @Miq1 aufgelistet ist das dieser ein Signal während des Bootens bekommt.

[EDIT] dann gehe ich von aus das ich mir meinen IR-Transistor geschrotet habe.
Ich bestelle jetzt ein 50er pack.

[hajos118]

@my_xy_projekt

  if (Serial1.available())                      // Daten im Serial1 ?

gibt zurück, wenn irgendwas im Puffer ist.
Um zu verhindern, das es zum vollaufen des Puffers und Verlust von Zeichen kommt, wollte ich solange lesen, bis der Puffer leer ist (while()), musste aber erfahren, das das nicht unbedingt funktioniert:

Angenommen der interne Puffer (FIFO) ist also zu klein, d.h. er wäre beispielsweise 64 Byte gross, aber vor der nächsten Abfrage (available) sind schon 70 Zeichen angekommen... wie kann ich den Puffer vergrößern?

[Muecke]

@agmue

Schau mal bei ESP32 Pinout Reference: Which GPIO pins should you use?, da gibt es eine informative Liste.

genau das ist das was mich bei den gesamten ESP32 so extrem verunsichert, ständig wird ein anders PIN-OUT dargestellt und ich bin mir nicht sicher ob es dann das Bord ist was ich nun habe oder nicht.

das PIN-OUT auf der Seite mit dem Link:

PIN-OUT bei mir auf dem Schreibtisch:

[my_xy_projekt]

@hajos118

wie kann ich den Puffer vergrößern?

Garnicht, wenn Du die Hardwareschnittstellen benutzt. Wie soll das gehen?

Alternatuv kannst Du softwareserial benutzen.
Dort kannst Du den Puffer manuell anpassen.
Aber wem die z.B. 32 bytes nicht reichen, hat ein viel größeres Problem.
Hinweis: Das ist ein reiner Übertragungspuffer. Du kannst mit den Daten nichts anfangen, solange die da drin sind. Siehe für den ESP die Doku zum Aufbau UART: https://www.espressif.com/sites/default/files/documentation/esp32_technical_reference_manual_en.pdf#uart

[agmue]

@Muecke

ständig wird ein anders PIN-OUT dargestellt

Der ESP32 ist das quadratische silberne Kästchen.

Die Platine drumrum ist das Test-Board, das jeder Hersteller nach eigenen Vorstellungen gestaltet. Soviele Hersteller es gibt, so viele Varianten existieren. GPIO6 bis GPIO11 hängen am Flash-Speicher und sind extern nicht nutzbar und daher bei Deinem Board nicht rausgeführt.

Nutze die für Dich relevante Pinbelegung!

Aber: Serial1 liegt auf den Flash-Pins und wird bei Deinem Board-Pinout nicht berücksichtigt, ist aber auch bei Deinem ESP32 durchaus vorhanden. Da der ESP32 eine Pin-Matrix verwendet, kannst Du bei der Einrichtung von Serial1 RXD1 und TXD1 auf andere Pins verlegen. Bei meinem Bord ist Serial1 sichtbar:

Leider zeigen nicht alle Pinouts auch alle möglichen Pins und deren Bedeutung.

[Tommy56]

@my_xy_projekt

Garnicht, wenn Du die Hardwareschnittstellen benutzt. Wie soll das gehen?

Wieso nicht?
Da es in diesem Thread um den ESP32 geht, gibt es dafür sogar Methoden
HardwareSerial.h Zeile 168/169.

Gruß Tommy

[my_xy_projekt]

@Tommy56

gibt es dafür sogar Methoden
HardwareSerial.h Zeile 168/169.

AAh.. DANKE!

[Muecke]

@agmue

Die Platine drumrum ist das Test-Board, das jeder Hersteller nach eigenen Vorstellungen gestaltet.

Bannen die dann die GPIO alle gleich?

@agmue

Einrichtung von Serial1 RXD1 und TXD1 auf andere Pins verlegen.

Ok, nach der Liese auf der Seite Quelle
Würde dann wie von dir vorgeschlagen

@agmue

Oder Du verwendest gleich Serial2 an GPIO16 und GPIO17 (RXD2 und TXD2).

Bei den neuen IR-Transistor umstellen.

[agmue]

@Muecke

Bannen die dann die GPIO alle gleich?

Nö, das wäre ja zu einfach. Das liegt an der Auswahl des Boards in der Arduino-IDE. Du brauchst so wie ich "ESP32 Dev Module". Ich habe alle anderen in der IDE ausgeblendet.

Ich verwende ebenso gerne Serial2:

// Serielle Schnittstelle
#define Baudrate 9600                   // vorgabe vom Stromzähler
#define Protocol SERIAL_8N1             // vorgabe vom Stromzähler
...
  Serial2.begin(Baudrate, Protocol);  // RXD2 = GPIO16

[michael_x]

@my_xy_projekt

wie kann ich den Puffer vergrößern?
Garnicht, wenn Du die Hardwareschnittstellen benutzt. Wie soll das gehen?

Nochmal nachgetragen:
Die Hardwareschnittstelle (UART) hat einen Puffer von genau 1 Byte. Die Interrupt-Routine hat also 1 Zeichen lang Zeit, dieses Byte in einen beliebig großen Software-Puffer (der bei Arduino traditionell 64 byte groß ist) umzukopieren. In diesem Puffer wird gnadenlos und ohne Fehlerkennzeichnung das älteste überschrieben. read() liest aus diesem Software-Puffer jeweils das älteste noch vorhandene aber nicht gelesene Byte aus.

[hajos118]

Also mit
Serial.setRxBufferSize(128)
könnte man recht einfach mal den Empfangspuffer auf 128 Byte setzen?
Wäre doch einen Versuch wert....

[my_xy_projekt]

@michael_x

(UART) hat einen Puffer von genau 1 Byte.

Jupp.
Ich bin fälschlich davon ausgegangen, das der ESP ebenfalls einen USART hat. Da steckt aber RAM hinter, der konfigurierbar ist. Nach dem lesen war ich dann auch schlauer.

@hajos118

Wäre doch einen Versuch wert....

Ein Versuch ja. Ich versteh blos noch immer nicht warum man das machen müsste.
Wenn Du mit weniger nicht auskommst, weil Du langsamer ein byte abholst, als zwei Byte kommen, dann kommt auch der 128Byte-Speicherplatz irgendwann an seine Grenzen und Du stehst vor genau dem selben Problem.
Hier hilft Dir dann - vollkommen ausserhalb der Spezifikation - vermutlich eher die Sendepause zwischen zwei Nachrichten um den Puffer leer zu lesen.

[hajos118]

@my_xy_projekt

Ein Versuch ja. Ich versteh blos noch immer nicht warum man das machen müsste.

Angenommen, das Problem taucht nicht bei jedem Durchgang, sondern erst alle 10 Durchgänge auf, dann könnte man einfach einen Durchgang auslassen, den Puffer komplett auslesen und die Bearbeitung (die zu lange dauert) verwerfen und hätte anschliessend wieder genug Zeit um 9 Datenpakete korrekt zu verarbeiten.
Besser als immer wieder unvollständige Daten zu verarbeiten und dann eine Anfang/Ende Sequenz nicht zu erkennen, den Puffer aber mit den (unnötigen) empfangenen daten noch voll zu haben.

[my_xy_projekt]

@hajos118

dann könnte man einfach einen Durchgang auslassen, den Puffer komplett auslesen

Das käme dann wieder an dem Punkt raus, das Du eine Schleife brauchst, die die 128 Bytes ausliest, bis nichts mehr drin ist.
Dann kann ich auch von vornherein while() nehmen und spare mir die Konstruktionen drumrum.
Alternativ kann ich mit

byte x=Serial1.available();
for (byte b=0; b<x b++)

sowas bauen.

[fony]

Da die ESP32 haben mehrere Modulvarianten, wichtig ist GPIO 6 bis 11 sind Tabu == interne Verbindung zum Speicher.
GPIO 34,35, 36 und 39 nur als Eingang. Such dir Pinbelegung für dein ESP und drucke aus

[agmue]

Ich schwanke noch zwischen direkter Verarbeitung und erst zwischenspeichern und dann auswerten. Meine Datensätze sind über 600 Byte lang.

Funktioniert serialEvent() beim ESP32, dann könnte man per Interrupt einen (Ring-)Puffer vollschreiben und die Pause zur Auswertung nutzen.