Beiträge von DasBasti

Zitat von Rolli99

Da interessiert mich aber als Ingenieur der technische Aspekt dahinter. Das würde bedeuten, der PUK muss in der Nähe des Fahrzeuges sein um nicht schnell leer zu gehen. Oder mit wem soll der PUK denn sonst noch kommunizieren müssen um nicht
schnell leer zu gehen ? Kommunikation kostet in der Regel mehr Strom als keine Kommunikation, also irgendwie ein Widerspruch.

So eine RFID Abschirmtasche ist im Grunde ein Faradayscher Käfig. NFC funktioniert mit aktivem Erregerfeld und Schwingkreis. Zur Kommunikation wird gemessen, wie stark das Feld gedämpft wird. Wenn der PUK in der Tasche das Feld erzeugt, können die Drähte in der Abschirmtasche die komplette Energie aufnehmen, was den PUK dazu veranlassen könnte noch mehr Energie in die Felder zu stecken und somit die Dämpfung ermitteln zu können. Aber das ist reine Spekulation es kommt immer drauf an, wie genau das im Gerät umgesetzt ist. Aber es könnte den Effekt erklären

Zitat von manutoky

Ich habe mal einen Feature Request für das Add-On geschrieben. Wie immer: Freiwillige vor! https://github.com/DasBasti/SmartHashtag/issues/121

Feature mit total increasing für Kilometerstand wurde heute eingebaut. Update sollte bald verfügbar sein.

Zitat von Fuchsi

Habe gerade nochmal nachgeschaut jetzt zeigt die App 14,275 V an, das passt schon ehr.

Komisch

Der Smart liefert ab und zu mal 5V als Wert zurück, das ist mir in der Homeassistant Komponente auch schon aufgefallen. Das ist der Wert, der von der WebAPI zurückgeliefert. Da können die Anzeigeapps nichts dran ändern.

Hab's gerade behoben. Allerdings dauert es beim Start zwei Update Zyklen, bis die Positionen erscheinen. Das ist dann für das Nächste Update dran

Zitat von FireSmart#1

Habe mal ein bisschen im Home Assistant rumgebastelt finde es für einen ersten Wurf gar nicht so schlecht. Leider aktualisiert der Home Assistant den Standort des Smart nicht wirklich, sondern aus irgendeinem Grund nur wenn ich den kompletten HA neu starten lasse.

Danke für den Hinweis, ich schau es mir an.

Zitat von chriscat

Automatisch übersetzen:

soll die Vorkonditionierung funktionieren? Ich dachte, es wäre noch nicht fertig. Ich kann kein Steuerelement sehen und habe beim Start nur eine Fehlermeldung gesehen. Ich kann mitteilen, ob es funktionieren soll.

Bin ich auch der Einzige, bei dem die falsche Ladeleistung angezeigt wird?

Die Berechnung ist korrekt, wenn ich dem Python-Code glaube, aber 29,1 * 232 = 6751 W, nicht 3642 W, wie ich in der letzten Stunde auf meinem HA sehen kann:

========

English original:

is the preconditioning supposed to work? I thought it was not ready. I can't see any control and only saw error message on startup. I can share if it's supposed to work.

also am I the only one with wrong charge power showing?

The calculation is correct if I believe the Python code, but 29.1 * 232 = 6751W, not 3642W as I can see for the past hour on my HA:

Screenshot 2024-03-17 at 23.57.54.png

Alles anzeigen

For calculating charging power I used the battery current not thecharge port current. So the difference is charging loss, I suppose.

The proconditioning climate entity throws an error but it starts precon on my smart. Does it work for yours as well?

---

Die Ladeleistung wird aus dem Strom in die Batterie errechnet, Differenzen zum Strom am Ladeanschluss ist Ladeverlustleistung, so habe ich das zumindest interpretiert.

Die Vorkonditionierung über die clima Entity gibt bei mir einen Fehler zurück, startet aber die Vorkonditionierung. Kannst du das auch bestätigen?

Zitat von Kanecaine

So wie ich das sehe, werden derzeit in Home Assistant ausschließlich Sensor-Entitäten bereitgestellt, die nur eine Abfrage von Werten zulassen. Selbst eine DeviceTracker-Entität habe ich nicht.

Zum Verändern von Fahrzeugeinstellungen, müssten Button-, Switch-, Climate-, Lock- oder Cover-Entitäten bereitgestellt werden. Das ist zumindest bei mir nicht der Fall. Ich konnte darüber hinaus auch keine Dienste erkennen, die von der Integration bereitgestellt werden. Somit gehe ich davon aus, dass man mit HA aktuell nur Daten abfragen kann, selbst wenn die zugrundeliegende Bibliothek mehr Funktionen anbieten sollte, scheinen die aktuell für HA noch nicht implementiert zu sein.

Es sollten eigentlich seit Version 0.3.0 sowohl die Vorklimatisierung als auch der DeviceTracker als Entität zur Verfügung stehen. Aktuell habe ich nicht sonderlich viel Zeit daran zu entwickeln, aber ich habe mit Sitz-/ und Lenkradheizung Ansteuerung begonnen.

Zitat von FireSmart#1

Der Einzige Wert der nicht gefüllt wird ist der Wert "Target state of charge"

Ja, da habe ich noch Probleme in der eigentlichen Bibliothek. Den Wert hab ich in den ganzen Werten, die von Smart kommen noch nicht ausfindig gemacht.

Die Drucksensoren sind auch erst seit 0.2.0 in der Lage das korrekt umzurechnen.

Ich habe die eine neue Version Homeassistant der Integration veröffentlicht. Bitte beachtet, dass ihr das Fahrzeug neu anlegen müsst, es hat sich einiges im Unterbau geändert. Ich hoffe das jetzt Leute mit mehreren Fahrzeugen auch mehrere Fahrzeuge anlegen können, aber ich kann das leider nicht vernünftig testen, hab nämlich nur eins

Für alle, die HA im Docker betreiben, ich habe eine Version 0.1.1 für die Integration erstellt. Diese sollte das Problem lösen. Oder auf eine neuere Version von HA gehen, das hat bei Diddeler geholfen.

Grund ist eine http Bibliothek, die von HA mitgebracht wird und die Weiterleitung im Login Prozess nicht korrekt durchführt.

Ich bin gerade an der Version 0.2.0 der Integration, da will ich die entity IDs passender gestalten.

Wenn bei der Inbetriebnahme der Integration der Login mit der Fehlermeldung "auth" scheitert und im HA Protokoll etwas von "Could not get context from login page" steht, dann schreibt mir doch bitte. Soll ja für alle funktionieren 😉