NEWS
Wasserzähler - Version 2 - all-in-device
-
@wurmi-0
Hallo Wurmi,ich habe das selbe Problem, ich bekomme keine Werte in meinen MQTT-Server übertragen.
Der Wasserzähler meldet sich am MQTT-Server, es werden auch Topics angelegt aber die Werte werden nicht übertragen.
Mein MQTT läuft als ioBroker-Sonoff-Instanz eine Instanz mit User/Passwort, die 2te ohne Authentifizierung.
Bei beiden geht es nicht.
Andere Clients (diverse Tasmota-Switche) können ohne Probleme Werte eintragen.
Das Problem tritt bei 9.2.0 und 10.0.2 auf.Gruß
DerHoschi@derhoschi Ich konnte es leider bisher nicht lösen.
Alternativ kannst du die Daten auch hier abfragen - http://IP-Adresse/wasserzaehler.htmlZumindest funktioniert nun scheinbar die Aufzeichnung relativ Fehlerfrei
-
@derhoschi Ich konnte es leider bisher nicht lösen.
Alternativ kannst du die Daten auch hier abfragen - http://IP-Adresse/wasserzaehler.htmlZumindest funktioniert nun scheinbar die Aufzeichnung relativ Fehlerfrei
habt ihr in in eurem MQTT einen Eintrag "connection"?
Einer meiner Zähler hat vermutlich eine schlechte Wlan Verbindung. Über den Browser wird die Seite dann schlecht oder gar nicht geladen. Über ein Handy funktioniert es aber problemlos.
Bei den Objekten in MQTT steht dann oder "connection" Connection lost. Dann werden über MQTT auch keine Werte mehr empfangen.
Als MQTT Server nutze ich ioBroker. In den Einstellungen des Zählers steht bei mir.
Uri "mqtt://192.168.178.199:1883"
MainTopic "zaehler_AI/wasser_stadt"
ClientID "wasser_stadt"
Dabei sind die 4 ersten Haken gesetzt. user und Passwort sind nicht gesetzt.Vielleicht könnt ihr das Modul einmal näher an euren Router halten, dann müsste sich eigentlich der Wert connecten aktualisieren.
-
habt ihr in in eurem MQTT einen Eintrag "connection"?
Einer meiner Zähler hat vermutlich eine schlechte Wlan Verbindung. Über den Browser wird die Seite dann schlecht oder gar nicht geladen. Über ein Handy funktioniert es aber problemlos.
Bei den Objekten in MQTT steht dann oder "connection" Connection lost. Dann werden über MQTT auch keine Werte mehr empfangen.
Als MQTT Server nutze ich ioBroker. In den Einstellungen des Zählers steht bei mir.
Uri "mqtt://192.168.178.199:1883"
MainTopic "zaehler_AI/wasser_stadt"
ClientID "wasser_stadt"
Dabei sind die 4 ersten Haken gesetzt. user und Passwort sind nicht gesetzt.Vielleicht könnt ihr das Modul einmal näher an euren Router halten, dann müsste sich eigentlich der Wert connecten aktualisieren.
-
habt ihr in in eurem MQTT einen Eintrag "connection"?
Einer meiner Zähler hat vermutlich eine schlechte Wlan Verbindung. Über den Browser wird die Seite dann schlecht oder gar nicht geladen. Über ein Handy funktioniert es aber problemlos.
Bei den Objekten in MQTT steht dann oder "connection" Connection lost. Dann werden über MQTT auch keine Werte mehr empfangen.
Als MQTT Server nutze ich ioBroker. In den Einstellungen des Zählers steht bei mir.
Uri "mqtt://192.168.178.199:1883"
MainTopic "zaehler_AI/wasser_stadt"
ClientID "wasser_stadt"
Dabei sind die 4 ersten Haken gesetzt. user und Passwort sind nicht gesetzt.Vielleicht könnt ihr das Modul einmal näher an euren Router halten, dann müsste sich eigentlich der Wert connecten aktualisieren.
@kalli01
Die WLAN-Verbindung ist ok, laut Accesspoint 96%. Gleichzeitig hängen einige Sonoff-Switche dran die eine schlechtere Verbindungsqualität haben. Und die kann ich auch über MQTT steuern. Außerdem sehe ich am ioBroker-Log dass sich der Wasserzähler ca. alle 5 Minuten per MQTT mit neuem Secret verbindet. Unter Connection sind alle MQTT-Devices zu sehen, auch der Wasserzähler.
Du schreibst, du hast die ersten 4 Haken gesetzt, bei mir sind es 5 Haken (siehe Bild).
Gruß
DerHoschi -
@kalli01
Die WLAN-Verbindung ist ok, laut Accesspoint 96%. Gleichzeitig hängen einige Sonoff-Switche dran die eine schlechtere Verbindungsqualität haben. Und die kann ich auch über MQTT steuern. Außerdem sehe ich am ioBroker-Log dass sich der Wasserzähler ca. alle 5 Minuten per MQTT mit neuem Secret verbindet. Unter Connection sind alle MQTT-Devices zu sehen, auch der Wasserzähler.
Du schreibst, du hast die ersten 4 Haken gesetzt, bei mir sind es 5 Haken (siehe Bild).
Gruß
DerHoschi@derhoschi Könnte das Problem darin liegen, dass sich die Einstellungen in den letzten Versionen geändert haben? Ich habe eine ältere Installation mit den ursprünglichen Einstellungen und eine neue Installation, und bei der neuen ist noch irgendwo "main" definiert, bei der alten nicht. Die einzige Möglichkeit, dies zu ändern, ist die manuelle Bearbeitung der .ini-Datei
watermeter/value, 45.4570
oilmeter/main/value, 83730.344 -
@kalli01
Die WLAN-Verbindung ist ok, laut Accesspoint 96%. Gleichzeitig hängen einige Sonoff-Switche dran die eine schlechtere Verbindungsqualität haben. Und die kann ich auch über MQTT steuern. Außerdem sehe ich am ioBroker-Log dass sich der Wasserzähler ca. alle 5 Minuten per MQTT mit neuem Secret verbindet. Unter Connection sind alle MQTT-Devices zu sehen, auch der Wasserzähler.
Du schreibst, du hast die ersten 4 Haken gesetzt, bei mir sind es 5 Haken (siehe Bild).
Gruß
DerHoschimit den 4 Haken meinte ich einmal den direkt bei MQTT und die von Uri, MainTopic und ClientID.
User und password habe ich nicht.
Edit:
Wie Jezinka schreibt hat sich früher einmal das Topic geändert. Wenn ich mich richtig erinnere musste ich meine Objekte in Iobroker neu anlegen. Gerade fällt mir auf, dass hier noch der Name des Zählerstandes mit aufgeführt ist. Bei mir heißt er stand1. Das ist mein Name für die Number.
-
@jomjol hi, hab das System soweit eingerichtet, läuft, allerdings noch nicht ganz rund, liegt aber an der kurzen Distanz.
Mir ist ein Fehler aufgefallen, der DigitalShift aus der UI wird nicht übernommen und überschrieben, wenn die *.ini über die UI gespeichert wird. Trag ich den Wert direkt in die *.ini ein klappt es. Bin auf der 10.0.2.
Grüße
-
Hallo Zusammen.
Seit dem Update auf Version v10.0.2 - 2022-01-01 habe ich Probleme mit dem MaxRateValue.
Bisher hatte es mit 0,3 gut funktioniert.
Jetzt habe ich 0,005 eingetragen, was vermutlich zu wenig ist, aber der Wert springt trotzdem nach einiger Zeit um 1m³
Also aktuell habe ich einen Wert von 300,8 und über Nacht hatte ich heute morgen 301,750. Richtig wäre aber weiterhin 300,8.
Vermutlich ist mein Bild und dadurch die Erkennung nicht so sauber aber ich verstehe nicht warum dieser Sprung dann nicht als Fehler aussortiert wird.
Muss der Wert MaxRateValue eigentlich mit Punkt oder Komma eingetragen werden?Im Log kann man erkennen das er den zu hohen Wert übernimmt.
Runde #40 PostProcessing - Raw: 00300.750 Value: Error: Rate too high - Read: 301.750 - Pre: 300.800
Runde #41 PostProcessing - Raw: 00N00.750 Value: 301.750 Error: no error2022-01-08T01:53:52: task_autodoFlow - next round - Round #39 2022-01-08T01:53:52: FlowControll.doFlow - ClassFlowMakeImage 2022-01-08T01:54:00: FlowControll.doFlow - ClassFlowAlignment 2022-01-08T01:54:16: FlowControll.doFlow - ClassFlowCNNGeneral 2022-01-08T01:54:25: FlowControll.doFlow - ClassFlowCNNGeneral 2022-01-08T01:54:30: FlowControll.doFlow - ClassFlowPostProcessing 2022-01-08T01:54:30: PostProcessing - Raw: 00N00.750 Value: Error: Rate too high - Read: 301.750 - Pre: 300.800 2022-01-08T01:54:30: FlowControll.doFlow - ClassFlowMQTT 2022-01-08T01:54:30: sent publish successful in MQTTPublish, msg_id=62428, zaehler_AI/wasser_stadt/connection, connected 2022-01-08T01:54:30: sent publish successful in MQTTPublish, msg_id=65047, zaehler_AI/wasser_stadt/uptime, 11104 2022-01-08T01:54:30: sent publish successful in MQTTPublish, msg_id=49042, zaehler_AI/wasser_stadt/freeMem, 2983483 2022-01-08T01:54:30: sent publish successful in MQTTPublish, msg_id=28765, zaehler_AI/wasser_stadt/stand1/error, Rate too high - Read: 301.750 - Pre: 300.800 2022-01-08T01:54:30: sent publish successful in MQTTPublish, msg_id=25086, zaehler_AI/wasser_stadt/stand1/raw, 00N00.750 2022-01-08T01:54:30: sent publish successful in MQTTPublish, msg_id=11853, zaehler_AI/wasser_stadt/stand1/json, {"value":"","raw":"00N00.750","error":"Rate too high - Read: 301.750 - Pre: 300.800","rate":"","timestamp":""} 2022-01-08T01:54:30: task_autodoFlow - round done 2022-01-08T01:54:30: CPU Temperature: 65.0 2022-01-08T01:58:43: task_autodoFlow - next round - Round #40 2022-01-08T01:58:43: FlowControll.doFlow - ClassFlowMakeImage 2022-01-08T01:58:51: FlowControll.doFlow - ClassFlowAlignment 2022-01-08T01:59:07: FlowControll.doFlow - ClassFlowCNNGeneral 2022-01-08T01:59:15: FlowControll.doFlow - ClassFlowCNNGeneral 2022-01-08T01:59:21: FlowControll.doFlow - ClassFlowPostProcessing 2022-01-08T01:59:21: PostProcessing - Raw: 00300.750 Value: Error: Rate too high - Read: 301.750 - Pre: 300.800 2022-01-08T01:59:21: FlowControll.doFlow - ClassFlowMQTT 2022-01-08T01:59:21: sent publish successful in MQTTPublish, msg_id=978, zaehler_AI/wasser_stadt/connection, connected 2022-01-08T01:59:21: sent publish successful in MQTTPublish, msg_id=3843, zaehler_AI/wasser_stadt/uptime, 11395 2022-01-08T01:59:21: sent publish successful in MQTTPublish, msg_id=30992, zaehler_AI/wasser_stadt/freeMem, 2981835 2022-01-08T01:59:21: sent publish successful in MQTTPublish, msg_id=61570, zaehler_AI/wasser_stadt/stand1/error, Rate too high - Read: 301.750 - Pre: 300.800 2022-01-08T01:59:21: sent publish successful in MQTTPublish, msg_id=58485, zaehler_AI/wasser_stadt/stand1/raw, 00300.750 2022-01-08T01:59:21: sent publish successful in MQTTPublish, msg_id=11973, zaehler_AI/wasser_stadt/stand1/json, {"value":"","raw":"00300.750","error":"Rate too high - Read: 301.750 - Pre: 300.800","rate":"","timestamp":""} 2022-01-08T01:59:21: task_autodoFlow - round done 2022-01-08T01:59:21: CPU Temperature: 65.6 2022-01-08T02:03:34: task_autodoFlow - next round - Round #41 2022-01-08T02:03:34: FlowControll.doFlow - ClassFlowMakeImage 2022-01-08T02:03:42: FlowControll.doFlow - ClassFlowAlignment 2022-01-08T02:03:58: FlowControll.doFlow - ClassFlowCNNGeneral 2022-01-08T02:04:07: FlowControll.doFlow - ClassFlowCNNGeneral 2022-01-08T02:04:12: FlowControll.doFlow - ClassFlowPostProcessing 2022-01-08T02:04:12: PostProcessing - Raw: 00N00.750 Value: 301.750 Error: no error 2022-01-08T02:04:12: FlowControll.doFlow - ClassFlowMQTT 2022-01-08T02:04:12: sent publish successful in MQTTPublish, msg_id=48196, zaehler_AI/wasser_stadt/connection, connected 2022-01-08T02:04:12: sent publish successful in MQTTPublish, msg_id=21311, zaehler_AI/wasser_stadt/uptime, 11686 2022-01-08T02:04:12: sent publish successful in MQTTPublish, msg_id=43350, zaehler_AI/wasser_stadt/freeMem, 2981683 2022-01-08T02:04:12: sent publish successful in MQTTPublish, msg_id=27327, zaehler_AI/wasser_stadt/stand1/value, 301.750 2022-01-08T02:04:12: sent publish successful in MQTTPublish, msg_id=38837, zaehler_AI/wasser_stadt/stand1/error, no error 2022-01-08T02:04:12: sent publish successful in MQTTPublish, msg_id=22670, zaehler_AI/wasser_stadt/stand1/rate, 0.004897 2022-01-08T02:04:12: sent publish successful in MQTTPublish, msg_id=56503, zaehler_AI/wasser_stadt/stand1/raw, 00N00.750 2022-01-08T02:04:12: sent publish successful in MQTTPublish, msg_id=21143, zaehler_AI/wasser_stadt/stand1/timestamp, 2022-01-08T02:03:42 2022-01-08T02:04:12: sent publish successful in MQTTPublish, msg_id=6130, zaehler_AI/wasser_stadt/stand1/json, {"value":301.750,"raw":"00N00.750","error":"no error","rate":0.004897,"timestamp":"2022-01-08T02:03:42"} 2022-01-08T02:04:12: task_autodoFlow - round done 2022-01-08T02:04:12: CPU Temperature: 65.6 2022-01-08T02:08:25: task_autodoFlow - next round - Round #42 2022-01-08T02:08:25: FlowControll.doFlow - ClassFlowMakeImage 2022-01-08T02:08:33: FlowControll.doFlow - ClassFlowAlignment 2022-01-08T02:08:49: FlowControll.doFlow - ClassFlowCNNGeneral 2022-01-08T02:08:57: FlowControll.doFlow - ClassFlowCNNGeneral 2022-01-08T02:09:03: FlowControll.doFlow - ClassFlowPostProcessing 2022-01-08T02:09:03: PostProcessing - Raw: 00N00.750 Value: 301.750 Error: no error 2022-01-08T02:09:03: FlowControll.doFlow - ClassFlowMQTT 2022-01-08T02:09:03: sent publish successful in MQTTPublish, msg_id=29342, zaehler_AI/wasser_stadt/connection, connected 2022-01-08T02:09:03: sent publish successful in MQTTPublish, msg_id=25569, zaehler_AI/wasser_stadt/uptime, 11977 2022-01-08T02:09:03: sent publish successful in MQTTPublish, msg_id=46221, zaehler_AI/wasser_stadt/freeMem, 2981671 2022-01-08T02:09:03: sent publish successful in MQTTPublish, msg_id=13977, zaehler_AI/wasser_stadt/stand1/value, 301.750 2022-01-08T02:09:03: sent publish successful in MQTTPublish, msg_id=22635, zaehler_AI/wasser_stadt/stand1/error, no error 2022-01-08T02:09:03: sent publish successful in MQTTPublish, msg_id=41394, zaehler_AI/wasser_stadt/stand1/rate, 0.000000 2022-01-08T02:09:03: sent publish successful in MQTTPublish, msg_id=56069, zaehler_AI/wasser_stadt/stand1/raw, 00N00.750 2022-01-08T02:09:03: sent publish successful in MQTTPublish, msg_id=61478, zaehler_AI/wasser_stadt/stand1/timestamp, 2022-01-08T02:08:33 2022-01-08T02:09:03: sent publish successful in MQTTPublish, msg_id=63028, zaehler_AI/wasser_stadt/stand1/json, {"value":301.750,"raw":"00N00.750","error":"no error","rate":0.000000,"timestamp":"2022-01-08T02:08:33"} 2022-01-08T02:09:03: task_autodoFlow - round done 2022-01-08T02:09:03: CPU Temperature: 65.0 -
@kalli01 siehe Change List für v10.x:
The rate now is normalized to the unit: change per minute.
If you read you mails before every 5 Minutes and hat a max rate value of 1m³, you now need to go to 1m³/60*5 = 0.083m³/minute.Hi, hab jetzt in der Doku nur eine Warnung zu "zu großen" SD Cards gefunden. Hab noch eine alte 4GB Karte hier, die reicht auch aus, oder?
-
Hi, hab jetzt in der Doku nur eine Warnung zu "zu großen" SD Cards gefunden. Hab noch eine alte 4GB Karte hier, die reicht auch aus, oder?
@martinschm sagte in Wasserzähler - Version 2 - all-in-device:
Hi, hab jetzt in der Doku nur eine Warnung zu "zu großen" SD Cards gefunden. Hab noch eine alte 4GB Karte hier, die reicht auch aus, oder?
Da hilft nur "probieren geht über studieren" - generelle Aussage nicht möglich. Aber 4GB Karten haben eine gute Trefferquote.
-
@martinschm sagte in Wasserzähler - Version 2 - all-in-device:
Hi, hab jetzt in der Doku nur eine Warnung zu "zu großen" SD Cards gefunden. Hab noch eine alte 4GB Karte hier, die reicht auch aus, oder?
Da hilft nur "probieren geht über studieren" - generelle Aussage nicht möglich. Aber 4GB Karten haben eine gute Trefferquote.
@jomjol said in Wasserzähler - Version 2 - all-in-device:
@martinschm sagte in Wasserzähler - Version 2 - all-in-device:
Hi, hab jetzt in der Doku nur eine Warnung zu "zu großen" SD Cards gefunden. Hab noch eine alte 4GB Karte hier, die reicht auch aus, oder?
Da hilft nur "probieren geht über studieren" - generelle Aussage nicht möglich. Aber 4GB Karten haben eine gute Trefferquote.
Hi, verstehe das es von Karte zu Karte mal Probleme geben kann. Meine Frage bezog sich lediglich auf den benötigten Platz. Da reichen die 4GB ja anscheinend.
-
@jomjol said in Wasserzähler - Version 2 - all-in-device:
@martinschm sagte in Wasserzähler - Version 2 - all-in-device:
Hi, hab jetzt in der Doku nur eine Warnung zu "zu großen" SD Cards gefunden. Hab noch eine alte 4GB Karte hier, die reicht auch aus, oder?
Da hilft nur "probieren geht über studieren" - generelle Aussage nicht möglich. Aber 4GB Karten haben eine gute Trefferquote.
Hi, verstehe das es von Karte zu Karte mal Probleme geben kann. Meine Frage bezog sich lediglich auf den benötigten Platz. Da reichen die 4GB ja anscheinend.
@martinschm Klar 4 GB sind mehr als genug, selbst wenn du das logging der Bilder einschaltest.
-
mit den 4 Haken meinte ich einmal den direkt bei MQTT und die von Uri, MainTopic und ClientID.
User und password habe ich nicht.
Edit:
Wie Jezinka schreibt hat sich früher einmal das Topic geändert. Wenn ich mich richtig erinnere musste ich meine Objekte in Iobroker neu anlegen. Gerade fällt mir auf, dass hier noch der Name des Zählerstandes mit aufgeführt ist. Bei mir heißt er stand1. Das ist mein Name für die Number. -
@kalli01
Ah, ok.
Das merkwürdige ist ja, das er die Topics neu anlegt, nur halt nicht alle.
Bei mir sieh es so aus:
Wie man sieht sind beide Geräte online, es werden nur keine weiteren Topics angelegt.Gruß
DerHoschi@derhoschi Kann daran liegen, dass aktuell noch keine Werte gesendet werden, weil er noch einen Fehler enthält.
-
@derhoschi Kann daran liegen, dass aktuell noch keine Werte gesendet werden, weil er noch einen Fehler enthält.
-
@jomjol ich habe 3 bestellt alle gleich
ibetyouibetyou
€ 6,63 35％ Rabatt | ESP32 CAM Entwicklungen Bord mit OV2640 Kamera Modul 66 Grad WIFI Bluetooth Download Modul KIT ESP32-CAM 2MP
https://a.aliexpress.com/_mrt5Tl0@exitus hast Du das Problem mittlerweile gelöst? Ich hab das gleiche Problem mit dem PSRAM. Wenn ich den externen PSRAM einschalte, dann schlägt die Initialisierung fehl.
Gerald
-
@derhoschi Kann daran liegen, dass aktuell noch keine Werte gesendet werden, weil er noch einen Fehler enthält.
@jomjol
Hallo JomJol,
Betrifft Version 10.02
Am 7.01 hat er mir wieder aus 288 mal eine 289, 299 und 389 gemacht.
Und die auch schön an MQTT übergeben was meine SourceAnalytics Statistik total versaut
Derartige Sprünge sollten ja mit "MaxRateValue" 0,3ausgeschlossen sein.
Hab mal alles was ich dazu habe beigelegt. Da ja die Version 6.4 über 9 Monate problemlos lief müsste es an der 10.2 liegen. Welcher in MQTT übertragene Wert ist besser, der RAW oder der Value?
Ich habe die Hardware nicht berührt und nur die SD Karte formatiert und neu eingerichtet.
log_2022-01-07.txt
config.ini
LG HorstAn alle:
Benutzt jemand SourceAnalytics und weiß ob und wie man dort falsche Daten händisch korrigieren könnte.
Ich habe bei Dutchman schon zweimal angefragt aber leider keine passende Antwort dazu bekommen.
Ev. hat ja jemand etwas ähnliches in Betrieb was Woche, Monat und Jahresverbrauch aufzeichnet.
So wie ich das sehe kann ich in History auch händisch nachträglich nichts ändern. -
@jomjol
Hallo JomJol,
Betrifft Version 10.02
Am 7.01 hat er mir wieder aus 288 mal eine 289, 299 und 389 gemacht.
Und die auch schön an MQTT übergeben was meine SourceAnalytics Statistik total versaut
Derartige Sprünge sollten ja mit "MaxRateValue" 0,3ausgeschlossen sein.
Hab mal alles was ich dazu habe beigelegt. Da ja die Version 6.4 über 9 Monate problemlos lief müsste es an der 10.2 liegen. Welcher in MQTT übertragene Wert ist besser, der RAW oder der Value?
Ich habe die Hardware nicht berührt und nur die SD Karte formatiert und neu eingerichtet.
log_2022-01-07.txt
config.ini
LG HorstAn alle:
Benutzt jemand SourceAnalytics und weiß ob und wie man dort falsche Daten händisch korrigieren könnte.
Ich habe bei Dutchman schon zweimal angefragt aber leider keine passende Antwort dazu bekommen.
Ev. hat ja jemand etwas ähnliches in Betrieb was Woche, Monat und Jahresverbrauch aufzeichnet.
So wie ich das sehe kann ich in History auch händisch nachträglich nichts ändern.@hasont Hallo Horst,
da es ja noch Anfang des Jahres ist dürfte das vielleicht klappen.
Den SA Adapter stoppen, die Werte im DP des Wasserzählers im RAW anpassen und Adapter wieder starten. Ich denke das sollte klappen.
Ich drücke dir die Daumen!
Gruß Michael
Sofern Beiträge hilfreich für Dich sind, nutze das Voting unten rechts. -
@hasont Hallo Horst,
da es ja noch Anfang des Jahres ist dürfte das vielleicht klappen.
Den SA Adapter stoppen, die Werte im DP des Wasserzählers im RAW anpassen und Adapter wieder starten. Ich denke das sollte klappen.Ich drücke dir die Daumen!
@michmein sagte in Wasserzähler - Version 2 - all-in-device:
@hasont Hallo Horst,
da es ja noch Anfang des Jahres ist dürfte das vielleicht klappen.
Den SA Adapter stoppen, die Werte im DP des Wasserzählers im RAW anpassen und Adapter wieder starten. Ich denke das sollte klappen.Ich drücke dir die Daumen!
@MichMein
Du bist mein Held.
Summe und Verbrauch stimmt für Januar wieder.
Die Werte für Freitag und Samstag sind noch falsch, muss ich die löschen damit er mir heute Nacht nicht wieder falsch rechnet oder Ignoriert er die jetzt eh schon?
Hasttest du dir nicht selbst mal was gebaut?
Vielen Dank, Horst
Support us
741
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge