@homoran das liegt sicherlich an dem Audi Server. Es würde ja bedeuten, dass ich nie den VW Adapter nützen kann, wenn ich die Audi App verwende. Das kann ja nicht die Lösung von Audi sein.
Aber vielleicht hat jemand hier das gleiche Problem und ggf. Eine Lösung?

Hallo,
ich habe seit neuestem einen Audi Etron und verwende dafür die offizielle Audi App.
Ich habe den VW Conncet App in meinem Iobroker installiert, um die Daten über die VIS einzusehen und ggf. zu steuern.
Jedoch bekomme ich immer wieder, eigentlich täglich, eine Fehlermeldung über die MyAudi App "Fahrzeugstatus konnte nicht abgerufen werden" und eine ensprechende Fehlermeldungsnummer. Die App funktioniert dann den ganzen Tag nicht mehr.
Ich habe dies Audi mitgeteilt und sie meinte, ich solle meinen myAudi account von dem Drittanbierter trennen, dann würde dies wieder funktionieren. Das würde bedeuten, dass man den VW Adapter nicht verwende kann. Desweiteren habe ich meinen Audi auch noch in der EVCC Konfiguration eingerichtet - evt. würde dies dann auch entfallen, nur damit man die App verwenden kann...ist das die Lösung? Das wäre ja lächerlich von Audi.
Hat jemand das gleiche Problem, bzw. gibt es einen Workaround, wie man hier mit beiden (App, VW Adapter) arbeiten kann - ich will eigentlich auf keines verzichten?
Ich habe schon überlegt, ob es etwas bringt, einen zweiten User einzurichten, damit der Iobroker mit einer anderen Mailaddresse mit Audi komuniziert, aber ich denke, dass ändert hier nichts.
Vielen Dank

Hallo,
ich habe bisher den Mediola Adapter ohne Probleme verwendet. Doch seit einiger Zeit ist mir aufgefallen, dass er keine Verbindung mehr hat.

Hat es hier eine Änderung evt. von Seiten Mediola gegeben, da mein Adapter seither nicht mehr geht. Ist hier irgendwas bekannt?

@thomas-braun dass war’s! Hoffentlich bleibt es so. Danke

@crunchip der zeigt an, dass ich 4 Kamaras habe - aber es sind nur 2 mit Port 8898 und 8899

Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name    
tcp        0      0 0.0.0.0:1883            0.0.0.0:*               LISTEN      494/mosquitto       
tcp        0      0 127.0.0.1:9001          0.0.0.0:*               LISTEN      7379/iobroker.js-co 
tcp        0      0 127.0.0.1:9000          0.0.0.0:*               LISTEN      7379/iobroker.js-co 
tcp        0      0 0.0.0.0:8765            0.0.0.0:*               LISTEN      483/python3         
tcp        0      0 0.0.0.0:8899            0.0.0.0:*               LISTEN      10788/motion        
tcp        0      0 0.0.0.0:8898            0.0.0.0:*               LISTEN      10788/motion        
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      525/sshd: /usr/sbin 
tcp        0      0 127.0.0.1:8081          0.0.0.0:*               LISTEN      492/motion          
tcp        0      0 127.0.0.1:8080          0.0.0.0:*               LISTEN      492/motion          
tcp        0      0 127.0.0.1:6999          0.0.0.0:*               LISTEN      10788/motion        
tcp        0      0 192.168.178.69:1882     0.0.0.0:*               LISTEN      7700/io.shelly.0    
tcp6       0      0 :::1883                 :::*                    LISTEN      494/mosquitto       
tcp6       0      0 :::4712                 :::*                    LISTEN      859/evcc            
tcp6       0      0 :::22                   :::*                    LISTEN      525/sshd: /usr/sbin 
tcp6       0      0 :::8095                 :::*                    LISTEN      10200/io.onvif.0    
tcp6       0      0 :::8084                 :::*                    LISTEN      7926/io.socketio.0  
tcp6       0      0 :::8083                 :::*                    LISTEN      7995/io.web.0       
tcp6       0      0 :::8082                 :::*                    LISTEN      7428/io.admin.0     
tcp6       0      0 :::3389                 :::*                    LISTEN      530/xrdp            
tcp6       0      0 :::7070                 :::*                    LISTEN      859/evcc            
tcp6       0      0 ::1:3350                :::*                    LISTEN      498/xrdp-sesman     
udp        0      0 0.0.0.0:1902            0.0.0.0:*                           7892/io.mediola-gat 
udp        0      0 0.0.0.0:60841           0.0.0.0:*                           370/avahi-daemon: r 
udp        0      0 0.0.0.0:67              0.0.0.0:*                           7685/io.radar2.0    
udp        0      0 0.0.0.0:68              0.0.0.0:*                           853/dhcpcd          
udp        0      0 0.0.0.0:53460           0.0.0.0:*                           7892/io.mediola-gat 
udp        0      0 0.0.0.0:5353            0.0.0.0:*                           859/evcc            
udp        0      0 0.0.0.0:5353            0.0.0.0:*                           370/avahi-daemon: r 
udp        0      0 0.0.0.0:5683            0.0.0.0:*                           7735/io.shelly.1    
udp6       0      0 :::51464                :::*                                370/avahi-daemon: r 
udp6       0      0 :::546                  :::*                                853/dhcpcd          
udp6       0      0 :::5353                 :::*                                859/evcc            
udp6       0      0 :::5353                 :::*                                370/avahi-daemon: r 

