[Tuto] Online Services (Audi Connect, Google Earth & Trafic Online) en WIFI

[windstar]

Peut être que frankiegom pourrait m'envoyer le tuto pour carte SIM qu'il a envoye a miazza?

[frankiegom]

Bonjour windstar!

je ne peux pas beaucoup t'aider car j'ai surtout aidé miazza à trouver le script pour changer le mot de passe telnet. Il n'y a qu'un tuto, celui dont le lien est au début de ce sujet (en français, et en anglais - attention il y a une petite erreur dans la version anglaise!) et il ne concerne pas spécifiquement les modèles avec SIM (il n'a été que je sache testé qu'avec des MMI sans SIM).

Je suppose qu'il pourrait y avoir une modification à faire au VCDS pour permettre l'activation de GE (si VW a vraiment voulu en bloquer l'accès aux anciens modèles) et dans ce cas je ne vois pas mieux ) priori que d'écumer les différents forums VW...

 

Oups! J'ai lu trop vite...

c'est sur l'écran que GE reste gris, pas dans le menu vert!

 

Passe le script de diagnostique fourni par hsd92 pour voir si quelque chose s'est mal passé à l'activation. Le fonctionnement de GE en WiFi est conditionné par la bonne configuration du serveur DHCP sur le routeur et du firewall sur le MMI.

Bpnne chance

F.

[windstar]

J'ai passé le script diagnostic "Script aplied bla bla."

Le résultat devrait se trouver sur la carte SD, non?

Parce qu'elle est inchangée.

[windstar]

Bon bain c’était ma faute (le petit bidule sur le cote de la carte SD pour la protection contre l'ecriture c'est baladé)

 

Voila le resultat:

 

Diag v1.0
20160611_173748 - step 1 start at 20160611_173748
20160611_173751 - step 2 Display picture start
20160611_173751 - step 3 Failed mmelauncher.cfg.bak exist
20160611_173751 - step 4 Success mmelauncher.cfg backuped on SDCARD
20160611_173751 - step 5 Success mme-becker.sh exist
20160611_173751 - step 6 Failed resolv.conf exist
20160611_173751 - step 7 Failed nws.cfg.bak exist
20160611_173751 - step 8 Success nws.cfg backuped on SDCARD
20160611_173751 - step 9 Failed pf.conf.bak exist
20160611_173752 - step 10 Success pf.conf backuped on SDCARD


20160611_173752 - step 11 ifconfig uap0
uap0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
address: 00:1c:d7:38:25:d3
media: <unknown type> autoselect
inet 192.168.1.1 netmask 0xffffff00 broadcast 192.168.1.255
inet alias 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255
link 00:00:00:00:00:00


20160611_173752 - step 12 route show
Routing tables

Internet:
Destination Gateway Flags
0.0.0.0/8 link#5 U
10.0.0.0/24 link#3 U
10.0.0.20 00:00:00:00:05:56 UHL
10.0.0.255 link#3 UHL
localhost.localdom 127.0.0.1 UH
192.168.1.0/24 link#5 U
192.168.1.1 00:1c:d7:38:25:d3 UHL
192.168.1.110 00:1c:d7:38:25:d3 UHL
239.255.255.250/32 192.168.1.1 UG


20160611_173752 - step 13 ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1): 56 data bytes
64 bytes from 192.168.1.1: icmp_seq=0 ttl=255 time=1 ms
64 bytes from 192.168.1.1: icmp_seq=1 ttl=255 time=0 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=255 time=0 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=255 time=0 ms

----192.168.1.1 PING Statistics----
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 0/0/1 ms variance = 0 ms^2


20160611_173755 - step 14 ping 192.168.1.254
PING 192.168.1.254 (192.168.1.254): 56 data bytes

----192.168.1.254 PING Statistics----
4 packets transmitted, 0 packets received, 100% packet loss


20160611_173808 - step 15 ping www.google.fr
ping: Cannot resolve "www.google.fr" (Host name lookup failure)
20160611_173813 - step 21 Success Display picture Done
20160611_173813 - step 22 Failed

Et ca veut dire quoi?

[Thierry-13]

Que tu pinges ton routeur (que je suppose être en 192.168.1.1)

 

PING 192.168.1.1 (192.168.1.1): 56 data bytes
64 bytes from 192.168.1.1: icmp_seq=0 ttl=255 time=1 ms

 

mais que tu ne fais pas de résolution de nom Internet

 

ping: Cannot resolve "www.google.fr" (Host name lookup failure)

[windstar]

et passer le script MMI-3GP-GE-WIFI d'ici résoudrait le problème?

[frankiegom]

Si tu n'as pas passé le script encore, ça explique sans doute les différentes erreurs relevées par le script de diagnostic (à ce sujet, il est conçu surtout pour débugger l'application du script de configuration WiFi, je n'avais pas réalisé que tu ne l'avais pas fait).

 

Ce que nous dit le script principalement, c'est que tu n'as ni route par défaut, ni serveurs DNS configurés.

De plus, le MMI ne peut pas pinger le routeur en 192.168.1.254, donc soit celui n'est pas configuré sur cette adresse, soit la connection WiFi n'est pas configurée correctement.

 

Tu peux essayer de passer le script, donc, et t'assurer que la connection WiFi au MMI est OK (d'un PC connecté au routeur tu dois pouvoir pinger le MMI en 192.168.1.1). Après, si ça ne passe toujours pas, repasse le diagnostic.

[windstar]

Mon internet de la carte SIM est opérationnel et met a disposition une connection internet pour par ex. une tablette dans la voiture par WiFi.

Mais si j'ai bien compris le problème n'est pas la.

Javoue avoir un peu peur de brider mon pseudo MMI en passant le script.

 

[frankiegom]

C'est vrai que si l'accès marche par la SIM intégrée, autant l'utiliser.

Je raisonne encore par rapport à ce qu'on a fait dans ce sujet (dédié MMI sans SIM cequi n'est pas ton cas)... oublie ce que j'ai dit plus haut!

 

Si tu as un PC windows, connecte le au hotspot MMI et tape "ifconfig /all" dans une fenêtre de commande (cmd.exe).

Ca permettra déjà de voir comment est configuré l'accès Internet pour un périphérique externe, en particulier le serveur de nom de domaine utilisé. Et il est possible qu'en ajoutant simplement le bon DNS (en créant le fichier /etc/resolv.conf) ça suffise à résoudre ton problème!). Pour cela il suffira d'adapter le script de Thierry-13 (pas 43!!).

 

Ensuite, si ça ne suffit pas, tu pourrais partager les 3 fichiers que le script de diag a copié sur ta SDcard (dans un répertoire avec la date et l'heure).

Je suis étonné ceci dit que le script trouve un fichier /sbin/mme-becker.sh sur ton système car celui-ci n'est pas présent de base sur le MMI 3GP et fait partie des fichiers ajoutés par le patch de hsd92.

[windstar]

Je vais essayer de me connecter avec le micro pour voir le résultat de ipconfig /all

Le script diag a crée 5 fichiers au total dans le repertoire
log.txt
mme-becker.sh
mmelauncher.cfg
nws.cfg
pf.conf

 

Comment je fais pour les joindres, ne n'ai pas la permission?

[frankiegom]

S'ils ne sont pas trop gros tu peux les copier dans un message. Sinon il y a des sites comme pastebin (pour y copier le contenu) ou dropbox, Google drive pour uploaded les fichiers.

[windstar]

contenu log.txt voit plus haut.

 

mme-becker.sh:

#!/bin/ksh
if test -a /HBpersistence/DLinkReplacesPPP ; then
(while true
do
XX=`ifconfig uap0 2>/dev/null`
if [ ! -z "$XX" ]
then
while true
do
XX=`ifconfig uap0 | grep "alias"`
if [ ! "$XX" == "" ]
then
exit 0
fi
/usr/sbin/dhcp.client -a -i uap0 -m -u
sleep 1
done
fi
sleep 1
done) &
fi

(waitfor /mnt/lvm/acios_db.ini 180 && sleep 10 && slay vdev-logvolmgr) &

/sbin/mme-becker $@

mmelauncher.cfg:

# Audi MMI3G Configuration file for mmelauncher
#
# File format:
# - Comment : # at line start
# - Config entry: key [ws] = [ws] value
# empty line will be ignored
# all values have default values
# commented lines with default values increases parsing speed

# -----------------------------------
# path to executables / devices
# - the nohdd paths will be used if check_hdd_availability is disabled!

mme_exe = /sbin/mme-becker.sh
mme_hdd_params = -c /etc/mme.conf -o singledb
mme_nohdd_params = -c /etc/mme.conf -o singledb

# -o Configure misc options (unblock,thread,tempstore,bkcopy,rwbias,trace,profile)
# tempstore = QDB temporary storage = /fs/tmpfs

qdb_exe = /usr/sbin/qdb
qdb_hdd_params = -v -c /etc/qdb.cfg -O unblock=0,thread=35 -O tempstore=/fs/tmpfs -X /mnt/efs-system/scripts/delete-image-cache.sh
qdb_nohdd_params = -v -c /etc/qdb-noHDD.cfg -O unblock=0,thread=35 -O tempstore=/fs/tmpfs -X /mnt/efs-system/scripts/delete-image-cache.sh
qdb_device = /dev/qdb

qdbc_exe = /usr/bin/qdbc

dinit_medstore_exe = mkqnx6fs
dinit_medstore_params = -q
dinit_db1_exe = mkqnx6fs
dinit_db1_params = -q
dinit_db2_exe = mkqnx6fs
dinit_db2_params = -q


script_path = /scripts

hddmgr_device = /dev/hddmgr

# -----------------------------------
# path to MME databases

mme_db = /fs/tmpfs
mme_db_main = mme
mme_db_watchfile = .mme
mme_db1 = /mnt/mmebackup1/backup1
mme_db1_dev = /dev/hd0t187.1
mme_coverart_dev = /dev/hd0t187.4
mme_coverart_real = /mnt/pv-cache
mme_media_link = /mediadatabase
mme_media_real = /mnt/mediadisk
mme_media_dev = /dev/hd0t78
qdb_db_on_hdd = 1

# -----------------------------------
# options modifying the dynamic program behaviour

# possible values: 0, 1 = do integrity checks
check_db_integrity = 0

# possible values: 0, 1 = check version of custom DB
check_custom_version = 1

# possible values:
# 0 = start without HDD checking
# 1 = wait for hdd mount to continue (info from HDD Manager)
# if HDD will not be available, MME will be started in noHDD mode
check_hdd_availability = 1

# possible values: update, recover
on_db_version_mismatch = update

# possible values: remove, format
db_recovery_method = format

# should mediadisk be re-mounted before and after db recovery/removal
remount_mediadisk = 1

# database name where the custom tables can be found (they are now for single DB in mme not in mme_custom anymore)
mme_db_custom = mme

# custom tables version can be found in this table, the field must be called version and must contain a number
custom_version_table_name = _custom_info_

# this is the expected version of the custom tables (if you do a change related to the custom tables be sure to
# increment this number, otherwise if someone is upgrade his target but we might try to use the persistet database that
# might now contain your changes, thus your changes might not work until reset to factory settings
db_custom_version = 5

# timeout to wait for HDD in seconds
hdd_timeout = 20

# eof

nws.cfg:

#CFG V1.0 UTF-8;

# **********************************
# [sCP] system configuration values
# **********************************
# date of last change: 15.07.2008

#SAM.ChannelNames = HostAgent, AliveService, RmssService, ConfigService, NetworkingService

# --------------
# MonitorService
# --------------

#MonitorService.LogMode = 2
#MonitorService.Port = 2022
#MonitorService.MonitoringEnable = 1
#MonitorService.ReceiveEnable = 1
#MonitorService.HeaderEnable = 1

# ----------------------
# Traces to Trace Client
# ----------------------
MonitorService.LogMode = 1
MonitorService.MessageBufferSize = 1000
MonitorService.TimestampEnable = 1
MonitorService.LogFileSize = -1
MonitorService.LogFileName = /hbsystem/multicore/navi/N
MonitorService.MessageBufferMemory = 51200
MonitorService.MonitoringEnable = 1
MonitorService.HeaderEnable = 1
MonitorService.LinefeedEnable = 1
MonitorService.FileHeaderEnable = 0

# ----------------------
# Traces to Logfile on Target
# ----------------------
#MonitorService.LogMode = 3
#MonitorService.MessageBufferSize = 1000
#MonitorService.TimestampEnable = 1
#MonitorService.LogFileSize = 1024000
#MonitorService.LogFileName = /tmp/logfile
#MonitorService.MessageBufferMemory = 51200
#MonitorService.MonitoringEnable = 1
#MonitorService.HeaderEnable = 1
#MonitorService.LinefeedEnable = 1
#MonitorService.FileHeaderEnable = 0

# max msg queue (tmp solution)
#SSS_GCFRouter.MsgQueueSize = 1000
#RmssService.ReadMsgQueueSize = 5000

# --------------------------------------------------------------------------------
# - Integrity configuration
# --------------------------------------------------------------------------------
#IntegrityService.ISCore_DoCheck = 1


# --------------------------------------------------------------------
# HostAgent
# --------------------------------------------------------------------

HostAgent.RegfSvcList_1 = RmssService, UPnPService, upnp
HostAgent.RegfCall_1_1 = EVNT upnp NAME=STARTUP;

HostAgent.RegfSvcList_2 = UPnPService, NetworkingService, upnp
HostAgent.RegfCall_2_1 = EVNT UPnPService NAME=STARTUP;

HostAgent.Port=2012

# --------------------------------------------------------------------
# RmssService
# --------------------------------------------------------------------

RmssService.DeviceName=/dev/scp_nws

# ====================================================================
# [ NetworkingService ]
# ====================================================================

# WLAN
NetworkingService_0.type = wlan
NetworkingService_0_ap.ifname = uap0
NetworkingService_0_ap.mountdir = /lib/dll/devnp-mv8688uap.so
NetworkingService_0_ap.mounttype = io-pkt
NetworkingService_0_ap.driver = mv8688uapdrv
NetworkingService_0_ap.mountparam = irq=13,dma=0x104,fwpath=/lib/dll,clock=25M,resetmask=0
#if connected to SD1
#NetworkingService_0_ap.mountparam = irq=13,dma=0x105,smem=0xc0440000,fwpath=/lib/dll,clock=25M

# IP
NetworkingService_uap0.ipaddress = 192.168.1.1
NetworkingService_uap0.ipnetmask = 255.255.255.0
NetworkingService_uap0.ipmode = static
NetworkingService_uap0.dhcpsrange = 192.168.1.100, 192.168.1.110
NetworkingService.statisticsinterval = 2000

# dhcpd
NetworkingService.dhcpdlease = /mnt/phonedb
NetworkingService.dhcpdconf = /mnt/phonedb
NetworkingService.dnsservers = 192.168.2.100, 192.168.2.101
NetworkingService.dhcpsmaxleasetime = 48000
NetworkingService.dhcpsdefaultleasetime = 36000


#firewall/nat
NetworkingService.pfconf = /etc/ppp/pf.conf

# hostapd
NetworkingService_uap0.configpath = /etc/ppp/hostapd.conf


# --------------------------------------------------------------------
# UPnPService
# --------------------------------------------------------------------

UPnPService.MaxNumberServers=1
UPnPService.InterfaceName=uap0

et pf.conf:

 

#/*********************************************************************
# * Project Wireless Communication for Mobile Equipment (WICOME)
# * © Copyright 2010
# * Company Harman/Becker Automotive Systems GmbH
# * All rights reserved
# * Secrecy Level STRICTLY CONFIDENTIAL
# *-------------------------------------------------------------------*/
#/**
# * @file
# * @author Peter Gaus
# * @author Juergen Lachmann
# * @author Robert Klarer
# * @brief Packet filter configuration file.
# *
# * See pf.conf(5) and /usr/share/examples/pf for syntax and examples.
# * Remember to set net.inet.ip.forwarding=1 and/or net.inet6.ip6.forwarding=1
# * in /etc/sysctl.conf if packets are to be forwarded between interfaces.
# *
# * @see http://www.qnx.com/developers/docs/6.4.0/neutrino/utilities/p/pf.conf.html
# * @see http://www.netbsd.org/docs/network/pf.html
# * @see http://netbsd.gw.com/cgi-bin/man-cgi?pf.conf++NetBSD-4.0
# *********************************************************************/

int_if = "en5"
icmp_types = "echoreq"
broadcast_add = "255.255.255.255/32"

# scrub
scrub in all no-df

# outgoing connections on MOST must not exceed 968 segmentsize (MTU 1008 total)
scrub out on mam0 max-mss 968

# Skip all PF filtering on lo0
set skip on lo0

### NAT/redirection rules
### table name has to be used in SW to alter table
table <natRangeTable> { 192.168.1.0/24, 10.0.0.101 }
nat on ppp0 from <natRangeTable> to any -> (ppp0)
nat on en5 from <natRangeTable> to any -> (en5)

# DNS redirect rules
rdr-anchor dnsRedirect1
rdr-anchor dnsRedirect2
rdr-anchor dnsRedirect3
rdr-anchor dnsRedirect4


### filter rules
pass out keep state

pass in quick on mam0 keep state
pass in quick on mep0 keep state
pass in quick on mhp0 keep state
pass in quick on $int_if keep state
block in on uap0

block in quick on uap0 from any to (mam0:network)
block in quick on uap0 from any to (mhp0:network)
block in quick on uap0 from any to (ppp0)
block in quick on uap0 from any to (en5:network)

# pass through DHCP from WLAN to DHCP server
pass in quick on uap0 proto udp from any port bootpc to $broadcast_add port bootps keep state
pass in quick on uap0 to $broadcast_add keep state

# pass in SSDP messages (out is not blocked)
pass in quick on uap0 proto udp from any to 239.255.255.250 port 1900 keep state

# let our http server on 8100 for UPnP be reachable
pass in quick on uap0 proto tcp from any to any port 8100 keep state
pass in quick on uap0 from any to 224.0.0.0/4 keep state
pass in quick on uap0 proto udp to (uap0) port 49152:65535

# use external traffic from WLAN as trigger for dial-up
#anchor dialUpTrigger
pass in quick on uap0 from any to ! (uap0:network) keep state label "uap0"
pass in quick inet proto icmp all icmp-type $icmp_types keep state

[windstar]

Il y a un pepin dans la connection internet:

Le micro se connecte a la voiture par WiFi (qui s'appelle d'ailleurs AUDI12825) mais ne se connecte pas a l'internet.

Avec la tablette android ca a marche il y quelque jours...

 

Voici le resultat de ipconfig du micro:

 

Windows-IP-Konfiguration

Hostname . . . . . . . . . . . . : Diagnose-Laptop
Prim„res DNS-Suffix . . . . . . . :
Knotentyp . . . . . . . . . . . . : Hybrid
IP-Routing aktiviert . . . . . . : Nein
WINS-Proxy aktiviert . . . . . . : Nein

Ethernet-Adapter Ethernet:

Medienstatus. . . . . . . . . . . : Medium getrennt
Verbindungsspezifisches DNS-Suffix: fritz.box
Beschreibung. . . . . . . . . . . : Realtek PCIe GBE Family Controller
Physische Adresse . . . . . . . . : F0-BF-97-DD-38-19
DHCP aktiviert. . . . . . . . . . : Ja
Autokonfiguration aktiviert . . . : Ja

Drahtlos-LAN-Adapter LAN-Verbindung* 1:

Medienstatus. . . . . . . . . . . : Medium getrennt
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : Microsoft Wi-Fi Direct Virtual Adapter
Physische Adresse . . . . . . . . : 16-39-E5-AF-D7-CD
DHCP aktiviert. . . . . . . . . . : Ja
Autokonfiguration aktiviert . . . : Ja

Drahtlos-LAN-Adapter WiFi:

Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : Qualcomm Atheros AR9485WB-EG Wireless Network Adapter
Physische Adresse . . . . . . . . : 94-39-E5-AF-D7-CD
DHCP aktiviert. . . . . . . . . . : Ja
Autokonfiguration aktiviert . . . : Ja
Verbindungslokale IPv6-Adresse . : fe80::e5b5:241e:6e7d:39c6%16(Bevorzugt)
IPv4-Adresse . . . . . . . . . . : 192.168.1.109(Bevorzugt)
Subnetzmaske . . . . . . . . . . : 255.255.255.0
Lease erhalten. . . . . . . . . . : Sonntag, 12. Juni 2016 11:04:24
Lease l„uft ab. . . . . . . . . . : Sonntag, 12. Juni 2016 21:15:58
Standardgateway . . . . . . . . . : 192.168.1.1
DHCP-Server . . . . . . . . . . . : 192.168.1.1
DHCPv6-IAID . . . . . . . . . . . : 76823013
DHCPv6-Client-DUID. . . . . . . . : 00-01-00-01-1C-A0-BF-A5-F0-BF-97-DD-38-19
DNS-Server . . . . . . . . . . . : 192.168.2.100
192.168.2.101
NetBIOS ber TCP/IP . . . . . . . : Aktiviert

Ethernet-Adapter Bluetooth-Netzwerkverbindung 2:

Medienstatus. . . . . . . . . . . : Medium getrennt
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : Bluetooth Device (Personal Area Network)
Physische Adresse . . . . . . . . : 94-39-E5-AF-D7-CE
DHCP aktiviert. . . . . . . . . . : Ja
Autokonfiguration aktiviert . . . : Ja

Tunneladapter isatap.{DB42173F-5CF0-40EE-B9CB-86B0DD2D0CDB}:

Medienstatus. . . . . . . . . . . : Medium getrennt
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : Microsoft ISATAP Adapter #2
Physische Adresse . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP aktiviert. . . . . . . . . . : Nein
Autokonfiguration aktiviert . . . : Ja

[windstar]

en verifiant dans le green menu sous config/console la configuration IP

/etc/resolv.conf est "undefined"

 

normalement ca devrait etre "nameserver 192.168.1.1 nameserver something"

[frankiegom]

Ta confguration est assez curieuse.

 

sur un MMI 3GP standard, /etc/mmelauncher.cfg définit mme_exe = /sbin/mme-becker, notre modification le définit comme /sbin/mme-becker.sh et ajoute un fichier mme-becker.sh qui est en tout point comme le tiens à une ligne près (tu as "(waitfor /mnt/lvm/acios_db.ini 180 && sleep 10 && slay vdev-logvolmgr) &" en plus).

 

Es-tu sûr que ton système n'a pas été modifié? Connais-tu quelqu'un avec un RNS850 d'origine pour faire des comparaison?

 

La confguration passée au PC en WiFi a l'air correct si ce n'est l'utilisation des DNS 192.168.2.100 et 192.168.2.101 (il me semble que ceux là sont réservés utilisés par Google Earth). Mais pour mieux comprendre ce qui se passe, il faudrait tenter de pinger dans l'ordre 192.168.1.1, 192.168.2.100 et 8.8.8.8 pour comprendre mieux ce qui se passe.

 

Ensuite concernant l'accès Internet directement du MMI, effectivement le problème semble être l'absence de DNS et il faudrait créer /etc/resolv.conf avec au moins "nameserver 192.168.1.1" ou peut être même "nameserver 8.8.8.8" pour voir si ça améliore les choses.

[windstar]

Ci joint l'historique des modifs (concernant le probleme) sur mon MMI3GP/RNS850

 

HN+_EU_VW_P0534
8R0060884AH ECE 5.13.8

HN+_EU_VW_K0767
7P6060884 ECE 6.20.4
(MAJ payante chez le CC)

HN+_EU_VW_K0821
7P6060884C ECE 6.22.3
(MAJ par mes soins et activation des cartes par le script XXXX_00040407.fsc)

C'est le dernier Firmware et la cartographie la plus recente disponible actuellement chez VW.


ensuite changements dans le green menu:

activation WiFi
WLAN

diagnose -- coding -- internal_modules_1+2
Online POI ---> deactivé
Online Portal ---> deactivé
Online Navi ---> deactivé
Online POI voice ---> deactivé

diagnose -- settings -- tel_settings
NAD activation ---> activé
NAD operation mode ---> activé

config
executé Install Fairmode (pour le routing sur USB2ETH et demarrer DHCP)

avec VCDS
5F Infotainment
Adaptation
Chanel 69
Valeur existante plus 32768. (Activation Traffic Online)

 

 

les resultats du script Diag ici:

https://onedrive.live.com/redir?resid=41EB1F59A0E51D89!522&authkey=!AFk0_tzeOs0pcA8&ithint=folder%2ctxt

 

 

Malheureusement pas de RNS850 a dispo avec Google Earth et Trafic Online activé d'office par VW (a partir d'AM 2015) dans le voisinage pour faire passer le script diag et comparer.

 

