Taking over existing keyboard shortcuts (in the scope of the application the user is working in) is a horrible idea.
You don't explicitly state it, but I think your application is browser based. Since, in the context of the browser, F5 is an existing keyboard shortcut (a common one, at that), it is a bad idea.
From personal experience - I had Norton AV installed and my subscription had expired. I didn't want to renew immediately. After it expired, the app took over the F5 shortcut as such that when I pressed it, it loaded an "always on top" modal with the Norton renewal advertisements. It did this regardless of what app I was using at the time. This was so intrusive to the standard behavior i was expecting, I ended up uninstalling and stopped all of my business with the company.
This inconsistency between the behavior I expected and what actually happened creates a feeling of friction against the task I am trying to accomplish. I am one of those people who can physically feel the energy drain from my body when this type of friction occurs, which in turn, can cause your users to leave.
It would almost be like adding a new car stereo to your car that took over the gas-pedal as a way to increase or lower the volume. It's an extreme example, I know, but that's how these things feel to me.
For another example... in Chrome, in the past, the backspace button could be used to take the user back to the last page they were on (equivalent to hitting the back button on the browser). They disabled that, in favor of the proper Alt+back arrow. Thousands of Chrome users took to the support forums to protest.
Instead, perhaps have a refresh icon or button next to (or above/below) the table which a user can focus to with a single TAB key press when currently focused on/working on the grid. Once it is focused, Enter (or a click with the mouse) should trigger it. If you must, you can create a new keyboard shortcut to activate it as well, ensuring that it isn't one that is already assigned to a behavior already by the browser.