Link Keypad on G4+ via PDM

[Hilly]

Hey, legends. I read recently that the Link keypad is not supported by G4+ (plugin in VL turbo). Is this still the case? If so, it's lucky that I ordered a Razor PDM at the same time as I read the Razor supports the keypad. Before I do some tinkering tomorrow, can anyone here confirm that I can use the keypad switches to control ECU functions like multiple boost maps, launch control, etc via the PDM? And do I wire the PDM and keypad on the same canbus network on the G4+.

Thankyou muchly.

[Adamw]

Yes, wire all on the same bus, yes G4+ can take keypad commands from the PDM for most common functions.  

[Hilly]

Thanks @Adamw. I know this is a pretty big ask, but are you able to summarise the steps for connecting the keypad to the PDM? I (think) I'm having issues.

Firstly, in the interest of isolating issues I've tried connecting the keypad directly to the PDM via Can H&L. I immediately assumed this wouldn't work as I can enable termination on the PDM, but cannot terminate on the keypad (other than manually doing so I guess). In any case, I tried selecting the correct CAN keypad as keypad 1 and then assigning a function to Button 1. While this Function has no control as yet, I still expected to see a light on the keypad button 1, either by pressing or by setting an LED color for 0 Count. No go. I have tried configuring a CAN channel with Mode = keypad 1, but I'm assuming this wouldn't be required to test whether the keypad is working with the PDM?

Assuming termination was required I added a Link Can Guage (previously wired to the ECU Can bus) which uses a jumper for termination, and enabled termination on the PDM. Still no lights toggling on the keypad. I also tried adding the ECU to the network (which is terminated as per docs), the gauge (terminated), the PDM and the keypad, all on the same CAN bus from ECU. Still, no LED's on the keypad (power and ground connected correctly as I do see the flashy LED startup sequence).

I'm working here on a massive assumption that even with no Control setup in Keypad Function 1 which is assigned to Button 1, I should still see LED action. Is that assumption wrong? If so is there a basic control you could suggest which is basically a no-op, but allows me to test if the keypad's functioning?

Of course, the ultimate goal is to access this data via the ECU, but for now, I'd just like to see the keypad work with the PDM.

Sorry for the rookie questions... Looking forward to learning more about these CAN networks.

Thanks

[Hilly]

Hey guys. I just wanted to add further context here in case it helps.

1. I wired in a 120ohm resistor to further isolate and create the simplest possible wiring solution. So, for now, forget the ECU and any other peripherals. I have a basic CAN backbone running from the PDM to a 120ohm resistor, branching off to the PKP-2400-Sl keypad along the way. I have enabled termination in the PDM. Using a multimeter I see ~60ohm resistance with the PDM on, as I'd expect. Testing Can H and Can L voltage gives values that would seem appropriate. I also have the keypad power connected to ADIO 2. Powering on the PDM powers on the keypad as expected with the rad-looking LED flashing sequence.
2. I have keypad 1 Settings, Keypad Model set to the PKP-2400-Sl/LI.
3. I have bound Button 1 to Keypad Function 1.
4. I have set Keypad Function 1, 0 count LED color to Green.
5. I do not see a Green LED on button 1.

Is there something I am missing in this most basic of configurations? With this setup, I have tried a pletheroa of configurations for Keypad Function 1, wondering if a Control operation needed to be set up for Counts incrementations to work and have never seen LED's toggling on the keypad. I've never Keypad Function 1 counts being incremented.

Obviously, this is either a wiring, hardware, or software issue. To help me diagnose I'm wondering if someone could create me a config file that is setup to support a BlinkMarine PKP-2400-Sl, and has some sort of Keypad Function tied to button 1, such that I could load the config, power up the PDM, and see a Green LED for the 0 state of Button 1. Or, something similar? Or light all 8 buttons up like a Christmas tree - I don't care. Just a software-level config that 'should' work, so I can eliminate software as the issue and keep debugging?

I've attached the current basic config in case it's simpler for someone to see an issue in it.

 

pdm-keypad-issues.pdmc

[Adamw]

Set one of your CAN channels to Keypad 1 with ID 405 and also set Tx to 10Hz or so.  The "Keypad 1" mode receives the button presses from the keypad, the Tx part sends out the commands for the LED's.  

[Hilly]

Well, that fixed everything immediately!!! LED's and button counts toggling as expected. I'd suggest amending the docs to alert people that adding a keypad CAN channel with the appropriate ID and tx rate is required to set up a keypad. I know it might be obvious to many, but it sure would help some. I'm going to make a youtube video on this whole topic I think. Obviously, the PDM is quite new, there is very little content out there.

Still have yet to access the button statuses via the ECU so will give that a crack tomorrow. Hold onto your butts for more questions :-)

[Adamw]

Some comms examples for G4+/PDM here:  

 

[Hilly]

Thanks @Adamw. That thread you shared was super helpful. All 8 CAN DI's are functional in the ECU now, and some are already put to use. One last question before I close this very helpful thread... Anti-theft in the g4+.... anychance I can use a CAN DI for this? My googling says no. Did see a thread that suggested using a Virtual Aux with GP output based on the CAN DI condition for anti-theft, but I'm assuming this is only supported by X. Looks to me like the '+' can only use a DI. I've got spare DI's in the ECU, and plenty of outputs in the PDM, should I just run a wire and be done with it?

Thanks in advance, once again.

[Adamw]

You can receive the Antitheft request directly via CAN.  Swap one of your CAN DI's with "CAN Anti-Theft Request", then in the >chassis and body>antitheft menu set "allow CAN ANtitheft Request" to yes, and set the default state depending on whether a received 0 means run or not run.

 

[Hilly]

Ohhhhhh of course. Man I’m learning so much about CAN thanks to Link. Will give this a go once all 4 children stop yelling at me to make breakfast :-) Soo very much appreciated legends!!!