Hey @users and @foosel !
I'd like to share my experiences with these problems and how I solved them. Maybe you @foosel can include this solution in your FAQs for the new "resend requests".
Soo my printer is an Ender 3S and it worked just fine with an Raspberry Pi 3. But suddenly i experienced all these errors in my terminal, for example:
[Error:Line Number is not Last Line Number+1,]
echo:Unknown command: ...
and so on - especially when the steppers are on!
Because it has worked well so far, I searched for the solution by changing cables, repositioning the RPi or trying another power supply. But I finally found it!
The day before i printed a drawer and pushed the cable for the LCD just behind it - like this:
And that was the problem! After i re-arranged the cable according to the picture below (as I had it before and as you can see on the picture)
ALL the errors went away - the amount of resend requests went from 16% down to 0% and print artefacts went away.
(sorry, have to split my answers because i cant post more than one image per reply)
Also the problem came back when i pushed the cable back behind the drawer, so in my case this was definitely the root cause of the problem.
So if you are facing these problems: check your printer cable!
Spent a day looking at the resend ratio issue that I was getting, I did the switched to use different Raspi's / cables. Also reinstalled Octoprint on the Pi, installing Octoprint on a windows tablet, and it was all down to the control cable!!! Why would this be the case? Anyway, thank you for the posting your solution it helped me track down the problem, and now I'm back to been able to use Octoprint 
Bad cables can be very susceptible to interference, since they may not be shielded/twisted together. Or over time, the connections within can degrade and so becomes a bit intermittent at transferring data. There's a whole number of reasons, good that you got it sorted!
Thank you sir.. after days of troubleshooting, moving things around.. creating a shielded enclosure for my raspberry pi, cutting power line in a usb cable, adding ferrites, etc.. I knew the problem was only caused when stepper motors are used, but also when using the menus on the Ender 3 LCD.
I had folded the ribbon cable on top of itself and clipped it out of the way. Last night, I ordered another Pi as I was sure that power back from the printer had damaged mine causing EMF sensitivity.. earlier today I read this thread.. I just unfolded the cable and now I am printing with 0 resends again.. with the cable folded.. i was getting them immediately after printer starting printing object (not during rafts) I would have 20% errors within the first 10 mins of printing and the printer would move erratic..
THIS FIX WORKED FOR ME!!! Thank you very much for this insight you have shared.
T.
You just made my day! After fiddling about with all kind of changes it looks like the display cable routing was the solution. I have put it behind the drawers and I had a lot of communication errors. Now I just folded it to the front en the errors seem to be gone!
Thank you, found this thread as I'd just started experiencing garbage and high resend requests since fitting my Pi 3B into a printer mounted case. I'd done the same and tucked the ribbon cable tidily behind the Pi.
Moving the cable and checking with the M17 / M18 commands seems to show no garbage, fingers crossed for this next print.
Thanks for this tip! For me, long prints were stopping because of comms errors. Running Octoprint from an old laptop rather than a Pi. USB cable is good quality Rather than re-routing the LCD cable, I wrapped the cable with aluminum foil (as neatly as I could) to form a shield. Also, fashioned a grounding wire by stripping a bit of copper wire, spreading the wire strands over another bit of foil and wrapped that to the shield. Taped the grounding wire to the shield, then taped the foil neatly (the foil is a bit fragile). Looped the other end of the wire and attached it to one of the control case screws on the bottom of the case. I had moved the power supply to accommodate the dual z-axis screw, so while I was at it, ran the ground wire to a screw on the power supply case as well. Clipped the LCD cable back to the extrusions so everything is neat again. Luckily, the aluminum wrap and tape didn't add much thickness, so I was able to re-use the clips. Worked like a charm! Errors went from over 12% (and killed the printer at one point) to 0%. Cheers!
Kudos for the LCD cable routing tip!!
I was setting up a new printer and had the cables all willy-nilly and was running a test print and it was messing up BADLY. I looked at the log and saw all these weird resends and UTF-8 characters like this article describes...... Naw it can't be that easy right?? Yuuup it was!!
I could actually see the results instantly in the terminal just moving the wires to a different position.
DARN RFI!! LOL! A little shielding and Bob's yer Uncle!!
Cheers
JD
I still can't believe it. From 17% resend to literally ZERO resends just by moving this cable! Thank you so much for your post!
Thanks for the post, Im having the same issues. From the little experementing ive done this afternoon (thanks to your post!!) Turns out using the cheapo LABISTS Power supply that gets bundled with the labists kit is SUPER noisy... going to do a test print now with the power supply that comes with my old one plus 3t, seems to be working like a charm LOL. Cheers for your helpful post.
i was going out of my mind trying to work out how fitting a display case could cause this..
That fixed it right away, the mind boggles!!!
OMG guys, This just started happening to me.
Tracked it down to a cheap strip of LED lights I use to illuminate the build plate for the camera,
because after I unplugged those, the problem went away. Weird thing, I was using them for weeks, with no noticeable problems. wacky!
Hope this helps someone.
This issue had me stumped also, until I found your post. As silly as it sounds, I had my ribbon cable nicely cable managed with clips to the bottom extrusion of my 3 Pro. I was getting 10% and greater resends. Tried cables, ferrites etc, but not go. Then on your info I unclipped the ribbon and "let it free" and bingo, not a single resend.
Thanks for your info, I doubt I would have found that myself.
This is 100% the cause of my issues too, thank you for this. Is there a better way to shield the wire? Would still love to do some cable mgmt on that lcd wire, but directing clamping it down to the frame is no good.
Unbelievably, this tip solved my problem too! Thanks SO much.
I found out why LCD has an effect on printing. The LCD of the ender3 is too close to the PSU, and the PSU will cause relatively strong interference. Since many signal pins are exposed on the LCD screen of Ender3, the interference of the PSU will cause the LCD to send some interference signals to the printer.
I covered the leaking pins with the screen wallpaper, and the interference disappeared immediately.
Well I'll be a monkey's uncle. When my Pi is plugged in, it powers the Ender 3 board and I can do a few things that don't require the printer to be on. Even without the printer powered up, I was getting random errors on the terminal. After removing the cable management stuff and pulling the screen ribbon cable away from the frame, all the errors are gone. Absolutely crazy.
Thank you!
that is known as backpowering and can also cause connection issues eventually, better to fix it.
