Frankly new to linux. How do I get my L3550 printer to work on linux. Currently using the ipp everywhere that seems to get all settings correct. Using the USB drive or the L3550 driverlesss causes issues, whether its ;not stopping printer when the button is pressed, not identifying the online/ offline status (for all, even IPP everywhere), printing boxes and triangles instead of content, wrong printeable formats eg larger than the printer size, unsupported sizes eg A4 borderless, wrong pulling of papers, chewing papers often, not stopping in case of a jam (you can hear the paper being ripped in there), its very uncontrollable. Like a lathe machine with a bad operator. the IPP everywhere does print but what takes less than 3 seconds takes up to 1 minute, so I cannot bulk print.
There is an epson-printer-utility-1.2.2-1.x86_64.rpm which you can d/l and install.
Hi, @SilentTiger254 
Welcome to the community!
Welcome to the forums and Linux @SilentTiger254. The IPP Everywhere driver is generic, which is why you’re getting the slow prints and size issues.
For the L3550 you want Epson’s official driver, epson-inkjet-printer-escpr2. Grab the RPM from Epson’s download support page for your model (search “Epson L3550 Linux”), install it, then in CUPS or GNOME printer settings delete the current queue and re-add the printer, this time picking the L3550 specific PPD instead of IPP Everywhere.
That should fix the speed, the paper sizes, and the garbled output. The paper jam and chewing behavior sounds more mechanical than driver related though, worth checking the rollers and that the paper guides are snug.
Also, read the notes section from Finding Linux Compatible Printers | LinuxBlog.io:
Epson Printers
Thanks to valuable feedback from readers, I’ve received advice indicating that certain newer models in the Epson ET series lack official Linux support from Epson. Consequently, I’ve chosen to exclude the Epson ET series from this page. This decision is not a declaration of their incompatibility but rather an acknowledgment of my lack of confidence in personally endorsing their compatibility.
Make sure to search here first or contact Epson about Linux support. Some users on the Linux Mint forums have solved their Epson ET compatibility issues. However, be aware that the Epson ET series does not seem to be plug-and-play compatible with Linux and may require extra research and work to get things set up.
If the driver that Pavlos doesn’t work for you, you can also check the drivers offered directly from Epson’s web site:
I have this installed and it just displays the colors and allows for nozzle check and head cleaning only. I’m not even sure I can trust it on that. I also got the scan tool which works great.
l3550 series driverless cups filters 2.0.1 is what I get in the list. I don’t get any ppd file. And it prints circles and triangles and has incompatible formats like A4 borderless which is not supported and the paper prints second page before even the first page has completely exited the printer
On Nobara try:
sudo dnf install epson-inkjet-printer-escpr epson-inkjet-printer-escpr2
Those are in the Fedora repos.
Then restart cups with sudo systemctl restart cups, delete the existing queue, and re-add the printer.
If dnf doesn’t find them, try to grab the RPM from
List of PPDs I got on usb connection
Foomatic: generic esc p dot matrix printer epson.ppd
Foomatic: generic esc p dot matrix printer eps9high.ppd
Foomatic: generic esc p dot matrix printer eps9mid.ppd
Foomatic: generic esc p dot matrix printer epsonc.ppd
Foomatic: generic esc p dot matrix printer lq850.ppd
the first one is the default and looks like the recommended
manual search of the driver has
l3550 series driverless cups filters 2.0.1
this which prints boxes triangles and blocks of black
is dot matrix the way to go?
L3550 is an inkjet so those Foomatic PPDs will just spit garbage.
The foomatic ones don’t even print anything only the
l3550 series driverless cups filters 2.0.1
does. I’ve tried following the manual several times to modify the printer and use this
ecblp:/var/run/ecblp0
as stated in the manual. only driverless IPP seems to get everything right except the printing speed and print texture.
If IPP is the only thing printing cleanly, stick with it and drop the print quality down a notch. The ecblp route is Epson’s own stack and it’s hit or miss on Fedora, not worth more hours chasing.
I’m currently printing on a windows laptop for now but I needed a permanent solution especially for speed. 7 copies would take 7 minutes to copy as compared to windows which would take 7-15 seconds.
Wow. That is really a massive difference and inconvenience
I couldn’t believe it either. That’s on normal quality. I just don’t know how much longer and ink it could take to print a photo.
The performance numbers reported here point to a data-path problem rather than a printing-speed problem.
A difference of a few seconds versus several minutes for the same document is usually not caused by the print engine itself. It is more commonly caused by the amount of data being generated and sent to the printer.
The most important clue is that IPP Everywhere produces correct output.
That means the printer is capable of rendering the job correctly, but the Linux print pipeline may be converting every page into a large raster stream before transmission.
Before testing any additional drivers, I would compare the actual spool data generated by Linux.
Print the same document once and inspect:
lpstat -t
lpoptions -p <printer-name>
Then watch the spool directory while the job is processing:
sudo ls -lh /var/spool/cups
If the generated job is tens or hundreds of megabytes larger than the equivalent Windows job, the bottleneck has already been found.
Another useful test would be printing the same document with image-heavy content removed. If text-only documents print dramatically faster while graphics-heavy documents become extremely slow, that would further support a rasterization bottleneck.
The current evidence suggests that print correctness has already been solved. The remaining issue appears to be how the Linux print stack is generating and transmitting data to the L3550 rather than a limitation of the printer mechanism itself.
Finding the exact filter and spool size involved in the job would likely be more productive than testing additional PPD files.