Search results

Absolute champion! :D Ill give those a whirl later today.

Duff2013's Snooze library is absolutely brilliant, although it does seem to have a few 'gotchas' which aren't made apparently. 1)If your using the USB Serial for Debugging, you will need to perform another Serial.Begin after going to sleep and waking up. 2)If using CAN, you will need to...

Noticed some odd behaviour for the CANbus with 29bit frames. Filter was not setting correctly and mask actually needed the EXT flag set as 0 before any 29bit frames would pass through. Its a bit odd.. not sure whats going on there. Once 29bit frames actually start passing through, setting a...

Would doing it the way I suggested be possible them? Since if you don't erase the sector/s with the First program in it (Lets call it the updater), then that should always run on initial power up? The 'updater' then jumps to the starting address for the main application (The one that can be...

One of the gurus might have a better response for if that is possible. My thought is to develop a very small program that checks at the beginning of every boot for a valid update file from the uSD, if none is detected then it jumps to the main programs starting address in memory. Essentially...

Looks like a few too many 0's for the timer? 150000ms = 150seconds. For 0.15seconds.. you would want to enter 150.

Ohhhhhhhhhhh that makes more sense. Guess could read 100random bytes from analogue pin and try again, see which is faster that way :)

Im getting no-where near that value for the hardware CRC. I'll keep messing with it, might throw it into the FastCRC lib since it doesnt appear that is getting affected by the optimization.

Using visual micro, and selecting optimization as 'faster', the timing has now dropped to 3 instead of 500+. The FastCRC is around 10,0000 mark. I was thinking the optimizations was getting smart.. and bypassing the loop knowing its doing the same thing and affecting nothing.. but, I have it...

Think Im losing mind. For some reason.. Fast CRC is actually 20times slower then a software implementation on Teensy 3.2. Am using the latest version of the FastCRC, but.. if I didnt know better... FastCRC is maybe reverting to using its own software implementation maybe? When running the code...

Looks like the above is correct. Requesting a simply 7E0 01 20 message to the ECU at intervals of 10ms results in the following: Can see there is a 10millisecond delay between the frames.. 28900-18836 = ~10000micro = 10milliseconds. The the timestamp ticks over every 131070 microseconds at...

Been looking at the timestamp feature for flexcan, its pretty much a one liner addition but bit unsure what the units would be for the timestamp, as in is it display in microseconds or requires a conversion to microseconds? I see a pull/addition made by Xboxpro1 that had also implemented this...

;) Made my day. lol

Thats actually really good! Look forward to that becoming available.

Good to hear you can receive and send! Right, how about you first post in what you have so far in your coding so that I an help nudge you in the right direction :)

Are you able to receive messages on the CAN Bus successfully? And what can chip are you using?

Also, I tried disabling the registry error control to prevent the bus off from being able to occur, and when that bit is set to 0, the teensy actually freezes on that exact point... almost like it just couldnt accept that change. I put the CAN into freeze mode as its required and waited for that...

Added some error code status decoding to help along.. and the first two writes get: CAN RX Error Count: 0 CAN TX Error Count: 55 Wakeup Error: No Error Interrupt: Yes Bus Off Interrupt: Yes FlexCAN Receiving: No Error Passive Bus Off: Yes FlexCAN Transmitting: No Idle: No RX Error Warning: No...

Right so everyones on the same page that wants to tinker.. The reference manual can be found here (Its already uploaded on this site): https://www.pjrc.com/teensy/K20P64M72SF1RM.pdf Page 38 and 39 are the headings. And pages 1039 through to 1114 cover everything to know about the can...

Looks like ALOT of different experiences going on with the CAN transceivers in the thread! Have read this thread back to front a few times and looks like some people have got the MCP2551 working for reading and writing whereas others have not. I tried getting my MCP2551 and MCP2562 transceivers...