Glad to hear it
On Mon, Mar 18, 2024, 11:19 AM Will Senn wrote:
> Hi Gregory,
>
> It's all good. Everything's working now. My exacto knife fix for the
> solder apparently took care of things. I rebuilt the pi's image and got it
> working great.
>
> 1. Configure cups to your printer (mine's a Bro
Hi Gregory,
It's all good. Everything's working now. My exacto knife fix for the
solder apparently took care of things. I rebuilt the pi's image and got
it working great.
1. Configure cups to your printer (mine's a Brother DCP-L2550DW, using
cups-filter driver) and set the defaults to your l
Also this
As shipped, the default setting for the Retro-Printer is to expect 8 bit
data - however, some equipment only sends 7 bit data (and the 8th bit can
be quite temperamental).
Changing the bit_depth parameter for the Retro-Printer Module will address
this
On Sun, Mar 17, 2024, 8:48 PM Grego
Adapter was made because there was a board error on the original board. So
this adapter fixes whatever was wrong. I'll see if I can get the details
for you.. If it turns out to be the adapter I could probably get it
replaced for you if need be or repaired.
On Sun, Mar 17, 2024, 6:47 PM Will Senn
All,
Looks like it was a problem with the adapter. My theory that bits 2 and
3 were shorted (oh, that's right, not my theory, but Steve's) was
confirmed with a few more character test. So, I posted in the retro
printer board, sent several 'contact us' posts to the retro folks (their
site suck
So... I got out the multimeter and started testing the pins on this
adapter thingy that the retroprinter comes with and sure enough pin 4 on
male side maps to both 4 and 5 on the female side and pin 5 on the male
side goes to both 4 and 5 on the female side - as I read it
(https://pinoutguide.c
Bit 2 shorted to bit 3?
On Sunday, March 17, 2024, Will Senn wrote:
> I tried every config setting... twice or more :).
>
> It's super consistent in that bits 2, and 3, counting from zero, from the
> least significant bits, are having some kind of issue (they aren't always,
> zero, or one, but t
Yeah, definitely something amiss with bits 2 and 3. When I looked at a few
characters it happened that they all became 0 instead of 1 and it was just
dropping bits, but apparently it's also reading a 1 instead of 0 in some
cases.
The M100 printer port is not 100% Centronics-compatible and it's als
I tried every config setting... twice or more :).
It's super consistent in that bits 2, and 3, counting from zero, from
the least significant bits, are having some kind of issue (they aren't
always, zero, or one, but they are always the bits that are wrong and
they are consistently wrong (of t
Yep, it's consistent. It took me a while to make some progress on this.
I tried redoing the Centronics side of the cable, and here's my source
vs what the pi sees:
10 PRINT "Hello, world!"
20 GOTO 10
10 PRMN\ "Lmllo, orll!"
20 OO\O 10
I'm not sure how to troubleshoot...
I found this in the
Is it consistent, i.e. do you always get the same garbled output for a
given file?
At a fast glance it looks like bits 2 and/or 3 are being dropped; have you
checked the computer to Pi cable and connectors?
m
On Sun, Mar 17, 2024 at 2:14 AM Will Senn wrote:
> I am finally coming back around to
I am finally coming back around to this. I bought a retroprinter a year
and half ago or so and shelved it out of frustration. Now, I know a lot
more about this sorta stuff and so I pulled it out, updated the software
to latest and tried to get it working.
The PI prints a test page fine, but it
12 matches
Mail list logo