Track Position Display 8x16 Duo LED latest?

I was interested to read the WIKI article by Ilmenator on his BPM,Step#, and TPD combined PCB.

I’d like to add some of these elements to my own seq.

The BPM and Step# display hw settings are in the config file MBSEQ_HW.V4 looks straight forward.

The Track Position Display section has config settings for 8x8 single LED.

What is the state of the 16x8 Duo TPD from the software support aspect?

Is it likely to be merged with the main firmware?

There is a dirty hack available (PM me) that provides the original functionality of Hawkeye’s 8x8 LED matrix approach, but for the 8x16 version as on my TPD module. You get to select the color, but obviously there are many more possibilities for this kind of “display”. Unfortunately, I am not a programmer, so I lack the skills to implement something that would be up to TK’s coding… TK, however, has one of the TPD modules and might come up with a proper integration. Let’s hear what he says :smile: .

If you wouldn´t mind, we could establish support for two or more variants of TPD: the old 8x8, which I am still using on my handwired SEQ and the new 16x8s, which all PCB owners (proud to have one, too ;-)) will be using. An additional entry in the hwconfig file might be: TPD_TYPE, which can be 1, 2, … as there are many other configurations thinkable - e.g. different LED pattern orientations on the new PCB.

 

In seq_tpd.c function SEQ_TPD_LED_Update(void), a conditional testing the configured TPD_TYPE then would execute the specific display code for each type. Don´t worry, it would not have large executable size impact on the sequencer binary, the current binary code for the 8x8 TPD is probably around 60 bytes :).

 

Many greets,

Peter

I’d love to see a virtual memory area mapped to the shift registers that drive the duo LED matrix. Any display functionality would then be as simple as poking the respective bits (8x16 duo LED matrix = 256 bits), something that my poor brain is much better at than looping through rows and columns…

I got my parts for the displays, so I’ll integrate and merge the code in each release until a more permanent feature is added. 

ilmenator, I’ll PM you my request for code, thx!!!

Code sent!

Got code! :frantics: 

Thanks! 

There is good news ahead, I got my hands on a pre-release that is awesome - TK rulez!!

:smile:
 

 

Has anybody already created a Ponoko case for the standalone-unit?

 

Best Regards, Thorsten.
tpd.gif

Hi Thorsten,

 

looking awesome, and very nice, that you support it! :slight_smile:

 

Schrab created a fine case:

<___base_url___>/gallery/image/2138-mbseq-tpd-module/?do=embed

 

Many greets!

Peter

There is a frontpanel file I created, over in the Wiki. I had my panel lasercut at Formulor.de, I think Schrab used the same file for his.

Yes, they are the same - sorry for not giving proper credit! It is looking very good! :slight_smile:

 

Many greets,

Peter

It’s like a little nasty and fun auto-locator remote for the big MBseq. Must test this with mine  :frantics:

Somehow the actual LED matrix reminds me of the good old WOPR which makes this an essential addon.

There is a frontpanel file I created, over in the Wiki. I had my panel lasercut at Formulor.de, I think Schrab used the same file for his.

 

I took your file, imported it into Libre Office (because I don’t own other suitable software for the Mac), added a frame around the frontpanel, changed black to red colour, exported to .svg and tried to submit it at Formular (and also Ponoko) - in both cases I get the error message, that the .svg file contains wrong colours.

 

So, I copy&pasted the frontpanel components it into a new document, exported to .svg and submitted again - now it complains about lines which are thicker than allowed.

 

Has anybody experiences with Ponoko or Formulor templates created with Libre Office or similar open source software which is available for MacOS?

 

Best Regards, Thorsten.

Inkscape still works under OSX but you’ll need to set up XQuartz as the standard Apple X-Windows server has been removed. Inkscape has worked for me and others in the past at least.

I took your file, imported it into Libre Office (because I don’t own other suitable software for the Mac), added a frame around the frontpanel, changed black to red colour, exported to .svg and tried to submit it at Formular (and also Ponoko) - in both cases I get the error message, that the .svg file contains wrong colours.

I don’t have any experience on a Mac, but I would guess that the RGB values are not what Formulor expects. There is an overview on the required RGB values here. Maybe that already does the trick?

 

 

Inkscape doesn’t work correctly at my side, the GUI elements are not correctly displayed (I’m using the latest XQuartz version)

 

In Libre Office, I’ve ensured that the correct RGB values are used.

 

Ilmenator, could you please send me the exact file you’ve used during your Formulor order? I would like to doublecheck, if I’m able to convert this one with Libre Office

 

Best Regards, Thorsten.

You have mail.

Finally I got it working and ordered the panels :slight_smile:

 

Solution:

  • I’m using Inkscape under Linux (running in a virtual box)

  • Ilmentator sent me a .svg file

  • this file has to be modified with a text editor, otherwise Inkscape can’t load it: remove xmlns=“&ns_svg;”

  • do the required modifications (frame around the elements & create a bottom panel)

  • upload the new .svg to Formulor

 

Best Regards, Thorsten.

Great news!

This is on my to-do list, the poor thing will look naked otherwise. Care to share the new file?

Best,

Johan