Re: [Emc-users] hal 'net' command puzzler

[gene heskett]

On Monday, May 07, 2012 02:17:18 AM Jon Elson did opine:

> gene heskett wrote:
> > On Sunday, May 06, 2012 09:15:18 PM Jon Elson did opine:
> >> you should be able to set up X and
> >> Z offsets for each tool in the tool table.
> > 
> > That would require I get at least 3 or 4 more QC toolholders.  But
> > then I am reminded that the QC post must be rotated in order to
> > present the tool to the work at the correct angle, which is only as
> > repeatable as eyeballs can make it.
> 
> Well, if you don't use all the preset offsets, then you lose a great
> advantage of
> the lathe CNC system.  Also, doing it all manually, you have to remember
> what
> tool is #1 in the tool table, etc.
> 
> >   OTOH, I do need more toolholders.  I could make a setting
> > 
> > tool that would fix the reach out of each tool pretty consistent.  But
> > before I tie a few hundred more up in holders for this flimsy post, my
> > first inclination is to ditch the whole compound slide since linuxcnc
> > can handle that rather nicely, and put a bigger, far more rigid QC
> > post directly on the X cross-slide.  Something made out of real steel
> > as opposed to the crappy, flexible alu this QC is made out of.
> 
> Yeah, and then pretty soon you'll be lusting after an 8-station
> Barruffaldi CNC tool turret on eBay!
> 
> > The thought also crosses my mind to mount a microswitch for homing
> > that could be dropped into a locator on the carriage, but that would
> > require a touchbar 3 inches long that was exactly on axis.  The
> > alignment to keep it on axis while allowing it to swing out of the
> > way, or be "unplugged" to get it out of the way would be fairly
> > stringent though
> 
> You can set your approximate Z work position by placing a tool in the
> way of the part and then
> pushing the bar through the chuck (or collet) until it hits the cutter.
> That's the "poor man's
> bar puller".
> 
> Jon
> 
I do that now, for those tools that are left cutters.  I could do that with 
the single tooth too as I resharpened it a couple days ago so that I could 
face it 20 degrees to the left while having the correct angle on the end of 
the cutoff blade I resharpened.

But I didn't manage to try and cut another thread with it as I spent the 
evening hacking on the my-lathe.hal file, and don't even know if its 
functional as I did quite a bit of re-arranging, comment adding and quite a 
bit of "re-wiring", finding out in the process why the lowpass.0.gain 0.01 
didn't seem to effect what I was seeing in the spindle-revs net.

Anyway, its been copied to my web page, in the Genes-os9-stf/eagle subdir.  
If someone wants to look it over and tell me I'm an idiot, that's fine, as 
long as you also tell me how to fix the idiocy.  ;-)

Thanks & Cheers Jon, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
My web page: 
Vermouth always makes me brilliant unless it makes me idiotic.
-- E.F. Benson

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Setting EPP Mode

[Jeshua Lacock]

On May 6, 2012, at 9:55 PM, Jeshua Lacock wrote:

>>> Can anyone recommend some cards that are known to work with your or Kirk 
>>> Wallace's utilities? 
>> Siig definitely work, although I have only used their PCI cards, not PCI-e.
>> Older NetMos-containing cards mostly do NOT work, although
>> supposedly their latest NM9865 do.
>> You are somewhat going out beyond most experience with PCI-e.

BTW: apparently my current card is PCI, not PCI-e:

http://www.amazon.com/gp/product/B000MY45WS/ref=oh_details_o00_s00_i03


Best,

Jeshua Lacock
Founder/Engineer
3DTOPO Incorporated

Phone: 208.462.4171


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Setting EPP Mode

[Jeshua Lacock]

On May 6, 2012, at 9:16 PM, Jon Elson wrote:

> Jeshua Lacock wrote:
>> 
>> I have never written to an EEPROM before, so I think I would rather order 
>> another card to spare the expense of small pci card.
> You don't have to know what you are doing, if you can get the config 
> utility for
> that card, you just set the options you want and hit "go".

Hi Jon,

Wow, sounds like even I could handle that. Assuming of course that I have 
access to Windows running somewhere, correct? I am currently Windowless and 
would like to keep it that way if at all possible.

;)

Hmm unless it runs in Wine.

>> Can anyone recommend some cards that are known to work with your or Kirk 
>> Wallace's utilities? 
> Siig definitely work, although I have only used their PCI cards, not PCI-e.
> Older NetMos-containing cards mostly do NOT work, although
> supposedly their latest NM9865 do.
> You are somewhat going out beyond most experience with PCI-e.

I guess I didn't even realize that. PCI works fine for me.

Here are a few from SIIG, do any look better than an other?

http://www.amazon.com/Single-Parallel-epp-ecp-Port/dp/B000G6U5NA/ref=sr_1_12?s=electronics&ie=UTF8&qid=1336282936&sr=1-12

http://www.amazon.com/SIIG-IO1844-CyberParallel-Dual-Card/dp/B4XRDU/ref=sr_1_2?s=electronics&ie=UTF8&qid=1336362682&sr=1-2

http://www.amazon.com/Pci-High-Speed-Parallel-Port/dp/B000FOL6PY/ref=sr_1_7?s=electronics&ie=UTF8&qid=1336362789&sr=1-7


Thanks,

Jeshua Lacock
Founder/Engineer
3DTOPO Incorporated

Phone: 208.462.4171


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] hal 'net' command puzzler

[Jon Elson]

gene heskett wrote:
> On Sunday, May 06, 2012 09:15:18 PM Jon Elson did opine:
>
>   
>
>> you should be able to set up X and
>> Z offsets for each tool in the tool table.
>> 
>
> That would require I get at least 3 or 4 more QC toolholders.  But then I 
> am reminded that the QC post must be rotated in order to present the tool 
> to the work at the correct angle, which is only as repeatable as eyeballs 
> can make it.
Well, if you don't use all the preset offsets, then you lose a great 
advantage of
the lathe CNC system.  Also, doing it all manually, you have to remember 
what
tool is #1 in the tool table, etc. 
>   OTOH, I do need more toolholders.  I could make a setting 
> tool that would fix the reach out of each tool pretty consistent.  But 
> before I tie a few hundred more up in holders for this flimsy post, my 
> first inclination is to ditch the whole compound slide since linuxcnc can 
> handle that rather nicely, and put a bigger, far more rigid QC post 
> directly on the X cross-slide.  Something made out of real steel as opposed 
> to the crappy, flexible alu this QC is made out of.
>   
Yeah, and then pretty soon you'll be lusting after an 8-station 
Barruffaldi CNC tool turret on eBay!
> The thought also crosses my mind to mount a microswitch for homing that 
> could be dropped into a locator on the carriage, but that would require a 
> touchbar 3 inches long that was exactly on axis.  The alignment to keep it 
> on axis while allowing it to swing out of the way, or be "unplugged" to get 
> it out of the way would be fairly stringent though
>   
You can set your approximate Z work position by placing a tool in the 
way of the part and then
pushing the bar through the chuck (or collet) until it hits the cutter.  
That's the "poor man's
bar puller".

