NEWS
ZigBee neue Version 1.4.4
-
@arteck Soweit ich sehe nur die Standard Sachen...
pi@raspberrypi:/opt/iobroker $ npm list serialport iobroker.inst@2.0.3 /opt/iobroker ├─┬ iobroker.discovery@2.5.0 │ └── serialport@9.0.7 deduped ├─┬ iobroker.zigbee@1.4.4 │ ├─┬ zigbee-herdsman@0.13.75 │ │ └── serialport@9.0.6 │ └─┬ zigbee-herdsman-converters@14.0.77 │ └─┬ zigbee-herdsman@0.13.72 │ └── serialport@9.0.7 └── serialport@9.0.7passt.. eigentlich. .. hmm.. muss ich mal im Auge halten.. wenns wieder läuft ..ist gut
-
hm, ich dachte ich mach das auch mal (bei mir läuft alles). Sieht bei mir ganz anders aus ^^
root@ioBroker2:/opt/iobroker# npm list serialport iobroker.inst@2.0.3 /opt/iobroker ├─┬ iobroker.discovery@2.6.1 │ └── serialport@9.0.7 ├─┬ iobroker.zigbee@1.4.4 │ └─┬ zigbee-herdsman@0.13.70 │ └── serialport@9.0.6 └── serialport@6.2.2 extraneousist allerdings eine uralte installation...da geistert noch nen SerialPort 6.2.2 rum. Hab ich vermutlich irgendwann auch mal Hand angelegt
@arteck wie sieht das bei dir aus?UDM Pro, Intel NUC - ioBroker in Proxmox-VM, PiHole+Grafana&Influx+TasmoAdmin in LXCs, Raspberry Pi3 (als CCU), Zigbee-Stick Sonoff, Synology DS918+
-
hm, ich dachte ich mach das auch mal (bei mir läuft alles). Sieht bei mir ganz anders aus ^^
root@ioBroker2:/opt/iobroker# npm list serialport iobroker.inst@2.0.3 /opt/iobroker ├─┬ iobroker.discovery@2.6.1 │ └── serialport@9.0.7 ├─┬ iobroker.zigbee@1.4.4 │ └─┬ zigbee-herdsman@0.13.70 │ └── serialport@9.0.6 └── serialport@6.2.2 extraneousist allerdings eine uralte installation...da geistert noch nen SerialPort 6.2.2 rum. Hab ich vermutlich irgendwann auch mal Hand angelegt
@arteck wie sieht das bei dir aus? -
@arteck @Thomas-Braun ich bekomme die Fehlermeldung leider nicht weg...
root@ioBroker2:/opt/iobroker# npm list serialport iobroker.inst@2.0.3 /opt/iobroker ├─┬ iobroker.discovery@2.6.1 │ └── serialport@9.0.7 ├─┬ iobroker.zigbee@1.4.5 (github:ioBroker/ioBroker.zigbee#47e641cb8ec3756b16e5b7ff817fbf93502e295d) │ └─┬ zigbee-herdsman@0.13.75 │ └── serialport@9.0.6 └── serialport@6.2.2 extraneous npm ERR! extraneous: serialport@6.2.2 /opt/iobroker/node_modules/serialportwas habe ich gemacht?
- Backup ioBroker
- Konsole mal komplett Updates gemacht:
iobroker stop apt-get update apt-get upgrade apt dist-upgrade rebootdanach dann via Git noch die aktuelle Zigbee-Version vom Adapter installiet (im Admin).
ich möchte jetzt nicht mit "rumprobieren" beginnen und nen NPM rebuild versuchen oder versuchen, den serialport manuell zu bearbeiten...
UDM Pro, Intel NUC - ioBroker in Proxmox-VM, PiHole+Grafana&Influx+TasmoAdmin in LXCs, Raspberry Pi3 (als CCU), Zigbee-Stick Sonoff, Synology DS918+
-
@thomas-braun alles klar. Ich bin gespannt was da so raus kommt. Danke für Euren Support
@gelberlemmy sagte in ZigBee neue Version 1.4.4:
@thomas-braun alles klar. Ich bin gespannt was da so raus kommt. Danke für Euren Support
So nun habe ich Zeit gefunden, mal meinem Problem auf die Schliche zu kommen. Also folgendes gemacht:
- cc26x2r1 neu geflshed
- Zigbee Adapter neu installiert
- cc26... an meinen PI angeschloßen
- diesmal den Kanal 15 eingestellt.
- jetzt einmal mit Putty geschaut, was mit dem Port passiert über "dmesg" (dort sieht alles gut aus) Port wird vernünftig erkannt)
- Geräte versucht anzulernen. (klappt diesmal ohne Probleme)
Und was soll ich sagen. Ohne Probleme..... Ich bin weiterhin gespannt. Noch einmal einen Dank an alle hier für die Hilfe.
Gruß André
-
@arteck @Thomas-Braun ich bekomme die Fehlermeldung leider nicht weg...
root@ioBroker2:/opt/iobroker# npm list serialport iobroker.inst@2.0.3 /opt/iobroker ├─┬ iobroker.discovery@2.6.1 │ └── serialport@9.0.7 ├─┬ iobroker.zigbee@1.4.5 (github:ioBroker/ioBroker.zigbee#47e641cb8ec3756b16e5b7ff817fbf93502e295d) │ └─┬ zigbee-herdsman@0.13.75 │ └── serialport@9.0.6 └── serialport@6.2.2 extraneous npm ERR! extraneous: serialport@6.2.2 /opt/iobroker/node_modules/serialportwas habe ich gemacht?
- Backup ioBroker
- Konsole mal komplett Updates gemacht:
iobroker stop apt-get update apt-get upgrade apt dist-upgrade rebootdanach dann via Git noch die aktuelle Zigbee-Version vom Adapter installiet (im Admin).
ich möchte jetzt nicht mit "rumprobieren" beginnen und nen NPM rebuild versuchen oder versuchen, den serialport manuell zu bearbeiten...
@kueppert mach so
zigbee adapter stoppen (der reinstalliert dann den serialport)
rm -r /opt/iobroker/node_modules/serialport rm -r /opt/iobroker/node_modules/zigbee-herdsman rm -r /opt/iobroker/node_modules/zigbee-herdsman-convertersdann zigbe adapter nochmal von GIT installieren (multihost beachten falls du einen laufen hast)
dann zeigmal nochmal
npm list serialport -
@arteck @Thomas-Braun ich bekomme die Fehlermeldung leider nicht weg...
root@ioBroker2:/opt/iobroker# npm list serialport iobroker.inst@2.0.3 /opt/iobroker ├─┬ iobroker.discovery@2.6.1 │ └── serialport@9.0.7 ├─┬ iobroker.zigbee@1.4.5 (github:ioBroker/ioBroker.zigbee#47e641cb8ec3756b16e5b7ff817fbf93502e295d) │ └─┬ zigbee-herdsman@0.13.75 │ └── serialport@9.0.6 └── serialport@6.2.2 extraneous npm ERR! extraneous: serialport@6.2.2 /opt/iobroker/node_modules/serialportwas habe ich gemacht?
- Backup ioBroker
- Konsole mal komplett Updates gemacht:
iobroker stop apt-get update apt-get upgrade apt dist-upgrade rebootdanach dann via Git noch die aktuelle Zigbee-Version vom Adapter installiet (im Admin).
ich möchte jetzt nicht mit "rumprobieren" beginnen und nen NPM rebuild versuchen oder versuchen, den serialport manuell zu bearbeiten...
@kueppert sagte in ZigBee neue Version 1.4.4:
serialport@6.2.2 extraneous
Der liegt ja ohnehin außerhalb von zigbee. Vermutlich könnte man den auch löschen.
Aber root@ioBroker2 ?
Musst du root sein? Docker auf Synology? Gibt sonst eigentlich keinen Grund dafür. -
sooo, das sieht schon anders aus:
root@ioBroker2:/opt/iobroker# rm -r /opt/iobroker/node_modules/serialport root@ioBroker2:/opt/iobroker# rm -r /opt/iobroker/node_modules/zigbee-herdsman root@ioBroker2:/opt/iobroker# rm -r /opt/iobroker/node_modules/zigbee-herdsman-converters root@ioBroker2:/opt/iobroker# npm list serialport iobroker.inst@2.0.3 /opt/iobroker ├─┬ iobroker.discovery@2.6.1 │ └── serialport@9.0.7 └─┬ iobroker.zigbee@1.4.5 (github:ioBroker/ioBroker.zigbee#47e641cb8ec3756b16e5b7ff817fbf93502e295d) └─┬ zigbee-herdsman@0.13.75 └── serialport@9.0.6Ich denke, jetzt bin ich wieder up-to-date und Fehlerfrei. Danke euch :)
-
@kueppert sagte in ZigBee neue Version 1.4.4:
serialport@6.2.2 extraneous
Der liegt ja ohnehin außerhalb von zigbee. Vermutlich könnte man den auch löschen.
Aber root@ioBroker2 ?
Musst du root sein? Docker auf Synology? Gibt sonst eigentlich keinen Grund dafür.@thomas-braun du hast Recht wegen root...hab 2017 wie du mir schon mal gesagt hast, bereits falsch begonnen (immer root, auf allen VMs die ich laufen hab). Hab mich mit den Usern und Rechten damals bei Beginn echt schwer getan und dann der "Einfachheit halber" alles mit Root gemacht.
Das nehme ich als nächstes "klein-Projekt" in Angriff. Nen User hab ich schon lang...schwenke nur in der Konsole dann immer direkt auf den root um. War garnicht so einfach, den in der neuen Distibution (damals neu) freigeschaltet zu bekommen als Linux-Beginner ^^UDM Pro, Intel NUC - ioBroker in Proxmox-VM, PiHole+Grafana&Influx+TasmoAdmin in LXCs, Raspberry Pi3 (als CCU), Zigbee-Stick Sonoff, Synology DS918+
-
@thomas-braun du hast Recht wegen root...hab 2017 wie du mir schon mal gesagt hast, bereits falsch begonnen (immer root, auf allen VMs die ich laufen hab). Hab mich mit den Usern und Rechten damals bei Beginn echt schwer getan und dann der "Einfachheit halber" alles mit Root gemacht.
Das nehme ich als nächstes "klein-Projekt" in Angriff. Nen User hab ich schon lang...schwenke nur in der Konsole dann immer direkt auf den root um. War garnicht so einfach, den in der neuen Distibution (damals neu) freigeschaltet zu bekommen als Linux-Beginner ^^@kueppert sagte in ZigBee neue Version 1.4.4:
War garnicht so einfach, den in der neuen Distibution (damals neu) freigeschaltet zu bekommen als Linux-Beginner
Das hat ja auch einen GRUND, warum der root eben nicht direkt zugänglich ist.
Damit Linux-Beginner da nicht mit herumpfuschen. Und 'Linux-Profis' nutzen den auch nicht. -
@kueppert sagte in ZigBee neue Version 1.4.4:
War garnicht so einfach, den in der neuen Distibution (damals neu) freigeschaltet zu bekommen als Linux-Beginner
Das hat ja auch einen GRUND, warum der root eben nicht direkt zugänglich ist.
Damit Linux-Beginner da nicht mit herumpfuschen. Und 'Linux-Profis' nutzen den auch nicht.Macht ihr für diese Diskussion bitte einen neuen thread auf ? Bei dieser Diskussion geht es nicht (mehr) um den zigbee Adapter 1.4.4
A.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
Macht ihr für diese Diskussion bitte einen neuen thread auf ? Bei dieser Diskussion geht es nicht (mehr) um den zigbee Adapter 1.4.4
A.
Hallo, ich bin dabei von ConBee II mit deconz umzuziehen auf CC26X2R1 mit ZigBee 1.4.4. Jetzt fehlen mir ein paar Datenpunkte bei folgenden Geräten.
- OSRAM Smart+ Switch (4058075816459): battery
- OSRAM AC01353010G SMART+ Motion Sensor: battery; temperature
- Xiaomi RTCGQ11LM Aqara human body movement and illuminance sensor: temperature;dark;daylight
Wie bekomme ich die Datenpunkte zurück, battery und temperature sind mir schon wichtig.
-
Hallo, ich bin dabei von ConBee II mit deconz umzuziehen auf CC26X2R1 mit ZigBee 1.4.4. Jetzt fehlen mir ein paar Datenpunkte bei folgenden Geräten.
- OSRAM Smart+ Switch (4058075816459): battery
- OSRAM AC01353010G SMART+ Motion Sensor: battery; temperature
- Xiaomi RTCGQ11LM Aqara human body movement and illuminance sensor: temperature;dark;daylight
Wie bekomme ich die Datenpunkte zurück, battery und temperature sind mir schon wichtig.
@massenbach ich nutze auch einen Osram-Switch (Lightify Switch Mini). Batterie wird angezeigt.
Seit wann läuft der Adapter? Bis sich da die Batterie befüllt, dauert ggf 1 Tag...bis sich halt die FB meldet. Funktioniert die FB denn, wenn du die Schalter bedienst (Objekte werden aktualisiert)?UDM Pro, Intel NUC - ioBroker in Proxmox-VM, PiHole+Grafana&Influx+TasmoAdmin in LXCs, Raspberry Pi3 (als CCU), Zigbee-Stick Sonoff, Synology DS918+
-
@massenbach ich nutze auch einen Osram-Switch (Lightify Switch Mini). Batterie wird angezeigt.
Seit wann läuft der Adapter? Bis sich da die Batterie befüllt, dauert ggf 1 Tag...bis sich halt die FB meldet. Funktioniert die FB denn, wenn du die Schalter bedienst (Objekte werden aktualisiert)?@kueppert die Geräte laufen jetzt schon seit mind. 2 Tage. Das mit dem befüllen kenne ich, aber die Datenpunkte sind ja noch nicht mal da. Aquara läuft jetzt seit 3 Tage und hat noch immer keinen Datenpunkt für Temperatur. Unter deconz waren die Werte ja da.
-
@kueppert die Geräte laufen jetzt schon seit mind. 2 Tage. Das mit dem befüllen kenne ich, aber die Datenpunkte sind ja noch nicht mal da. Aquara läuft jetzt seit 3 Tage und hat noch immer keinen Datenpunkt für Temperatur. Unter deconz waren die Werte ja da.
@massenbach sagte in ZigBee neue Version 1.4.4:
@kueppert die Geräte laufen jetzt schon seit mind. 2 Tage. Das mit dem befüllen kenne ich, aber die Datenpunkte sind ja noch nicht mal da. Aquara läuft jetzt seit 3 Tage und hat noch immer keinen Datenpunkt für Temperatur. Unter deconz waren die Werte ja da.
Bitte die Betroffenen Geräte in die "Ausschlussliste" eintragen. Dann sollte zumindest der Temperaturwert wieder mit kommen.
In dem Zusammenhang muss ich aber warnen - die angegebene Temperatur kann eigentlich nicht durch einen Sensor kommen. Dazu sind die Werte einfach zu schlecht. Ich habe bis zu 5 Grad Abweichung zwischen einem BWM und einem dedizierten Temperatursensor mit weniger als 5 cm Abstand.
A.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
@Asgothian
Ich habe für den Datenpunkt child_lock des Revolt Heizungsthermostaten (GS361A-H04) folgende Zustände geschickt: true und false. Dann habe ich am Thermostaten den Zustand Kindersicherung ein und danach aus eingestellt. Die Anzeige im Datenpunkt blieb unverändert immer false. Zum Schluß habe ich noch den Datenpunkt state mit true gesendet. Für diesen Datenpunkt gibt es keine Interpretation im converter (letzte Zeile des logs).
Hier ist das log:2021-03-05 12:52:01.993 - warn: zigbee.0 (4774) ELEVATED: User stateChange zigbee.0.bc33acfffe656bd0.child_lock {"val":true,"ack":false,"ts":1614945121992,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin","lc":1614945121992} 2021-03-05 12:52:01.997 - warn: zigbee.0 (4774) ELEVATED Change state 'child_lock' at device 0xbc33acfffe656bd0 type 'GS361A-H04' 2021-03-05 12:52:06.552 - warn: zigbee.0 (4774) ELEVATED publishToState: message received '{"linkquality":120}' from device bc33acfffe656bd0 type 'GS361A-H04' 2021-03-05 12:52:06.552 - warn: zigbee.0 (4774) ELEVATED publishToState: value generated '120' from device bc33acfffe656bd0 for 'Link quality' 2021-03-05 12:52:06.558 - warn: zigbee.0 (4774) ELEVATED publishToState: message received '{"child_lock":"LOCKED"}' from device bc33acfffe656bd0 type 'GS361A-H04' 2021-03-05 12:52:06.558 - warn: zigbee.0 (4774) ELEVATED publishToState: value generated 'false' from device bc33acfffe656bd0 for 'Enables/disables physical input on the device' 2021-03-05 12:52:06.659 - warn: zigbee.0 (4774) ELEVATED publishToState: message received '{"linkquality":120}' from device bc33acfffe656bd0 type 'GS361A-H04' 2021-03-05 12:52:06.660 - warn: zigbee.0 (4774) ELEVATED publishToState: value generated '120' from device bc33acfffe656bd0 for 'Link quality' 2021-03-05 12:52:06.663 - warn: zigbee.0 (4774) ELEVATED publishToState: message received '{"child_lock":"LOCKED"}' from device bc33acfffe656bd0 type 'GS361A-H04' 2021-03-05 12:52:06.663 - warn: zigbee.0 (4774) ELEVATED publishToState: value generated 'false' from device bc33acfffe656bd0 for 'Enables/disables physical input on the device' 2021-03-05 12:54:02.667 - warn: zigbee.0 (4774) ELEVATED: User stateChange zigbee.0.bc33acfffe656bd0.child_lock {"val":false,"ack":false,"ts":1614945242665,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin","lc":1614945126565} 2021-03-05 12:54:02.670 - warn: zigbee.0 (4774) ELEVATED Change state 'child_lock' at device 0xbc33acfffe656bd0 type 'GS361A-H04' 2021-03-05 12:54:04.537 - warn: zigbee.0 (4774) ELEVATED publishToState: message received '{"linkquality":118}' from device bc33acfffe656bd0 type 'GS361A-H04' 2021-03-05 12:54:04.538 - warn: zigbee.0 (4774) ELEVATED publishToState: value generated '118' from device bc33acfffe656bd0 for 'Link quality' 2021-03-05 12:54:04.543 - warn: zigbee.0 (4774) ELEVATED publishToState: message received '{"child_lock":"UNLOCKED"}' from device bc33acfffe656bd0 type 'GS361A-H04' 2021-03-05 12:54:04.544 - warn: zigbee.0 (4774) ELEVATED publishToState: value generated 'false' from device bc33acfffe656bd0 for 'Enables/disables physical input on the device' 2021-03-05 12:54:04.644 - warn: zigbee.0 (4774) ELEVATED publishToState: message received '{"linkquality":118}' from device bc33acfffe656bd0 type 'GS361A-H04' 2021-03-05 12:54:04.645 - warn: zigbee.0 (4774) ELEVATED publishToState: value generated '118' from device bc33acfffe656bd0 for 'Link quality' 2021-03-05 12:54:04.650 - warn: zigbee.0 (4774) ELEVATED publishToState: message received '{"child_lock":"UNLOCKED"}' from device bc33acfffe656bd0 type 'GS361A-H04' 2021-03-05 12:54:04.650 - warn: zigbee.0 (4774) ELEVATED publishToState: value generated 'false' from device bc33acfffe656bd0 for 'Enables/disables physical input on the device' 2021-03-05 13:00:22.395 - warn: zigbee.0 (4774) ELEVATED publishToState: message received '{"linkquality":113}' from device bc33acfffe656bd0 type 'GS361A-H04' 2021-03-05 13:00:22.397 - warn: zigbee.0 (4774) ELEVATED publishToState: value generated '113' from device bc33acfffe656bd0 for 'Link quality' 2021-03-05 13:00:22.402 - warn: zigbee.0 (4774) ELEVATED publishToState: message received '{"child_lock":"LOCKED"}' from device bc33acfffe656bd0 type 'GS361A-H04' 2021-03-05 13:00:22.403 - warn: zigbee.0 (4774) ELEVATED publishToState: value generated 'false' from device bc33acfffe656bd0 for 'Enables/disables physical input on the device' 2021-03-05 13:01:50.551 - warn: zigbee.0 (4774) ELEVATED publishToState: message received '{"linkquality":107}' from device bc33acfffe656bd0 type 'GS361A-H04' 2021-03-05 13:01:50.552 - warn: zigbee.0 (4774) ELEVATED publishToState: value generated '107' from device bc33acfffe656bd0 for 'Link quality' 2021-03-05 13:01:50.559 - warn: zigbee.0 (4774) ELEVATED publishToState: message received '{"child_lock":"UNLOCKED"}' from device bc33acfffe656bd0 type 'GS361A-H04' 2021-03-05 13:01:50.560 - warn: zigbee.0 (4774) ELEVATED publishToState: value generated 'false' from device bc33acfffe656bd0 for 'Enables/disables physical input on the device' 2021-03-05 13:04:55.620 - warn: zigbee.0 (4774) ELEVATED: User stateChange zigbee.0.bc33acfffe656bd0.state {"val":true,"ack":false,"ts":1614945895617,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin","lc":1614945895617} 2021-03-05 13:04:55.629 - warn: zigbee.0 (4774) ELEVATED Change state 'state' at device 0xbc33acfffe656bd0 type 'GS361A-H04' 2021-03-05 13:04:55.635 - error: zigbee.0 (4774) No converter available for 'GS361A-H04' with key 'state'Ich hoffe es hilft Dir. Vielen Dank für Deine Unterstützung.
HUK -
@massenbach sagte in ZigBee neue Version 1.4.4:
@kueppert die Geräte laufen jetzt schon seit mind. 2 Tage. Das mit dem befüllen kenne ich, aber die Datenpunkte sind ja noch nicht mal da. Aquara läuft jetzt seit 3 Tage und hat noch immer keinen Datenpunkt für Temperatur. Unter deconz waren die Werte ja da.
Bitte die Betroffenen Geräte in die "Ausschlussliste" eintragen. Dann sollte zumindest der Temperaturwert wieder mit kommen.
In dem Zusammenhang muss ich aber warnen - die angegebene Temperatur kann eigentlich nicht durch einen Sensor kommen. Dazu sind die Werte einfach zu schlecht. Ich habe bis zu 5 Grad Abweichung zwischen einem BWM und einem dedizierten Temperatursensor mit weniger als 5 cm Abstand.
A.
@asgothian Danke es funktioniert, habe den Zusammenhang zwar noch nicht ganz verstanden, aber geht jetzt! Das mit den Genauigkeiten ist mir schon klar, bin dabei die Werte per Script zu korrigieren.
-
Geile Sache, das läuft wie geschmiert mit über 140 devices.. !
2021-03-06 10:12:26.836 - info: zigbee.0 (30863) Starting Zigbee npm ... 2021-03-06 10:12:27.760 - info: zigbee.0 (30863) Installed Version: iobroker.zigbee@1.4.4 2021-03-06 10:12:29.794 - info: zigbee.0 (30863) Coordinator firmware version: {"type":"zStack3x0","meta":{"transportrev":2,"product":1,"majorrel":2,"minorrel":7,"maintrel":1,"revision":20210120}} 2021-03-06 10:12:29.804 - info: zigbee.0 (30863) Unable to disable LED, unsupported function. 2021-03-06 10:12:29.805 - info: zigbee.0 (30863) --> transmitPower : high 2021-03-06 10:12:29.834 - info: zigbee.0 (30863) Currently 145 devices are joined: -
Geile Sache, das läuft wie geschmiert mit über 140 devices.. !
2021-03-06 10:12:26.836 - info: zigbee.0 (30863) Starting Zigbee npm ... 2021-03-06 10:12:27.760 - info: zigbee.0 (30863) Installed Version: iobroker.zigbee@1.4.4 2021-03-06 10:12:29.794 - info: zigbee.0 (30863) Coordinator firmware version: {"type":"zStack3x0","meta":{"transportrev":2,"product":1,"majorrel":2,"minorrel":7,"maintrel":1,"revision":20210120}} 2021-03-06 10:12:29.804 - info: zigbee.0 (30863) Unable to disable LED, unsupported function. 2021-03-06 10:12:29.805 - info: zigbee.0 (30863) --> transmitPower : high 2021-03-06 10:12:29.834 - info: zigbee.0 (30863) Currently 145 devices are joined:
Support us
780
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge