Problem with canny 5.2 can gateway (Page 2 of 2)

Good news..  Fixing the sleep mode problem solved my network problems and my simple logic is performing as expected.  Nice.  So I'm on the the next step. 

Are there any examples for how to insert a message when the can gateway is running? My first reaction is just to build the new message in the appropriate CAN TX buffer and enable request to send, but i'm not sure how this interfaces with the gateway.

I would also like to be able to select a message that is coming through the gateway with a specific ID  and drop or modify it based data content,.   It's easy to do based on the ID alone but I'm not nut sure how to  interrogate  the rest of the message.

Cubic,

Thank you.  I love your gear counter!  It's very clever and I never even thought about doing something like that.  Since reverse is geared a bit lower than first, you might even be able to pick up that, but it's probably easier to use the backup lights.

On my question I guess it all boils down to how the CANNY works.  On the receive side, it must be that the gateway is only the loading Rx buffer when a selector is active and the specified ID shows up.  if you are only looking at one ID, there shouldn't be any problem.   However, if the gateway is acting asynchronously and you have selected several IDs there is some risk that another selected message overwrites the RX buffer before your logic is finished pulling data from it.  On the transmit side, the gateway must not be using the TX buffer at all until you issue a request to send.  I think that makes inserting records pretty easy and safe.

I appreciated  seeing your example.... and knowing that it works, I think I'll be able to do what I need to do pretty easily.

Thanks again.

Cubic,

Are you just trying to improve the efficiency of your logic or is it not working as well as you'd like?  I wouldn't be too concerned about a few extra logic logic steps if the display looks the way you want  it to.  I was impressed.

Here's a slightly different approach.  It uses a cascade approach to select the gear starting at 6th and going all the way to clutch in (I think I could have added one more level to pick up neutral but I didn't look at closely enough at your gear ratio calculations to see if it would work).  This approach allows you work directly with the byte results you want instead instead of having to deal with the results of the additions.  It eliminates all of the conversion effort and only updates the gateway configuration if there is a change in status.

i now have a need to add an additional input that functions in the same way as the reverse signal (+12v when on and open when off)) which is on DIO channel 10, so I'll need a switching circuit to translate +12v to a grounding of either DIO channel 8 or 9.  What I'm considering is in the attached image.  Is this similar to what you would do?  I wired it up and it's working.