Les pings pour plus tard dans l'aprem.

[windstar]

et voici les resultats des pings:

 

Ping wird ausgefhrt fr 192.168.1.1 mit 32 Bytes Daten:
Antwort von 192.168.1.1: Bytes=32 Zeit=2ms TTL=255
Antwort von 192.168.1.1: Bytes=32 Zeit=2ms TTL=255
Antwort von 192.168.1.1: Bytes=32 Zeit=2ms TTL=255
Antwort von 192.168.1.1: Bytes=32 Zeit=2ms TTL=255

Ping-Statistik fr 192.168.1.1:
Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
(0% Verlust),
Ca. Zeitangaben in Millisek.:
Minimum = 2ms, Maximum = 2ms, Mittelwert = 2ms

 

Ping wird ausgeführt für 192.168.2.100 mit 32 Bytes Daten:
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.

Ping-Statistik für 192.168.2.100:
Pakete: Gesendet = 4, Empfangen = 0, Verloren = 4
(100% Verlust),

Ping wird ausgeführt für 8.8.8.8 mit 32 Bytes Daten:
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.

Ping-Statistik für 8.8.8.8:
Pakete: Gesendet = 4, Empfangen = 0, Verloren = 4
(100% Verlust),

Donc 192.168.1.1ok

192.168.2.100 et 8.8.8.8 ne fonctionnnent pas

 

