Sv: Nissan Carwings

[Ken]

Det var sagt i begynnelsen av trådet at overlading pågår på 10A og det er ikke sant. Etter at beregnet terskelspenning er nådd vil laderen levere 5 ampere som en bregnet prosent av siste forbruk. Det betyr at man kommer langt ved å bruke en 5A lader og selv beregne ladetid uten å skade batteriene så lett. ladetid blir litt lang da..

[Caspar]

På passasjersiden av den grå interfaceboksen på torpedoveggen sitter en rund 2-pins skrukontakt til kjøresperren. Forbindelsen går til kontaktene på et 220V AC rele i interfacboksen som forteller BMS at ladekontakten er koblet inn. Når man skrur løs og trekker ut kontakten (eller det blir brudd) går BMS i lademodus; et rele/kontaktor/solenoid i kontaktorboksen/HV-boksen kobler sammen lader og batteri.

Dersom man ikke har BMS må originalladeren startes med det korrekte RS-485 pulstoget. Originalladeren og BMS programmet er tilpasset  Saft STM-5 MRE nikkel-kadmium batteri. Når man bytter batteritype må laderen og ladeprogrammet tilpasses den nye batteritypen.

Er du sikker på dette med den lille topolpluggen på den grå boksen ? Jeg er på reise og har ikke skjemaene her nå, men jeg har et komplett drivverk med ledningsnett liggende på garasjegulvet og de to ledningene går inn i motorkontrolleren og hvis 230V er tilkoblet så er de to ledningene brutt og feil kan leses ut av motorstyringen om at 230 er tilkoblet og kontrolleren vil ikke "starte". Det går flere ledninger fra BMS og ned i HVboksen ved batteriene i tillegg til de som går til strømmåleren. Jeg trodde det var slik at når laderen fikk 230 så sendte den et spørresignal til BMS om den ønsket lading, og hvis forutsetningene var tilstede så svarte den "ja" tilbake og la sammen et rele i HVboksen. På mitt ledningsnett har jeg fjernet alt som heter BMS/lader og funksjonen som hindrer kjøring med ladekabel i fungerer fint.  Hvis min teori stemmer så er vel tiden inne for å få lest ut disse signalene og lage en Eprom som produserer denne "spørrealgoritmen" når den får 230V og lære den nye laderen og starte når den får beskjed tilbake fra BMS ?

[cra]

Men hvordan signaler er det som går i de to ledningene mellom BMS og lader ?

RS-485 med proprietær protokoll. Det er digitale signaler.

Og "proprietær protokoll" betyr i praksis at delene snakker et språk som produsenten har "funnet på selv", i motsetning til en "åpen protokoll" der definisjonen på hvordan man snakker med enheter som bruker protokollen ligger dokumentert. 

[Caspar]

Men hvordan signaler er det som går i de to ledningene mellom BMS og lader ?

RS-485 med proprietær protokoll. Det er digitale signaler.

Og "proprietær protokoll" betyr i praksis at delene snakker et språk som produsenten har "funnet på selv", i motsetning til en "åpen protokoll" der definisjonen på hvordan man snakker med enheter som bruker protokollen ligger dokumentert. 

Betyr det at det ikke er så lett å "lese ut" disse signalene ?

[cra]

Og "proprietær protokoll" betyr i praksis at delene snakker et språk som produsenten har "funnet på selv", i motsetning til en "åpen protokoll" der definisjonen på hvordan man snakker med enheter som bruker protokollen ligger dokumentert. 

Betyr det at det ikke er så lett å "lese ut" disse signalene ?

Ja, det er akkurat det det betyr. dvs; å avlytte signalene er nok "enkelt"; hvordan de ser ut er beskrevet i wiki'en det ble linket til.  Med riktig utstyr lar det seg gjøre, men man må selv finne ut hva de ulike signalene betyr. Det blir som å høre noen snakke et ukjent språk, og så prøve å lære seg språket. Det er mulig, men tidkrevende. På "fagspråket" kalles det "reverse engineering".

[Elmo]

Betyr det at det ikke er så lett å "lese ut" disse signalene ?

Ja, det er akkurat det det betyr. dvs; å avlytte signalene er nok "enkelt"; hvordan de ser ut er beskrevet i wiki'en det ble linket til.  Med riktig utstyr lar det seg gjøre, men man må selv finne ut hva de ulike signalene betyr. Det blir som å høre noen snakke et ukjent språk, og så prøve å lære seg språket. Det er mulig, men tidkrevende. På "fagspråket" kalles det "reverse engineering".

