Kurzes Update: Overdrive auf dem Atto 3 Evo funktioniert absolut nicht.
Und das obwohl du die ADB-Rechte gegeben hast?
Kurzes Update: Overdrive auf dem Atto 3 Evo funktioniert absolut nicht.
Und das obwohl du die ADB-Rechte gegeben hast?
Und das obwohl du die ADB-Rechte gegeben hast?
Ja, alles so gemacht wie beschrieben.
Ja, alles so gemacht wie beschrieben.
Dann gibt es nur eine Möglichkeit das Problem zu lösen. Du wirst Contributor von Overdrive 😄
Dann gibt es nur eine Möglichkeit das Problem zu lösen. Du wirst Contributor von Overdrive 😄
Aber klar! Sobald ich ein wenig mehr Zeit habe.
Denn dafür werd ich vlei Zeit und Muße brauchen. Aber das Projekt ist das wert, keine Frage.
Da wird wohl einiges an reverse-engineering auf mich zukommen.
Ich beiß mich dann fest an sowas, deshalb warte ich noch... ![]()
Aber das Projekt ist das wert, keine Frage.
Das denke ich auch.
Aber klar! Sobald ich ein wenig mehr Zeit habe.
Denn dafür werd ich vlei Zeit und Muße brauchen. Aber das Projekt ist das wert, keine Frage.Da wird wohl einiges an reverse-engineering auf mich zukommen.
Ich beiß mich dann fest an sowas, deshalb warte ich noch...
Dass mit dem festbeißen kenne ich - immer vorher gut überlegen (denn so etwas ufert sehr schnell aus - zumindest bei mir) ![]()
Vielleicht ersparst du dir die Qual - das Projekt ist ja sehr beliebt, die EVO Fahrer werden mehr und die Entwicklergemeinschaft wächst (und vermutlich gibt es dann auch Arbeitsteilung... aber ich hab jetzt auch schon länger nicht auf Discord geschaut, ob da schon welche dran sind)... hoffe jedenfalls, dass es dafür mal eine Lösung gibt. Overdrive ist wirklich eine schöne Lösung.
Dass es aktuell nicht funktioniert ist nicht sehr verwunderlich, schließlich läuft auf dem "alten" BYD ein recht pures Android 10 (durch BYD angepasst); beim EVO offenbar ein Android 14 Automotive Basis - da werden sich etliche Schnittstellen verändert haben... DiLink3 (wie es BYD nennt) für den alten Atto gibt es ja jetzt schon ein paar Jahre - hat also auch etwas gedauert, bis die ersten 3rd party Apps dafür aufgetaucht sind...
Hi, habe eben auch mal den Modus versucht: Disable Traffic Monitor (über Overdrive; alternativ habe ich es auch über AppManager versucht), um damit mobile Daten zu nutzen -> funktioniert in beiden Fällen.
Allerdings: wenn ich mich in mein Heim-WLAN Verbinde, steht zwar die Verbindung (also im LAN - kann darauf zugreifen über adb, etc.), jedoch kommt keine Internetverbindung zustande. Re-aktiviere ich den Traffic Monitor wieder, läuft WLAN mit Internet (aber natürlich mobile Daten nicht mehr).
Das seltsame ist, dass es offenbar nicht alle WLAN-Netze betrifft (verbinde ich mit über WLAN mit meinem Smartphone Hotspot, komme ich damit ins Internet).
SimpleActivation bzw. Ja!Red - hattet ihr auch solche Phänomene?
Sehr seltsam...
SimpleActivation bzw. Ja!Red - hattet ihr auch solche Phänomene?
Sehr seltsam...
Hi, bei mir ist der Traffic Monitor immer deaktiviert und das Auto kommt immer ins Internet, egal ob heimischer WLAN oder Hotspot. Hat das bei dir evtl. mit deinen NetGuard-Einstellungen etwas zu tun?
Danke für das Feedback (habe auch endlich mal wieder auf Discord reingeschaut ;-)); Netguard war auch mein erster Verdacht, aber deaktivieren hat zunächst auch nichts gebracht... scheinbar hat niemand das Problem.
Ich denke, es war nur Zufall - der Traffic Monitor überschreibt offenbar die DNS Servereinträge für das Gesamtsystem - ich war mit dem WIFI verbunden; habe währenddessen trafficmonitor deaktiviert, war aber aber weiterhin über die IP erreichbar. Seltsam war nur, dass WLAN on/off nicht geholfen hat, aber nach einem Router Neustart hat er jetzt die DNS Einträge von meinem Netz übernommen und läuft jetzt (und auch mobile Daten) ![]()
Gibt es eigentlich irgendwelche Bedenken ?- Ich habe ja ohne Abo kein Datenvolumen. Wenn ich trotzdem (nicht viel, aber doch etwas für Overdrive) mit der BYD SIM nutze... theoretisch und praktisch ist IMEI, Datenvolumen und Fahrzeug ja eindeutig identifizierbar. Denke zwar nicht, dass 1. der heimische Provider geringe Datenmengen an BYD schickt, und BYD dann das wirklich überprüft - aber rein rechtlich? Andererseits ist die Firewall auch lächerlich abgesichert - nur durch eine App - und es ist ja kein Verbrechen, eine App zu deinstallieren. Rechtliche Grauzone würde ich sagen?! Naja, ich werde es wohl nur für Overdrive nutzen... bei vielleicht 50-100MB/Monat (bzw. alles unter 1GB) wird das wohl weder auffallen, noch einen Rechtsstreit auslösen :-p
PS.: über die SIM laufen ja ohnehin auch OTA (und vermutlich auch Telemetriedaten), insofern... also Traffic findet so oder so statt...
Also Overdrive gefällt mir immer besser - hatte bisher ja nie eine Tunnel Lösung verwendet: ein Web-Service über einen Tunnel dauerhaft öffentlich zu machen ist... naja, in Zeiten der Bots (künftig KI-Agents), die random nach Sicherheitslücken suchen (und public nur durch ein Passwort geschützt ohne zweiten Faktor)... keine gute Idee. Und da man auf zrok.io den Tunnel nicht einfach starten und stoppen kann, habe lange überlegt, wie ich selbst einen SSH Reverse Tunnel über Termux laufen lassen kann (geht nicht: Termux wird nach ACC OFF beendet).
D.h. usecase: ich will Overdrive primär nur im LAN nutzen, aber nur bei Bedarf den Tunnel über die BYD SIM öffnen. Die Lösung ist bei Overdrive integriert: Telegram Bot! Koppelt man den Telegrambot (mit Bot-Key UND natürlich Chat-Key für meinen Telegram Account), erhält man (wenn man will) nicht nur Status-Meldungen, sondern kann auch die Services starten und stoppen - und das perfekt. Bei den Telegram Settings am besten: Telegram Daemon start bei ACC OFF setzen. Will ich mal auf das Overdrive Web-Interface zugreifen, starte ich das Service und damit den Tunnel via Telegram; wenn ich fertig bin, stoppe ich es. Zusätzlich für Paranoiker wie ich, der fürchtet, ob der Tunnel doch noch läuft: auf https://api-v2.zrok.io/ kann man auch ganz einfach schauen, wann jemand den Tunnel benutzt hat.
Ein potentieller Angriff müsste also:
- zuerst den Telegram Bot Token und die Chat ID auslesen können
- danach zusätzlich das Login PWD des Overdrive Webservice knacken
= unrealistisch
Kontrolle möglich: Traffic auf zrok.io betrachten
Vorausgesetzt, dass Overdrive selbst keine weiteren Angriffsmöglichkeiten bietet (sowas kann man nie ausschließen, aber ich habe den Sourcecode mal über die openAI KI analysieren lassen, schaut soweit gut aus (also bzgl. Security).