Jon

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Which Ubuntu for a new install?

[Jon Elson]

Ed wrote:
> I'm finally getting up my CHNC wired up a piece at a time and am 
> wondering which way to go on the Ubu. version?
>
>   I have played with 8.04 and it seems to be faster than 10.04, probably 
> because of bloat. The install is in a 2.6Gh machine running Pico Systems 
> hardware so I don't think the latency is quite as important as a 
> step/direction machine.
>   
Either way, you definitely want to want to update the LinuxCNC version 
to 2.5
Unless the 10.04 runs horribly slow on your system, you do want the 
newer kernel.
8.04 is really quite old, now.  If it is sluggish, you probably need to 
add a memory
stick.

Jon

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Setting EPP Mode

[Jon Elson]

Jeshua Lacock wrote:
>
> I have never written to an EEPROM before, so I think I would rather order 
> another card to spare the expense of small pci card.
You don't have to know what you are doing, if you can get the config 
utility for
that card, you just set the options you want and hit "go".
>  The card did come with a mini-CD, and only had drivers for Windows. Their 
> linux "driver" is actually a kernel patch which really isn't much of an 
> option.
>   
Yup, that doesn't sound like it does wat you want.
> Can anyone recommend some cards that are known to work with your or Kirk 
> Wallace's utilities? 
Siig definitely work, although I have only used their PCI cards, not PCI-e.
Older NetMos-containing cards mostly do NOT work, although
supposedly their latest NM9865 do.
You are somewhat going out beyond most experience with PCI-e.

Jon

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] hal 'net' command puzzler

[gene heskett]

On Sunday, May 06, 2012 09:15:18 PM Jon Elson did opine:

> gene heskett wrote:
> > On Sunday, May 06, 2012 02:33:08 PM Jon Elson did opine:
> > 
> > 
> > 
> > What is the best practice to establish the X zero on a lathe?  I am
> > making a test cut, measuring it and dividing that by half to enter in
> > a Touch Off.
> 
> If you have a quick-change toolpost,

I do.
> you should be able to set up X and
> Z offsets for each tool in the tool table.

That would require I get at least 3 or 4 more QC toolholders.  But then I 
am reminded that the QC post must be rotated in order to present the tool 
to the work at the correct angle, which is only as repeatable as eyeballs 
can make it.  OTOH, I do need more toolholders.  I could make a setting 
tool that would fix the reach out of each tool pretty consistent.  But 
before I tie a few hundred more up in holders for this flimsy post, my 
first inclination is to ditch the whole compound slide since linuxcnc can 
handle that rather nicely, and put a bigger, far more rigid QC post 
directly on the X cross-slide.  Something made out of real steel as opposed 
to the crappy, flexible alu this QC is made out of.

The thought also crosses my mind to mount a microswitch for homing that 
could be dropped into a locator on the carriage, but that would require a 
touchbar 3 inches long that was exactly on axis.  The alignment to keep it 
on axis while allowing it to swing out of the way, or be "unplugged" to get 
it out of the way would be fairly stringent though

As for z axis, I generally pick an arbitrary stickout suitable for the job 
and locate on the end of it, writing the gcode to run negative from there.
> Then, you leave the tool
> offsets on
> all the time.  X=0 is the center of the part, Z=0 puts the tool on the
> chuck (or wherever you decide to have the Z zero).
> 
> > Has anyone else come up with a better idea that might be more usable?
> 
> But, I don't have a CNC lathe setup, so the lathe users should have the
> exact things
> to do.

Maybe someone who does can spare a few words here? 

> Jon

Feature request:

Whoever has the touch-off code box, it sure would be nice if when you 
called it up, it displayed the current value separate the input box.  As 
is, I have to write it down, so I know where I am if I only need to adjust 
it say 0.0027 from where its at to get it exactly the right size for the 
next pass.  That would be almost as handy as bottled beer. :)

Thanks Jon.

> 
> -- Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond.
> Discussions will include endpoint security, mobile security and the
> latest in malware threats.
> http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users


Cheers, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
My web page: 
Computers don't actually think.
You just think they think.
(We think.)

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] Which Ubuntu for a new install?

[Ed]

I'm finally getting up my CHNC wired up a piece at a time and am 
wondering which way to go on the Ubu. version?

  I have played with 8.04 and it seems to be faster than 10.04, probably 
because of bloat. The install is in a 2.6Gh machine running Pico Systems 
hardware so I don't think the latency is quite as important as a 
step/direction machine.

Any thoughts or ideas?

TIA  Ed.

PS   Jon,you will be getting some questions as I go.


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Setting EPP Mode

[Jeshua Lacock]

On May 6, 2012, at 5:02 PM, Jon Elson wrote:

> OK, in this badly trashed document (at least on my browser) :
> http://www.soiseek.com/OXFORD/OX16PCI954-TQC60-A1/56.htm
> It mentions there is a Windows utility to reprogram the options EEPROM
> available from Oxford Semi.  No link is provided.
> Page 72 of that doc has some email addresses.

Thanks everyone for all the information.

I have never written to an EEPROM before, so I think I would rather order 
another card to spare the expense of small pci card. The card did come with a 
mini-CD, and only had drivers for Windows. Their linux "driver" is actually a 
kernel patch which really isn't much of an option.

Can anyone recommend some cards that are known to work with your or Kirk 
Wallace's utilities? I looked for the same cards listed on the Wiki and the 
exact models are not available any longer. I found a number of close matches on 
Amazon, but I would like to be sure to get something that I know I can get 
working.


Thanks again,

Jeshua Lacock
Founder/Engineer
3DTOPO Incorporated

Phone: 208.462.4171


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Setting EPP Mode

[Peter C. Wallace]

On Sun, 6 May 2012, Jon Elson wrote:

> Date: Sun, 06 May 2012 18:02:16 -0500
> From: Jon Elson 
> Reply-To: "Enhanced Machine Controller (EMC)"
> 
> To: "Enhanced Machine Controller (EMC)" 
> Subject: Re: [Emc-users] Setting EPP Mode
> 
> jeshua wrote:
>
> OK, in this badly trashed document (at least on my browser) :
> http://www.soiseek.com/OXFORD/OX16PCI954-TQC60-A1/56.htm
> It mentions there is a Windows utility to reprogram the options EEPROM
> available from Oxford Semi.  No link is provided.
> Page 72 of that doc has some email addresses.
>
> Jon
>
> --
>

