Das ganze entstand aus diesem Thread.
Damit ist es möglich mit einem Linux-Client die Daten einer WLAN-Wetterstation und/oder mit Hilfe eines Gateways und Zusatzsensoren zu empfangen, aufzubereiten und im ioBroker zur Verfügung zu stellen. Optional können die Daten auch bei AWEKAS.at, OpenSenseMap, Windy und wetter.com zur Verfügung gestellt werden.
Mein Dank geht an @Latzi für das testen in der Entwicklungsphase und dessen Unterstützung bei der Verfassung der WiKi-Artikel.

---

Aktuelle Version auf GitHub:
Neue Versionen im Thread sind ab V2.15.0 (Juli 2022) unterschiedlich farblich gekennzeichnet:

• Beta-Releases haben dann eine rote Versionsnummer
• stabile Releases haben dann eine grüne Versionsnummer

---

Projektseite (inkl. WiKi): https://sborg2014.github.io/WLAN-Wetterstation/
Da es sich um keinen Adapter handelt, ist dies eine "Vorschaltseite" von GitHub. Nicht das wer auf die Idee kommt von der URL im ioBroker installieren zu wollen
Zum Download/WiKi geht es dann weiter per View on GitHub

Bisher geteste Stationen:

• BRESSER
  • WLAN Farb-Wetter Center mit 5-in-1 Profi-Sensor V (1) @pandor
  • WLAN Comfort Wetterstation mit 7-in-1 Profi-Sensor (1)
• ChiliTec Funk Wetterstation 12in1 @tege0
• DNT Weatherscreen PRO @Petersilie
• Ecowitt
  • GW1000
  • GW2000A
  • WS2910 @Nashra
• ELV WS980WiFi @sonystar
• Eurochron EFWS2900 @Latzi, @ilovegym, @SBorg (baugleich mit Ambient Weather WS-2902, Chilitec CTW-902, Sainlogic 10 in 1)
• Froggit
  • Gateway/USB-Dongle DP1500/DP2000 @Boronsbruder
  • HP1000SE Pro @Stormbringer
  • WH3000 SE @ToxSox, @crunchip
  • WH4000 SE @unltdnetworx, @Glasfaser, @Negalein, @Boronsbruder
  • WH6000 Pro @Mugel80
• Renkforce WH2600
• Sainlogic
  • 7 in 1 WiFi WS3500 @tritor, @manu96
  • Profi Wlan Wetterstation FT0300 (1) @XxJooO
• Ventus W830 @CiroCool, @Rushmed

(1) Abfrage per DNS-Server wie bspw. PiHole oder dnsmasq

---

Bisher unterstütze Zusatzsensoren per Station oder mittels DP1500/DP2000/GW1000/GW2000A - Gateway:

• bis zu 8 Stück DP35/WN34 Wassertemperatur-Sensoren
• ein DP40/WH32 (bzw. WH26) Außentemperatur- und Luftfeuchtigkeitssensor
• bis zu 8 Stück DP50/WH31 Temperatur-/Luftfeuchtigkeit-Sensoren
• ein DP60/WH57 Blitzsensor
• bis zu 4 Stück DP70/WH55 Wasserleckage-Sensoren
• bis zu 8 Stück DP100/WH51 Bodenfeuchte-Sensoren
• bis zu 4 Stück DP200/WH43 PM2.5 Feinstaub-Sensoren
• ein DP250/WH45 5-In-1 CO2 / PM2.5 / PM10 / Temperatur / Luftfeuchte Innenraumsensor
• ein DP300/WS68 Solarunterstütztes Anemometer mit UV-Lichtsensor
• ein WH31 (bzw. WH25) Sensor
• ein WS90 "Wittboy" Sensor
• BRESSER (1)
  • bis zu 4 Stück(2) BRESSER Thermo-/Hygro-Sensor 7 Kanal #7009999

(1) nicht alle Bresser-Stationen unterstützen Zusatzsensoren! siehe hier
(2) durch das verwendete Wunderground-Protokoll limitiert

Die mögliche Anzahl der Zusatzsensoren ist nicht durch das Skript begrenzt, sondern wird vom Display und/oder Gateway bestimmt.

