redmist Posted March 14, 2019 Report Share Posted March 14, 2019 Through my own stupidity, (and lack of 16 fingers) I used the wrong trigger to complete a stream of Link CAN (Generic Dash) data for my radio telemetry program. On triggering a completed set using the last frame as "d" (14), from the correct Link CANID I got an intermittent completion of the link data set (and sent via radio). On further investigation I've noted that it's only sending frame 14 once randomly every 5-10 or so seconds. This frame does not appear on the Generic Dash CAN Data Format. The 7 remaining words (including the 6 that are relevant) are all "00"'s Wondered if it was important, or if it had any data that I should be displaying either locally(dash) or remotely (transport truck). Cheers, Daniel. Quote Link to comment Share on other sites More sharing options...
Adamw Posted March 14, 2019 Report Share Posted March 14, 2019 Here is a log from my CAN sniffer. G4 storm, generic dash stream @ 20Hz. Frame 13 (Byte 0 = 0C) is there every transmit and there is no frame 14 that I see. G4 Generic.txt Quote Link to comment Share on other sites More sharing options...
redmist Posted March 14, 2019 Author Report Share Posted March 14, 2019 G4 Storm, old case, updated for CAN. Generic Dash stream at 20Hz. Only CAN sniffer I have is the PiCAN 2 shield on my Pi 3. Three, frame 14 (0d) interspersed through my log... I've used both C and Python libraries. Given it's a correctly formatted CAN message I doubt it's generated by by PiCAN2 board. I guess I could drop the entire frame given it contains nothing? (don't want to send rubbish over radio). candump.txt Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.