NEWS
Test Adapter Zendure Solarflow
Test Adapter Zendure Solarflow
-
@maxclaudi sagte in Test Adapter Zendure Solarflow:
@daniel-8 sagte in Test Adapter Zendure Solarflow:
Also ich kann einstellen und versuchen was ich möchte mit oder ohne HEMS. über die Variable setDeviceAutomationOutInLimit bekomme ich auf jedenfalls keine Ausgangsleistung.
Zendure hat ja das ganze jetzt wohl auch irgendwie für Homeassistant freigebeben im August. Wollte eigentlich deswegen auch nicht umsteigenDu bist in der Cloud, verwendest Haupt-Account für den Adapter, BT ist ausgeschaltet UND App vollständig beendet?
Ja App ist beendet und ich verwende den Hauptaccount.
Dann setzt Du einen Wert und der wird nicht übernommen?
Kein positiver Wert, kein 0 und kein negativer Wert?Kein Wert wenn ich den neuen Datenpunkt setDeviceAutomationOutInLimit nehme
Gleichgültig ob HEMS aktiv oder deaktiv?
Egal ob Hems aktiv oder deaktiviert ist.
Nur noch einmal um sicher zu gehen:
So wie ich es verstehe ist mit Deinem SF800pro kein Account-Sharing möglich.
Somit kann man über den Adapter auch nur steuern, wenn App vollständig beendet ist.
Beides gleichzeitig (App und Adpater) geht nach meinem Verständnis nicht, auch nicht wenn Adapter nur zur Beobachtung verwendet werden soll.Man kann das Gerät für einen 2.ten Account freigeben. Kann aber nur angezeigt werden wenn er unter hems eingebunden ist. Einzelne Geräte können nicht geteilt werden.
Da bist ja dann mit App und Adapter 2x angemeldet.
-
@daniel-8 sagte in Test Adapter Zendure Solarflow:
Also ich kann einstellen und versuchen was ich möchte mit oder ohne HEMS. über die Variable setDeviceAutomationOutInLimit bekomme ich auf jedenfalls keine Ausgangsleistung.
Zendure hat ja das ganze jetzt wohl auch irgendwie für Homeassistant freigebeben im August. Wollte eigentlich deswegen auch nicht umsteigenich breche hier mal ne Lanze für @nograx.
Ohne ihn hätten viele nicht die komfortabele Möglichkeit über den Adapter ihre Zendure-Systeme zu steuern.
Die Emulation vom Smartmatching Mode ist Neuland.
Zudem ist vieles Unerforscht und @nograx hat nicht einmal die Geräte um alles selbst zu testen und zu optimieren.
Man ist auf Infos, Hilfe und feedbacks (wie von Dir) angewiesen.
Dann benötigt die Entwicklung viel Zeit und was in meinen Augen schlimm ist:
Anscheinend bekommen nur ausgesuchte Entwickler Unterstützung von Zendure.
Von mir auf jeden Fall ein Dankeschön an @nograx für seine bisherige Arbeit, die mir auch viel an Vorlagen liefert(e).
Zu HA:
FireSon wird von Zendure unterstützt.
Seine Arbeit ist bei Zendure auf github .
Aber auch dieser Code ist nicht fehlerfrei, ausgereift. Auch hier kommt ein Update nach dem anderen.
Bin selbst daran und habe die notwendigen Teile für meine Geräte in js umgeschrieben.
Auch hier gibt es Probleme, vor allem, dass Batterien nicht im Mode 8 geladen werden.
War auch nie in dem Modus von Zendure für den ace1500 so vorgesehen.
Hier hätte ich die Idee zu einem workaround, jedoch halte ich nicht viel davon den SmartMatchingMode zu emulieren.
Aber das ist ne andere Geschichte.Auch FireSon hat nicht alle Geräte zur Verfügung und ist auch auf feedback, Hilfe und Infos angewiesen, jedoch mit dem entscheidenden Vorteil, dass er anscheinend wenigstens von Zendure Antworten erhält.
Meine Meinung: Am besten wird über HA bisher Hyper und der SF2400AC unterstützt.
Von der reinen Steuerung her.
Jedoch gibt es auch hier immer wieder Probleme mit dem Hyper (freezes) und gelegentlich mit dem SF2400AC.
Beim Hyper arbeiten sie dann mit einer BT-Bridge um den hyper über BT zu reseten, damit man sich die Prozedur mit stromlos machen, PV-Trennen, Hyper von Batterien usw. erspart.
Das ist nichts für mich.Abwarten. Es tut sich gerade viel.
Und wenn alles einigermaßen laufen wird, dann ist 2026 und es werden (bestimmt) wieder neue Geräte kommen.
Jeder mag davon halten was er will.
Persönlich finde ich den Weg über die SmartMatching-Emulation (außer für den Hyper) nicht richtig.
Auch mag ich nicht einen phyton code einfach in js umsetzen, ohne zu wissen was der code macht.
Selbst wenn er funktioniert, weiß man nicht ob alles richtig oder nicht richtig ist.
Flash, RAM etc.
Die Aussage, dass alles gleich (identisch) gemacht wird, wie Zendure original, kann nicht überprüft werden.
Sowas kann man nur wissen (evtl. auch nur zum Teil), wenn man loggt und alles ausgetestet hat.
Ein schwieriger und langwieriger Weg.
Bevor ich einen Weg des workaround für meine Geräte zum Laden im SmartmachtingMode weiter verfolge (erste Tests waren vielversprechend) konzentriere ich mich mehr auf den SmartMode und was es damit auf sich hat.
Der "SmartMode":1 wird in HA auch beim SF2400AC genutzt, um nicht in den Flash zu speichern.@nograx
Auffallend ist auch beim setzen von inputLimit und outputLimit, dass smartMode:1 und acMode anscheinend zusätzlich mit published werden und nicht nur das Limit selbst.Beispiel:
zum laden:{"properties": {"smartMode": 1, "acmode": 1, "inputLimit": -power}}zum entladen:
{"properties": {"smartMode": 1, "acmode": 2, "outputLimit": power}}Bei mir publishe ich in einer Testumgebung ohne Adpater zusätzlich "smartMode":1 mit im json, auch wenn er schon dauerhaft auf 1 steht.
Wäre es nicht einen Versuch wert:
Im Adapter, beim setzen der einzelnen Datenpunkte von acMode, setInputLimit und setOutputLimit zumindest "smartMode":1 zusätzlich mit zu publishen?Evtl. für eine extra alpha-Alternativ-Version.
Theoretisch müssten alle Geräte das json annehmen und auswerten, was ausgewertet werden kann. Vermutlich wird nur verworfen, was nicht gesetzt werden kann und nicht die komplette Anforderung.
Deshalb nur mal eine alpha-Testversion mit smartMode.Beispiel:
{"properties": {"smartMode": 1, "outputLimit": power}}Weiter warte ich und hoffe, dass es für Alle veröffentlicht wird:
Zendure:
The SF 800 Pro does not currently support an API.
Zendure is currently working on developing a local HomeAssistant control API, which we will release soon. You will then be able to implement your requirements via a platform such as HomeAssistant. To control the SF800/SF800Pro/SF2400AC with the performance data of other energy managers, you may need some knowledge in development.Hoffentlich ist das dann eine anständige API die mal ausführlicher die diversen Möglichkeiten mit keys/values beschreibt.
@maxclaudi sagte in Test Adapter Zendure Solarflow:
Thema smartMode:Beispiel:
zum laden:
{"properties": {"smartMode": 1, "acmode": 1, "inputLimit": -power}}
zum entladen:
{"properties": {"smartMode": 1, "acmode": 2, "outputLimit": power}}Habe ich gerade mit dem Hyper getestet.
Leider kommt vom Hyper nur die Standartantwort, man weiß also nicht ob es geklappt hat.Gesendet:
Topic:
mqtt.0.iot.gDa3tb.+++++.properties.write
Payload:
{"properties":{"smartMode":1,"acmode":1,"outputLimit":100}}Empfangen:
Topic:
mqtt.0.gDa3tb.+++++.properties.write.reply
Payload:
{"messageId":134218099,"deviceId":"+++++","timestamp":1754337944,"success":1,"properties":{"outputLimit":100}} -
@maxclaudi sagte in Test Adapter Zendure Solarflow:
Thema smartMode:Beispiel:
zum laden:
{"properties": {"smartMode": 1, "acmode": 1, "inputLimit": -power}}
zum entladen:
{"properties": {"smartMode": 1, "acmode": 2, "outputLimit": power}}Habe ich gerade mit dem Hyper getestet.
Leider kommt vom Hyper nur die Standartantwort, man weiß also nicht ob es geklappt hat.Gesendet:
Topic:
mqtt.0.iot.gDa3tb.+++++.properties.write
Payload:
{"properties":{"smartMode":1,"acmode":1,"outputLimit":100}}Empfangen:
Topic:
mqtt.0.gDa3tb.+++++.properties.write.reply
Payload:
{"messageId":134218099,"deviceId":"+++++","timestamp":1754337944,"success":1,"properties":{"outputLimit":100}}@bernd1967
aber das limit wurde gesetzt?
Müsste eigentlich.edit: na klar, wie erwartet wurde es bestimmt gesetzt.
Laut reply oder nicht?Ich schreibe meistens sehr direkt – bitte nicht falsch verstehen, es ist nie böse gemeint. Das ist einfach mein Stil und niemals abwertend gemeint.
-
@bernd1967
aber das limit wurde gesetzt?
Müsste eigentlich.edit: na klar, wie erwartet wurde es bestimmt gesetzt.
Laut reply oder nicht?@maxclaudi
Ja, Limit wurde gesetzt.
Aber Hyper gibt keine Antwort über den Zustand vom "smartMode". -
@maxclaudi
Ja, Limit wurde gesetzt.
Aber Hyper gibt keine Antwort über den Zustand vom "smartMode".@bernd1967
nimm mal deine deviceid raus -
@maxclaudi
Ja, Limit wurde gesetzt.
Aber Hyper gibt keine Antwort über den Zustand vom "smartMode".@bernd1967 sagte in Test Adapter Zendure Solarflow:
@maxclaudi
Ja, Limit wurde gesetzt.
Aber Hyper gibt keine Antwort über den Zustand vom "smartMode".aber anscheinend der richtige Weg json so zu publishen.
Danke.
Hat jetzt bestätigt, was ich gefunden habe und mir bestätigt wurde, dass es nicht nur beim hub2000 funktionieren soll.
Mit Deinem Versuch, weiß ich jetzt, dass es zumindest auch beim hyper keine Auswirkungen auf das setzen der eigentlichen Anweisung des Limits hat. -
Ich hatte bei meinem Hyper seit gestern mit dem Adapter 2.01 wo es keinen SmartMode mehr gibt keine Abbrüche mehr.
Neustart alle 3 Std war aktiviert.@murphy-0 said in Test Adapter Zendure Solarflow:
Ich hatte bei meinem Hyper seit gestern mit dem Adapter 2.01 wo es keinen SmartMode mehr gibt keine Abbrüche mehr.
Neustart alle 3 Std war aktiviert.Leider doch immer noch das Problem vorhanden. Der Hyper hört 1 bis 2 mal am Tag auf Daten an den Broker zu publishen. Der Neustart des Adapters alle 3 Std. Löst das Problem nicht.
Das Skript läuft weiter, rechnet allerdings mit dem letzten bekannten Wert: outputHomePower beim Entladen / gridInputPower beim Laden. Der SoC wird auch nicht aktualisiert.
Meine Lösung momentan ist ein systemctl restart mosquito über crontab alle 6 Std. Dabei werden alle Verbindungen neu gestartet.
Mit systemctl status mosquito kann man jederzeit kontrollieren ob und wann der letzte restart war. -
@murphy-0 said in Test Adapter Zendure Solarflow:
Ich hatte bei meinem Hyper seit gestern mit dem Adapter 2.01 wo es keinen SmartMode mehr gibt keine Abbrüche mehr.
Neustart alle 3 Std war aktiviert.Leider doch immer noch das Problem vorhanden. Der Hyper hört 1 bis 2 mal am Tag auf Daten an den Broker zu publishen. Der Neustart des Adapters alle 3 Std. Löst das Problem nicht.
Das Skript läuft weiter, rechnet allerdings mit dem letzten bekannten Wert: outputHomePower beim Entladen / gridInputPower beim Laden. Der SoC wird auch nicht aktualisiert.
Meine Lösung momentan ist ein systemctl restart mosquito über crontab alle 6 Std. Dabei werden alle Verbindungen neu gestartet.
Mit systemctl status mosquito kann man jederzeit kontrollieren ob und wann der letzte restart war.@murphy-0 sagte in Test Adapter Zendure Solarflow:
Leider doch immer noch das Problem vorhanden. Der Hyper hört 1 bis 2 mal am Tag auf Daten an den Broker zu publishen. Der Neustart des Adapters alle 3 Std. Löst das Problem nicht.
Das beschäftigt mich auch noch....
Hatte auch festgestellt das wenn ich den Mosquitto Broker neu starte, der Hyper sich wieder meldet und Daten liefert.
Das letzte was ich in meinem Script geändert habe ist das umschalten zwische Laden und Entladen zeitlich zu verzögern.
Also wenn der Modus zwischen laden und entladen gewechselt werden soll, 30 Sekunden warten.
Seit zwei Tagen kein hängen mehr ..... -
@murphy-0 sagte in Test Adapter Zendure Solarflow:
Leider doch immer noch das Problem vorhanden. Der Hyper hört 1 bis 2 mal am Tag auf Daten an den Broker zu publishen. Der Neustart des Adapters alle 3 Std. Löst das Problem nicht.
Das beschäftigt mich auch noch....
Hatte auch festgestellt das wenn ich den Mosquitto Broker neu starte, der Hyper sich wieder meldet und Daten liefert.
Das letzte was ich in meinem Script geändert habe ist das umschalten zwische Laden und Entladen zeitlich zu verzögern.
Also wenn der Modus zwischen laden und entladen gewechselt werden soll, 30 Sekunden warten.
Seit zwei Tagen kein hängen mehr .....Den letzten Abbruch hatte ich 2,5 Std nach dem Wechsel vom Mode auf entladen. Mit dem Adapter Vers. 1.x hatte ich das Problem nie.
Ich wechsle ja den Mode nur um 19:00 und 07:00.
Werde mal mit 60 Sec testen.
Tagsüber wenn der Akku voll ist lade ich das Auto.
Ist auch für den Akku sehr schonend. -
@murphy-0 sagte in Test Adapter Zendure Solarflow:
Leider doch immer noch das Problem vorhanden. Der Hyper hört 1 bis 2 mal am Tag auf Daten an den Broker zu publishen. Der Neustart des Adapters alle 3 Std. Löst das Problem nicht.
Das beschäftigt mich auch noch....
Hatte auch festgestellt das wenn ich den Mosquitto Broker neu starte, der Hyper sich wieder meldet und Daten liefert.
Das letzte was ich in meinem Script geändert habe ist das umschalten zwische Laden und Entladen zeitlich zu verzögern.
Also wenn der Modus zwischen laden und entladen gewechselt werden soll, 30 Sekunden warten.
Seit zwei Tagen kein hängen mehr .....@bernd1967 sagte in Test Adapter Zendure Solarflow:
Das letzte was ich in meinem Script geändert habe ist das umschalten zwische Laden und Entladen zeitlich zu verzögern.
Also wenn der Modus zwischen laden und entladen gewechselt werden soll, 30 Sekunden warten.
Seit zwei Tagen kein hängen mehr .....ich weiß jetzt nicht mehr genau wo das im HA Code war oder wo ich drüber gestolpert bin....
Teste mal folgendes:
Verzichte auf das direkte umschalten.
Statt dessen setze zwischen den Umschaltvorgängen von Laden und Entladen: 0
Natürlich auch zwischen Entladen und Laden.So wie ich das in Erinnerung habe wurde das irgendwo automatisiert, damit man als User nichts davon mitbekommt.
Wie lange 0 sein muss weiß ich im Moment nicht mehr, weil ich an einem anderen Code dran bin.Ich schreibe meistens sehr direkt – bitte nicht falsch verstehen, es ist nie böse gemeint. Das ist einfach mein Stil und niemals abwertend gemeint.
-
@bernd1967 sagte in Test Adapter Zendure Solarflow:
Das letzte was ich in meinem Script geändert habe ist das umschalten zwische Laden und Entladen zeitlich zu verzögern.
Also wenn der Modus zwischen laden und entladen gewechselt werden soll, 30 Sekunden warten.
Seit zwei Tagen kein hängen mehr .....ich weiß jetzt nicht mehr genau wo das im HA Code war oder wo ich drüber gestolpert bin....
Teste mal folgendes:
Verzichte auf das direkte umschalten.
Statt dessen setze zwischen den Umschaltvorgängen von Laden und Entladen: 0
Natürlich auch zwischen Entladen und Laden.So wie ich das in Erinnerung habe wurde das irgendwo automatisiert, damit man als User nichts davon mitbekommt.
Wie lange 0 sein muss weiß ich im Moment nicht mehr, weil ich an einem anderen Code dran bin.@maxclaudi
Guter Tip, werde ich mal probieren. -
@maxclaudi
Guter Tip, werde ich mal probieren.Habe das jetzt auch gestern umgestellt mit dem zendure-solarflow.0.gDa3tb.a51h3wKT.control.setDeviceAutomationInOutLimit. Scheint zu funktionieren, wobei ich beim Einspeisen mit Überschuss (sind bei mir immer nur so 100-200 Watt) ein deutliches springen (d.h. immer schnelle Wechsel zwischen Input und Output). Muss ich mal weiter beobachten.
Nur noch mal zur Sicherheit nachgefragt: Der AC Mode muss dann auf Nothing stehen, richtig?
-
Habe das jetzt auch gestern umgestellt mit dem zendure-solarflow.0.gDa3tb.a51h3wKT.control.setDeviceAutomationInOutLimit. Scheint zu funktionieren, wobei ich beim Einspeisen mit Überschuss (sind bei mir immer nur so 100-200 Watt) ein deutliches springen (d.h. immer schnelle Wechsel zwischen Input und Output). Muss ich mal weiter beobachten.
Nur noch mal zur Sicherheit nachgefragt: Der AC Mode muss dann auf Nothing stehen, richtig?
du lädst den PV Überschuß über AC?
Wenn du den Accu lädst muss AC Mode auf Input 1 stehen.
Beim entladen Output 2.
Weiterhin sollte autoModel auf Smart Matching Mode 8 stehen.Ständiger Wechsel sollte auf keinen Fall passieren.
Das macht die Hardware nicht lange mit.Bei geringer Solarleistung begrenze doch das Laden auf tagsüber und das entladen auf Nachts.
Ein Skript für AC seitiges Laden über Steckdose kann ich dir einstellen.
-
Hast Du den Adapter schon mal auf Debug Log gestellt ?
Sind da Meldungen enthalten mit "[setDeviceAutomationInOutLimit]" oder "device automation failed for..."@bernd1967 sagte in Test Adapter Zendure Solarflow:
Hast Du den Adapter schon mal auf Debug Log gestellt ?
Sind da Meldungen enthalten mit "[setDeviceAutomationInOutLimit]" oder "device automation failed for..."Ich verstehe nur Bahnhof
2025-08-05 18:42:24.110 - debug: zendure-solarflow.0 (219360) [onStateChange] Control state 'setDeviceAutomationInOutLimit' changed, new value is 88, ack = false! 2025-08-05 18:42:24.111 - debug: zendure-solarflow.0 (219360) [setDeviceAutomationInOutLimit] Set device Automation limit to 88! 2025-08-05 18:42:24.112 - debug: zendure-solarflow.0 (219360) [setDeviceAutomationInOutLimit] Using FEED IN variant of Hub device automation, as device '' detected and limit is positive!2025-08-05 18:53:43.099 warn [setDeviceAutomationInOutLimit] Using CHARGE variant of Hub device automation is currently not working! You have to manualy switch acMode and inputLimit! -
HI,
gerade eben konnte ich die 1.06 auf meinem SolarFlow 2400 Ac installieren... und über die App direkt den iobroker über MQTT verbinden (mit IP, Port, User, Pass)...Hier mal ein Screenshot der Objekte (Bin nicht sicher ob ich Seriennummer schwärzen sollte, also habe ich es mal gemacht:
Vielleicht kann man es für den Zendure Adapter nutzen da es ja als API direkt vom Gerät kommt???
Da ich noch auf meine Akkus warte, kann ich nicht viel testen... -
HI,
gerade eben konnte ich die 1.06 auf meinem SolarFlow 2400 Ac installieren... und über die App direkt den iobroker über MQTT verbinden (mit IP, Port, User, Pass)...Hier mal ein Screenshot der Objekte (Bin nicht sicher ob ich Seriennummer schwärzen sollte, also habe ich es mal gemacht:
Vielleicht kann man es für den Zendure Adapter nutzen da es ja als API direkt vom Gerät kommt???
Da ich noch auf meine Akkus warte, kann ich nicht viel testen...@schimi sagte in Test Adapter Zendure Solarflow:
HI,
gerade eben konnte ich die 1.06 auf meinem SolarFlow 2400 Ac installieren... und über die App direkt den iobroker über MQTT verbinden (mit IP, Port, User, Pass)...Die 1.06 ist was? und wo installiert?
und wie "über" welche App mqtt verbinden?Bitte etwas präziser.
Du hast die IP umgebogen oder wie?
oder stellt der SF2400AC einen Webserver bereit?Das schwärzen war ok.
Vergleich mal bitte die Seriennummer ob die mit der MAC mit den letzten Stellen übereinstimmt. Ein ja oder nein würde mir im Falle eines Webserver schon reichen. -
@schimi sagte in Test Adapter Zendure Solarflow:
HI,
gerade eben konnte ich die 1.06 auf meinem SolarFlow 2400 Ac installieren... und über die App direkt den iobroker über MQTT verbinden (mit IP, Port, User, Pass)...Die 1.06 ist was? und wo installiert?
und wie "über" welche App mqtt verbinden?Bitte etwas präziser.
Du hast die IP umgebogen oder wie?
oder stellt der SF2400AC einen Webserver bereit?Das schwärzen war ok.
Vergleich mal bitte die Seriennummer ob die mit der MAC mit den letzten Stellen übereinstimmt. Ein ja oder nein würde mir im Falle eines Webserver schon reichen. -
@schimi sagte in Test Adapter Zendure Solarflow:
In der App wurde mir ein Firmware Update angeboten... Danach sieht es so aus:
Glückwunsch
Endlich was brauchbares
Schade, dass das bestimmt nicht für den HUB2000+ace geben wird.
Die Hyper2000 Besitzer werden wahrscheinlich das update auch erhalten. Früher oder später. -
HI,
gerade eben konnte ich die 1.06 auf meinem SolarFlow 2400 Ac installieren... und über die App direkt den iobroker über MQTT verbinden (mit IP, Port, User, Pass)...Hier mal ein Screenshot der Objekte (Bin nicht sicher ob ich Seriennummer schwärzen sollte, also habe ich es mal gemacht:
Vielleicht kann man es für den Zendure Adapter nutzen da es ja als API direkt vom Gerät kommt???
Da ich noch auf meine Akkus warte, kann ich nicht viel testen...@schimi sagte in Test Adapter Zendure Solarflow:
HI,
gerade eben konnte ich die 1.06 auf meinem SolarFlow 2400 Ac installieren... und über die App direkt den iobroker über MQTT verbinden (mit IP, Port, User, Pass)...Hier mal ein Screenshot der Objekte (Bin nicht sicher ob ich Seriennummer schwärzen sollte, also habe ich es mal gemacht:
Vielleicht kann man es für den Zendure Adapter nutzen da es ja als API direkt vom Gerät kommt???
Da ich noch auf meine Akkus warte, kann ich nicht viel testen...Kommen die Daten dann so direkt in den Objektbaum wenn du den 2400 AC mit dem MQTT Server verbindest?
-
@schimi sagte in Test Adapter Zendure Solarflow:
HI,
gerade eben konnte ich die 1.06 auf meinem SolarFlow 2400 Ac installieren... und über die App direkt den iobroker über MQTT verbinden (mit IP, Port, User, Pass)...Hier mal ein Screenshot der Objekte (Bin nicht sicher ob ich Seriennummer schwärzen sollte, also habe ich es mal gemacht:
Vielleicht kann man es für den Zendure Adapter nutzen da es ja als API direkt vom Gerät kommt???
Da ich noch auf meine Akkus warte, kann ich nicht viel testen...Kommen die Daten dann so direkt in den Objektbaum wenn du den 2400 AC mit dem MQTT Server verbindest?
@daniel-8 jap genau so wie auf dem screenshot
dazu gibt es noch einen "homeassistant" ordner der so aussieht:
ich habe bisher nichts gemacht, außer die Daten vom MQTT eingegeben und verbunden...
Mann muss auch HEMS Deaktivieren, sonst ist MQTT ausgegraut
Support us
530
Online32.4k
Users81.3k
Topics1.3m
Posts