Le Diag du micro dit aussi que la connection avec AUDI12825 est ok mais qu'il y a un probleme pour la connection internet parceque le serveur DNS qui ne repond pas?

[frankiegom]

C'est par rapport à un autre Touareg avec SIM mais sans Google Earth que je voudrais comparer, le même que le tiens. Je ne comprends pas qu'il y ait un fichier /sbin/mme-becker.sh dessus. Je vourdrais savoir si c'est normal... Surtout si tu confirmes que les seuls changements fait sont des mises à jour de firmware et de cartographie. Si tu l'as acheté d'occasion, peux tu vérifier avec le propriétaire précédent s'il avait fait des modifications autres?

[windstar]

Le seul propriétaire précédent était VW pour ~ 6 mois.

 

Je vais essayer de trouver un autre Touareg avec SIM et sans GE comme le mien.

[windstar]

dans le green menu

 

/googleearth/Console connectivity status confirme aussi:

Content of CS REsolve

nocache_on

/etc/resolv.cfg is not set

 

question a part dans:

/diagnose/coding/internal_modules_1+2

Pourqoui PSD (off) devrait rester coché?

[frankiegom]

Difficile de te répondre... Le RNS850 est manifestement légèrement différent du MMI 3GP, et donc il est difficile de s'avancer pour sûr.

