[Linux Shell-Skript] WLAN-Wetterstation

SBorg

@martybr Danke für das testen und es gibt auch so schon durchaus wichtigeres...
...und ich sitze auch nicht rum und warte

Der Fehler ist aber nicht in der Abfrage (vom fehlenden "=" mal abgesehen), sondern eher gedanklicher Natur. Die Abfrage kann so nur funktionieren wenn "ioB-Rechner" = "Rechner auf dem das Skript läuft" ist. Fixed mit der nächsten Version

Da in der V2.15.0 die Rest-API noch keinen Einsatz erfährt ist es nur ein kosmetisches/Anzeige Problemchen.

SBorg

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

Hast du eine Idee?

Sogar zwei, sind beides aber Fehler.
Weil er dynamisch den ws_updater von GitHub in der aktuellsten Version nach lädt, stimmt dann der (Installations-)Pfad nicht mehr:

/dev/fd/wetterstation.conf

Dann klappt auch das Update/Patch nicht ganz korrekt. Fixed in der nächsten Version/bzw. schon auf GitHub

influx hab ich gar nicht konfiguriert

Kpl. vergessen zu berücksichtigen, dass jemand ev. überhaupt kein Influx nutzt... Fixed in der nächsten Version

SBorg

Dann mal eine kleine Roadmap was so aktuell in der Pipeline/noch geplant ist:

V2.16.0:

Windrichtung ∅ der letzten 10 Minuten (für Stationen die dies nicht liefern)
Windgeschwindigkeit ∅ der letzten 10 Minuten (für Stationen die dies nicht liefern)

V2.17.0:

Windrichtung ∅- und Windgeschwindigkeit ∅ der letzten 10 Minuten alternativ anstelle der aktuellen Werte an OSeM, windy und wetter.com senden
Temperaturtrend (Aussen, falls gewünscht auch Innen)

Die V2.16.0 ist soweit bereit für den Betatest, auch wenn mein gestriger Test um die Mittagszeit wenig erfolgversprechend verlief (Geschwindigkeit im Array | Anzahl im Array | Median(*) des Arrays):
Bild 004.png
(*)Median, damit nicht eine einzige stärkere Windböe sofort den 10-Minutenwert verfälscht

Lag aber eher an der Windflaute, der "Orkan" Abends hat die Funktionsfähigkeit dann aufgezeigt:
Bild 005.png

Na gut, waren wohl eher zwei oder drei Bienen die am Windmesser vorbei flogen...

zum zukünftigen Temperaturtrend in der V2.17.0:

wie lange sollte der zu berücksichtigende Zeitraum sein? -1h oder mehr?
als +/- Zahlenwert? So könnte man besser in der VIS/Grafana mappen und jeder kann sich den ev. anzuzeigenden Text selbst bestimmen.
nur Außen- oder auch Innentemperatur?

MartyBr

@sborg
So habe ich das auch gesehen. Ich hatte gestern Abend Zeit für das testen. Das Script arbeitet ja einwandfrei und ich bin sehr zufrieden.
Nur der Vollständigkeit halber:
Ich fahre 3 ioBroker Server und einen separaten Raspberry OHNE ioBroker, auf dem das Script läuft.
Wenn du weitere Test benötigt, dann helfe ich gerne.
Zu den Rechner (alle Debian Bullseye):

Master mit Influx V2 und Rest.api
Slave mit Simple API
Raspberry mit Script (ohne ioBroker)

SBorg

@martybr Gerne doch. Bin mir jetzt zwar sicher, aber testen kann ich es halt doch nicht.

Zuerst ein RESTAPI_URL=https://1.2.3.4:12345 auf dem PI bzw. Skript-Rechner
http oder https, IP des (bzw. eines auf dem die Rest-API läuft) ioB-Rechners und der benutzte Port

dann (ist eine Befehlszeile):

if [[ $(iob status rest-api.0) =~ "is running" ]] || [[ $(nc -vz $(echo "${RESTAPI_URL}" | grep -o '[\.0-9]*')) =~ "succeeded" ]]; then echo API läuft; fi

