Beiträge von rainmaker

    .....
    Irgendwie alles ganz interessant , aber sehr ärgerlich das Ganze. Warum hat der Wagen keinen "Parkmodus", den man aktivieren kann und dann geht er wirklich komplett schlafen ?
    Momentan schein es so, als würde tatsächlich der ständig aktive Mobilfunk, die tägliche Cloudkommunikation und das Warten auf Remotebefehle zu einem stetigen Akkuverbrauch führen.

    Diesen "komplett Schlafen" Modus gibt es ja irgendwie: er tritt dann ein, wenn man "nichts" tut. Daher ist bei mir der letzte Update auch schon 2 Tage (und oft mehr) her und ich denke mal, er schläft auch tief und fest.


    Der "aktive Mobilfunk" hingegen wird nicht viel brauchen. Ähnlich der Last eines Handy Akkus. Das Mobilfunkmodul ist ja auf derlei Dinge ausgelegt und nur weil es mal in ein Auto mit vglw. riesigem Akku (als 12V Batterie vs Handy Akku) reingestopft wird, wird man keine extra Stromfresserversion davon erfinden.

    D.h.: Mobilfunkverbrauch wird im Bereich Handy liegen (und auch ständig eingebucht sein etc.) Und solange es keine Grund für das Modol gibt das Auto aufzuwecken - wird es weiter "komplett schlafen".

    Sicher?


    Mit HA Assist liest Du die Daten aus der Cloud aus, in die der Kia seinen letzten Zustand gemeldet hat.
    D.h. Solange der Zustand des Kia unverändert ist, gibts auch keine Updates in die Cloud, die dann von HA gelesen werden können.


    Erst wenn der Kia von sich aus etwas "Meldenswertes" findet - dann wacht er auf zum Aktualisieren der Cloud Werte - oder er pingt (regelmäßig wie beim einem Handy - ohne Aufwachen) die Cloud, ob sich was geändert hat (z.B. remote Befehl wurde abgesetzt - daher dauert ein Remote Befehl auch immer ein wenig - bis zum nächsten regulären "Ping" des Kia).


    Natürlich kann es schon sein, daß HA immer einen "update" anfordert (wie wenn man App öffnet oder Widget refresh anstößt), dann ist dieser "update request" etwas, was adas Auto ufwachen lässt.

    Die Frage ist also: Stößt eine HA Abfrage auch ein "update Fahrzeugstatus" an, oder wird nur der Cloudinhalt wiedergegeben?


    Ich tippe auf den 2. Fall - feststellen könnte man das dann, wenn das Widget sich auch mit aktualisiert. (Meines sagt gerade "letztes Update 25.10"... aber ich hab kein HA am laufen.)

    Meine alte Kiste konnte es auch nicht - einfach eine dumme Uhr, einmal mit einem "Dreh" korrigiert, dann 11x drehen (ging nur 1h vor per Stangerl kurz nach rechts drehen, nach links waren die Minuten) - und: es war doch glatt problemlos umstetzbar.


    Aber ja: eine Auto, daß per Mobilfunk sowieso dauernd im Netz hängt, könnte sich dort auch einfach die Zeit ziehen.
    Muß noch prüfen, ob es meiner gemacht hat oder nicht, aber ihn deswegen aufzuwecken... nö.

    Zur Klarstellung: Die Wallbox Wahl würde ich auch nicht von einer ICCU abhängig machen. Aber wie man das Laden dann letztendlich machen will sollte man sich überlegen.


    Bei war heute so ein Spezielles Wetter, im kurzen Abstand sind die Solarwerte rauf und runter dauernd. Wenn da dauernd die Phasen umgeschalten werden und Ladeleistungen angepaßt, dann ist das schon sehr "anstrengend" für die ICCU, will ICH zumindest meiner nicht antun. Da lade ich entweder gar nicht (hab noch knapp 70%) oder eben mit einem Strom, den ich als Kompromiss für passend halte.


    Wichtig ist nur, daß die Wallbox eben notfalls alles kann was man so haben will, so wie ich die e-Go (ich kenne keine andere mit HTTP-API) ins Auge gefaßt habe, aber für 400-600€ Aufpreis kann ich lange die "Spitzen" aus dem Netz laden, die meine "dumme") Wallbox wegen ner Wolke jetzt nicht zurückregelt.


    Nur in Hinblick auch V2H, V2G würde ich mich bei den Preisen noch zurückhalten. Und - so viel ist in einer E-Go auch nicht drinnen, das den Preis rechtfertigt. (Hab mal ein Zerlegevideo "rein'gschaut" auf Youtube mir gegönnt)

    Auf V2H, V2G würde ich aktuell nicht setzen - wer weiß wann das kommt und wenn, dann zu welchen Bedingungen. Mit etwas Pech braucht es dan "zertifizierte" Wallboxen und dann hat man die falsche Version. Also ein guter Weg um Geld in den Sand zu setzen.


    Bzgl. Steuerung für Überschußladen stellt sich die Frage, wie groß die PV ist.

    In meinem Fall habe ich überlegt mir eine E-Go zuzulegen, weil diese per einfacher http-API ansprechbar ist, d.h. mein vorhandener Raspi der die Haussteuerung (selber geschrieben) übernimmt, könnte das auch locker mitmachen, aber: meine PV ist zu klein dafür (3kWp), d.h. imNormalfall gibts 2kW und das nicht ganz, wenn man von z. 10-15h laden möchte und das ergibt dann einen Ladestrom von 9A (einphasig). Die minimal mögliche Menge ist aber 6A, ich kann also 6,7,8,9A einstellen damit - das ist zuwenig, da bleib ich lieber auf dem was geht und und schalte dann ggf per App etws zurück/hoch. Das bißchen Netzstrom kommt günstiger als der Aufpreis auf eine e-Go.

    Und "Durchzug von Wolkenfeldern" ist sowieso ein Graus, weil ständig geschalten werden muß und das will ich der ICCU nicht unnötig antun. Heikles Teil....


    Hast Du aber eine "richtige" PV, dann macht es mehr Sinn - und da es hier dann erfahrenere Mitglieder gibt dazu, übergebe ich dann ggf das Wort an die :saint: .

    Zum Thema Selbstentladung, Hatte den EV3 am Samstag mit 79 % in die Garage abgestellt am Donnerstag also 5 Tage später mit 81 % wieder raus geholt.

    Also keine Selbstentladung und die Umgebungstemperaturen waren gleich 15 Grad und wer die 2% nachgeladen hat weis ich nicht 8)

    Der Algorithmus zur Berechnung des SOC - vor allem, nahe 80% nimmt er sich die Zeit die Zellen zu balanzieren und wenn die dann alle schön gleich sind, dann ist der SOC auch besser, weil der wird ja immer von der schwächsten Zelle bestimmt.