My Duinomite Mega Canview V4 equivalent Project

MG2 Temp is received on the "24" frame
In this frame you have :
byte 1 = 24
byte 2 = MG2 inverter temp
byte 3 = MG2 temp
byte 4 = MG1 temp. What I know is that MG1 temp is computed. I believe that there is no temp sensor in MG1 unlike MG2.

All temp in celcius and with 50 (décimal) ofset value, so min value is -50°C.

Did you received all the frames :
7EA 10...
7EA 21...
7EA 22...
7EA 23...
7EA 24... ?

 

Lopezjim.

You send 7E2 30 between each frame received (frames 10 21 22 23 24). It seems that canview do this.
I don't do this, just send this one time after the 10 frame and it work fine.
Usually there is some delay between the first frame received, the 10 one, and then usually come 3 frames 21 22 23 close each other. During this delay passive pid are received. After the 23 is received some passives pid come also then the frame 24 is received.

Maybe you lose some time using this non necessary Cansend. You could try and see.

Using different dongles (elm cansub tactrix) I never have timing problem with active pid, except when talking to nimh_ecu.

 

Dit multi tasking you need more processor power and this is something you dont have in the mega right?
So would multi tasking solve this?

-Htc Tapatalk ( sorry for auto spell correct )

 

i am looking into using one of the inputs on the board to connect a switch
what this switch you then tell the Mega that you want ORG or PHEV mode.
this way you dont need a screen anymore
also use the SOUND 500, 2000 command ( 500= sound tone and 2000 = time to sound it ) to send out a warning sound when for some reason something is wrong like a to low voltage or DCL or DTC or! to high temp of anything

just my googling at the moment finding how to connect a switch to the board is not yet successful.

the relay board is on its way just like the odb2 splitter cable

i am goging to use relay 1 2 for EV, and PHEV like you are doing and planning to use relay 3 for ICE temp spoofing!

i think i discovered that when you send a HIGH ice temp ( lets say 80celsius ) at startup ( before ice start ) it will go into EV faster and not do al the working cycle like normal.

so prius start and Mega start = relay 3 close ( when ice not running ) for 2 sec ( = high temp ice ) and then off again.
just not sure when in wintertime this is going to work because maybe the ice will start at startup?!
then i geuss low temp and or ice running wil ofcourse need to be a NO close relay 3 state.

EDIT
here is something with a arduino board and a pushbutton
Arduino - Button

EDIT
there is ofcourse the USER BUTTON than can be used for testing without the need for wire anything..

EDIT
here is some example use of that button
DuinoMite controls MP3 player – Add voice and music to your embedded projects « olimex

10 OPEN “COM3:9600″ AS #1 ‘open UEXT RS232 port
20 PRINT “PRESS THE USER BUTTON TO PLAY DUHAST.MP3″
30 DO: PAUSE 100: LOOP UNTIL PIN(0)=1 ‘wait button to be pressed
40 PRINT #1, “PSONGNAME DUHAST.MP3″ ‘start playing the song
50 PAUSE 1000 ‘wait 1 second
60 PRINT “PRESS THE USER BUTTON AGAIN TO STOP THE SONG”
70 DO: PAUSE 100: LOOP UNTIL PIN(0)=1 ‘wait button to be pressed
80 PRINT #1, “C” ‘stop playing the song
90 CLOSE #1

EDIT
adding this to the code ( add part in bold and undelined )