Wenn du dann das Ganze nochmals mit gestoppter Rest-API ausführst sollte einfach gar nichts passieren.

MartyBr

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

if [[ $(iob status rest-api.0) =~ "is running" ]] || [[ $(nc -vz $(echo "${RESTAPI_URL}" | grep -o '[.0-9]*')) =~ "succeeded" ]]; then echo API läuft; fi

Hier der Test mit laufender Rest.api:

martin@tinkerboard:~$ RESTAPI_URL=https://192.168.178.100:8093
martin@tinkerboard:~$ RESTAPI_URL=http://192.168.178.100:8093
martin@tinkerboard:~$ if [[ $(iob status rest-api.0) =~ "is running" ]] || [[ $(nc -vz $(echo "${RESTAPI_URL}" | grep -o '[\.0-9]*')) =~ "succeeded" ]]; then echo API läuft; fi
Command 'iob' not found, did you mean:
  command 'iog' from deb iog
  command 'irb' from deb ruby
  command 'wob' from deb wob
Try: sudo apt install <deb name>
Connection to 192.168.178.100 8093 port [tcp/*] succeeded!
martin@tinkerboard:~$

Nun mit gestoppter Rest.api:

martin@tinkerboard:~$ RESTAPI_URL=http://192.168.178.100:8093
martin@tinkerboard:~$ if [[ $(iob status rest-api.0) =~ "is running" ]] || [[ $(nc -vz $(echo "${RESTAPI_URL}" | grep -o '[\.0-9]*')) =~ "succeeded" ]]; then echo API läuft; fi
Command 'iob' not found, did you mean:
  command 'irb' from deb ruby
  command 'wob' from deb wob
  command 'iog' from deb iog
Try: sudo apt install <deb name>
^C
martin@tinkerboard:~$

viper4iob

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

Dann mal eine kleine Roadmap was so aktuell in der Pipeline/noch geplant ist:

V2.16.0:

Windrichtung ∅ der letzten 10 Minuten (für Stationen die dies nicht liefern)

Windgeschwindigkeit ∅ der letzten 10 Minuten (für Stationen die dies nicht liefern)

V2.17.0:

Windrichtung ∅- und Windgeschwindigkeit ∅ der letzten 10 Minuten alternativ anstelle der aktuellen Werte an OSeM, windy und wetter.com senden

Temperaturtrend (Aussen, falls gewünscht auch Innen)

Die V2.16.0 ist soweit bereit für den Betatest, auch wenn mein gestriger Test um die Mittagszeit wenig erfolgversprechend verlief (Geschwindigkeit im Array | Anzahl im Array | Median(*) des Arrays):

(*)Median, damit nicht eine einzige stärkere Windböe sofort den 10-Minutenwert verfälscht

Lag aber eher an der Windflaute, der "Orkan" Abends hat die Funktionsfähigkeit dann aufgezeigt:

Na gut, waren wohl eher zwei oder drei Bienen die am Windmesser vorbei flogen...

zum zukünftigen Temperaturtrend in der V2.17.0:

wie lange sollte der zu berücksichtigende Zeitraum sein? -1h oder mehr?

als +/- Zahlenwert? So könnte man besser in der VIS/Grafana mappen und jeder kann sich den ev. anzuzeigenden Text selbst bestimmen.

nur Außen- oder auch Innentemperatur?

Die Roadmap klingt gut
Zum Temperaturtrend:
+/- Zahlenwert würde ich auch begrüßen
Beim Zeitraum bin ich mir auch nicht so sicher, was da sinnvoll wäre.
Bei den Geräten wäre es vielleicht noch für den/die DP50 sinnvoll, könnte ja dann in den entsprechenden Objektbaum vom DP50 mit rein.

SBorg

@martybr Danke, geht aber auch nicht in allen Fällen

Die Version funktioniert nun:

RESTAPI_URL=https://192.168.1.3:8093

if [ "$(nc -vz $(echo "${RESTAPI_URL}" | grep -o '[\.0-9]*') &> /dev/null; echo $?)" -eq "0" ]; then echo Heureka; fi

MartyBr

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

if [ "$(nc -vz $(echo "${RESTAPI_URL}" | grep -o '[.0-9]*') &> /dev/null; echo $?)" -eq "0" ]; then echo Heureka; fi

Ich habe die Befehle auf dem Script-Server gestartet und kann Heureka zurückmelden:

martin@tinkerboard:~$ RESTAPI_URL=http://192.168.178.100:8093
martin@tinkerboard:~$ if [ "$(nc -vz $(echo "${RESTAPI_URL}" | grep -o '[\.0-9]*') &> /dev/null; echo $?)" -eq "0" ]; then echo Heureka; fi
Heureka
martin@tinkerboard:~$

SBorg

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

Die Roadmap klingt gut

...und wie das so mit Plänen ist...
Eigentlich wollte ich die 16er schon in den öffentlichen Beta-Test schicken, dann habe ich den ganzen Morgen bis eben damit verbracht

   ~ Bugfix gelegentlicher "jq parse"-Fehler
   ~ Bugfix Regenmenge des meteorologischen Sommers aktualisiert sich nicht

Gerade #2 war "extrem lustig". Von Hand per ./wetterstation.sh --metsommer funktioniert es, und obwohl er als Service genau das Gleiche macht geht es dann nicht ?!?

Ich habe schon für mein Büro eine Trendanzeige. IMO mehr als 1h ist eher Weissagung per Glaskugel als denn ein halbwegs fundierter Trend.
"Außentemperatur" hat jeder, aber wie sieht es mit der "Innentemperatur" aus? Nicht jeder hat wieder ein Display, dann gibt es wieder verschiedene Zusatzsensoren, verschiedene Anzahl an Sensoren. Will man das überhaupt für alle Sensoren... Macht es nicht gerade leichter.
Ich würde es dann wohl auf den reinen Innentemperatursensor begrenzen.

SBorg

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

und kann Heureka zurückmelden

Ich fand immer "API läuft" langweilig
...aber es geht zumindest

MartyBr

@sborg

SBorg

Tests heute Nacht erfolgreich abgeschlossen

Neue Beta-Version des Wetterstation WLAN-Skriptes auf GitHub V2.16.0

(Beta-Releases lassen sich nicht! über den ws_updater.sh installieren, nur die *.conf lässt sich mit dem ws_updater.beta ggf. patchen [s.u.])

+ Windrichtung der letzten 10 Minuten für alle Stationen (benötigt wird dafür nun noch 'dc')

+ durchschnittliche Windgeschwindigkeit der letzten 10 Minuten für alle Stationen

~ Bugfix gelegentlicher "jq parse"-Fehler

~ Bugfix Regenmenge des meteorologischen Sommers aktualisiert sich nicht

Wie immer zu finden im GitHub

Update-Routine:

wetterstation.sh, wetterstation.sub und ws_updater.beta (muss "ausführbar" sein chmod +x ws_updater.beta) ersetzen bzw. kopieren
./ws_updater.beta --patch im Installationsverzeichnis ausführen und ev. Hinweise beachten
nun mittels [sudo] systemctl restart wetterstation den Service neu starten

Liefert die Station bereits die beiden 10 Minuten-Werte werden diese benutzt, ansonsten berechnet sie das Skript. Um Ausreißer durch Windböen zu minimieren, wird die Windgeschwindigkeit Median berechnet.
Die "10 Minuten" sind dabei nicht ganz richtig und sind eher "10 Minuten +/- xx Sekunden", da hier der Einfachheit halber die letzten 20 Messwerte heran gezogen werden.

Negalein

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

Update-Routine:

läuft

dietpi@DietPi:/home/iobroker$ ./ws_updater.beta --patch



 ┌────────────────────────┐
 │                        │
 │   WS-Updater V2.16.0   │
 │                        │
 └────────────────────────┘


 Soll die wetterstation.conf nun auf eine neue Version gepatcht werden? [J/N]: J




 Lege Sicherungskopie der wetterstation.conf an...

 Patche wetterstation.conf auf V2.16.0 ...
 Fertig...

 Die Rest-API kann nun durch Eingabe der URL und den Zugangsdaten aktiviert werden!

dietpi@DietPi:/home/iobroker$

aber haben diese Errors was zu bedeuten?

dietpi@DietPi:/home/iobroker$ sudo systemctl status wetterstation
● wetterstation.service - Service für ioBroker Wetterstation
   Loaded: loaded (/etc/systemd/system/wetterstation.service; enabled; vendor preset: enabled)
   Active: active (running) since Thu 2022-07-21 12:36:22 CEST; 12s ago
 Main PID: 27308 (wetterstation.s)
    Tasks: 5 (limit: 264)
   Memory: 2.7M
   CGroup: /system.slice/wetterstation.service
           ├─27308 /bin/bash /home/iobroker/wetterstation.sh
           ├─27626 /bin/bash /home/iobroker/wetterstation.sh
           ├─27627 timeout 38 nc -nlvw 1 -p 1080
           ├─27628 tail -1
           └─27629 nc -nlvw 1 -p 1080

Jul 21 12:36:32 DietPi wetterstation.sh[27308]: /home/iobroker/wetterstation.sub: line 433: dc: command not found
Jul 21 12:36:32 DietPi wetterstation.sh[27308]: (standard_in) 1: syntax error
Jul 21 12:36:32 DietPi wetterstation.sh[27308]: (standard_in) 1: syntax error
Jul 21 12:36:32 DietPi wetterstation.sh[27308]: (standard_in) 1: syntax error
Jul 21 12:36:32 DietPi wetterstation.sh[27308]: Runtime error (func=(main), adr=3): Parameter number mismatch
Jul 21 12:36:32 DietPi wetterstation.sh[27308]: (standard_in) 12: syntax error
Jul 21 12:36:32 DietPi wetterstation.sh[27308]: (standard_in) 1: syntax error
Jul 21 12:36:32 DietPi wetterstation.sh[27308]: (standard_in) 1: syntax error
Jul 21 12:36:32 DietPi wetterstation.sh[27308]: (standard_in) 1: syntax error
Jul 21 12:36:32 DietPi wetterstation.sh[27308]: (standard_in) 1: syntax error

SBorg

@negalein Ja, dass es nicht geht und ich was vergessen habe (beim patchen zu prüfen ob auch alle benötigten Programme auf der Maschine installiert sind). Dir fehlt "dc".

lade bitte noch mal den ws.updater.beta von GitHub herunter
dann (sofern du das Backup noch nicht gelöscht hast) cp ./wetterstation.conf.backup ./wetterstation.conf
noch mal patchen ./ws_updater.beta --patch (er sollte jetzt das fehlende "dc" anmeckern + es installieren)
(Rest-API Einträge sind, falls du sie eingetragen hast, nun leider weg und müssen nochmal eingegeben werden)
Service wieder restarten

Negalein

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

./ws_updater.beta --patch

dc wurde angemeckert, aber nicht selbst installiert.

Und influxd meckert er nun rum.

dietpi@DietPi:/home/iobroker$ ./ws_updater.beta --patch



 ┌────────────────────────┐
 │                        │
 │   WS-Updater V2.16.0   │
 │                        │
 └────────────────────────┘

./ws_updater.beta: Zeile 64: influxd: Kommando nicht gefunden.
 Offizieller Support nur für Influx V1.x!


 'bc' installiert: [✓]
 'jq' installiert: [✓]
 'dc' installiert: [✗]


  Bitte zuerst 'dc' installieren [sudo apt install dc]

dietpi@DietPi:/home/iobroker$ sudo apt install dc
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Die folgenden NEUEN Pakete werden installiert:
  dc
0 aktualisiert, 1 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
Es müssen 72,3 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 151 kB Plattenplatz zusätzlich benutzt.
Holen:1 https://deb.debian.org/debian buster/main amd64 dc amd64 1.07.1-2+b1 [72,3 kB]
Es wurden 72,3 kB in 0 s geholt (334 kB/s).
Vormals nicht ausgewähltes Paket dc wird gewählt.
(Lese Datenbank ... 17225 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../dc_1.07.1-2+b1_amd64.deb ...
Entpacken von dc (1.07.1-2+b1) ...
dc (1.07.1-2+b1) wird eingerichtet ...
dietpi@DietPi:/home/iobroker$ ./ws_updater.beta --patch



 ┌────────────────────────┐
 │                        │
 │   WS-Updater V2.16.0   │
 │                        │
 └────────────────────────┘

./ws_updater.beta: Zeile 64: influxd: Kommando nicht gefunden.
 Offizieller Support nur für Influx V1.x!


 'bc' installiert: [✓]
 'jq' installiert: [✓]
 'dc' installiert: [✓]
 'unzip' installiert: [✓]
 'patch' installiert: [✓]

 'Rest-API' im ioBroker installiert: [✗]
  (Dies ist kein Problem, es können nur keine neuen Datenpunkte bei Bedarf automatisch angelegt werden.
  Dies muss im Fall neuer Datenpunkte per 'wetterstation.js' von Hand im ioBroker erfolgen.)



 Soll die wetterstation.conf nun auf eine neue Version gepatcht werden? [J/N]: J




 Lege Sicherungskopie der wetterstation.conf an...

 Patche wetterstation.conf auf V2.16.0 ...
 Fertig...

 Die Rest-API kann nun durch Eingabe der URL und den Zugangsdaten aktiviert werden!

dietpi@DietPi:/home/iobroker$

SBorg

@negalein "dc" war nun mal korrekt (mein Fehler, die Programme mussten bzw. sollten auch schon immer von Hand installiert werden). Influx ist da nicht auf deinem DietPi installiert --> Prüfung angepasst (kann dann nicht statt finden)

Text noch angepasst, da der "Fehler" 'Rest-API' im ioBroker installiert: [✗] ev. an der Stelle irreführend ist. Man muss ja zuerst patchen, dann in der conf eintragen und erst dann kann die Prüfung auch erfolgreich sein...
Bild 002.png

Falls du noch mal testen willst genügt nun die "einfache" Variante:

ws_updater.beta noch mal laden
./ws_updater.beta --patch ausführen

Influx sollte weg sein + so aussehen wie mein Pic (außer ev. der API-Zugriff ).
J/N bei patchen ist dann egal, selbst bei J wird er dann melden "ist bereits aktuell" + nix machen

Negalein

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

Falls du noch mal testen willst genügt nun die "einfache" Variante:

perfekt

dietpi@DietPi:/home/iobroker$ ./ws_updater.beta --patch



 ┌────────────────────────┐
 │                        │
 │   WS-Updater V2.16.0   │
 │                        │
 └────────────────────────┘

 'bc' installiert: [✓]
 'jq' installiert: [✓]
 'dc' installiert: [✓]
 'unzip' installiert: [✓]
 'patch' installiert: [✓]

 Zugriff auf 'Rest-API' im ioBroker: [✓]



 Soll die wetterstation.conf nun auf eine neue Version gepatcht werden? [J/N]: J



 Version ist bereits aktuell...

dietpi@DietPi:/home/iobroker$

mi28havoc

Hallo zusammen,

Habe (noch) die vielleicht etwas komische Konstellation einer GW1100A und nur eines weiteren WH31 (aber das dnt derivat DNT000005) am laufen. GW1100A meldet auch alles inkl. dem WH31.

Script ist installiert, läuft mit WU auch wunderbar, aber eben ohne den WH31 (ich glaube das liegt am WU Format).

Mit Ecowitt bekomme ich einen Kommunikationsfehler, aber leider keine Infos warum. Schickt der GW1100A irgendwie Daten, die das Script nicht versteht?

Hier der Debug Log:


 WLAN-Wetterstation V2.15.0 - (c)2019-2022 by SBorg
 Config-Version: V2.15.0
 Sub-Version   : V2.15.0

 'bc' installiert: [✓]
 'jq' installiert: [✓]

 'nc' in der Openbsd-Variante installiert:  [✓]
 'netcat' in Openbsd-Variante aktiv, alles korrekt [✓]


Connection to 192.168.1.77 8087 port [tcp/*] succeeded!


Messwerteblock:


Nicht alle Werte werden unterstützt (abhängig vom Modell der Wetterstation und dem verwendeten Protokoll)!

Temperatur Innen        :  °C
Temperatur Aussen       :  °C
Taupunkt                :  °C
Gefühlte Temperatur     :  °C
Luftfeuchte Innen       :  %
Luftfeuchte Aussen      :  %
Windgeschwindkeit       :  km/h
Windgeschwindkeit 10min :  km/h
Windböengeschwindigkeit :  km/h
max. Windböe            :  km/h
Windrichtung            :  °
Windrichtung            :
Windrichtung 10min      :  °
Luftdruck absolut       :  hPa
Luftdruck relativ       :  hPa
Regenrate               :  mm/h
Regenstatus             :
Regen seit Regenbeginn  :  mm
Regen Stunde            :  mm
Regen Tag               :  mm
Regen Woche             :  mm
Regen Monat             :  mm
Regen Jahr              :  mm
Regen Gesamt            :  mm
Sonnenstrahlung         :  W/m²
UV-Index                :
Zeitstempel             :
Firmware                :
Batteriestand:          :
Gateway-Modell          :

Zusatzsensoren:



Datenstring für ioBroker:



DATA von Wetterstation:
PASSKEY=xxxxxx&stationtype=GW1100A_V2.1.5&runtime=164656&dateutc=2022-07-21+17:18:09&tempinf=80.24&humidityin=51&baromrelin=29.007&baromabsin=29.007&temp1f=77.54&humidity1=48&batt1=0&freq=868M&model=GW1100A


Debug VAR:
Installationsverzeichnis: /home/pi/wetterstation
IPP: 192.168.1.77:8087  WS_PORT: 9999           WS_POLL: 30             PRE_DP: javascript.0.Wetterstation
WEB: HTTP               WS_PROT: Ecowitt        DP35/40/50/60/70/100/200/250/300: 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0
WH31: 1
Script-Version: V2.15.0 Config-Version: V2.15.0 Sub-Version: V2.15.0

Kommunikationsfehler!

Vielleicht kann mir ja jemand helfen

Danke schon mal!

SBorg

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

die vielleicht etwas komische Konstellation

Da ist auch dein Problem. Eigentlich ist es für Wetterstationen gedacht und da gibt es eine Außentemperatur.
Beim Ecowitt-Protokoll wird nun das empfangene Datenpaket geprüft:

Länge > 150 Zeichen
enthält einen Part PASSKEY
enthält die Außentemperatur ( )

Fehlt etwas ist das Paket nicht valide + die Kommunikation ist gestört.
Bei "(noch)" gehe ich mal davon aus es kommt mal noch was dazu. Aktuell kannst du nur die Version selbst patchen.
Öffne die wetterstation.sub mittels zB. "nano" --> STRG+W --> tempf= eingeben

Da landest du bei der Zeile:

 if [ "$STRLEN" -gt "150" ] && [[ "$DATA" =~ "PASSKEY=" ]] && [[ "$DATA" =~ "tempf=" ]]; then return 0; else return 1; fi

Die ändern wir auf einen kürzeren String und auf die Innentemperatur (einfach ersetzen):

 if [ "$STRLEN" -gt "100" ] && [[ "$DATA" =~ "PASSKEY=" ]] && [[ "$DATA" =~ "tempinf=" ]]; then return 0; else return 1; fi

Speichern, dann sollte es eigentlich auch mit dieser Konfiguration laufen

NEWS

[Linux Shell-Skript] WLAN-Wetterstation

V2.16.0:

V2.17.0:

V2.16.0:

V2.17.0:

Neue Beta-Version des Wetterstation WLAN-Skriptes auf GitHub V2.16.0

Support us

748
Online

31.7k
Users

79.8k
Topics

1.3m
Posts

NEWS

[Linux Shell-Skript] WLAN-Wetterstation

V2.16.0:

V2.17.0:

V2.16.0:

V2.17.0:

Neue Beta-Version des Wetterstation WLAN-Skriptes auf GitHub V2.16.0

Support us

748Online

31.7kUsers

79.8kTopics

1.3mPosts

748
Online

31.7k
Users

79.8k
Topics

1.3m
Posts