Extending the display (pinouts?)

Note that you almost certainly don't need the two IRDA lines, unless you're using Palantir

Yeah thanks. I had initially excluded those but it comes down to whether I have spare buffers and how I do the connecters/cabling.

If it's possible with minimal work I'd put them in but otherwise you're right it's not worth it. I only ever used the IrDA transceiver once while playing with my Nokia phone.

I think we may try an extension board as well. Christian, did you ever get something going with this?

Stu

I'd definitely be interested. I've said several times that if one was determined enough, an empeg could be installed in just about any dash. Now that I've been tossing around the idea of buying a Jeep Wrangler, I'm not sure I would want it there. It would be used for a fair amount of trail driving, possibly in very wet conditions with the top down. There's also the risk of theft with having a ragtop. I was thinking it'd be nice to install it in a waterproof steel lockbox (would have to figure out ventilation) with a display extension.

Except for personal challenge do you guys think this is worth pursuing? How many of you would like a display extender?

Stu

I personally don't need a display extender, but I just love the idea of replacing this FAQ entry with a link to Eutronix.

I would get one depending on price. Maybe $100-150 for assembled board with ribbon cable and maybe $200-250 for board + lcd? Can it be done at that price?

I can forsee future demand being much higher than for digital sound cards, what with cars becoming more and more integrated.

The real killer app would be composite video or VGA output. So that I could run GPS without losing my empeg.

I don't think we would go the video route, but maybe if only for fun we would take a crack at a board extender. This would just be a buffer and interface board with neccessary termination resistors, and EMI/surge elements, etc.

Stu

If the price was right I would buy one just to put away for a rainy day, when I wanted to install in a car that didn't have room in the dash.

I'd be interested in one.

I'd buy one for my GF's install and one for me for a future install. This could solve a lot of install problems in cars without DIN. Combined with a steering-wheel controller interface, you could put the empeg in the trunk. A small display that could go by the instrument panel would be ideal. Leave the factory head-unit in and run the empeg output to the factory aux-in or CD in.

Jim

Anothing interesting concept, similar to the extended display, would be to create a small black box that could wirelessly send signals to a remote display unit. This way, you could install the player out of sight (trunk / boot / glove box / under a seat / etc.) and still have the display and controls available as a small "velcro attached" removable object, similar to a removable face radio.

Possible??? I would certainly be interested in a device like that for future installs!

I did some googling and people have made very small bluetooth displays like this one.

Can someone point me in the right direction to start learning how to do something similar? Is there some kind of "bluetooth on a chip" that gets a person started? I imagine the "rendering the display information" is the tough part. Is an entire computer needed for this kind of thing?

It would be really cool if one could make a remote display and control so that the PDA would not be necessary. The project I linked to above suggests that this could be pretty small. Doing the same thing but adding 4 buttons and a knob is what I'm thinking.

FWIW,

Jim

Interesting. You can get a very small PCB that is a bluetooth serial terminal.

You can also get a VFD with a built-in serial controller.

It seems to me that hooking these together would give a person a remote bluetooth display which could be controlled via the empeg's serial port (which was connected to a bluetooth adapter).

That doesn't solve the problem of sending button presses and knob turns back to the empeg though.

I'm going to bed. Interesting stuff. Sometimes I wish I'd been an EE instead of an ME.

Jim

That's what I was afraid of. Is it possible to send the controller a new image, then trigger the display, then refresh the image, etc.?

This one (see attachment) does most everything including keyscanning of a keypad.

Edit: to get back on topic. YES! I am desperate to get an empeg mounted in my truck. At a guess I might need 8-12ft of remotness.

PS if a custom housing is needed to house the remoted display. I can design it and get it made.

Well, as some of you may remember this is something I did about two years ago... and then got out of college, got a job, other priorities, and more or less disappeared. I'm probably never going to have time to improve this, but it's been good enough that I've used it in my car of all that time without being annoyed enough to change it. So if other people are still interested in it, you might as well start where I left off...

Source, and docs on the various VFDs that I have: http://applesolutions.com/Empeg/remote/

Pictures of it getting into my car: http://gallery.applesolutions.com/v/vincent/hardware/Empeg/Trunk+Mount/

The software was written over, oh, maybe a weekend; There's lots of room for optimization in the drawing. The main ugly bit is that the Empeg writes out the boot log to the serial during boot; Since my display doesn't run at 115.2k, it comes out as garbled junk. It's mainly for the 3900 (specifically the 256x64D one), but it looks like I started working on a 7100 too because the command set is almost the same. The k610a is rather different, and the 800 that you're linking too looks different too, but you can just change the implementations of the drawing calls to send the right commands.

For input, I found a neat Grayhill joystick that has the 7 empeg actions (up/down/left/right, knob+/-/push) all on one knob. A Basic stamp and a couple transistors and gates convert it's output into serial character presses that are sent to another app running on the empeg. It gets unresponsive when the player is particularly busy, kinda lame. The rest of the board in the pictures is a switching 12->5vdc transformer to power everything.. the display is just connected straight to the empeg's serial line.

I'll be glad to help wherever I can if you have any questions.. I'll try to check the forum, but probably best to email me: [my first name] at godaddy dot com

--
Vincent

Thanks! I'm going to look through this. Why is the serial connection so slow in your implementation? Is this a hardware limitation of your design? How could this be corrected/avoided?

Here's the question I have:

If the remote display is driven by the serial connection, how is it possible to also have buttons which send signals on the same serial connection? Why doesn't the display driver hardware monopolize the serial connection?

Thanks again. I'm definitely going to try to build one of these things. If anybody who knows how to hack the kernel is interested, maybe we can do this together.

Jim

The VFD I chose (GU256X64D-3900, because it's slightly under DIN-sized and -shaped, and has exactly twice the res of the Empeg in each direction) has a max speed of 38,400bps. If you want faster, pick a different display.. the 7000s are 115.2kbps, although as far as I remember it won't really work that fast because it starts reporting itself as busy and ignoring you if you're using the speed to do bitmap drawing. Some models (3900 included) have parallel input too, so you could theoretically use a parallel<->serial converter to drive it at 115.2 or 230.4. Drawing speed wasn't particularly important to me, aside from being an interesting optimization problem. I don't need visuals when I'm driving, and most of them look lousy in 1-bit 'color' anyway.

The display uses only the serial output, and the joystick uses only the input. There's no conflict. Some of the VFD models can send data back to you, but they don't tell you anything particularly useful.

You don't need to hack the kernel to make it work, although it would be helpful for a variety of reasons (suppress the serial output on boot, increased priority to update the display, etc).

I've decided to revisit this idea as I now have some spare time to do so. I was thinking perhaps of level shifting the signals at 12 volts and then back down to 3 volts at the other end for the display. I will see what I can come up with.

Stu

If I were to do something on this these days, I'd just buy a low-end Gumstix board and attach a cheap LCD to the Gumstix's built-in LCD interface.

This would allow a variety of possible connection methods, including serial at up to 800kb/s (the empeg would limit that to less), ethernet, and bluetooth.

And with a real Linux computer (the Gumstix) controlling the LCD, it could do grayscale/colour and should handle complex visuals just fine. Not to mention all of those extra I/O pins and interfaces for other empeg add-ons to take advantage of.

Cheers

Interesting...I've been looking at new cars, none of which will easily accept an empeg. I am at the point where I'll likely permanently or semi-permanently mount one of my spare empegs instead of hacking the dash apart. If I could extend the display to mount on the dash or a sun visor, that would be fantastic. Consider me very interested in seeing this happen.

I'm still gathering ideas. I believe it will employ video buffers for the high speed signals.

Stu