Oxsemi has been acquired by PLXTech. I dont see any user utlities but the OEM 
programming tool is here:

http://www.plxtech.com/products/sdk/oxide

This is free but requires "membership"

Peter Wallace
Mesa Electronics

(\__/)
(='.'=) This is Bunny. Copy and paste bunny into your
(")_(") signature to help him gain world domination.


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] hal 'net' command puzzler

[Jon Elson]

gene heskett wrote:
> On Sunday, May 06, 2012 02:33:08 PM Jon Elson did opine:
>
>   
>
> What is the best practice to establish the X zero on a lathe?  I am making 
> a test cut, measuring it and dividing that by half to enter in a Touch Off.
>
>   
If you have a quick-change toolpost, you should be able to set up X and Z
offsets for each tool in the tool table.  Then, you leave the tool 
offsets on
all the time.  X=0 is the center of the part, Z=0 puts the tool on the chuck
(or wherever you decide to have the Z zero).
> Has anyone else come up with a better idea that might be more usable?
>
>   
But, I don't have a CNC lathe setup, so the lathe users should have the 
exact things
to do.

Jon

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Setting EPP Mode

[Jon Elson]

jeshua wrote:

OK, in this badly trashed document (at least on my browser) :
http://www.soiseek.com/OXFORD/OX16PCI954-TQC60-A1/56.htm
It mentions there is a Windows utility to reprogram the options EEPROM
available from Oxford Semi.  No link is provided.
Page 72 of that doc has some email addresses.

Jon

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Setting EPP Mode

[Jon Elson]

Kirk Wallace wrote:
> I believe the EEPROM programs the chip pin-out or rather tells the PCI
> chip what product it's on, and probably is not meant to be changed after
> the chip is soldered to a board. Also the datasheet seems to indicate
> that the chip follows the Microsoft interface spec.:
> http://www.fapo.com/files/ecp_reg.pdf 
>   
No, my interpretation is it defaults to Microsoft standard if there's no 
EEPROM,
and can be set to a wide number of optional configs via the EEPROM.
> So, parport_pc should be able to find the base and extended registers,
> if they exist.
>   
This seems to be the problem, the extended registers DO NOT exist, as 
shown by
lspci.
> I think we really need to see what the make and model is for the board
> that the chip is mounted to, or read the PCI register that the EEPROM
> sends the mode data to, to see if the chip was intended to have a
> parallel port.
>   
It has a parallel port, but it seems to be configured now for SPP only.

Jon

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Setting EPP Mode

[Jon Elson]

Dave wrote:
> Jon,
>
> Why would they do that?   So it is stuck in SPP mode?
>
> Is this an attempt to idiot proof the card so it works for most people 
> out of the box?
>   
Yes, very likely.  Perhaps Windows drivers reset this with some of the 
PCI setup
registers.  I suspect there is a setup utility, maybe on the included 
mini-CD
that can set these options.  I hope either that or a downloadable utility.

Jon

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] hal 'net' command puzzler

[gene heskett]

On Sunday, May 06, 2012 06:38:05 PM Dave did opine:

> On 5/6/2012 3:02 PM, gene heskett wrote:
> > On Sunday, May 06, 2012 03:01:18 PM Dave did opine:
> >> On 5/6/2012 2:31 PM, gene heskett wrote:
> >>> On Sunday, May 06, 2012 02:12:18 PM John Prentice did opine:
>  Gene - greetings
>  
> >> As an aside, as many nets are best written on one line, inventing
> >> the signal name is tedious. It would suit me to allow a wildcard,
> >> "*" or whatever, as signalname and HAL would invent a unique
> >> internal name for its own purposes.
> >> 
> >> John Prentice
> > 
> > While that might be kewl, how the heck would us humans trace it?
>  
>  You just see the pins connected together on the line of text.
> >>> 
> >>> Humm,  John, with one addition to that concept, I can see it
> >>> actually being pretty useful.
> >>> 
> >>> That addition would be to change the font to bold to hilight signal
> >>> srcs, while leaving loads in plain text.  BiDi stuff in both bold
> >>> and italic. Throw an underline under the wires name, sig1 sig2 etc.
> >>>  Or, if color is available, colorize the output.  The idea being to
> >>> make the organizational errors much easier to spot.  Save red for
> >>> real errors&   don't use yellow, its too light to read well on
> >>> paper.
> >>> 
> >>> Flow chart boxes would be nice, but this would be useful too.
> >>> 
>  An analogy in our electrical world is that you need wire names
>  (more often numbers in my work) between modules or boards but
>  don't need them inside a unit as the connections are intimate,
>  generally obvious and often very numerous. I know that PCB layout
>  systems generally enforce naming of everything but this too is
>  cumbersome (e.g. for xtal oscillator, compensation RCs tied to a
>  chip)
>  
>  The more names I type the more typos I make - but as I say it is
>  only an aside while we were exploring HAL.
> >>> 
> >>> I thought I was the only one with arthritic, not too accurate a
> >>> finger placement on the keyboard, glad to know I have company.  :) 
> >>> The only keyboard I really like is a 15 year old IBM clickomatic,
> >>> it doesn't register a key until its fully depressed&   made the
> >>> click. Unforch it drives the woof batty with its noise&   she is
> >>> watching tv 20 feet of hallway&   3 rooms away. All the rest
> >>> register the adjacent key if you only move it .002" because my fat
> >>> finger didn't hit the right key perfectly dead center.  Its a
> >>> maddening PIMA on this $80 wireless logitech that the lubricants
> >>> have all dried out in.  That, and having the matching mouse put
> >>> itself to sleep and you have to click a button to wake it up. 
> >>> G.
> >>> 
>  John Prentice
> >>> 
> >>> Cheers John, Gene
> >> 
> >> What I have done for more complicated Hal setups is to use a
> >> flowcharting program like Visio to layout my ideas.
> >> Then when I am writing the hal files I can reference the signal names
> >> to the nodes on the flowcharting program.
> >> That makes the ideas clear even though the resulting Hal file may not
> >> be after it is written.
> >> 
> >> This also helps in debug and documentation.
> >> 
> >> Dave
> > 
> > Dave: Is that Visio a linux program, or winderz?
> > 
> > Thanks.
> > 
> > Cheers, Gene
> 
> Windoze... Microsoft no less.  They bought it long ago.   Still, it
> is a really nice flowcharting program.
> 
> Dia for Linux might be very similar.

I already have it installed, looks promising, thanks Dave.
> http://www.addictivetips.com/ubuntu-linux-tips/visio-for-ubuntu-linux-di
> a-diagram-editor/
> 
> Dave
> 
> 
> -- Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond.
> Discussions will include endpoint security, mobile security and the
> latest in malware threats.
> http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users


