{"id":1711,"date":"2024-08-03T11:52:48","date_gmt":"2024-08-03T16:52:48","guid":{"rendered":"https:\/\/paulcarbone.com\/blog\/?p=1711"},"modified":"2025-07-05T09:59:15","modified_gmt":"2025-07-05T14:59:15","slug":"hp-7475a-plotter","status":"publish","type":"post","link":"https:\/\/paulcarbone.com\/blog\/hp-7475a-plotter\/","title":{"rendered":"HP 7475A Plotter"},"content":{"rendered":"\n<p>Should have started this page a few weesk ago, and taken better notes, but gotta start somewhere. <\/p>\n\n\n\n<p>The Gist: got a plotter; had to replace some rollers; tried with varied success to refill some of the pens; it&#8217;s awesome; curves are hard; fonts are harder; workflow needs work. <\/p>\n\n\n\n<p>References (in no particular order): <\/p>\n\n\n\n<ul><li>Comment thread w\/ chevycasanova &amp; myself on this <a href=\"https:\/\/www.instagram.com\/p\/C9bS7K7tk2udWeX68CwXMT2oq99WPNBB0S7Ris0\/\">instagram post<\/a>. <\/li><li><a href=\"http:\/\/www.imajeenyus.com\/computer\/20150110_single_line_fonts\/index.shtml#machine_tool\">This blog post<\/a> about truetype fonts, and how some of them are secretly multi-line, even when they claim otherwise. They&#8217;re also working in Rhino, so that&#8217;s a huge plus. <\/li><li>There&#8217;s a current, commercial HPGL driver called <a href=\"https:\/\/www.winline.com\/\">WinLINE<\/a> for $190.<\/li><li>A <a href=\"https:\/\/lahobbyguy.com\/bb\/viewtopic.php?t=3963\">blog post about engraving fonts<\/a>, with some more info about engraving fonts, as well as some links for single-line fonts, also known as <em>open path fonts<\/em>. <\/li><li><a href=\"https:\/\/paulrickards.com\/\">Paul Rickards<\/a>&#8216; blog <\/li><\/ul>\n\n\n\n<p>Ah HA!  So, the SLF-RHN_Architect is truly an open path font, and here&#8217;s how I can tell: <br>1) using TextObject in Rhino, which lets you type in text but then turns it into polylines instead of editable text, we can see it&#8217;s only single lines. <br>2) using that font in a more traditional application like Word, you can see that it really wants closed outlines to fill. When it doesn&#8217;t gets open curves, it does it&#8217;s best to fill them in, like this: <br><\/p>\n\n\n\n<figure class=\"wp-block-image size-large\"><img loading=\"lazy\" width=\"800\" height=\"116\" src=\"https:\/\/paulcarbone.com\/blog\/wp-content\/uploads\/2024\/07\/image-1.png\" alt=\"\" class=\"wp-image-1717\" srcset=\"https:\/\/paulcarbone.com\/blog\/wp-content\/uploads\/2024\/07\/image-1.png 800w, https:\/\/paulcarbone.com\/blog\/wp-content\/uploads\/2024\/07\/image-1-300x44.png 300w, https:\/\/paulcarbone.com\/blog\/wp-content\/uploads\/2024\/07\/image-1-768x111.png 768w, https:\/\/paulcarbone.com\/blog\/wp-content\/uploads\/2024\/07\/image-1-500x73.png 500w\" sizes=\"(max-width: 800px) 100vw, 800px\" \/><\/figure>\n\n\n\n<p>And hilarity ensues. Interestingly, this font doesn&#8217;t even show up as an option in Inkscape. Odd, since I thought a lot of people used Inkscape to run CNCs and the like, so you&#8217;d think it&#8217;d have good open path font support. Funny enough, even AutoDesk&#8217;s TrueView is exhibiting this behavior when trying to open a DXF with open path trueType fonts.<\/p>\n\n\n\n<p>So I appear to have 2 truly open path fonts, SLD-RHN Architect, and MechSoft_Font-1. Unfortunately both of them have smooth curves, which poses a problem for my plotter. Because the plotter ends up treating curves as a series of small lines, there&#8217;s a tiny pause between each change in direction, and that makes for a slower path that leaves a lot more ink on the page. <\/p>\n\n\n\n<p>The two fonts that would appear to work well on the plotter are Simplex &amp; Txt. Both of which are available in AutoCAD as .shx files, but both of who&#8217;s .ttf equivalents are not open path.<\/p>\n\n\n\n<figure class=\"wp-block-image size-large\"><img loading=\"lazy\" width=\"1024\" height=\"646\" src=\"https:\/\/paulcarbone.com\/blog\/wp-content\/uploads\/2024\/08\/image-1024x646.png\" alt=\"\" class=\"wp-image-1721\" srcset=\"https:\/\/paulcarbone.com\/blog\/wp-content\/uploads\/2024\/08\/image-1024x646.png 1024w, https:\/\/paulcarbone.com\/blog\/wp-content\/uploads\/2024\/08\/image-300x189.png 300w, https:\/\/paulcarbone.com\/blog\/wp-content\/uploads\/2024\/08\/image-768x485.png 768w, https:\/\/paulcarbone.com\/blog\/wp-content\/uploads\/2024\/08\/image-475x300.png 475w, https:\/\/paulcarbone.com\/blog\/wp-content\/uploads\/2024\/08\/image.png 1233w\" sizes=\"(max-width: 1024px) 100vw, 1024px\" \/><figcaption>Simplex font<\/figcaption><\/figure>\n\n\n\n<figure class=\"wp-block-image size-large\"><img loading=\"lazy\" width=\"1024\" height=\"618\" src=\"https:\/\/paulcarbone.com\/blog\/wp-content\/uploads\/2024\/08\/image-1-1024x618.png\" alt=\"\" class=\"wp-image-1722\" srcset=\"https:\/\/paulcarbone.com\/blog\/wp-content\/uploads\/2024\/08\/image-1-1024x618.png 1024w, https:\/\/paulcarbone.com\/blog\/wp-content\/uploads\/2024\/08\/image-1-300x181.png 300w, https:\/\/paulcarbone.com\/blog\/wp-content\/uploads\/2024\/08\/image-1-768x464.png 768w, https:\/\/paulcarbone.com\/blog\/wp-content\/uploads\/2024\/08\/image-1-497x300.png 497w, https:\/\/paulcarbone.com\/blog\/wp-content\/uploads\/2024\/08\/image-1.png 1484w\" sizes=\"(max-width: 1024px) 100vw, 1024px\" \/><figcaption>Txt font<\/figcaption><\/figure>\n\n\n\n<p>Right now my workflow originates in Rhino3D. I&#8217;ve had access to Rhino for at least the past 10 years through various jobs, and if I ever really need to, I&#8217;ll just buy a copy for myself.  It&#8217;s a thousand bucks for a perpetual license, and it&#8217;s fantastic software I&#8217;d feel good about plunking down my own hard-earned cash for. <br>Coming out of Rhino DXF, I&#8217;ve got a few options to get it to the plotter.<\/p>\n\n\n\n<ul><li>AutoCAD: In AutoCAD, I can swap out font styles for plotter-friendly SHX fonts, plus the plotter driver is <em>great<\/em>. The problem is I&#8217;m not sure I&#8217;ll always have access to AutoCAD, and it&#8217;s expensive AF.<\/li><li>AutoDesk TrueView: This can just open DXFs and send them to the plotter, but I can&#8217;t make any font changes. I&#8217;m not 100% sure about it&#8217;s support for TrueType open path fonts. That&#8217;s on the list of things to check. If it doesn&#8217;t support them, I&#8217;d have to lay down text in Rhino using the <em>textObject<\/em> command, which makes polylines from fonts. The downside there is the text is not editable.<\/li><li>Inkscape: Inkscape has rudimentary HPGL support, and from what I saw, it was &#8216;good enough&#8217; (maybe). It did not handle open-path fonts out of the box, but someone mentioned there&#8217;s a extension to convert fonts to open paths. Its&#8230; not going great.. more below.<\/li><\/ul>\n\n\n\n<p><\/p>\n\n\n\n<h2>Adventures in Inkscape<\/h2>\n\n\n\n<p>For whatever reason, regardless of regular text or the &#8216;Hershey&#8217; text (which gets converted to SVG paths), the plotter loses it&#8217;s mind after a few characters. <br>I was also having a problem even getting simple shapes to show up on the right position on the page, but de-selecting &#8216;auto-align&#8217; in the Plot features page seemed to fix that. Making a simple rectangle on the page seems to yield generally good results in terms of scaling.<br>I&#8217;m also disabling &#8216;overcut&#8217;, &#8216;offset correction&#8217;, and &#8216;Precut&#8217;. <\/p>\n\n\n\n<p>Yeah, I&#8217;m getting nowhere with Inkscape. It shits the bed after the first few characters. Maybe I&#8217;ll try slowing down the baudrate, but it&#8217;s weird that there wasn&#8217;t the same problem from AutoCAD. <\/p>\n\n\n\n<p><strong>SOLVED<\/strong>: It was flow control. For whatever reason, in AutoCAD \/ TrueView, I had to set software flow control (Xon\/Xoff), but in Inkscape, I had to enable full hardware flow control (DSR\/DTR &amp; RTS\/CTS). Thanks <a rel=\"noreferrer noopener\" href=\"https:\/\/paulrickards.com\/\" target=\"_blank\">Paul Rickards<\/a> for the tip!<br><\/p>\n\n\n\n<p>Next thing to work out in Inkscape is curves &#8211; they&#8217;re printing quite slow, and it looks like it&#8217;s because they&#8217;re coming in as a series of polylines<br><\/p>\n\n\n\n<figure class=\"wp-block-image size-large\"><img loading=\"lazy\" width=\"1024\" height=\"795\" src=\"https:\/\/paulcarbone.com\/blog\/wp-content\/uploads\/2024\/08\/image-3-1024x795.png\" alt=\"\" class=\"wp-image-1730\" srcset=\"https:\/\/paulcarbone.com\/blog\/wp-content\/uploads\/2024\/08\/image-3-1024x795.png 1024w, https:\/\/paulcarbone.com\/blog\/wp-content\/uploads\/2024\/08\/image-3-300x233.png 300w, https:\/\/paulcarbone.com\/blog\/wp-content\/uploads\/2024\/08\/image-3-768x596.png 768w, https:\/\/paulcarbone.com\/blog\/wp-content\/uploads\/2024\/08\/image-3-386x300.png 386w, https:\/\/paulcarbone.com\/blog\/wp-content\/uploads\/2024\/08\/image-3.png 1311w\" sizes=\"(max-width: 1024px) 100vw, 1024px\" \/><figcaption>See all those little points? that&#8217;s the problem<\/figcaption><\/figure>\n\n\n\n<p>This happened because I exported it as Polylines. I tried &#8220;Natural&#8221; export next but for some reason that ended up obliterating all of the resistor zig-zags ?!?!<br><\/p>\n\n\n\n<figure class=\"wp-block-image size-large\"><img loading=\"lazy\" width=\"1024\" height=\"719\" src=\"https:\/\/paulcarbone.com\/blog\/wp-content\/uploads\/2024\/08\/image-4-1024x719.png\" alt=\"\" class=\"wp-image-1731\" srcset=\"https:\/\/paulcarbone.com\/blog\/wp-content\/uploads\/2024\/08\/image-4-1024x719.png 1024w, https:\/\/paulcarbone.com\/blog\/wp-content\/uploads\/2024\/08\/image-4-300x211.png 300w, https:\/\/paulcarbone.com\/blog\/wp-content\/uploads\/2024\/08\/image-4-768x539.png 768w, https:\/\/paulcarbone.com\/blog\/wp-content\/uploads\/2024\/08\/image-4-427x300.png 427w, https:\/\/paulcarbone.com\/blog\/wp-content\/uploads\/2024\/08\/image-4.png 1178w\" sizes=\"(max-width: 1024px) 100vw, 1024px\" \/><figcaption>Dude, where&#8217;s my resistors? <\/figcaption><\/figure>\n\n\n\n<h2>A Working Recipe, Take 1: <\/h2>\n\n\n\n<p>OK, getting closer: <\/p>\n\n\n\n<ol><li>Save as DXF from Rhino using the &#8216;default&#8217; profile (not polyines, not natural, just default. Don&#8217;t over-think things, Paul)<\/li><li>Open in Inkscape, make &#8216;<a href=\"http:\/\/scruss.com\/blog\/2016\/05\/10\/fifteentwenty-now-on-fontlibrary-and-github\/\">FifteenTwenty<\/a>&#8216; the default font<\/li><li>Re-align all the text &amp; resize fonts as needed. Dunno why, but it comes in shifted, and not in a predictable way, like you can&#8217;t just grab them all and nudge a little.<\/li><li>Select all text and change the font to &#8216;FifteenTwenty UltraLight&#8217;. At this point the stroke becomes invisible. <\/li><li>With all text still selected, hit Shift-Control-C to turn the text to paths.<\/li><li>Give the still selected objects a solid stroke so you can see them again for any last checks. <\/li><li>Plot it!<\/li><\/ol>\n\n\n\n<figure class=\"wp-block-image size-large\"><img loading=\"lazy\" width=\"1024\" height=\"768\" src=\"https:\/\/paulcarbone.com\/blog\/wp-content\/uploads\/2024\/08\/5f66e6d5c4da109b-1024x768.png\" alt=\"\" class=\"wp-image-1734\" srcset=\"https:\/\/paulcarbone.com\/blog\/wp-content\/uploads\/2024\/08\/5f66e6d5c4da109b-1024x768.png 1024w, https:\/\/paulcarbone.com\/blog\/wp-content\/uploads\/2024\/08\/5f66e6d5c4da109b-300x225.png 300w, https:\/\/paulcarbone.com\/blog\/wp-content\/uploads\/2024\/08\/5f66e6d5c4da109b-768x576.png 768w, https:\/\/paulcarbone.com\/blog\/wp-content\/uploads\/2024\/08\/5f66e6d5c4da109b-400x300.png 400w, https:\/\/paulcarbone.com\/blog\/wp-content\/uploads\/2024\/08\/5f66e6d5c4da109b.png 1536w\" sizes=\"(max-width: 1024px) 100vw, 1024px\" \/><\/figure>\n\n\n\n<p>Alternatively, I can just use Fifteen Twenty in the TextObject command in Rhino and do all my text aligning there. Maybe that&#8217;s the move.<\/p>\n\n\n\n<p>So I found out that the FifteenTwenty font isn&#8217;t actually an open path font; it&#8217;s has closed loops that trace back over themselves. Keeping it as a font in Inkscape vs converting it to paths makes no difference. Making it paths using the TextObject tool in Rhino should work, but some shapes just don&#8217;t import correctly into Inkscape: <\/p>\n\n\n\n<figure class=\"wp-block-image size-large\"><img loading=\"lazy\" width=\"1024\" height=\"449\" src=\"https:\/\/paulcarbone.com\/blog\/wp-content\/uploads\/2024\/08\/image-5-1024x449.png\" alt=\"\" class=\"wp-image-1736\" srcset=\"https:\/\/paulcarbone.com\/blog\/wp-content\/uploads\/2024\/08\/image-5-1024x449.png 1024w, https:\/\/paulcarbone.com\/blog\/wp-content\/uploads\/2024\/08\/image-5-300x131.png 300w, https:\/\/paulcarbone.com\/blog\/wp-content\/uploads\/2024\/08\/image-5-768x337.png 768w, https:\/\/paulcarbone.com\/blog\/wp-content\/uploads\/2024\/08\/image-5-500x219.png 500w, https:\/\/paulcarbone.com\/blog\/wp-content\/uploads\/2024\/08\/image-5.png 1182w\" sizes=\"(max-width: 1024px) 100vw, 1024px\" \/><figcaption>Rhino on top, resulting import in Inkscape on the bottom. DXF looks fine in AutoDesk viewer.<\/figcaption><\/figure>\n\n\n\n<p>And just to prove I&#8217;m not crazy, here&#8217;s DXF linework from that font-in-progress I was working on opened in a TrueView on top, and Inkscape on the bottom. So Inkscape is just ignoring some polylines ?! <\/p>\n\n\n\n<figure class=\"wp-block-image size-large\"><img loading=\"lazy\" width=\"1024\" height=\"545\" src=\"https:\/\/paulcarbone.com\/blog\/wp-content\/uploads\/2024\/08\/image-6-1024x545.png\" alt=\"\" class=\"wp-image-1739\" srcset=\"https:\/\/paulcarbone.com\/blog\/wp-content\/uploads\/2024\/08\/image-6-1024x545.png 1024w, https:\/\/paulcarbone.com\/blog\/wp-content\/uploads\/2024\/08\/image-6-300x160.png 300w, https:\/\/paulcarbone.com\/blog\/wp-content\/uploads\/2024\/08\/image-6-768x409.png 768w, https:\/\/paulcarbone.com\/blog\/wp-content\/uploads\/2024\/08\/image-6-500x266.png 500w, https:\/\/paulcarbone.com\/blog\/wp-content\/uploads\/2024\/08\/image-6.png 1420w\" sizes=\"(max-width: 1024px) 100vw, 1024px\" \/><\/figure>\n\n\n\n<p>Fortunately, rhino can export SVG, so I think we&#8217;ll just go that route.<\/p>\n\n\n\n<p><\/p>\n\n\n\n<p><\/p>\n\n\n\n<h4><br>Trying to make my own font: <\/h4>\n\n\n\n<p>I tried to take the Txt font and make it single path. With a lot of manual work, I was able to make a set of numbers and uppercase letters to play around with. They work well with Rhino&#8217;s <em>TextObject<\/em> command, but they do not work well with the regular <em>text<\/em> command. <\/p>\n\n\n\n<p>There&#8217;s something special about SLD-RHN Architect, and MechSoft_Font-1 that makes Rhino render them correctly.<\/p>\n\n\n\n<p>Stewart Russell&#8217;s Fifteen Twenty font has a single stroke style which also doesn&#8217;t display in Rhino.<\/p>\n\n\n\n<p>Update July 5th 2025:<br>I&#8217;m just using this as a place to toss the<a href=\"https:\/\/paulcarbone.com\/blog\/wp-content\/uploads\/2025\/07\/DMP-60-Pinch-Roller.stl\"> STL for a pinch roller<\/a> for my DMP-60 plotter which is up next on the plotter playground. <\/p>\n\n\n\n<p>Also, here&#8217;s <a href=\"https:\/\/mastodon.social\/@tpolecat\">Rob Norris&#8217;s<\/a> <a href=\"https:\/\/github.com\/tpolecat\/3d-models\/tree\/main\/HP%207475A\">collection of 3D models<\/a> for HP 7475A replacement parts!<\/p>\n\n\n\n<p>Also, <em>also<\/em>, <a href=\"https:\/\/www.mcmaster.com\/2483K61-2483K1\/\">Here&#8217;s the McMaster Carr part<\/a> I used to replace the pinch rollers for the 7475A, thanks to <a href=\"https:\/\/www.reddit.com\/r\/PlotterArt\/comments\/k5qb1z\/i_burnt_out_a_chip_on_the_hp_7574a_plotter_while\/\">this Reddit post<\/a><\/p>\n\n\n\n<p><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Should have started this page a few weesk ago, and taken better notes, but gotta start somewhere. The Gist: got a plotter; had to replace some rollers; tried with varied success to refill some of the pens; it&#8217;s awesome; curves &hellip; <a href=\"https:\/\/paulcarbone.com\/blog\/hp-7475a-plotter\/\">Continue reading <span class=\"meta-nav\">&rarr;<\/span><\/a><\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[1],"tags":[],"table_tags":[],"_links":{"self":[{"href":"https:\/\/paulcarbone.com\/blog\/wp-json\/wp\/v2\/posts\/1711"}],"collection":[{"href":"https:\/\/paulcarbone.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/paulcarbone.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/paulcarbone.com\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/paulcarbone.com\/blog\/wp-json\/wp\/v2\/comments?post=1711"}],"version-history":[{"count":17,"href":"https:\/\/paulcarbone.com\/blog\/wp-json\/wp\/v2\/posts\/1711\/revisions"}],"predecessor-version":[{"id":1747,"href":"https:\/\/paulcarbone.com\/blog\/wp-json\/wp\/v2\/posts\/1711\/revisions\/1747"}],"wp:attachment":[{"href":"https:\/\/paulcarbone.com\/blog\/wp-json\/wp\/v2\/media?parent=1711"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/paulcarbone.com\/blog\/wp-json\/wp\/v2\/categories?post=1711"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/paulcarbone.com\/blog\/wp-json\/wp\/v2\/tags?post=1711"},{"taxonomy":"table_tags","embeddable":true,"href":"https:\/\/paulcarbone.com\/blog\/wp-json\/wp\/v2\/table_tags?post=1711"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}