Tout ce que je peux te conseiller ce sont des modifications réversibles, comme par exemple ajouter le resolv.conf (ou resolv.cfg? c'est la première fois que je vois ça).

 

Ce serait plus simple si tu es famiier avec Linux et si tu pouvais activer l'accès telnet comme on l'a fait ici. As-tu essayé?

 

Quand au PSD (ou aussi eCALL) j'aimerais savoir à quoi ces paramètres correspondent même si je n'ai pas vu de différence dans le comportement de mon système quelle que soit leur position.

[Franck_57]

Bonsoir

 

Je suis en P0770 je peux tenter de mettre le script ?

 

Merci

[frankiegom]

Il faudrait vérifier que les fichiers modifiés sont bien prese ts par acquis de conscience mais je ne vois pas pourquoi ça devrait poser problème...

[windstar]

Tout ce que je peux te conseiller ce sont des modifications réversibles, comme par exemple ajouter le resolv.conf (ou resolv.cfg? c'est la première fois que je vois ça).

 

Ce serait plus simple si tu es famiier avec Linux et si tu pouvais activer l'accès telnet comme on l'a fait ici. As-tu essayé?

 

Quand au PSD (ou aussi eCALL) j'aimerais savoir à quoi ces paramètres correspondent même si je n'ai pas vu de différence dans le comportement de mon système quelle que soit leur position.

 

Erreur de transcription de ma part.

 

 

Non je ne suis pas familier avec Linux. Je sais me servir de Telnet sous Windows pour mon NAS.

 

 

Et quelle valeur je met dans le script? 192.168.1.1?

 

[frankiegom]

Vu que tu as le tel intégré, c'est la première adresse que j'essayerai, oui.

 

Si ça ne marche pas, essayes aussi 8.8.8.8 à tout hasard...

[windstar]

Ni 192.168.1.1 ni 8.8.8.8 ne fonctionne.

 

[windstar]

fair mode on 2

 

 

Ensuite j'ai fait uninstall fair mode pour voir.

Le resultat:

 

 

Malheureusement le résultat reste le même.

[windstar]

Pourtant il semble bien que ce soit possible avec SIM intégrée

 

https://translate.google.de/translate?sl=ru&tl=en&js=y&prev=_t&hl=de&ie=UTF-8&u=http://forcars.pro/282-google-online-maps.html

 

(défiler vers le bas pour le texte)

[frankiegom]

Les screenshots ne sont pas très lisibles mais j'ai l'impression qu'il n'y a pas de route par défaut.

 

Je retire ce que j'ai écrit, les screenshots passent mieux sur le PC que sur le mobile, et il y a bien une route par défaut une fois le fair mode désactivé! Et à priori le resolv.conf n'est pas nécessaire vu que dans ce cas, la variable _CS_RESOLVE est positionnée.

Avec le modem intégré je ne pense pas qu'il faille passer en fair mode.

 

Resterait à vérifier le firewall... mais il faut pouvoir récupérer le fichier /etc/dhcp.pf.conf et je maîtrise moins cette partie...

 

pour ce faire, dans le run.sh, remplacer la commande de création du fichier resolv.conf par:

cp /mnt/efs-system/etc/dhcp/pf.conf $SDPath

 

et tant qu'on y est, ajouter:

 

cp /mnt/efs-system/etc/dhcp/nws.cfg $SDPath

netstat -r > $SDPath/.result
ifconfig >> $SDPath/.result

ls -l /mnt/efs-system/etc/ >> $SDPath/.result

ping -c 5 10.0.0.1 >> $SDPath/.result

ping -c 5 8.8.8.8 >> $SDPath/.result

ping -c 5 www.google.fr >> $SDPath/.result

 

tu retrouveras les deux fichiers sur la SDcard, ainsi qu'un fichier .result

[NOY]

Bonjour,

Si le bouton google earth est inactif (gris) sur touareg (rns 850). Il est nécessaire de définir la valeur dans tb_intvalues DataPST.db

4 4117 1

[windstar]

mon script run.sh serait donc:

 

#!/bin/ksh
# Îïðåäåëÿåì íàçâàíèå SD-êàðòî÷êè
sdcard=`ls /mnt|grep sdcard.*t`

# Ïîëíûé ïóòü ê SD-êàðòå
SDPath=/mnt/$sdcard

# Ïîëó÷àåì ïîëíûé äîñòóï ê SD-êàðòå
mount -u $SDPath

# Âûâîä êàðòèíêè ñòàðòà ñêðèïòà
$SDPath/utils/showScreen $SDPath/screens/scriptStart.png

# Óäàëÿåì ôàéë .done (åñëè âäðóã îñòàëñÿ íà êàðòî÷êå ñ ïðîøëîãî ðàçà)
rm -f $SDPath/.done

# Ñîçäàåì ôàéë .started (ôëàã, ÷òî ñêðèïò çàïóùåí)
echo started > $SDPath/.started

# Ïîëó÷àåì ïîëíûé äîñòóï ê EFS
mount -uw /mnt/efs-system

# echo "nameserver 192.168.1.1" > /mnt/efs-system/etc/resolv.conf

cp /mnt/efs-system/etc/dhcp/pf.conf $SDPath
netstat -r > $SDPath/.result
ifconfig >> $SDPath/.result
ls -l /mnt/efs-system/etc/ >> $SDPath/.result
ping -c 5 10.0.0.1 >> $SDPath/.result
ping -c 5 8.8.8.8 >> $SDPath/.result
ping -c 5 www.google.de >> $SDPath/.result

# Âûâîä êàðòèíêè îêîí÷àíèÿ ðàáîòû ñêðèïòà
$SDPath/utils/showScreen $SDPath/screens/scriptDone.png

# Ñîçäàåì ôàéë .done (ôëàã, ÷òî ñêðèïò îòðàáîòàë)
echo done > $SDPath/.done

# Óäàëÿåì ôàéë .started (ñêðèïò îòðàáîòàë äî êîíöà)
rm -f $SDPath/.started

 

correct?

 

 

 

Si le bouton google earth est inactif (gris) sur touareg (rns 850). Il est nécessaire de définir la valeur dans tb_intvalues DataPST.db

4 4117 1

 

 

et on fait ca comment? green menu, vcds?

[NOY]

Tout d'abord, vous devez lire DataPST.db

 

cp -v -r /mnt/efs-persist/DataPST.db $dstPath/db/efs-persist/old/

cp -v -r /HBpersistence/DataPST.db $dstPath/db/HBpersistence/old/

cp -v -r /mnt/hmisql/DataPST.db $dstPath/db/hmisql/old/

Puis ajouter DataPST.db

tb_intvalues

4 4117 1

et écrire de nouveau

mount -uw /mnt/efs-persist

mount -uw /mnt/efs-system

mount -uw /mnt/hmisql

cp -r -v $dstPath/read/DataPST.db /mnt/efs-persist/

cp -r -v $dstPath/read/DataPST.db /HBpersistence/

cp -r -v $dstPath/read/DataPST.db /mnt/hmisql/

[frankiegom]

mon script run.sh serait donc:

 

...script...

 

correct?

 

Oui

[windstar]

 

Tout d'abord, vous devez lire DataPST.db

 

cp -v -r /mnt/efs-persist/DataPST.db $dstPath/db/efs-persist/old/

cp -v -r /HBpersistence/DataPST.db $dstPath/db/HBpersistence/old/

cp -v -r /mnt/hmisql/DataPST.db $dstPath/db/hmisql/old/

Puis ajouter DataPST.db

tb_intvalues

4 4117 1

et écrire de nouveau

mount -uw /mnt/efs-persist

mount -uw /mnt/efs-system

mount -uw /mnt/hmisql

cp -r -v $dstPath/read/DataPST.db /mnt/efs-persist/

cp -r -v $dstPath/read/DataPST.db /HBpersistence/

cp -r -v $dstPath/read/DataPST.db /mnt/hmisql/

 

 

La je nage dans le brouillard...

[NOY]

 

La je nage dans le brouillard...

Ne vous inquiétez pas, essayez

read.rar et de garder votre DataPST.db

Ensuite, appliquez write.rar, se connecter en ligne à rns et cliquez sur Google Earth.

[frankiegom]

Je vois bien que le script read fait une copie de la database et write la remets sur le RNS mais je ne comprends pas ou se fait la modification:

 

"Puis ajouter DataPST.db
tb_intvalues
4 4117 1"

 

A moins que le fichier DataPST.db ne soit un fichier texte et qu'il suffise d'y ajouter la ligne "tb_intvalues
4 4117"?

[windstar]

 

Oui

 

Resultat firewall:

 

Routing tables

 

Internet:

Destination Gateway Flags Refs Use Mtu Interface

default 10.0.0.1 UGS 0 171 - ppp0

10.0.0/24 link#3 UC 1 0 - mam0

10.0.0.1 10.24.180.222 UH 1 0 - ppp0

10.0.0.20 00:00:00:00:05:56 UHLc 0 4 - mam0

localhost.localdom localhost.localdom UH 0 2 33192 lo0

192.168.1/24 link#5 UC 2 0 - uap0

192.168.1.1 00:1c:d7:38:25:d3 UHLc 1 0 - lo0

192.168.1.255 link#5 UHLc 1 1 - uap0

239.255.255.250/32 192.168.1.1 UGS 0 7 - uap0

lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 33192

inet 127.0.0.1 netmask 0xff000000

pflog0: flags=100<PROMISC> mtu 33192

mam0: flags=843<UP,BROADCAST,RUNNING,SIMPLEX> mtu 1008

address: 00:00:00:00:01:00

inet 10.0.0.100 netmask 0xffffff00 broadcast 10.0.0.255

mhp0: flags=842<BROADCAST,RUNNING,SIMPLEX> mtu 1500

address: 00:00:00:00:01:00

uap0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500

address: 00:1c:d7:38:25:d3

media: <unknown type> autoselect

inet 192.168.1.1 netmask 0xffffff00 broadcast 192.168.1.255

link 00:00:00:00:00:00

ppp0: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 1600

inet 10.24.180.222 -> 10.0.0.1 netmask 0xff710808

total 5818

-rw------- 1 root root 25240 Jan 01 00:00 166x76audi.ipod

-rw------- 1 root root 25240 Jan 01 00:00 166x76vw.ipod

-rw------- 1 root root 4767 Jan 01 00:00 DefaultScopeJ9.hbtc

-rw------- 1 root root 2081 Jan 01 00:00 DefaultSwdlScope.hbtc

-rw------- 1 root root 11000 Jan 01 00:00 IRCConfig.cfg

-rw------- 1 root root 2845012 Jan 01 00:00 NvDspCodecs.elf

drwxrwxrwx 3 root root 716 Jan 01 00:00 browser

-rw------- 1 root root 584 Jan 01 00:00 components.cfg

-rw------- 1 root root 839 Jan 01 00:00 componentsSWDL.cfg

-rw------- 1 root root 336 Jan 01 00:00 dataSchedule.xml

-rw------- 1 root root 190 Jan 01 00:00 group

-rw------- 1 root root 8 Jan 01 00:00 hmi_country.txt

-rw------- 1 root root 11 Jan 01 00:00 hmi_type.txt

-rw------- 1 root root 98 Jan 01 00:00 hosts

drwxrwxrwx 2 root root 48 Jan 01 00:00 imageInfo

-rw------- 1 root root 5822 Jan 01 00:00 iom.cfg

-rw------- 1 root root 4268 Jan 01 00:00 ipod.cfg

lrwxrwxrwx 1 root root 37 Jan 01 00:00 layermanagerV2_nvidia.cfg -> /etc/layermanagerV2_nvidia_single.cfg

-rw------- 1 root root 34606 Jan 01 00:00 mme.conf

-rw-rw-rw- 1 root root 3040 Jan 01 00:18 mmelauncher.cfg

-rw------- 1 root root 3037 Jan 01 00:00 mmelauncher.cfg.pre-navdb.bak

-rw------- 1 root root 37 Jan 01 00:00 networks

-rw------- 1 root root 296 Jan 01 00:00 passwd

drwxrwxrwx 2 root root 36 Jan 01 00:00 ppp

-rw------- 1 root root 299 Jan 01 00:00 qdb-noHDD.cfg

-rw------- 1 root root 445 Jan 01 00:00 qdb.cfg

-rw-rw-rw- 1 root root 19 Jan 01 00:14 resolv.conf

-rw------- 1 root root 29 Jan 01 00:00 shadow

drwxrwxrwx 2 root root 152 Jan 01 00:00 splashscreens

lrwxrwxrwx 1 root root 36 Jan 01 00:00 umass-enum.cfg -> /mnt/ifs-root/etc/umass-enum_def.cfg

drwxrwxrwx 2 root root 104 Jan 01 00:00 version

PING 10.0.0.1 (10.0.0.1): 56 data bytes

 

----10.0.0.1 PING Statistics----

5 packets transmitted, 0 packets received, 100% packet loss

PING google-public-dns-a.google.com (8.8.8.8): 56 data bytes

64 bytes from 8.8.8.8: icmp_seq=0 ttl=39 time=251 ms

64 bytes from 8.8.8.8: icmp_seq=1 ttl=39 time=312 ms

64 bytes from 8.8.8.8: icmp_seq=2 ttl=39 time=290 ms

64 bytes from 8.8.8.8: icmp_seq=3 ttl=39 time=232 ms

 

----google-public-dns-a.google.com PING Statistics----

5 packets transmitted, 4 packets received, 20% packet loss

round-trip min/avg/max = 232/271/312 ms variance = 1501 ms^2

PING www.google.de (216.58.213.227): 56 data bytes

64 bytes from 216.58.213.227: icmp_seq=0 ttl=43 time=375 ms

64 bytes from 216.58.213.227: icmp_seq=1 ttl=43 time=274 ms

64 bytes from 216.58.213.227: icmp_seq=2 ttl=43 time=294 ms

64 bytes from 216.58.213.227: icmp_seq=3 ttl=43 time=195 ms

64 bytes from 216.58.213.227: icmp_seq=4 ttl=43 time=214 ms

 

----www.google.de PING Statistics----

5 packets transmitted, 5 packets received, 0% packet loss

round-trip min/avg/max = 195/270/375 ms variance = 5364 ms^2

[NOY]

A moins que le fichier DataPST.db ne soit un fichier texte et qu'il suffise d'y ajouter la ligne "tb_intvalues

4 4117"?

Tout droit, write.rar contient déjà toutes les lignes nécessaires à DataPST.db pour activer Google Earth pour touareg, mais je ne travaille pas street view.

Je veux vous poser une question comme un gourou de ce forum

 

MMI-3GP-GE-WIFI.zip a fichier sqlite.xml

 

-<int_row status="invalid">

<key>45056</key> Je n'effacer cette valeur, google maps?

<value>1</value>

<namespace>4</namespace>

</int_row>

 

-<int_row status="invalid">

<key>40960</key>

<value>32783</value> pour tmc en ligne

<namespace>4</namespace>

</int_row>

 

-<int_row status="invalid">

<key>4100</key>

<value>1</value> activation du menu vert

<namespace>4</namespace>

 

Pour touareg doit avoir ces valeurs

"4" "4115" "0"

"4" "4116" "0"

"4" "4117" "1"

"4" "4118" "40"

"4" "4119" "20"

"4" "4120" "8999"

"4" "4121" "132121883"

"4" "4122" "336333312"

"4" "4124" "131991064"

"4" "4125" "385875968"

"4" "4126" "3241187"

"4" "4127" "132187672"

"4" "40960" "32783"

"676990753" "72057594037862404" "1"

 

Ce qui est responsable de ces valeurs dans DataPST.db ou vcds?

(2) -Vehicle_configuration-online_POI, OFF

(3) -Vehicle_configuration-online_POI_voice, OFF

(4) -Vehicle_configuration-online_portal_browser_services, OFF

(5) -Vehicle_configuration-online_navigation, OFF

(6) -Vehicle_configuration-online_street_view, OFF

 

Je ne travaillais pas sur la street view touareg, et je ne sais pas quelle valeur devrait être DataPST.db, ou l'étendue de vcds de canal d'adaptation?

[NOY]

Windstar, rns a internet, itinéraires aller. Vous devriez essayer d'appliquer script write.rar et cliquez sur le bouton précédemment inactive google earth.

[frankiegom]

Noy,

 

gourou certainenement pas, mais merci quand même. ;)

 

Je n'ai fait que participer aux test de ce patch Audi Connect via WiFi. Je suis désolé de ne pouvoir répondre à la question... :(

windstar,

 

malheureusement ça ne m'apprend pas grand chose... la connection Internet est active par le GSM/SIM intégré, mais ça on le savait déjà...

Il doit y avoir un paramètre qui bloque Google Earth sur ta voiture, je suppose mais il faudrait trouver lequel. :(