Cheers, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
My web page: 
They call them "squares" because it's the most complicated shape they can
deal with.

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Emc-user

Re: [Emc-users] hal 'net' command puzzler

[Dave]

On 5/6/2012 3:02 PM, gene heskett wrote:
> On Sunday, May 06, 2012 03:01:18 PM Dave did opine:
>
>
>> On 5/6/2012 2:31 PM, gene heskett wrote:
>>  
>>> On Sunday, May 06, 2012 02:12:18 PM John Prentice did opine:
>>>
 Gene - greetings

  
>> As an aside, as many nets are best written on one line, inventing
>> the signal name is tedious. It would suit me to allow a wildcard,
>> "*" or whatever, as signalname and HAL would invent a unique
>> internal name for its own purposes.
>>
>> John Prentice
>>  
> While that might be kewl, how the heck would us humans trace it?
>
 You just see the pins connected together on the line of text.
  
>>> Humm,  John, with one addition to that concept, I can see it actually
>>> being pretty useful.
>>>
>>> That addition would be to change the font to bold to hilight signal
>>> srcs, while leaving loads in plain text.  BiDi stuff in both bold and
>>> italic. Throw an underline under the wires name, sig1 sig2 etc.  Or,
>>> if color is available, colorize the output.  The idea being to make
>>> the organizational errors much easier to spot.  Save red for real
>>> errors&   don't use yellow, its too light to read well on paper.
>>>
>>> Flow chart boxes would be nice, but this would be useful too.
>>>
>>>
 An analogy in our electrical world is that you need wire names (more
 often numbers in my work) between modules or boards but don't need
 them inside a unit as the connections are intimate, generally
 obvious and often very numerous. I know that PCB layout systems
 generally enforce naming of everything but this too is cumbersome
 (e.g. for xtal oscillator, compensation RCs tied to a chip)

 The more names I type the more typos I make - but as I say it is only
 an aside while we were exploring HAL.
  
>>> I thought I was the only one with arthritic, not too accurate a finger
>>> placement on the keyboard, glad to know I have company.  :)  The only
>>> keyboard I really like is a 15 year old IBM clickomatic, it doesn't
>>> register a key until its fully depressed&   made the click. Unforch it
>>> drives the woof batty with its noise&   she is watching tv 20 feet of
>>> hallway&   3 rooms away. All the rest register the adjacent key if you
>>> only move it .002" because my fat finger didn't hit the right key
>>> perfectly dead center.  Its a maddening PIMA on this $80 wireless
>>> logitech that the lubricants have all dried out in.  That, and having
>>> the matching mouse put itself to sleep and you have to click a button
>>> to wake it up.  G.
>>>
>>>
 John Prentice
  
>>> Cheers John, Gene
>>>
>> What I have done for more complicated Hal setups is to use a
>> flowcharting program like Visio to layout my ideas.
>> Then when I am writing the hal files I can reference the signal names to
>> the nodes on the flowcharting program.
>> That makes the ideas clear even though the resulting Hal file may not be
>> after it is written.
>>
>> This also helps in debug and documentation.
>>
>> Dave
>>
>>  
> Dave: Is that Visio a linux program, or winderz?
>
> Thanks.
>
> Cheers, Gene
>

Windoze... Microsoft no less.  They bought it long ago.   Still, it 
is a really nice flowcharting program.

Dia for Linux might be very similar.
http://www.addictivetips.com/ubuntu-linux-tips/visio-for-ubuntu-linux-dia-diagram-editor/

Dave

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] hal 'net' command puzzler

[gene heskett]

On Sunday, May 06, 2012 03:01:18 PM Dave did opine:

> On 5/6/2012 2:31 PM, gene heskett wrote:
> > On Sunday, May 06, 2012 02:12:18 PM John Prentice did opine:
> >> Gene - greetings
> >> 
>  As an aside, as many nets are best written on one line, inventing
>  the signal name is tedious. It would suit me to allow a wildcard,
>  "*" or whatever, as signalname and HAL would invent a unique
>  internal name for its own purposes.
>  
>  John Prentice
> >>> 
> >>> While that might be kewl, how the heck would us humans trace it?
> >> 
> >> You just see the pins connected together on the line of text.
> > 
> > Humm,  John, with one addition to that concept, I can see it actually
> > being pretty useful.
> > 
> > That addition would be to change the font to bold to hilight signal
> > srcs, while leaving loads in plain text.  BiDi stuff in both bold and
> > italic. Throw an underline under the wires name, sig1 sig2 etc.  Or,
> > if color is available, colorize the output.  The idea being to make
> > the organizational errors much easier to spot.  Save red for real
> > errors&  don't use yellow, its too light to read well on paper.
> > 
> > Flow chart boxes would be nice, but this would be useful too.
> > 
> >> An analogy in our electrical world is that you need wire names (more
> >> often numbers in my work) between modules or boards but don't need
> >> them inside a unit as the connections are intimate, generally
> >> obvious and often very numerous. I know that PCB layout systems
> >> generally enforce naming of everything but this too is cumbersome
> >> (e.g. for xtal oscillator, compensation RCs tied to a chip)
> >> 
> >> The more names I type the more typos I make - but as I say it is only
> >> an aside while we were exploring HAL.
> > 
> > I thought I was the only one with arthritic, not too accurate a finger
> > placement on the keyboard, glad to know I have company.  :)  The only
> > keyboard I really like is a 15 year old IBM clickomatic, it doesn't
> > register a key until its fully depressed&  made the click. Unforch it
> > drives the woof batty with its noise&  she is watching tv 20 feet of
> > hallway&  3 rooms away. All the rest register the adjacent key if you
> > only move it .002" because my fat finger didn't hit the right key
> > perfectly dead center.  Its a maddening PIMA on this $80 wireless
> > logitech that the lubricants have all dried out in.  That, and having
> > the matching mouse put itself to sleep and you have to click a button
> > to wake it up.  G.
> > 
> >> John Prentice
> > 
> > Cheers John, Gene
> 
> What I have done for more complicated Hal setups is to use a
> flowcharting program like Visio to layout my ideas.
> Then when I am writing the hal files I can reference the signal names to
> the nodes on the flowcharting program.
> That makes the ideas clear even though the resulting Hal file may not be
> after it is written.
> 
> This also helps in debug and documentation.
> 
> Dave
> 
Dave: Is that Visio a linux program, or winderz?

Thanks.

Cheers, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
My web page: 
The clearest way into the Universe is through a forest wilderness.
-- John Muir

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] hal 'net' command puzzler

[gene heskett]

On Sunday, May 06, 2012 02:33:08 PM Jon Elson did opine:

> gene heskett wrote:
> > Thanks to all who helped, I cut another thread this evening, wrong of
> > course but at least I now know why it was wrong.  Hopefully the next
> > one will be right.  ;-)
> 
> Progress comes in small steps, but as long as each step moves in the
> right direction, that is good!
> 
> Jon