Evt. Noch von der 1. Installation? Kann ich die 8080 und 8081 dann rauskicken?

@crunchip das habe ich schon abgeändert
Trotzdem wird die 8081 von irgendetwas anderes blockiert

Wenn ich auf den stream url klicke, passiert nichts. Gebe ich die ip mit dem Port ein, sehe ich das Kamara. Aber er zeigt mir keine snapshot url, stream url, eingebettete url - aber das ist ein anderes Thema

@haselchen ich musste den motion eye nochmals deinstallieren und neu aufsetzten, weil er zu viele Fehler hatte.
Nun konnte ich meinen Iobroker nicht mehr wie gewohnt auf dem Port 8081 erreichen, sondern auf dem 8082.
in der Iobroker list instance zeigt er mir jedoch den 8081 an:

system.adapter.admin.0                  : admin                 : iobroker-pi                              -  enabled, compact disabled, port: 8081, bind: 0.0.0.0, run as: admin

Die Ports von motion und motion eye sind in der config auf 8765 gesetzt. Das passt.
Jedoch hab ich unternetstart -n -a -p TCP so viele Dienste drin - teilweise auch doppelt. Kann das zusammenhängen mit dem neuen Iobroker Port 8082?

@haselchen der obere RTSP habe ich im Motion Eye eingegeben. Dieser ist ja dann mit User und PW.
Laut der Einstellung in meiner Kamara ist die RTSP wie folgt:
rtsp://User:PW@IP_Nummer:544/live/ch1

Aber wie gesagt, den User/PW gebe ich ja in der Motion Eye Setup ein

@wendy2702

Oct 13 16:53:47 iobroker-pi motion[11715]: [0:motion] [NTC] [ALL] motion_startup: Using log type (ALL) log level (WRN)
Oct 13 16:54:32 iobroker-pi motion[11792]: [0:motion] [NTC] [ALL] conf_load: Processing thread 0 - config file /etc/motioneye/motion.conf
Oct 13 16:54:32 iobroker-pi motion[11792]: [0:motion] [NTC] [ALL] config_camera: Processing camera config file camera-1.conf
Oct 13 16:54:32 iobroker-pi motion[11792]: [0:motion] [ALR] [ALL] conf_cmdparse: "netcam_keepalive" replaced with "netcam_params" after version >
Oct 13 16:54:32 iobroker-pi motion[11792]: [0:motion] [ALR] [ALL] conf_cmdparse: "netcam_tolerant_check" replaced with "netcam_params" after ver>
Oct 13 16:54:32 iobroker-pi motion[11792]: [0:motion] [NTC] [ALL] motion_startup: Logging to syslog
Oct 13 16:54:32 iobroker-pi motion[11792]: [0:motion] [NTC] [ALL] motion_startup: Motion 4.7.0 Started
Oct 13 16:54:32 iobroker-pi motion[11792]: [0:motion] [NTC] [ALL] motion_startup: Using default log type (ALL)
Oct 13 16:54:32 iobroker-pi motion[11792]: [0:motion] [NTC] [ALL] motion_startup: Using log type (ALL) log level (WRN)
Oct 13 17:25:38 iobroker-pi motion[11792]: [2:nc2:Hausgang] [ERR] [NET] netcam_rtsp_handler_reconnect: norm: Reconnecting with camera....

@haselchen
Vom Gerät hab ich die rtsp. Sie lautet rtsp://ip:554/live/ch1

Ich bekomm auch ein Bild, jedoch wundert mich die Fehlermeldung