'''''''''''''
' MAIN Starts here
printHeader()
drawBoxes()
CANOPEN 500000
' waitForCanData()
drawlabels()
findBMS()
' priusreadysignal()
setrelays()
looper = 0
bmsvolts = 210 : inversebyte()
Do
K$ = Inkey$
If pin(0) = 1 Then F4() // use user button to switch phev and org mode
If K$ = "q" Then CANCLOSE : Cls : Print " CANPORT CLOSED" : End
If K$ = "Q" Then CANCLOSE : Cls : Print " CANPORT CLOSED" : End
If K$ = Chr$(145) Then F1()
If K$ = Chr$(146) Then F2()
If K$ = Chr$(147) Then F3()
If K$ = Chr$(148) Then F4()
If K$ = Chr$(156) Then F12()
If K$ = Chr$(128) Then bmsvoltsup() : updateBMS()
If K$ = Chr$(129) Then bmsvoltsdown() : updateBMS()
If (getCanData()=1) Then updateVGA()
priusreadysignal()
updateEVtry()
If (R4 = 0) And (C1 = 0) And (looper => 1) Then updateBMS() : C1 = 1
If (looper > 5) And (C3 = 0) Then
If (pidrequest21C3()=1) Then updateVGATemp() : C3 = 1
EndIf
If (looper > 3) And (C4 = 0) Then
If (pidrequest21C4()=1) Then updateVGATemp() : C4 = 1
EndIf
If (looper > 4) And (C5 = 0) Then
If (getCanDataTemp()=1) Then updateVGATemp() : C5 = 1
EndIf
If looper => 6 Then looper = 0 : C1 = 0 : C2 = 0 : C3 = 0 : C4 = 0 : C5 = 0
looper = looper + 1
Locate 212,404
Font 2
Print looper;
Loop

NO more need for keyboard in basic PHEV on and off control ;-)

EDIT
tested it and it works
so next up sometime wil be to connect a switch (with resistor? ) connected to one of the digital inputs.
so i can make a external dasboard mounted ohev switch.

 

here is a small video
i played around with the GPIO20 connector to see if i can drive a digital output that can be used to switch a relay
i am using the digital output config 8 and not config 9 ( open collector ) used with the relay board lopez got and i hope to recieve also.

 

lopez did you use the 5 volt from the board to power the VCC on the relay board from ebay? or external?

 

sorry not yet claer to me so ok gr0und and 5 volts from the duinomite board or ground from the duinomite and 5 volt external?
i geuss the first one

the fet is also 3 x more!

 

From USBSeawolf2000's Torque files:

Converter Temperature Conv Temp 21C4 1.8 * F - 58

I've attached a copy - it's my go to resource for all the PID values.

 

Well I got my DM Mega bootloader working. It was never broken - it turns out it was a faulty USB cable. The DM won't go into the bootloader unless there's an active USB connection.

I spent a couple of hours or so on the CAN updates last night. It's a first pass at putting all the code in place. I also transitioned to MPLAB X for an IDE - although final compile still needs to be done in the V8 IDE. It's nice to have a good toolchain in place at last!

The first thing I'm working on is adding two commands to Frank's implementation (with a slightly different approach than first envisioned):

Code:

CANADDCHNL chnl, id, type, buffsize, ok
chnl - channel number between 2 and 31 (channels 0 and 1 are already in use by Frank's code)
id - CAN id of message of interest
type - 0 for standard ID, 1 for extended ID
buffsize - number of messages to buffer
ok - 1 if successful, 0 otherwise
 
Adds a CAN channel set up to filter the provided ID.  For an unsolicited value buffer size will
normally be 1 - i.e. you're just interested in the most recent value.  For a requested PID with
a multi-frame response then buffsize should probably be set to number of expected frames *
2 (some experimentation still required to see if it can just be number of expected frames)
 
 
CANRCVCHNL chnl, data(8), ok
chnl - channel number of previously added channel
data(8) - 8 element array to receive data
ok - 1 if successful, 0 otherwise
 
Retrieves one message worth of data from the FIFO buffer associated with the channel that
was configured with the CANADDCHNL command.

I hope to get these working in the next couple of days.

 

Nice work both of you
I am trying to use the Duinomite to control my charger
Waiting for the relays board still

U dont have canbus but i can now have a central device that will shutdown charger when one of the cellogs is triggered and also a temp sensor and to long charging time in one nice box that can even Send me a text message when charing us compleet with the modgsm module

-Htc Tapatalk ( sorry for auto spell correct )