;-) Exactly Jon.  The next thing I fix is a much stronger X motor, but that 
will likely be a couple weeks since the couplings are of course coming from 
China. :( I have no clue as to the carriages balance with the heavier motor 
on the rear either.  I may have to make a tapered gib setup for it that I 
saw someplace on the intertubes. :)  And I need to pull the apron off and 
see if I can take a few thou of play out of the half nut ways.  The 
reversing backlash move is a big growf.  Ball bearing thrust washers on the 
leadscrew would help too I think, something I could preload a bit.  I put 
those in the mills crank end of the screw bearings, helped a bunch there.

What is the best practice to establish the X zero on a lathe?  I am making 
a test cut, measuring it and dividing that by half to enter in a Touch Off.

Has anyone else come up with a better idea that might be more usable?

Mid job even while paused, take a measurement & correct before unpausing 
and finishing?  Pause should stop the spindle, and resume should restart it 
& wait for speed, 2 seconds max on my toy unless running at polishing 
speeds.

I guess that is a feature request.  Or...  Is this spindle stop & restart 
something that that could be 'wired' into the .hal file.  Seems to me that 
could be done once hal was ones basic first language.  Long winter night 
stuff.  ;-)

Thanks Jon.

Cheers, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
My web page: 
If it ain't broke, don't fix it.

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Setting EPP Mode

[Kirk Wallace]

... snip  
> Yup, this looks like the problem, the EEPROM has been set to disable the
> ECR registers, so you can't set it to EPP.  There must be a utility program
> that can rewrite the EEPROM to change the default config.  Did you
> get a mini-CD with it?  You might have a program on it to do this,
> probably needs a Windows system.

I believe the EEPROM programs the chip pin-out or rather tells the PCI
chip what product it's on, and probably is not meant to be changed after
the chip is soldered to a board. Also the datasheet seems to indicate
that the chip follows the Microsoft interface spec.:
http://www.fapo.com/files/ecp_reg.pdf 

So, parport_pc should be able to find the base and extended registers,
if they exist.

I think we really need to see what the make and model is for the board
that the chip is mounted to, or read the PCI register that the EEPROM
sends the mode data to, to see if the chip was intended to have a
parallel port.
-- 
Kirk Wallace
http://www.wallacecompany.com/machine_shop/
http://www.wallacecompany.com/E45/index.html
California, USA


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] hal 'net' command puzzler

[Dave]

On 5/6/2012 2:31 PM, gene heskett wrote:
> On Sunday, May 06, 2012 02:12:18 PM John Prentice did opine:
>
>
>> Gene - greetings
>>
>>  
 As an aside, as many nets are best written on one line, inventing the
 signal name is tedious. It would suit me to allow a wildcard, "*" or
 whatever, as signalname and HAL would invent a unique internal name
 for its own purposes.

 John Prentice
  
>>> While that might be kewl, how the heck would us humans trace it?
>>>
>> You just see the pins connected together on the line of text.
>>
>>  
> Humm,  John, with one addition to that concept, I can see it actually being
> pretty useful.
>
> That addition would be to change the font to bold to hilight signal srcs,
> while leaving loads in plain text.  BiDi stuff in both bold and italic.
> Throw an underline under the wires name, sig1 sig2 etc.  Or, if color is
> available, colorize the output.  The idea being to make the organizational
> errors much easier to spot.  Save red for real errors&  don't use yellow,
> its too light to read well on paper.
>
> Flow chart boxes would be nice, but this would be useful too.
>
>
>> An analogy in our electrical world is that you need wire names (more
>> often numbers in my work) between modules or boards but don't need them
>> inside a unit as the connections are intimate, generally obvious and
>> often very numerous. I know that PCB layout systems generally enforce
>> naming of everything but this too is cumbersome (e.g. for xtal
>> oscillator, compensation RCs tied to a chip)
>>
>> The more names I type the more typos I make - but as I say it is only an
>> aside while we were exploring HAL.
>>  
> I thought I was the only one with arthritic, not too accurate a finger
> placement on the keyboard, glad to know I have company.  :)  The only
> keyboard I really like is a 15 year old IBM clickomatic, it doesn't
> register a key until its fully depressed&  made the click. Unforch it
> drives the woof batty with its noise&  she is watching tv 20 feet of
> hallway&  3 rooms away. All the rest register the adjacent key if you only
> move it .002" because my fat finger didn't hit the right key perfectly dead
> center.  Its a maddening PIMA on this $80 wireless logitech that the
> lubricants have all dried out in.  That, and having the matching mouse put
> itself to sleep and you have to click a button to wake it up.  G.
>
>
>> John Prentice
>>  
> Cheers John, Gene
>


What I have done for more complicated Hal setups is to use a 
flowcharting program like Visio to layout my ideas.
Then when I am writing the hal files I can reference the signal names to 
the nodes on the flowcharting program.
That makes the ideas clear even though the resulting Hal file may not be 
after it is written.

This also helps in debug and documentation.

Dave

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] hal 'net' command puzzler

[gene heskett]

On Sunday, May 06, 2012 02:12:18 PM John Prentice did opine:

> Gene - greetings
> 
> >> As an aside, as many nets are best written on one line, inventing the
> >> signal name is tedious. It would suit me to allow a wildcard, "*" or
> >> whatever, as signalname and HAL would invent a unique internal name
> >> for its own purposes.
> >> 
> >> John Prentice
> > 
> > While that might be kewl, how the heck would us humans trace it?
> 
> You just see the pins connected together on the line of text.
> 
Humm,  John, with one addition to that concept, I can see it actually being 
pretty useful.

That addition would be to change the font to bold to hilight signal srcs, 
while leaving loads in plain text.  BiDi stuff in both bold and italic.  
Throw an underline under the wires name, sig1 sig2 etc.  Or, if color is 
available, colorize the output.  The idea being to make the organizational 
errors much easier to spot.  Save red for real errors & don't use yellow, 
its too light to read well on paper.

Flow chart boxes would be nice, but this would be useful too.

> An analogy in our electrical world is that you need wire names (more
> often numbers in my work) between modules or boards but don't need them
> inside a unit as the connections are intimate, generally obvious and
> often very numerous. I know that PCB layout systems generally enforce
> naming of everything but this too is cumbersome (e.g. for xtal
> oscillator, compensation RCs tied to a chip)
> 
> The more names I type the more typos I make - but as I say it is only an
> aside while we were exploring HAL.

