Skip to content
View in the app

A better way to browse. Learn more.

Tinkerunity

A full-screen app on your home screen with push notifications, badges and more.

To install this app on iOS and iPadOS
  1. Tap the Share icon in Safari
  2. Scroll the menu and tap Add to Home Screen.
  3. Tap Add in the top-right corner.
To install this app on Android
  1. Tap the 3-dot menu (⋮) in the top-right corner of the browser.
  2. Tap Add to Home screen or Install app.
  3. Confirm by tapping Install.

cord

Members
  • Benutzer seit

  • Letzter Besuch

Alle erstellten Inhalte von cord

  1. Ja, ich habe einen für zuhause angelegt. Ich lösche den und beobachte das Verhalten. Krass wenn das die Ursache wäre… habe dort übrigens 50% Mindestladestand und max 80% definiert
  2. Danke für Eure schnelle Reaktion! Ich bin mir zu 98% sicher, dass das Verhalten erst mit den letzten Updates auftrat. Der Wagen ist ein Enyaq 85, den ich seit Mai daran lade.. Ich versuche mal ein Ladelog aufzunehmen, doch das könnte dauern, da ich erstmal eine Woche unterwegs bin.
  3. Da ist mE noch ein weiterer Bug in der Ladelogik, denn ich beobachte Unterbrechungen beim Laden, die ich mir nicht erklären kann. Konkret: die Unterbrechung von 14-15h und seit knapp 18h. Der Ladestand im Wagen ist bei 67% und hätte mit 16A@3p bis 80% durchlaufen sollen.. In den Logs sehe ich häufiges Wechseln zwischen State 3 und 2 (im WARP2) und Umschaltung der Phasen (im WEM) - warum? Debug-Logs sind anbei. WARP2 und WEM sind auf aktuellen Versionen 2.x.5 warp2-Yrc-Debug-Report-2026-10-09T18-40-00-691.txt wem-26K8-Debug-Report-2026-10-09T18-39-56-354.txt
  4. Vielen Dank für die super schnelle Hilfe am Feiertag @borg - Update hat so geklappt!!
  5. Leider schaffe ich kein Update, da sich die WARP vor Abschluss immer neu bootet... Ist etwas an der HW defekt? Was kann ich jetzt noch machen? Danke!
  6. Hallo, meine WARP2 war seit mind. gestern Nachmittag im Netz nicht mehr zu erreichen (lt. WEM Ereignisslog). Habe sie jetzt hard neu gebootet (Sicherung). Jetzt hängt sie in einer Crash/Reboot-Schleife... ☹️ Vesion ist 2.13.4. Anbei der Debug Log von beiden. Mit beiden Versionen hatte ich an zwei Autos bisher keine Probleme und mehrere Ladevorgänge durchgeführt. Ich versuche jetzt ein Update auf die 2.13.5 und hoffe, dass es damit behoben ist. warp2-Yrc-Debug-Report-2026-10-03T13-04-09-563.txt wem-26K8-Debug-Report-2026-10-02T17-28-49-556.txt
  7. Ich kann evtl. Entwarnung geben. Mir ist Chromium als Browser beim Versuch, den Log anzuhängen abgestürzt. Jetzt zeigt der WEM wie erwartet die richtigen Werte an. Nur die Fehlermeldung ist mE damit auch nicht zu erklären. Ich hänge noch einen zweiten Report an, vielleicht gibt der Klarheit? wem-26K8-Debug-Report-2026-07-21T15-39-56-931.txt
  8. sorry.. wem-26K8-Debug-Report-2026-07-19T13-58-06-339.txt
  9. Hallo, mir fällt heute auf, dass mein WEM v1 seit gestern keine Daten mehr in den Graphen aktualisiert (Status und Energiebilanz). Ich habe ihn neu gestartet, was keine Änderung gebracht hat. Dort sehe ich aber diese Meldung: em_energy_analys | Failed to get energy manager 5min data point: seqnum 8, status (queue full, 3). Debug-Log ist angehängt. Version ist 2.8.0+6a3d26b4. Die Funktionalität zum Laden mit meiner Warp2 ist zum Glück nicht betroffen.
  10. OK, Danke @ffreddow, dann warte ich das gerne ab und mache erstmal nichts an den bisherigen Settings. Gibt es schon einen geplanten Termin für das nächste Release?
  11. @photron Danke, ich konnte auf Modell 160 umstellen und jetzt stimmt auch der Status-Bildschirm wieder (PV wird wieder angezeigt). Ich habe meinen redundanten Netzanschlusszähler (Shelly) dort ausblenden lassen. Geblieben ist das Problem mit den Usern, s.o. Post vom 12.6. (hatte dadurch auch keine Änderung erwartet).
  12. Anbei der Debug-Log. Mir ist außerdem aufgefallen, dass meine PV nicht mehr im Status-Screen auftaucht und die Werte merkwürdig erscheinen. Ist hier die Zuordnung der Messorte kaputt gegangen? Ich hatte vorher meine keine Beta installiert wem-26K8-Debug-Report-2026-06-12T20-32-27-153.txt
  13. Hi, ich habe meine WARP2 und WEM v1 auf die neuen Versionen gehoben und habe jetzt auf der WEM keinen Benutzer mehr, d.h. auch dass das WebUI frei zugägnlich ist :-(. Ist das beabsichtigt gewesen? Bekomme ich meinen alten admin User wieder zurück oder was muss ich jetzt machen? ich möchte auch verhindern, dass meine Benutzer in der WAPR2 unbeabsichtigt überschrieben werden, da ich dort die Ladungen von Privat- und Firmenwagen trenne. Danke!
  14. Bingo! Das ist wirklich das Problem. Bei hohen Strömen sind beide Zähler ausreichend synchron, aber im Modus PV-Überschss ist der Shelly faktisch unbrauchbar (4,5kWh Abweichung in nur 3h, siehe zweites Bild). Vielleicht sind die angegebenen 5% sogar noch über den Bereich gemittelt und noch höher je näher an 0A… Leider ist es egal, welcher Zähler tatsächlich den Fehler macht, der EVU Zähler hat ja per Definition die richtigen Werte. Ich werde den Shelly eh ersetzen, wenn die Batterie ihren eigenen SM benötigt.
  15. Hier die beiden Leistungsverläufe. Der EVU Stromzähler ist über EDL21 integriert und scheint nur 1x/min ausgelesen zu werden. So sehe ich keinen auffällige Abweichung. Die prozentuale Abweichung müsste ich erst erstellen, sie dürfte aber durch die unterschiedliche Auflösung immer eher wie ein Sägezahn aussehen.
  16. Hallo, vielleicht hat jemand hierzu eine Idee, denn ich bin ratlos: Meine Zweirichtungszähler am Hausanschluss lese ich per IR-Lesekopf und Home Assistant aus, der Shelly Pro3 greift wie üblich direkt vor dem Zähler per Klappstromwandler die drei Phasen ab. Diese werden von meiner warp2 auch zum Regeln bei PV-Überschuss verwendet. Jetzt ist mir vor ein paar Tagen aufgefallen, dass die Werte offenbar nicht synchron sind und habe mir die Differenz von Bezugs- und Einspeisewerten der beiden Zähler berechnen lassen. Zu meiner Überraschung zählt der Shelly sowohl im Bezug als auch der Einspeisung immer dann höhere Werte wenn ich an der warp2 Ladevorgänge habe. Immer 30kWh in rund einer Woche!? Im Shelly UI sind auch keine Fehlermeldungen zu verdrehten Wandlern, o.ä. zu finden. Warp2 (und wem) sitzen bei mir im Carport, weit entfernt vom Zählerschrank im Keller mit dem Hausübergabepunkt zum EVU. Ich frage mich jetzt a) wie es zu so einer starken Abweichung während der Ladevorgänge kommen kann und b) ob mein PV-Überschussladen durch die Abweichung möglicherweise 'teure' Fehler macht?
  17. @MatzeTF, für den warp2 ist der Bug damit gefixt. Habe auf schnell gewechselt und er lädt nach 10min immer noch. Danke!
  18. Danke, @MatzeTF, werde ich morgen ausprobieren können
  19. Hi Paulkerl, ich habe das gleiche Problem hier beschrieben und bei mir funktionierte es nach dem Downgrade auf 2.8.6 auf der warp2 wieder. Hoffe, das hilft dir.
  20. Ich konnte das Verhalten eingrenzen, was für @MatzeTF hilfreich sein dürfte: ein Downgrade auf Version 2.8.6 auf der warp2 führt wieder zum gewünschten Verhalten. Der Bug muss sich also in 2.8.7 oder 2.8.8 eingeschlichen haben. Der wem kann auf 2.4.8 bleiben. Hoffe, das hilft euch. Danke!
  21. Habe eben den Test mit einem anderen Wagen (e-up!) machen können: Nach der manuellen Umschaltung auf Schnell dauerte es ca. 3min bevor der wem auf 3-phasig schalten wollte. Das hat dann zum Abbruch des Ladevorgangs und der Trennung am warp2 geführt. Damit scheint das Problem nicht mit der SW-VErsion auf dem Enyaq zusammenzuhängen sondern in der FW von wem/warp2. Anbei noch die Logs nach diesem Versuch. wem-26K8-Debug-Report-2025-08-13T19-23-29-310.txt warp2-Yrc-Debug-Report-2025-08-13T19-23-37-358.txt
  22. Hi, mit den aktuellen FW für Warp2 und wem führt ein manuelles Umschalten zum Lademodus Schnell zu einem Abbruch des Ladens und der Wagen muss an der Warp2 neu per NFC freigegeben werden. Ich konnte noch nicht viel experimentieren, um den Fehler einzugrenzen, da ich den Wagen dringen laden muss ;-). Ich habe zu dem Problem nichts gefunden und hoffe, es ist vielleicht bereits bekannt. Seit ich den wem vor einigen Monaten in Betrieb genommen habe, hat dies definitiv funktioniert. Da ich diesen Modus nicht häufig nutze, kann ich nicht sagen, seit wann es genau Probleme gibt. Beim Wagen handelt es sich um einen Enyaq, der vor einigen Wochen ein Update auf 3.8 erhalten hat. Kann mir jemand aufgrund der Logs einen Tipp geben, ob ich eher beim Wagen oder wem/warp2 per FW-Downgrade suchen muss? Danke! Edit: hatten die falschen Logs angehängt. Diese sind gezogen, nachdem ich auf Schnell umgeschaltet habe, dann Abbruch und neue Freigabe an der warp2 und erneutes manuelles Umschalten auf Min+PV wem-26K8-Debug-Report-2025-08-13T19-09-40-711.txt warp2-Yrc-Debug-Report-2025-08-13T19-10-12-485.txt
  23. Hallo, ich habe seit geraumer Zeit häufig (aber nicht immer) das Problem, dass ich mich 2x direkt hintereinander an der UI authentifizieren muss, wenn ich über ein Handy (iPhone) darauf im lokalen Netz zugreife. Das ist unabhängig von der iOS Version und dem Browser (Safari oder Firefox getestet). Vom PC passiert das nicht. Kennt ihr das Problem und lässt es sich lösen/umgehen? Danke!
  24. Ich habe inzwischen auf Version 2.4.6+686fc111 aktualisiert und die PV-Einspeisung wird weiter nicht angezeigt (s.o.). Heute fällt mir zusätzlich auf, dass in der Monatsübersicht, die PV Werte auch nicht erscheinen. Und es scheint nur der Bezug immer mit 0kWh (was korrekt ist) dargestellt zu werden (wäre aber überflüssig). Die PV-Einspeisung dagegen nicht (ist in der Tagesansicht ist der Verlauf dagegen eingezeichnet, s. Screenshot oben). Warum wird in der Balkengraphik nicht auch Werte von weiteren Stromzählern angezeight (hier Netzanschluss und warp2)? Werdet ihr das demnächst fixen können? Danke! PS: nicht wundern, ich habe meinen warp2 zusätzlich als Stromzähler konfiguiert, daher taucht er unter der Graphik 2x auf. @photron @MatzeTF

Account

Navigation

Suche

Suche

Configure browser push notifications

Chrome (Android)
  1. Tap the lock icon next to the address bar.
  2. Tap Permissions → Notifications.
  3. Adjust your preference.
Chrome (Desktop)
  1. Click the padlock icon in the address bar.
  2. Select Site settings.
  3. Find Notifications and adjust your preference.