… auch das ist mal wieder ein Hinweis auf ein in der Realität überlastetes Bus-System oder überlastete Gateways. Der AAOS Programmierer bekommt das eine Paket mit dem neuen Ladeziel beim Testen zu 100% an das Steuergerät übertragen. In der Realität gehen aber unbemerkt Pakete verloren, so dass die Einstellungen auseinander laufen. Beim Schieben schickst du vermutlich mit 2Hz immer wieder Pakete - und eins wird dann schon durchkommen.
Lösung: ermitteln und fixen, was den Bus oder das Gateway in der Realität dicht macht. Das Thema ist so alt wie die erste Mondlandung (Apollo 11: Error Code 1202).
Guter Programmierstil: jeden Wert nach dem Setzen aktiv abfragen - erhöht die Last.
Schlechter Programmierstil: alle Werte regelmäßig immer wieder übertragen - erhöht die Last noch mehr.
Ich glaube nicht, dass es daran liegt. Ein CAN-Bus hat da normalerweise auch schon auf Hardwarebene Redundanzen implementiert. Und wenn da was schief geht, dann bekommen die Teilnehmer das mit. Bei Paketverlust auf einem Automotive-CAN hätte ich ganz andere Sorgen als ein nicht funktionierendes Ladelimit.
Ich denke das wird ein Logikfehler sein, bzw. eine Inkonsistenz bei der Datenverwaltung. Die Ladelimit-App sendet beim Sliden und anschließenden Loslassen ein Event, dass dem OBC oder BMS ein neues Ziel für den SOC mitteilt. Gleichzeitig wird der neue Wert App-intern abgelegt. Wenn man nur durch das Tippen den wert verstellt, fehlt dieses Event und der Wert wird nur App-intern abgelegt. „Erschwerend“ hinzu kommt, dass der OBC/BMS bei Ladebeginn nicht nachfragt, bis wo hin er laden soll, sondern den zuletzt per Event erfahrenen bzw. interne Wert verwendet. Wenn dann das Limit erreicht ist erzeugt wiederum der OBC eine Meldung „Habe fertig bis Limit X“, worauf dann die App antwortet „OK, aber Limit ist Y!“. Dabei werden die Werte dann wieder Synchronisiert und beim nächsten mal passt es, solange man nicht wieder was verstellt.
Sobald die App zuverlässig Events sendet und das BMS vor einem Ladevorgang und nicht nur danach den Sollwert abfragt, ist das Problem passé.
Das ist jedenfalls meine Vermutung als jemand, der schon viele Stunden mit der Entwicklung von Soft- und Hardware für CAN-Bus verbracht hat. Wenn ein Teilnehmer für eine Aktion eine Variable eines anderen Teilnehmers benötigt, dann wird sich nicht auf die Lokale Kopie verlassen, sondern abgefragt. Kontinuierliches Abfragen oder Senden ist für sowas „overkill“.
So, aber jetzt kommt die Glaskugel wieder unters Tuch 
Ja, das macht mich auch ein Stück weit unentspannt.
Ich rette mich mit der Hoffnung, dass es auch im Polestar 2 mehr als einen CAN Bus gibt!
Mein Verdacht ist, dass Funktionen, die nicht das Fahren betreffen, davon betroffen sind. Die vielen kleinen Fehler, dass mal ein Licht im Innenraum beim Laden nicht ausgeschaltet wird, dass der Polarstern im Schalthebel nicht zuverlässig aktiviert wird, dass die Spiegel falsch aktiviert werden, können doch nicht alles Logik Fehler sein? Diese Teile des Code sollte man doch gar nicht mehr anfassen müssen. Polestar kann doch unmöglich den gesamten Code für jedes Update anfassen.
Egal.
Glaskugel Ende.
Ein ungutes Gefühl bleibt.
Gänzlich erklären kann man sich so einiges nicht, das stimmt. Das „Eigenleben“ von Software ist teilweise sehr seltsam. Aber das ist ja in allen Branchen zu einem gewissen Grad so. Und leider ist es ja oft so, dass wenn man ein Leck flickt an ganz anderen Stellen neue auftreten.
Ich habe mal eine unbeabsichtigte Bremse auf dem Bus gelöst. Das hat zum Vorschein gebracht, dass sich die Puffer in meiner CAN-Bibliothek selbst blockieren und damit ganze Teilnehmer ausfallen. Software ist auf jeden Fall eine Hassliebe
Denke auch dass das eher ein banales ui/frontend issue ist. Touch/pinch/press/hold/etc bei taktiler Eingabe triggern zT unterschiedlich.
ich slide wohl intuitiv, denn bisher hat es immer funktioniert.
Dann wäre die Einstellung via App aber nicht betroffen …
Doch natürlich. Wenn die App im Auto (Die Einstellungen sind ja nichts anderes als eine Android-App) auf sliden und tippen unterschiedlich reagiert, dann ist es sehr wohl denkbar, dass es sich nicht um ein tieferliegendes Problem handelt, sondern einfach die App nicht richtig reagiert.
Auf der Handy-App kann man ja kein Limit einstellen, falls du die meinst. Oder habe ich da was wichtiges verpasst?
Kann man die hier diskutierte Einstellung via App vornehmen? Es geht doch um das Ladeziel, oder?
Gerade auf Facebook gelesen:
Antwort von Polestar bezgl. der TCAM Thematik…
Wir haben vor Kurzem ein Softwareupdate veröffentlicht, das eine neue TCAM Software beinhaltet. Das Update ist derzeit bereits in den Polestar Service Points erhältlich. Die Inhalte des Updates werden auch in unserem finalen OTA Update des Jahres enthalten sein, das voraussichtlich im Dezember ausgespielt wird. Solltest Du weitere Probleme mit Deinem Fahrzeug haben, empfehlen wir Dir den Polestar Support auf polestar.com/de zu kontaktieren.
Ich habe heute meinen neuen PS2 bei Geisser in KA mit P2.3.1 übernommen. Auf P2.4 angesprochen wurde mir erklärt, dass es das nicht gibt 
Es gibt mindestens drei Instanzen, die an den Daten beteiligt sind. Das CD, das Dashboard und der Ladecontroller. Früher (vor 2.1) hatte ich ja den Fehler, daß bestimmte Werte es gar nicht erst vom CD zum Dashboard schafften. Reproduzierbar. Ganz so, als ob da eine Optimierung eingebaut war. Jetzt ist es aber so, daß der Wert im CD und Dashboard angezeigt wird, aber der Ladecontroller was anderes hat. Entweder sind die beiden also über einen anderen Bus verbunden, oder da ist was anderes im Argen. Im CAN Bus hat ja der Wert eine Adresse und alle Interessenten greifen den ab. Wenn also CD, Dashboard und Ladecontroller am gleichen CAN Bus sitzen und CD was sendet und Dashboard das empfängt, dann hätte es auch der Ladecontroller empfangen können. Tut er das nicht, dann ist da was faul.
Irritierend finde ich allerdings, wenn man am CD den Ladestrom schnell verstellt, dann springt der Wert immer mal wieder zurück. Ganz so, als ob die Bestätigung vom Ladecontroller das wieder überschreibt. Das würde zeigen, daß es an der Stelle eine Bestätigung gibt aber beim Ladelimit nicht und daß da irgendwas verdammt langsam ist.
Da wir aber keine Internas kennen (Anzahl Bus, wo ist welche Komponente angeschlossen, usw.) ist das natürlich alles nur „educated guess“ bzw. Glaskugel.
Leute, ich verstehe nur „Bahnhof“. Es ist aber trotzdem interessant, eure Ausführungen zu lesen, ehrlich ! 
Das meinte ich. Ich hab zwar die App, aber noch keinen Polestar. Hab ich wohl falsch aufgeschnappt.
Mit ziemlicher Sicherheit werden sie das nicht. Also hat da auf jeden Fall noch ein Gateway seine „Routingfinger“ im Spiel 
Ich vermute eher ganz stark ein Problem in der CD SW an der Stelle, das ist sehr viel wahrscheinlicher als ein Kommunikationsproblem auf dem Bus…
Bei mir genau das gleiche.
Mein P2 wurde vorhin vom Abschleppdienst geholt… nach nur einem Tag. Software Version 2.3.1
Geisser meinte " kein Problem " und 2.4 ist uns nicht bekannt
Vielleicht sollest du Geisser mal auf die offizielle Polestar-SW Release Seite aufmerksam machen:
https://www.polestar.com/de/manual/polestar-2/2021/article/softwareUpdates/
Was war genau los ? E-Call Service ?
Das habe ich tatsächlich heute in meinem Frust zum 2. Mal am Telefon getan.
Die Reaktion wirkte auf mich sehr unfreundlich und es wurde mir mitgeteilt, dass bei Geisser P2’s mit der aktuellsten verfügbaren Version aufbereitet werden. Bis zur Auslieferung wird da nichts mehr nachgebessert sofern es ein Update geben sollte. War halt hier der Fall.
Meiner Meinung nach ist das ein Witz, zumal ich 2.4 aktiv angesprochen habe. Auch am Telefon heute und bei gestrigen Übergabe war denen das nicht bekannt.