Es besteht ferner auch die Möglichkeit Stationen (wie bspw. Sainlogic Profi Wlan Wetterstation FT0300) einzubinden die nicht per WS View[+] App konfiguriert werden können und nur ein Web-Interface bieten, dass keine Angabe eines eigenen Wetterdienst-Servers zulässt. Hierfür kann man den Umweg eines eigenen DNS-Servers wie dnsmasq oder Pi-hole gehen. Für Pi-hole hat @XxJooO freundlicherweise hier im Forum eine ausführliche Doku erstellt: klick mich

Wäre schön wenn sich weitere User mit entsprechenden Modellen melden bei denen es funktioniert (auch wenn es baugleiche sein sollten, so ist man sich wenigstens sicher )

Update von einer Vorgängerversion (bei Nutzung per systemd):

Im Installationsverzeichnis ./ws_updater.sh ausführen.
Alternativ (falls die aktuell installierte Version kleiner als V2.12.0 ist): im Installationsverzeichnis bash <(curl -s https://raw.githubusercontent.com/SBorg2014/WLAN-Wetterstation/master/ws_updater.sh) ausführen

Update von einer Vorgängerversion (bei Nutzung als cronjob):

Am besten das laufende Skript mit pkill -9 wetterstation.sh stoppen, wetterstation.sh und -.sub ersetzen (-.conf und -.js nur nach Aufforderung nötig; conf dann neu konfigurieren / js ersetzen und einmalig ausführen), dann entweder

• direkt am Linux-Client ./wetterstation.sh &
• oder per Putty oä. nohup ./wetterstation.sh & (erzeugt dabei eine Datei nohup.out)
• oder reboot des Systemes (Skript wird dann per cronjob wieder gestartet)

jeweils im Installationsverzeichnis ausführen. Sonst befindet sich ggf. noch das alte Skript im RAM und läuft munter bis zum nächsten Reboot weiter

Beispiele einer grafischen Umsetzung:
@Glasfaser: View / zum Beitrag

@crunchip: Grafana / zum Beitrag

Wetterstation-Statistik (JS-Addon)

Statistikmodul als Javascript. Liefert diverse Statistiken:

Javascript für eine HTML-Tabelle vorheriger Monatswerte ( @liv-in-sky ) :

zum Thread

Neues Projekt PimpMyStation (14.11.2020)

Google Spreadsheet

---

Kein Support per PM/Chat !

Als kleines Weihnachtspräsent...

...zur Behebung diverser Unzulänglichkeiten:

Neues Release des Wetterstation WLAN-Skriptes auf GitHub V2.20.0

• ~ fix Wolkenbasis (keine Werte falls Taupunkt negativ) / Issue #46 (viper4iob)
• ~ fix Wetterwarnung (Reif) / Issue #47 (viper4iob)
• ~ fix OpenSenseMap für Stationen die 10-Minutendurchschnittswerte bereits liefern / Issue #48 (viper4iob)

Wie immer zu finden im GitHub

---

Update-Routine von Vorgängerversion:

• aktuellen WS-Updater nutzen (Download falls älter als V2.12.1: wget -O ws_updater.sh https://raw.githubusercontent.com/SBorg2014/WLAN-Wetterstation/master/ws_updater.sh)
• ./ws_updater.sh im Installationsverzeichnis ausführen
• Menüpunkt "4" wählen und die Fragen beantworten

---

Update sollte durchgeführt werden, da es sich um ein Bugfix-Release handelt. Dank an @viper4iob für die fixes

Das Ganze entstand aus diesem Thread
Dabei handelt es sich um ein Javascript (kein Adapter!), welches die Warnungen von Lebensmittelwarnung.de als Datenpunkte zur weiteren Verarbeitung (zB. VIS) in ioBroker bereitstellt.

Beispiel:

Aktuelle Version: V0.1.0 - 23.01.2022
auf GitHub unter https://github.com/SBorg2014/ioBroker-Addons/tree/master/Lebensmittelwarnung/
(und dies ist kein Adapter, also nix mit "Katze und beliebig..." )
Aktuellste Version zukünftig immer im GitHub-Projekt.
Danke an alle bisherigen Tester der Vorversionen und für das Feedback

Entstand mehr oder minder freiwillig ( ) aus einem Thread mit @Homoran heraus und wurde im Gegensatz zu der Version im Thread von mir nochmals etwas aufgepimpt.

Mit dem Javascript ist es möglich, die aktuellen Regenradaraufnahmen (Bild + animierte GIF) des im Script konfigurierten Bundeslandes, sowie optional ein Satellitenbild von der DWD-Website und Foreca in vier Datenpunkte automatisch zu laden.

Konfigurationsmöglichkeiten im Script:

• Bundesland
• Datenpunkt
• Satellitenradar (optional)
• Foreca (optional)
• Abfrageintervall

Die Darstellung kann dann bspw. in der VIS mittels HTML-Widget und Binding mit folgendem Inhalt erfolgen (Attribute sind natürlich nach HTML-Standard ebenfalls möglich):

<img src="{hier_den_kompletten_Datenpunktpfad_und_Namen_einfügen}" width="240px" />

Project auf GitHub

@skokarl

Leider verheißt Freitag der 13. nichts gutes
Ich muss euch leider mitteilen, dass die Arbeiten an der V0.1.4 mit sofortiger Wirkung eingestellt sind und es diese Version nicht geben wird...

Erstmal sacken lassen und in 5 Minuten weiter lesen...

SBorg proudly presents V1.0.0 steht auf GitHub bereit
Es ist zwar kein offizielles release (bisher) aber auch weit über eine Beta hinaus. Kumulierte Regenmenge funktioniert nun auch, dazu noch einen Fehler in der "Kommunikationsunit" behoben. Pauschal kann man nun alle 16 Sekunden (schneller sendet die Station nicht) ein Datenpaket empfangen. Einen Wermutstropfen hat es allerdings. Obwohl meine Signalstärke und sonst alles Tipp-Topp sind, kommen von 10 gesendeten Paketen nur ~7-8 an. Warum die Station stellenweise einfach mal ein Paket überspringt konnte ich nicht eruieren. Sie sendet im eingestellten 16 Sekundentakt, dann überspringt sie ohne ersichtliches Muster mal ein Paket und sendet dann 16 Sekunden später wieder korrekt eins?!?
Daran kann ich leider nichts ändern, denn wenn das Display schon nichts sendet, habe ich auch nichts zum auswerten...

Warum Abschied von der V0.1.4 und hin zur V1.0.0?
Zum einen weil die Version dann Stand Heute alles hat was möglich/gewünscht wurde und (hoffentlich) fehlerfrei läuft. Zum anderen ich eine maßgebliche Änderung eingeführt habe. Die wetterstation.conf ist nun wirklich nur eine Konfigurationsdatei. Wenn hier nichts neues hinzukommt an Parametern, genügt es dann einfach nur die "sh" und/oder "sub" auszutauschen. Womit auch ersichtlich ist, dass mit der V1.0.0 nichts zu Ende sein muss

Zum Update also sh, sub und conf ersetzen (js ist unverändert zur V0.1.4, beim Update von V0.1.3 auf V1.0.0 muss aber die js ebenfalls ersetzt und ausgeführt werden).

Freue mich auf euer Feedback und da das Wetter endlich mal passte:

Da ich keinen kurzen Mast mit geringer Ausladung fand, wurden es einfach zwei Rohrschellen mit Stockschrauben, ein imprägnierter Holzstab, der in dem kurzen beigelegten Rohr steckt und mittels einer Schraube gegen verdrehen gesichert wurde. So komme ich ohne Leiter an den Regentrichter und kann so auch die Batterien wechseln
...ein letztes mal Danke dafür. Ich weiß nicht wie viel Zeit ich verbrannt habe bzw. noch verbrannt hätte, um die Fehler zu finden. Auch wenn gut 90% der Entwicklung nur aus dem Kopf heraus stattfand, muss ich dennoch gestehen, es ist was ganz anderes "live" daran zu arbeiten als nur zu simulieren.

Lese ich natürlich gerne
(wobei ich es ja auch bei mir selbst sehe. Keine Probs mit/wegen nodejs etc. Updates...)
@Glasfaser Na dann ist hier in 3 Posts "Ende Gelände"

Dann werde ich demnächst mal die 1.3er releasen, da ich so aktuell derzeit nichts mehr auf dem Schirm habe (außer jemandem fällt gerade was ein). Bzgl. China-Bestellung ist noch nichts eingetroffen, gibt also auch nix Neues wg. zusätzlicher Sensoren...

...und nicht zu vergessen, nur dank der Unterstützung (finanziell, testen, Feedback, Kritik, Anregung...) durch euch ist es auch das was es nun ist

Pauschal @All:

"gefühlte Temperatur" (früher fälschlicher Weise "Chillfaktor" genannt) und "Taupunkt" kommt bei Nutzung des Ecowitt-Protokolls mit der nächsten Version wieder hinzu. Aktuell funktioniert zwar die Berechnung schon, dafür hakt es gerade an anderer Stelle. Bin noch am eruieren was da nun wieder klemmt

Weitere Sensoren per Gateway sind ebenfalls möglich (s.o., auch bzgl. DP60[String liegt vor, es hängt aktuell am fehlenden Gewitter], DP200 etc.).

Eine persönliche Bitte hätte ich noch: es braucht keiner hier >2.000 Posts zu lesen, wenn ihr aber Interesse am Thema habt und nicht alle neuen Posts hier lest, lest wenigstens mal kurz über die letzten drüber. Auch wenn ihr denkt da steht nur etwas als Antwort für User XYZ drin, stehen dort eben auch die Antworten auf die meisten aktuellen Fragen. Wir ( @a200 ) antworten auch zum x-mal auf dieselbe Frage, nur ist es stellenweise doch frustrierend wenn genau dieselbe Frage (+Antwort) gerade mal eine handvoll Posts darüber steht
Was jetzt aber nicht heißen soll stellt blos keine Fragen mehr. Wenn was nicht verständlich/unklar ist, fragen, fragen, fragen. Notfalls beantworten wir sie halt zum x-mal +1 ...
...und weil man ja bald nichts mehr schreiben kann ohne dass es jemand in den falschen Hals bekommt, dies ist lediglich eine höfliche Bitte, nicht mehr und nicht weniger...

@Haifisch_777 + gerade in der Wiki steckt mittlerweile schon einiges an Arbeit. Die vielen Versionen sind nicht von ungefähr...

---

Sodele, V2.5.0 goes final:

Neues Release des Wetterstation WLAN-Skriptes auf GitHub V2.5.0

• ~ Fix für Protokoll #9 wg. fehlender Regenrate
• + Min/Max/Avg Außentemperatur vor einem Jahr
• + Unterstützung von max. 4 DP70 Sensoren
• ~ Codeoptimierungen

Wie immer zu finden im GitHub

Wegen der neuen Datenpunkte muss auch wetterstation.js ersetzt und einmalig ausgeführt werden.
Min/Max/Avg-Außentemperatur funktioniert nur bei aktiver InfluxDB + entsprechender Aktivierung in der *.conf!
Das Release ist mit der Beta-Version identisch. Wer also schon die V2.5.0 als Beta nutzt, braucht nicht updaten

@da_woody Sehe ich genauso. Es nutzt keinem das beste Skript/Adapter, wenn es zig Einstellmöglichkeiten hat aus denen keiner mehr so richtig schlau wird. Für mich muss so was fast rein intuitiv möglich sein, ohne ein dauerndes "wofür ist das denn gut?". Deswegen eine gute Balance aus "was gibt Sinn und was macht es Anwender freundlich sinnvoll konfigurierbar".
Allen kann man es eh nie Recht machen, aber ich bin auch einzelnen Userwünschen nicht pauschal abgeneigt, so lange ich da einfach einen Mehrnutzen sehe und es technisch noch sinnvoll ist (bringt ja auch nix wenn es nur auf einem Quadcore mit mega GHz und GBs an RAM läuft).

Aktuell die Influx V2 sehe ich auch nicht direkt als (einzelnen) Userwunsch (ich weiß, hat auch keiner behauptet ), sondern als Invest in die Zukunft. Gerade hinsichtlich dass der Adapter nun mittlerweile stable mit der V2 umgehen kann und die V2 eine GUI hat. Allerdings ist da halt auch noch anderes zu berücksichtigen, steht aber schon länger auf der ToDo-Liste.

Aus Dev-Sicht muss ich aber auch mal ganz unmissverständlich klarstellen: dies ist keine Demokratie, sondern eine Diktatur. Alleine der Dev bestimmt wo und wie es lang geht. Wünsche, Verbesserungs- oder Änderungsvorschläge dürfen und sollen auch geäußert werden. Man kann immer über alles reden, aber stellenweise schon fast die Arroganz anzunehmen (nicht hier im Projekt), dass muss jetzt aber auch umgesetzt werden, da verschlägt es mir schon die Sprache. Persönlich würde ich da mein Engagement überdenken.
Die Sourcen liegen bei fast allem offen und man kann es sich selbst (um-/bei-)programmieren...
...käme da nicht immer die Ausrede "ich kann nicht programmieren"...
Dann kommt immer mein Standardspruch: "Ich auch nicht, aber eines morgens fiel ich aus dem Bett und konnte es". Wenn man etwas wirklich will findet man auch einen Weg. Auto fahren musste auch jeder lernen, zumindest mal die Verkehrsregeln. Da klappt es auch mit dem lernen wenn man Auto fahren möchte. Programmieren folgt auch nur reiner Logik, schreckt aber viele ab. Aber auch hier, es muss jetzt nicht jeder zwangsläufig programmieren lernen. Aber von Anderen erwarten ihre eigene "Faulheit, Unkenntnis (wie auch immer man es titulieren möchte)" quasi zu unterstützen indem sie ihre eigene Freizeit opfern, dass ist IMO mehr als frech.

Ich hatte auch schon folgende Post: "Wenn du das nicht einbaust, nutze ich deine Software nicht!"
An was mir diese "Drohung" vorbeigeht wird sich jeder denken können, aber ich verstehe nicht mal ansatzweise den Sinn dahinter? Bei YouTube würde ich sagen, klar, Abonnenten und Viewtime = Geld
Aber dieses Projekt ist völlig kostenlos, ich kriege keine Werbeprovisionen (nicht mal Hardware-Unterstützung seitens Hersteller), einen Boni für Downloads oder what ever. War, und ist auch nie das Ziel gewesen.
Es "tangiert mich also peripher" ob es jemand nutzt oder nicht. Ist aber trotzdem auch schön zu sehen, dass es immerhin etliche nutzen und sich irgendwo die viele Arbeit lohnt

...kurz vor der zweimonatigen Abstinenz, hat mich aber wohl kaum einer vermisst
@Rushmed Danke der Nachfrage, nicht so wirklich. Was für einen gesunden "schlecht" ist, ist für mich meist "gut", also geht es mir einigermaßen gut.

Eine Änderung die mit sofortiger Wirkung eintritt: Kein Support meinerseits mehr per PM/Chat !
Ich kann (und will) dies nicht mehr leisten. 100% der Fehleranfragen sind Anwenderfehler. Nicht eine einzige Ausnahme. Hierfür gibt es das Forum/diesen Thread. Es braucht sich auch niemand zu schämen wenn er etwas nicht weiß (ev. ist dies ein Grund für die PMs). Ich muss dann jedes mal alles neu lesen, weil ich nicht mehr weiß was wir in diesem Fall dann schon unternommen haben. Der Chat ist dafür auch eher suboptimal und ich erkläre x-mal dasselbe, was vielleicht die ein oder andere Frage eines Anderen geklärt hätte.

@jschnack
Hast du die Adresse "001" aus der Doku vom Gerät oder sie dir "ausgedacht" so ala ich fange mal bei "001" mit dem zählen an? ModBus-Register sind normalerweise wesentlich komplexer

@babl Danke für die Rückmeldung

@negalein sagte in [Linux Shell-Skript] WLAN-Wetterstation:

Könntest du den noch im Script an Awekas schicken?

Nicht auf die schnelle. Das wird nur über die API unterstützt und bedarf eines kpl. Umbaus der Routine. Das bekomme ich aktuell zeitlich nicht gebacken.

https://github.com/SBorg2014/WLAN-Wetterstation/issues/73

@babl sagte in [Linux Shell-Skript] WLAN-Wetterstation:

Was kann das sein? Die Statistik ist aber aktuell

Da ist ggf. mal wieder was an JS oder dem JSC geändert worden. Die Statistik funktioniert trotzdem, nur "axios" ist davon betroffen und der wird nur benutzt, um auf GitHub nach einer neuen Skript-Version zu suchen.

Neue Version liegt auf GitHub, sollte das Problem fixen.

---

Update für alle Statistiker empfohlen, zumindest für diejenigen die auch den Update-Check aktiviert haben.

@easytj sagte in [Linux Shell-Skript] WLAN-Wetterstation:

Ist das im Script auch integriert?

Nein, siehe aber @Boronsbruder . In 4 Wochen sollte es mittlerweile auch mal geregnet haben?
Allerdings kann sie nur Regen egal wie und wo anzeigen wenn der Sensor auch eine Regenmenge gemessen hat (außer halt beim Wittboy, der detektiert anders). Von daher kann es durchaus sein, dass der schneller detektiert. Das müsste sich aber im String wiederspiegeln, sonst könnte WSView+ es auch nicht anzeigen

@boronsbruder sagte in [Linux Shell-Skript] WLAN-Wetterstation:

Kurze Info:
Die GW2000 können mit der aktuellen Firmware (GW2000A_V3.1.5) 16 Kanäle mit Bodenfeuchte-Sensoren nutzen.

Nutzt das aktuell jemand? Da müsste man dann mal den String sehen. Wenn sie 10-16 so übertragen wäre dies etwas was ich wahrscheinlich so nicht unterstützen würde. Der Aufwand dürfte nicht gerade klein sein. Wenn sie allerdings A-F (also HEX) nutzen, wäre es noch relativ einfach.

@sborg sagte in [Linux Shell-Skript] WLAN-Wetterstation:

Sorry, dauert bei mir aktuell "etwas"...

Naja, waren jetzt nur knapp 6 Wochen, scheint aber soweit noch zu laufen.
Kinners kann euch gar nicht beschreiben wie viel braune Masse mir am Hacken klebt.

---

@bigmike71 sagte in [Linux Shell-Skript] WLAN-Wetterstation:

...zu Warnungen, vielleicht können die ja zur nächsten Version korregiert werden?!

Danke für den Hinweis. Aktuelle Version V3.4.1 (ich hoffe alle Stellen gefunden zu haben) liegt auf GitHub und hält dann Einzug mit der nächsten Version. Braucht niemand upzudaten, ist ein reiner "Schönheitsfehler" der nur einmalig beim Anlegen der Datenpunkte auftritt. Muss, und soll aber nicht sein

@werners
Sorry, dauert bei mir aktuell "etwas"...

Sieht soweit gut aus. Ich frage mal scheinheilig, mit "kurz hintereinander" meinst du aber nicht ca. 16 Sekunden? Das wäre so aktuell korrekt, denn deine Station sendet ca. alle 16 Sekunden ein Datenpakt. Darauf würde das Skript reagieren und alle 16 Sekunden ein Datenpaket an den ioB absetzen.
Falls schneller: wie stellst du es fest? Per logging InfluxDB? Wie kurz ist es dann lt. InfluxDB?

@ro75 sagte in Skript piHole:

Für Anregungen bin ich offen...

Da hätte ich zwei:

• #79 und #157 / einmal den "scheduler" starten genügt
• ich würde bei "httpGet" die IP-Adresse noch parametrieren. Nicht immer denkt man daran, dass mitten im Skript in einer Funktion die IP-Adresse fest hinterlegt ist.

@werners
Immer oder auch nur wenn es tatsächlich regnet? Andere Werte sind nicht betroffen?
Auch wenn du es wahrscheinlich nicht lesen magst, sieht aber nach einem lokalen Problemchen (oder der Station) bei dir aus.
Das Skript macht zuerst von alleine nichts, es führt also keine Aktion zwischenzeitlich aus wie bspw. Werte schreiben.
Es benötigt immer einen Trigger/Auslöser. Dies ist dann ein Datenpaket von der Station. Erst dann wird die Routine durchlaufen. Läuft bspw. gegen Mitternacht die Station nicht (=sendet keinerlei Datenpakete), wird auch nichts zurückgestellt (es fehlt dafür der Auslöser "empfangenes Datenpaket") und zB. der Solarwert wird nicht zurückgestellt.
Wenn er also bei dir kurz hintereinander den Regen 2x schreibt, muss auch 2x kurz hintereinander ein Datenpaket eingetrudelt sein (dann schreibt er aber auch fast alle anderen Werte).
Du kannst mal testweise das "Logging" per "conf" (nicht Debug) aktivieren (sudo systemctl restart wetterstation zum aktivieren nicht vergessen). Dann schreibt er jedes empfangene Datenpaket in die Logdatei. Ev. sieht man dann schon am Zeitstempel ob er tatsächlich kurz hintereinander zwei Datenpakete sendet. Dies könnte ich dann notfalls ausfiltern