VW e-remote uten landstrøm

Med min nye VW e-golf har jeg stor glede av de tjenester som tilbys via e-remote applikasjonen fra min Android. Nå på vinterstid er det spesielt gledelig med funksjonen for forhåndsvarming av bilen. Dette kan jo programmeres til faste tidspunkt hver dag, og det kan startes AdHoc direkte fra applikasjonen.

Som fersk e-bil sjåfør er det jo litt skremmende å se en "tankmåler" med aktivitet, men det er noe man raskt venner seg til - adferden tilpasses. Et godt hjelpemiddel for å begrense kraftbruken er jo å forvarme bilen mens den er tilknyttet landstrøm - da har man en god og varm bil å sette seg inn i når turen starter samtidig som batteriet er fullt.

Forvarmet bil er en funksjon man raskt blir glad i. Utfordringen er jo at man ikke alltid er koblet til landstrøm når man parkerer.

Vinterparkering uten landstrøm

Det finnes heldigvis en mulighet for å stille inn bilen til å kunne forvarme med kraft fra batteriet. Dette vil jo gå ut over kjørelengden, så det er ikke alltid dette er en mulighet man vurderer. Man må derfor være oppmerksom dersom man aktiverer denne muligheten og samtidig har på automatiske oppvarminger til gitte tidspunkt - da kan man få seg en overraskelse. Heldigvis er det begrenset lengde for hvor lenge forvarmingen går før den slår seg av igjen av seg selv.

Selve innstillingen gjør man under CAR - INNSTILLINGER - INNSTILLINGER FOR ELEKTRISK KJØRING/LADING. Sett der hake for "Tillat klimaregulering via batteriet"

Mulighet for å tillate klimaregulering via batteriet.

Etter at denne settingen er satt i bilen har man tilgang til å starte klimareguleringen fra e-remote appen selv om bilen ikke er tilkoblet landstrøm.

Klimaregulering er aktiv i e-remote appen

Da kan jeg nyte godt av forvarmet bil og tilnærmet isfri ruter selv om bilen står parkert på frittstående parkeringsplass. Husk imidlertid på at dette går på bekostning av kjørelengde!

Klar for tur i forvarmet e-golf

Trio - Admin og Calendar view fungerer ikke fra Agent

Fra Trio Agent 6.X har det kommet muligheter for å administrere innslag i Company Directory direkte fra Trio Agent, noe som forenkler vedlikehold av data for de som jobber i Sentralbord med Trio Agent.

Denne nye funksjonen med å redigere abonnenter i Company Directory åpner for en enklere og raskere administrasjon av dataene. Når en Agent nå ser informasjon som ikke er korrekt er det nå enkelt å redigere dette direkte.

Rediger abonnent er nå mulig direkte fra Trio Agent

Jeg har enkelte ganger sett at dette valget ikke har fungert. Det første som er naturlig å sjekke i den sammenheng er at den innloggede Agenten har CD Administrator rettigheter, noe som er nødvendig for å kunne vedlikeholde innholdet i Company Directory. Dette løser stort sett opp de fleste problemer knyttet til dette.

Jeg har likevel sett situasjoner hvor Agenten likevel ikke har fått redigert abonnenter direkte. Det viste seg da at klienten forsøkte å nå server over TCP port 8855. Dette er en port som opprinnelig ikke stod i Technical Requirements for Trio Enterprise 6.0. I strenge miljøer hvor denne porten ikke var åpnet fungerte dermed ikke valget Rediger abonnent. Etter å ha åpnet for TCP 8855 fungerte valget som forventet.

Logging som viser at klienten kontakter server over port 8855 ved bruk av funksjonen

Merk at dette også gjelder den nye funksjonen Vis kalender som kom samtidig som Rediger abonnent valget. Begge baserer seg på tett integrasjon med Trio Administrator i bakgrunn som tydeligvis er den nye komponenten som setter det nye portkravet. Technical Requirements er nå oppdatert med denne nye porten.

Trio - ikke kontakt med modul for autentisering