I thought I was the only one with arthritic, not too accurate a finger 
placement on the keyboard, glad to know I have company.  :)  The only 
keyboard I really like is a 15 year old IBM clickomatic, it doesn't 
register a key until its fully depressed & made the click. Unforch it 
drives the woof batty with its noise & she is watching tv 20 feet of 
hallway & 3 rooms away. All the rest register the adjacent key if you only 
move it .002" because my fat finger didn't hit the right key perfectly dead 
center.  Its a maddening PIMA on this $80 wireless logitech that the 
lubricants have all dried out in.  That, and having the matching mouse put 
itself to sleep and you have to click a button to wake it up.  G.

> John Prentice

Cheers John, Gene
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
My web page: 
Misery loves company, but company does not reciprocate.

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Setting EPP Mode

[Dave]

Jon,

Why would they do that?   So it is stuck in SPP mode?

Is this an attempt to idiot proof the card so it works for most people 
out of the box?

Dave

On 5/6/2012 1:50 PM, Jon Elson wrote:
> Jeshua Lacock wrote:
>
>> Actually it looks like the UARTs show up as a separate device:
>>
>> 08:00.0 Serial controller: Oxford Semiconductor Ltd OX16PCI954 (Quad 16950 
>> UART) function 0 (Disabled) (rev 01) (prog-if 06)
>>  Subsystem: Oxford Semiconductor Ltd Device 
>>  Flags: medium devsel, IRQ 18
>>  I/O ports at c090 [size=8]
>>  I/O ports at c080 [size=8]
>>  I/O ports at c070 [size=8]
>>  I/O ports at c060 [size=8]
>>  I/O ports at c020 [size=32]
>>  Memory at fb101000 (32-bit, non-prefetchable) [size=4K]
>>
>>  
> AH HA  That is the EEPROM, which can be set up to configure the chip
> as desired.
>
>>  Capabilities:
>>  Kernel driver in use: serial
>>
>>
>>
>> Looks like it is in SPP mode, here is the output from dmesg:
>>
>> I don't see the extended either?
>>
>> dmesg  | grep parp
>> [8.761283] parport_pc :08:00.1: PCI INT A ->  GSI 18 (level, low) -> 
>>  IRQ 18
>> [8.761347] parport0: PC-style at 0xc050, irq 18 [PCSPP]
>> [8.846838] lp0: using parport0 (interrupt-driven).
>>
>>
>>  
> Yup, this looks like the problem, the EEPROM has been set to disable the
> ECR registers, so you can't set it to EPP.  There must be a utility program
> that can rewrite the EEPROM to change the default config.  Did you
> get a mini-CD with it?  You might have a program on it to do this,
> probably needs a Windows system.
>
> Jon
>
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
>


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Setting EPP Mode

[Jon Elson]

Jeshua Lacock wrote:
>
> Actually it looks like the UARTs show up as a separate device:
>
> 08:00.0 Serial controller: Oxford Semiconductor Ltd OX16PCI954 (Quad 16950 
> UART) function 0 (Disabled) (rev 01) (prog-if 06)
>   Subsystem: Oxford Semiconductor Ltd Device 
>   Flags: medium devsel, IRQ 18
>   I/O ports at c090 [size=8]
>   I/O ports at c080 [size=8]
>   I/O ports at c070 [size=8]
>   I/O ports at c060 [size=8]
>   I/O ports at c020 [size=32]
>   Memory at fb101000 (32-bit, non-prefetchable) [size=4K]
>   
AH HA  That is the EEPROM, which can be set up to configure the chip
as desired.
>   Capabilities: 
>   Kernel driver in use: serial
>
>
>   
> Looks like it is in SPP mode, here is the output from dmesg:
>
> I don't see the extended either?
>
> dmesg  | grep parp
> [8.761283] parport_pc :08:00.1: PCI INT A -> GSI 18 (level, low) -> 
> IRQ 18
> [8.761347] parport0: PC-style at 0xc050, irq 18 [PCSPP]
> [8.846838] lp0: using parport0 (interrupt-driven).
>
>   
Yup, this looks like the problem, the EEPROM has been set to disable the
ECR registers, so you can't set it to EPP.  There must be a utility program
that can rewrite the EEPROM to change the default config.  Did you
get a mini-CD with it?  You might have a program on it to do this,
probably needs a Windows system.

Jon

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] hal 'net' command puzzler

[Mike Bennett]

Thanks Andy



On 6 May 2012, at 13:23, Andy Pugh  wrote:

> 
> 
> On 6 May 2012, at 08:25, Mike Bennett  wrote:
> 
>> 1. What is the scope of a signal name.  Is it machine wide or limited to the 
>> Hal file it appears in?
> 
> They are system-wide and are the only practical way to share data between HAL 
> files. 
> 
>> 2. If machine wide, are there existing signal names in existence that I have 
>> to avoid re-declaring?
> 
> No, they are created by the HAL files only, and there are no hidden HAL 
> files. 
> 
> 
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and 
> threat landscape has changed and how IT managers can respond. Discussions 
> will include endpoint security, mobile security and the latest in malware 
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] hal 'net' command puzzler

[Jon Elson]

gene heskett wrote:
>
> Thanks to all who helped, I cut another thread this evening, wrong of 
> course but at least I now know why it was wrong.  Hopefully the next one 
> will be right.  ;-)
>   
Progress comes in small steps, but as long as each step moves in the right
direction, that is good!

Jon

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Setting EPP Mode

[Jon Elson]

jeshua wrote:
> I am looking at the data sheet for that chip:
>
> http://www.datasheetarchive.com/OX16PCI952-datasheet.html#
>
> It states on page 52:
>
> To use the Enhanced Parallel Port (‘EPP’) mode, the mode
> field of the Extended Control Register (ECR[7:5]) must be
> set to ‘100’ using the negotiation steps as defined by the
> IEEE1284 specification
>
> …
>
> The register set is compatible with the Microsoft(R) register
> definition. Assuming that the upper block is located 400h
> above the lower block, the EPP registers are found at
> offset 000-007h and 400-402h.
>
>
> Does anyone know what that actually means? Its a bit over my head.
>   
OK, that says there is a set of three registers that should be at address
0xc450 - 0xc452, but these do not show up in your lspci output.  Possibly
the board remaps the chip's addresses to some smaller range.  I'm not
sure how much farther you can go with this.  If the maker of the board
has deliberately violated the standard device register map, it is going to
be quite hard to find out where they moved them.

I do note that they say bit 0 of the ECR register must be a 1, my pcisetup
program writes a zero there - it writes 0x80 to the ECR.  Probably this
program should actually mask and write 100x to the register.  I
do have the source code online, if you want to try that.