Det er jo det BauDemo har gjort for Nicometeret

[OneMore]

Heisan, det er akkurat di samme tingene jeg tar opp i min tråd vedrørende hvilken CHIP.
Jeg kjenner til en gjeng som kan knekke kode også på chip.

OneMore

[Lynet]

Snakket med BauDemo om akkurat dette, han mente det ville ta måneder å finne ut av kommunikasjonen mellom lader og BMS!
Men mulig er det helt sikkert.

Renault skal ha samme laderen, er det ikke noen som vet mer om hvordan laderen kommuniserer mot Renault sin BMS?

[Ken]

jeg kjenner til en som har forsøkt å bruke en Think lader til en elClio og det var ikke en ren byttesak. Kommunikasjonen var noe andeledes.

[elektrolux]

En må bruke Think sitt kommunikasjonskort om en skal bruke Clio laderen i Think. Etter det går det bra.

[OneMore]

Hvor sitter det kortet ? Hvordan ser det ut ? Bilder ?

Dette kan vel være løsningen ?

OneMore

[Caspar]

[El rayo]

Skal forsøke å koble opp en ekstra lader jeg har lånt og se om den gir noe signal ut når den får 230V inn.

Laderen er merket "prototype no 8" og kan derfor ha et annet program. Mikroprossessoren på styrekortet er påklistret en håndskrevet lapp med teksten" v7.F". Klarer ikke å tyde det som står på mikroprossessoren på styrekortet på bildet til Caspar.

Og pre charge motstandene og releet er brent. Dette er ikke gjort i en fart.

[Lynet]

Da har jeg fått kjørt scoopet på kommunikasjonen mellom lader og BMS:

[hma]

Strålende Lynet! Dette er starten på noe

Mitt forslag til videre framdrift er:

1. Korrelering av diagrammene. Det vil si; sjekk at signalsekvensene er like når laderen utfører samme operasjoner flere ganger.

2. Noter ned bitstrømmen for hele sekvensen. Definer den korteste pulsbredden som ett bit (f.eks 0 for 0V og 1 for 5V).

3. Vurder hvilken kode som er brukt for å sende data. F.eks Manchester-kode http://en.wikipedia.org/wiki/Manchester_code. Ihht IIE 802.3 er en 'ener' definert som en overgang fra 0 til 1, mens en 'nuller' kodes som overgang fra 1 til 0.

4. Data må analyseres for å avgjøre hva som er den virkelige nyttedataen, dvs instruksjonene som laderen mottar. Om det brukes start/stop-bit, etc.

5. Dette må gjøres for alle mulige tilstander og datasekvenser som BMS sender til lader.


Det er mulig det finnes smarte program som kan analysere en vilkårlig bitstrøm og foreslå kodetype og hvilke mulige data som ligger der i. Eventuelt gjennskape et kjent bittmønster ved en kjent tilstand/instruksjon fra BMS til lader.


@OneMore:
Det jeg nevner over er et alternativ til det du tenker på. Dvs metodikken går ut på å forsøke å forstå hvilke rådata som overføres til hvilken tid, samt tolke hva det betyr.

Alternativet er som du er inne på; chip-hacking. Med utgangspunkt i det Elektrolux sier, at Clio-lader passer med Think sin kommunikasjonsmodul, er jeg ganske sikker på at det essensielle dreier som om kommunikasjonskortet. Her sitter en mikroprosessor som oversetter signaler fra Think-BMS'en til selve laderen.
Dette programmet er med all sannsynlighet lagret på mikroprosessoren som kompilert kode, altså binær instruksjoner uten noe klartekst og forklaring.

Om dine gode hjelpere kan lese ut dette programmet kan det sikkert lastes inn i en annen mikroprosessor (evt et kommunikasjonskort med tilgjengelig lader). Da har vi kommet et langt steg i riktig retning .


Det ville forøvrig vært veldig interessant å høre BauDemo sine kommentarer vedrørende dette.
Arne Magnus Berge (alias Rav4_EV) har jo også jobbet en del med dette, men jeg har ikke sett noe til ham på en god stund her på forumet.

Hilsen
Håkon