Ved enkelte anledninger har jeg kommet over en melding om at Trio Agent ikke får kontakt med modul for autentisering. Resultatet av dette er at bruker ikke får logget inn fra gjeldende PC.

Problemet har kommet ved bytte av PC'er eller ved oppgradering fra Trio Enterprise 5.X til Trio Enterprise 6.X. Det naturlige er å sjekke at trafikk ikke er sperret mellom klient og server samt at brukeren får logget inn fra andre maskiner. Meldingen ser ut som følger ved forsøk på å logge inn:

Innloggingsfeil: Får ikke kontakt med modulen for autentisering

Det viser seg at Trio Agent fra versjon 6.0 krever Microsoft .Net 4.5 installert på klienten selv om dette ikke er benevnt i Technical Requirements for Trio Enterprise 6.0 (rev.no 4). Installasjon av .Net 4.5 løser opp i dette problemet og lar klienten logge inn.

Oppdatering: Rev. no 7 av dokumentasjonen nevner nå kravet om .Net 4.5

Lokal brannmur og antivirus

Har også sett at lokal brannmur og eventuelt antivirus på Agent PC har hindret innlogging og gitt feilmeldingen "Får ikke kontakt med modul for autentisering". Det typiske i denne sammenheng er at flere maskiner har blitt hindret innlogging over natten. Disabling av antivirus på en problemPC har så åpnet for innlogging. Videre feilsøking i loggfiler til McAffee førte til løsning ved å kjøre EI.AUTHCLIENT.EXE inn på liste over godkjente hvitelistede applikasjoner. Da fungerte innlogging for hele kundesenteret igjen. Problemet var da et resultat av automatisk oppdatering av antivirus motoren til McAffee. Det kan tenkes at oppdatering av Trio Agent klient i ettertid kan skape innloggingsproblemer dersom signaturen til EI.AUTHCLIENT.EXE endrer seg. Da må i tilfelle hvitelistingen av applikasjonen gjøres på nytt.

Beslektet problemstilling ved autentisering

Ved enkelte anledninger har jeg også sett at man ikke får logget inn i noen klienter - selv på server. Har da fått variasjoner ala følgende ved forsøk på innlogging:

Eksempel på feilmelding fra Trio Administrator og Trio Agent

Dette har ofte blitt løst opp ved å kjøre en IISRESET på serveren.

IISRESET på Trio server kan løse opp i autentiseringsproblemer

Loggfil

Trio loggfilen Authbridge.log på Agent PC er ellers et bra sted å lete etter feilsituasjoner knyttet til pålogging.
McAffe logger til området %deflogdir% og loggfilene der kan gi indikasjoner på om den slår ut på noe.

Office365 Calendar integrasjon i Trio Enterprise 6.0

Trio Enterprise kan settes opp mot Office365 som både Mail Monitor og med kalender integrasjon. I forbindelse med kalenderintegrasjonen har jeg funnet et problem med at det ikke er mulig å utelate Subject fra å bli visende inn til Agenter.

Bruk av kalenderintegrasjon mot Trio er jo som tidligere beskrevet en av suksessfaktorene bak innføringen av Trio i en organisasjon. Trio oppsettet mot kalender i Office365 kan basere seg på tilgjengelighets status eller på triokoder i emnefeltet. Det finnes også en mulighet for å ikke importere selve emnefeltet inn til Trio. Det er her det har blitt oppdaget et problem i Trio opp mot Office 365 hvor emnefeltet blir synlig selv om konfigurasjonen er satt til å ikke vise emnefeltet. Problemet er bekreftet helt opp til Trio Enterprise 6.0 ServicePack1 HotFix4.

Har fått en ny versjon av Trio.API.CalendarFramework.dll som skal håndtere dette på en bedre måte. Samtidig har det kommet ny informasjon om valg av Exchange versjon i oppsettet mot Office365. Tester viser nå at dette endelig er fikset. Antar at dette er en fiks som vil bli tatt med i en senere oppdatering av programvare og dokumentasjon.