Also, does this board have the serial EEPROM?  It would be a 93C46 or
93C56-compatible device, and probably a really small chip, no more
than 8 pins.  That EEPROM can be programmed by a utility to
remap the PCI addresses and enable/disable various functions.
If it has the EEPROM (and I'm guessing it does) that would explain
the different register mapping.  You might look for the config program
and see about changing the default settings for the board.  You very likely
would need a Windows machine to use the program.

Jon


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Setting EPP Mode

[Kirk Wallace]

On Sun, 2012-05-06 at 02:06 -0600, Jeshua Lacock wrote:
... snip
> I tried pretty much every possible combination of C040, C050 and C00 that I 
> could think of.
> 
> Here is as you suggest:
> 
> sudo ./showport C040 C050 e
> ~
> Base @ 0xc040
> Extended @ 0xc050
> DPR: 144
> DSR: 64
> DCR: 149
> EPPA: 4
> EPPD: 4
> 
> CFA: 4
> CFB: 238
> ECR: 4
> ~
> Setting mode to EPP
> ECR: 4
> ~
> 
> 
> That doesn't seem to work as well.

The ECR above should have changed from 4 to  0100 to ( 0100 +
1000 0100) = 132. It looks like the write to the ECR didn't take, so may
not be a writable address and therefore not the ECR.

Did you try?:
sudo ./showport C050 C040 e

(In other words use a base address that is higher than the extended
address.)

I doubt this is an issue but, the main chip can be programmed to be one
of a few different products. Do you have all of the circuitry for the
parallel port on the PCI card? Most similar PCI cards will have the
circuits for the various modes a chip can provide, but then solder on
only the components for the selected mode. Only Mode 01 will provide a
parallel port (see page 7).
http://snebulos.mit.edu/projects/voila/docs/datasheets/Oxford_QuadUART.pdf 


-- 
Kirk Wallace
http://www.wallacecompany.com/machine_shop/
http://www.wallacecompany.com/E45/index.html
California, USA


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] hal 'net' command puzzler

[John Prentice]

Gene - greetings
>>
>> As an aside, as many nets are best written on one line, inventing the
>> signal name is tedious. It would suit me to allow a wildcard, "*" or
>> whatever, as signalname and HAL would invent a unique internal name for
>> its own purposes.
>>
>> John Prentice
>
> While that might be kewl, how the heck would us humans trace it?
>
You just see the pins connected together on the line of text.

An analogy in our electrical world is that you need wire names (more often 
numbers in my work) between modules or boards but don't need them inside a 
unit as the connections are intimate, generally obvious and often very 
numerous. I know that PCB layout systems generally enforce naming of 
everything but this too is cumbersome (e.g. for xtal oscillator, 
compensation RCs tied to a chip)

The more names I type the more typos I make - but as I say it is only an 
aside while we were exploring HAL.

John Prentice 


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] hal 'net' command puzzler

[Andy Pugh]

On 6 May 2012, at 08:25, Mike Bennett  wrote:

> 1. What is the scope of a signal name.  Is it machine wide or limited to the 
> Hal file it appears in?

They are system-wide and are the only practical way to share data between HAL 
files. 

> 2. If machine wide, are there existing signal names in existence that I have 
> to avoid re-declaring?

No, they are created by the HAL files only, and there are no hidden HAL files. 


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Join the 3D Printer Revolution

[Viesturs Lācis]

Is there a chance to block this email address, so that it cannot post
messages on the mailing list?

Thanks!

Viesturs

2012/5/6 rob c :
>
> For a Windows Software Solution try http://whatisacnc.com/sprinter/
>
> How does EMC control a 3D Printer? I love the software for Milling!!
>
>
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Setting EPP Mode

[Jeshua Lacock]

On May 6, 2012, at 1:38 AM, Kirk Wallace wrote:

> On Sat, 2012-05-05 at 23:06 -0600, jeshua wrote:
>> On May 5, 2012, at 8:14 PM, jeshua wrote:
>> 
>>> 'pcils -v' reveals:
>>> 
>>> 08:00.1 Non-VGA unclassified device: Oxford Semiconductor Ltd OX16PCI954 
>>> (Quad 16950 UART) function 1 (parallel port) (rev 01)
>>> Subsystem: Oxford Semiconductor Ltd Device 
>>> Flags: medium devsel, IRQ 18
>>> I/O ports at c050 [size=8]
>>> I/O ports at c040 [size=8]
>>> I/O ports at c000 [size=32]
>> 
>> I am looking at the data sheet for that chip:
>> 
>> http://www.datasheetarchive.com/OX16PCI952-datasheet.html#
>> 
>> It states on page 52:
>> 
>> To use the Enhanced Parallel Port (‘EPP’) mode, the mode
>> field of the Extended Control Register (ECR[7:5]) must be
>> set to ‘100’ using the negotiation steps as defined by the
>> IEEE1284 specification
>> 
>> …
>> 
>> The register set is compatible with the Microsoft(R) register
>> definition. Assuming that the upper block is located 400h
>> above the lower block, the EPP registers are found at
>> offset 000-007h and 400-402h.
>> 
>> 
>> Does anyone know what that actually means? Its a bit over my head.
> 
> My experience has been that the lspci output lists the base and extended
> address for the parallel port, plus any other addresses for other
> features. You have UART's on your card, so my guess is that they are
> accessed through one address, maybe C000. Then the parallel port base at
> C040 and the extended register at C050, or some other order of the same
> addresses. I've found the dmesg command can help sort the addresses out.
> Here is what I get on the PC I'm typing on:
> 
> kwallace@neptune:~$ dmesg | grep parp
> [8.614499] parport_pc 00:0c: reported by Plug and Play ACPI
> [8.614529] parport0: PC-style at 0x378, irq 7 [PCSPP,TRISTATE,EPP]
> [8.724443] lp0: using parport0 (interrupt-driven).
> kwallace@neptune:~$ 

Thanks Kirk,

Actually it looks like the UARTs show up as a separate device:

08:00.0 Serial controller: Oxford Semiconductor Ltd OX16PCI954 (Quad 16950 
UART) function 0 (Disabled) (rev 01) (prog-if 06)
Subsystem: Oxford Semiconductor Ltd Device 
Flags: medium devsel, IRQ 18
I/O ports at c090 [size=8]
I/O ports at c080 [size=8]
I/O ports at c070 [size=8]
I/O ports at c060 [size=8]
I/O ports at c020 [size=32]
Memory at fb101000 (32-bit, non-prefetchable) [size=4K]
Capabilities: 
Kernel driver in use: serial


> grep filters the dmesg output to show only the lines with "parp" in
> them. You can run dmesg again without grep to see the lines close to
> these lines. The above shows that the module parport_pc found a port at
> base address 378. Your dmesg should list a port with one of the
> addresses from your lspci output. The extended address show also show up
> next to the base address but presented in parentheses. From the above
> dmesg, the available modes are listed within the "[...]", but my example
> shows the extended found wasn't found (because no address in "(...)")
> because none of the extended features was selected, in this case from
> the BIOS because it is a motherboard port. 

