HI ALL

B

Thread Starter

Brian E Boothe

I've been Employed by my Company for over 2 years
now..i provide all the outside of the AB-Software Solutions..Vb / Visual C++ / Delhpi / ADO / ACtive-X / LINUX for My Company as well as all the
Intranet.Networking Installations "http://linuxguy.8k.com":http://linuxguy.8k.com
I'd like to meet others who perform the same functions..as No One Really understands me in my Company. it's all Jabberwocky to them....
 
Hi Brian,

Thanks for offering your services to like minded-jack-of-all-trades (master-of-none?) programmers/engineeers.

I have visited your site: "http://linuxguy.8k.com":http://linuxguy.8k.com , some of the links such as Contact, etc - do not work.

I have been attempting to receive data from a Mettler-Telodo 7541 Indicator, data looks OK using HyperTerminal with 'force incoming data to 7-bit ASCII' in the ASCII setup.

I am trying to use MS Access and MsComm.ocx to read the same port data, however, I am getting gibberish. Any clues as to what is required to enforce 'force incoming data to 7-bits ASCII'?
Is this the same as ignoring(or clearing) the hi-order (8th databit) and reading the 7 remaining bits in the range as integer values 0 through 9 (ie. asc values 48 to 57). I am only expecting integer values no decimal point.

Settings are: 8 data bits, no parity, 1 stop bit
on HyperTerminal.

Any help would be appreciated ..

Thanks Ray
 
C

Curt Wuollet

Hi Brian
I did much the same thing until recently for GE
stuff. When you're in the position of being the
only one who does what you do, watch out for FUD.

I'll share some of the more irrational points:

There are more people around that know a particular proprietary PLC language than there are people who can support bonehead C on Linux with the source code available. This was the "big lie"*.

(* Propaganda Principle: Really big lies are just as easy to sell as small ones and accomplish much more for the effort.)

This leads on to the "What if you were run over by a bus" gambit. This depends on the big lie.

Windows is better, more reliable, etc. because everybody uses it. For some reason this works even in the face of Windows disasters and Linux rescues and the best demonstrated reliability inhouse.

Having someone you can (frequently) call on the phone is better support than not having to call anyone on the phone.

Cheaper, faster and more reliable is bad. Even if the OTS vendor often delivers DOA stuff, it's a much better deal, really! Even if it takes 5 times more equipment, especially if it takes 5 times more equipment.

Then there's what I call the "Electrician or Maintenence Man" argument. It doesn't matter that _exactly_ as many people really understand OTS as your stuff. The OTS is easier for someone else to understand. This is especially true of State Logic and other somewhat obscure products used by a tiny fraction of even GE shops.

When reasoning like this begins to prevail, you might suspect something in the water. Or a conspiracy amongst those who have a vested interest.

My advice is to simply move on. The inmates are running the asylum.

Regards
cww
 
Ray Tham:
> I have been attempting to receive data from a Mettler-Telodo 7541 Indicator, data looks OK using HyperTerminal with 'force incoming data to 7-bit ASCII' in the ASCII setup.

> I am trying to use MS Access and MsComm.ocx to read the same port data, however, I am getting gibberish. Any clues as to what is required to enforce 'force incoming data to 7-bits ASCII'? Is this the same as ignoring(or clearing) the hi-order (8th databit)

Yes, that should be the same thing.

The two ways to do it would be either:
ch = ch & 127
or:
if ch>127:
ch = ch - 128

The other way would be if there's some setting of `7 bit, ignore parity'.

> and reading the 7 remaining bits in the range as integer values 0 through 9 (ie. asc values 48 to 57). I am only expecting integer values no decimal point.

Decimal point (and anything else) should come through fine with the above conversions.

Jiri
--
Jiri Baum <[email protected]> http://www.csse.monash.edu.au/~jirib
MAT LinuxPLC project --- http://mat.sf.net --- Machine Automation Tools
 
Top