Show Posts
Pages: 1 2 [3]
31  Forum 2005-2010 (read only) / Interfacing / Barcode reader and customer display details needed on: June 14, 2010, 11:51:30 am

Perhaps a long shot but I hope somebody is able to help me out on this one.

I got two items from a supermarket owner who was cleaning out his basement.
It's a Vertical Barcode scanner VS1200 and a Customer display Tec FIUT-70 (it would be nice to be able to use them in a future Arduino project).

Unfortunately he didn't have any cables, documentation or power supplies for this equipment. Searching the web I was able to find some info on the scanner, but none of the info included the interface or power connector pin outs.
From the documentation I was able to retrieve the power requirements of the scanner (+5V@1A, +12V@0.8A, -12V@0.2A), but as mentioned, no pin-out. I'v also seen references to Y-cables but againg no (schematic) details.

The customer display is more of a mystery since I didn't get any hits related to this item.
The only thing I know about it is that is supposed to run on 24V DC and by judging the info on most other (brand) displays it's possibly capable of forwarding data to a printer.
After opening the display I did a search on some of the components, but only could find data about the two VDF drivers. The VDF's are 16 char 5x7 dot-matrix and 20 char 5x7 dot-matrix.
The type numbers might be on the back of the displays but I don't like to desolder them with the risk of damaging them.

I've put some bigger pics on my website hoping they will assist in shedding some light on these two devices.

What I would like to know:
For the barcode scanner:
- What is the pin-out of the Barcode scanner power plug.
- What is the pin-out of the 26-pin connector (the RJ45 connector won't be used by me but info is welcome)
- Any details about the Y-cable

For the customer display:
- What is the pin-out and purpose of connector CN1 (labeled FIU)
- What is the pin-out and purpose of connector CN2 (labeled RIU)
- Any details on the communication protocol.

Any help/info is much appreciated.


32  Forum 2005-2010 (read only) / Interfacing / Re: My most beloved topic - the PCF8574 with a HD44780 on: March 23, 2010, 05:08:02 pm

Perhaps this can be of help.


33  Forum 2005-2010 (read only) / Interfacing / Re: Incubator RS232 reverse engineering and logging on: December 27, 2009, 06:35:08 am
Edit: Removed link to sniffer program since my virus scanner came up with an alert

What I did was:
- Connect the main PC to the device.
- Take a 2nd PC and connect the RX of this PC's com to the TX of the main PC (don't forget ground) to receive the commands sent by the main PC.
- Setup a list of actions to perform with the vendor supplied software
- Start a terminal program on the 2nd pc and log all commands being sent form the main PC

- Connect the RX of the 2nd pc to the RX of the main PC.
- again send exactly the same commands form the main PC as before
- With the terminal program again log all data.

- Now you have to analyse all data and hope you can crack the code.

I did a similar thing years ago and had the luck that all data exchanged was plain ascii.
I addition I investigated a firmware upgrade disk that came with the device with a hex viewer and was able to extract even more usable commands.

If you google for "rs232 sniffer" you will find some pages with diagrams that can be used to connect the 2nd pc and possible reduce the risk of damage to one of the com ports. My attempt was in the "pre-internet" era so I just took the risk and connected the 2nd PC directly.
34  Forum 2005-2010 (read only) / Interfacing / Re: i2c port expander PCF8574 as input on: November 02, 2009, 11:10:25 am
@ Yot:
I assume
if(count = 1) {
in the code above is a typo?
35  Forum 2005-2010 (read only) / Interfacing / Re: i2c port expander PCF8574 as input on: October 30, 2009, 01:34:21 pm

Pin 13 is the interrupt output pin of the PCF.
(See page 11 of the PCF datasheet in the library download for details)
You can not reconfigure it for your use.

I suggest you don't use pin 12 for controlling the LCD backlight but instead use it for you button.
You may have to tweak the LCD library so it doesn't use pin 12 for output.
36  Forum 2005-2010 (read only) / Interfacing / Re: Analog input problem (cross-talk?) on: August 28, 2009, 04:09:49 am
Thanks for your reply Mike,

A diode on the audio input was present so nothing negative should be coming in.
Supply is via usb (no idea of the quality).
Ground shouldn't be the problem.

After seeing the strange values I immediately disconnected the audio input so I don't know what the peak audio input was.
I'll dig out my scope (still stored in a box somewhere after moving house) and see what's really going on at the inputs.

I'll also do some tests with a cap on the Aref pin.

Thanks for now,

Mario H
37  Forum 2005-2010 (read only) / Interfacing / Analog input problem (cross-talk?) on: August 27, 2009, 07:21:06 pm
Hello community,

I'm yet another new Arduino (Duemilanove) user and I'm kind of stuck with a strange phenomena I see when using the analog inputs.

Trying to get familiar with the Arduino hard and software I setup some basic circuitry with (in order of adding them to the hardware)
LCD on D2,D3,D4,D5,D10,D11,D12,
Button on D8,
LED on D13
Temperature sensor (LM35DZ) on A0,
Photo transistor (BPX25) on A1,
I2C output extender (PCF8574A) on A4 and A5
While testing each individual circuit all seemed well. I display current/min/max temperatures on the lcd and added the button to reset these values because they sometimes showed extreme values (did not think much of it at the time).
Today I was trying to detect some audio (just show the values on the LCD) on A2 but when I connected the audio to the Arduino input I noticed that my temperature readings went nuts.
I did another test with the photo transistor and (finally) noticed that a high light value also influenced the temperature values (that's why the reset button was added).
I've found out that when I ground unused analog input pins these pins don't report fluctuating values anymore (since they are no longer floating).
But whatever I try I can't get the light values to not interfere with the temperature readings. To me I looks like cross-talk (as seen in RF-circuits) but I can not explain how this can occur with the "slow" DC-signals I'm using.
To make thing even stranger I also see values (up to 14 on a 1024 scale) on the grounded analog pins when I generate full input (5V) on the input connected to the photo transistor...

Has anybody else encountered this strange behavior before? And more important: what causes it and how can it be solved?

Any advice is appreciated.

Mario H
Pages: 1 2 [3]