Looks like it is in SPP mode, here is the output from dmesg:

I don't see the extended either?

dmesg  | grep parp
[8.761283] parport_pc :08:00.1: PCI INT A -> GSI 18 (level, low) -> IRQ 
18
[8.761347] parport0: PC-style at 0xc050, irq 18 [PCSPP]
[8.846838] lp0: using parport0 (interrupt-driven).

> For showport enter the base and extended address options with the mode
> option letter next, such as:
> 
> "sudo ./showport C040 C050 n"
> 
> "sudo" is needed because we need root privileges to access the parallel
> port. "./" is often needed because I usually run showport from the
> directory where showport resides (./ is a Linux trick to run local
> files). I'm guessing at the addresses, and "n" makes no change. Replace
> the "n" with an "e" to get EPP, or as you found, place a "100" in the
> top three bits of the mode register. "s" puts the port into SPP mode. It
> might be better to have options for all the modes available, but that
> was as far as I got with the program to get what I needed at the time.
> If this doesn't work, posting your showport output may help. Good luck.

I tried pretty much every possible combination of C040, C050 and C00 that I 
could think of.

Here is as you suggest:

sudo ./showport C040 C050 e
~
Base @ 0xc040
Extended @ 0xc050
DPR: 144
DSR: 64
DCR: 149
EPPA: 4
EPPD: 4

CFA: 4
CFB: 238
ECR: 4
~
Setting mode to EPP
ECR: 4
~


That doesn't seem to work as well.


Thanks again,

Jeshua Lacock
Founder/Engineer
3DTOPO Incorporated

Phone: 208.462.4171


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers

Re: [Emc-users] Setting EPP Mode

[Kirk Wallace]

On Sat, 2012-05-05 at 23:06 -0600, jeshua wrote:
> On May 5, 2012, at 8:14 PM, jeshua wrote:
> 
> > 'pcils -v' reveals:
> > 
> > 08:00.1 Non-VGA unclassified device: Oxford Semiconductor Ltd OX16PCI954 
> > (Quad 16950 UART) function 1 (parallel port) (rev 01)
> > Subsystem: Oxford Semiconductor Ltd Device 
> > Flags: medium devsel, IRQ 18
> > I/O ports at c050 [size=8]
> > I/O ports at c040 [size=8]
> > I/O ports at c000 [size=32]
> 
> I am looking at the data sheet for that chip:
> 
> http://www.datasheetarchive.com/OX16PCI952-datasheet.html#
> 
> It states on page 52:
> 
> To use the Enhanced Parallel Port (‘EPP’) mode, the mode
> field of the Extended Control Register (ECR[7:5]) must be
> set to ‘100’ using the negotiation steps as defined by the
> IEEE1284 specification
> 
> …
> 
> The register set is compatible with the Microsoft(R) register
> definition. Assuming that the upper block is located 400h
> above the lower block, the EPP registers are found at
> offset 000-007h and 400-402h.
> 
> 
> Does anyone know what that actually means? Its a bit over my head.

My experience has been that the lspci output lists the base and extended
address for the parallel port, plus any other addresses for other
features. You have UART's on your card, so my guess is that they are
accessed through one address, maybe C000. Then the parallel port base at
C040 and the extended register at C050, or some other order of the same
addresses. I've found the dmesg command can help sort the addresses out.
Here is what I get on the PC I'm typing on:

kwallace@neptune:~$ dmesg | grep parp
[8.614499] parport_pc 00:0c: reported by Plug and Play ACPI
[8.614529] parport0: PC-style at 0x378, irq 7 [PCSPP,TRISTATE,EPP]
[8.724443] lp0: using parport0 (interrupt-driven).
kwallace@neptune:~$ 

grep filters the dmesg output to show only the lines with "parp" in
them. You can run dmesg again without grep to see the lines close to
these lines. The above shows that the module parport_pc found a port at
base address 378. Your dmesg should list a port with one of the
addresses from your lspci output. The extended address show also show up
next to the base address but presented in parentheses. From the above
dmesg, the available modes are listed within the "[...]", but my example
shows the extended found wasn't found (because no address in "(...)")
because none of the extended features was selected, in this case from
the BIOS because it is a motherboard port. 

For showport enter the base and extended address options with the mode
option letter next, such as:

"sudo ./showport C040 C050 n"

"sudo" is needed because we need root privileges to access the parallel
port. "./" is often needed because I usually run showport from the
directory where showport resides (./ is a Linux trick to run local
files). I'm guessing at the addresses, and "n" makes no change. Replace
the "n" with an "e" to get EPP, or as you found, place a "100" in the
top three bits of the mode register. "s" puts the port into SPP mode. It
might be better to have options for all the modes available, but that
was as far as I got with the program to get what I needed at the time.
If this doesn't work, posting your showport output may help. Good luck.

-- 
Kirk Wallace
http://www.wallacecompany.com/machine_shop/
http://www.wallacecompany.com/E45/index.html
California, USA


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] hal 'net' command puzzler

[Mike Bennett]

As a new user I've been following this thread with interest.  My only questions 
are:

1. What is the scope of a signal name.  Is it machine wide or limited to the 
Hal file it appears in.
2. If machine wide, are there existing signal names in existence that I have to 
avoid re-declaring?

Mike



On 5 May 2012, at 22:31, "John Prentice"  wrote:

> From: "andy pugh" 
>> 
>> Every "net" command is followed immediately by a signal name. That is,
>> a name you have chosen yourself, to make sense to you (or to confuse
>> yourself horribly in the future, if you so choose).
>> You can uses the same signal name on as many net commands as you like.
>> But being a signal name it needs to be the first term after the word
>> "net"
>> Every "net" command with the same signal name will pass the same value
>> to every HAL pin listed in the command. And that value will be from
>> the one, and only one, output pin that appears in one of the net
>> commands.
>> 
> 
> I use the mental model that the "signal" is a wire and the signalname 
> defined after "net" is the heatshrink sleeve printed with its name. The wire 
> loops its way round "pins" (i.e. terminals) but, as the order of writing 
> does not matter, the HAL is essentially a schematic not a wiring diagram.
> 
> Of course woebetide the person who wires the outputs of more than one totem 
> pole gate (or push-pull amp) together. HAL gives you an error if you try it 
> and this prompts you to include a selector, or "tri-state bus" arrangement 
> on the drivers.
> 
> As an aside, as many nets are best written on one line, inventing the signal 
> name is tedious. It would suit me to allow a wildcard, "*" or whatever, as 
> signalname and HAL would invent a unique internal name for its own purposes.
> 
> John Prentice 
> 
> 
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and 
> threat landscape has changed and how IT managers can respond. Discussions 
> will include endpoint security, mobile security and the latest in malware 
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users