gEDA-user: Need help finding Conexant CX25874-24 (TV chip)
We've got OGD1 boards at the assembly house, and we've run into a supply problem. The Conexant CX25874-24, the TV output chip we selected, has reached end-of-life, and we're having trouble finding a broker who will supply them at a reasonable price. For instance, one broker we contacted hasn't even responded to our inquiries. So, we're asking for help on this one. We need to find the best price on 25 to 30 of these chips. Our original quote (which we had factored into the budget) was $9.68 each. We should also discuss the option of skipping this altogether, which would save us time and money. Plus, if the best price is too high, we'll skip it anyhow. We can come up with a clever FPGA solution that involves using the VGA DAC to generate s-video. The Conexant CX25874-24 is in a 64-pin TQFP package. P.S. I wanted to be sure to thank those of you who helped with my previous question regarding the fried FPGA dev board. We're in the process or locating replacements for the capacitor, diode, and the voltage regulators. -- Timothy Normand Miller http://www.cse.ohio-state.edu/~millerti Open Graphics Project ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Need help finding Conexant CX25874-24 (TV chip)
We now have multiple quotes, so we're all set. Thanks to those who responded. On Tue, Mar 23, 2010 at 10:33 AM, Timothy Normand Miller theo...@gmail.com wrote: We've got OGD1 boards at the assembly house, and we've run into a supply problem. The Conexant CX25874-24, the TV output chip we selected, has reached end-of-life, and we're having trouble finding a broker who will supply them at a reasonable price. For instance, one broker we contacted hasn't even responded to our inquiries. So, we're asking for help on this one. We need to find the best price on 25 to 30 of these chips. Our original quote (which we had factored into the budget) was $9.68 each. We should also discuss the option of skipping this altogether, which would save us time and money. Plus, if the best price is too high, we'll skip it anyhow. We can come up with a clever FPGA solution that involves using the VGA DAC to generate s-video. The Conexant CX25874-24 is in a 64-pin TQFP package. P.S. I wanted to be sure to thank those of you who helped with my previous question regarding the fried FPGA dev board. We're in the process or locating replacements for the capacitor, diode, and the voltage regulators. -- Timothy Normand Miller http://www.cse.ohio-state.edu/~millerti Open Graphics Project -- Timothy Normand Miller http://www.cse.ohio-state.edu/~millerti Open Graphics Project ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: Funny pad rotation
I'm having an issue exporting my board from PCB as a gerber. Please take a look at this screenshot: http://flickr.com/gp/oskay/L98vvn The pads look normal-- square to the page --in PCB, but are rotated strangely when I export as gerber. The footprint, as it appears in my PCB document is: Element[ gullwing_opto IRD201 unknown 325000 262500 -7000 -17500 0 100 ] ( Pad[-6703 -1 -6700 1 4000 2000 5000 1 square] Pad[6700 1 6703 -1 4000 2000 5000 2 square] ElementLine [-3000 -8900 -3000 -6900 700] ElementLine [-3000 8900 -3000 6900 700] ElementLine [6700 -7900 6700 -4400 700] ElementLine [6700 7900 6700 4400 700] ElementLine [-6700 -7900 -6700 -4400 700] ElementLine [-6700 7900 -6700 4400 700] ElementLine [-6700 -7900 6700 -7900 700] ElementLine [-6700 7900 6700 7900 700] ElementArc [-3000 0 4000 4000 45 270 700] ) Is this a known bug? Any workaround? Thanks! -Windell ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Funny pad rotation
On Tue, Mar 23, 2010 at 3:09 PM, Windell H. Oskay wind...@oskay.net wrote: I'm having an issue exporting my board from PCB as a gerber. Please take a look at this screenshot: http://flickr.com/gp/oskay/L98vvn The pads look normal-- square to the page --in PCB, but are rotated strangely when I export as gerber. The footprint, as it appears in my PCB document is: Element[ gullwing_opto IRD201 unknown 325000 262500 -7000 -17500 0 100 ] ( Pad[-6703 -1 -6700 1 4000 2000 5000 1 square] Pad[6700 1 6703 -1 4000 2000 5000 2 square] ElementLine [-3000 -8900 -3000 -6900 700] ElementLine [-3000 8900 -3000 6900 700] ElementLine [6700 -7900 6700 -4400 700] ElementLine [6700 7900 6700 4400 700] ElementLine [-6700 -7900 -6700 -4400 700] ElementLine [-6700 7900 -6700 4400 700] ElementLine [-6700 -7900 6700 -7900 700] ElementLine [-6700 7900 6700 7900 700] ElementArc [-3000 0 4000 4000 45 270 700] ) Is this a known bug? Any workaround? Are the pads exactly square? (sorry about my laziness to do the math). Try making them slightly rectangular. That worked for me for going the other way: I found it impossible to rotate a perfectly square pad 45 degrees. Regards, Mark markra...@gmail -- Mark Rages, Engineer Midwest Telecine LLC markra...@midwesttelecine.com ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Funny pad rotation
That's really wierd. The exports are correct, the GUI is wrong - your footprint really does have oddly rotated pads: Pad[-6703 -1 -6700 1 ... That's a dX of 3 and a dY of 2. If you enable thindraw (the | key) it shows the correctly rotated outlines. Debugging... ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Funny pad rotation
On Mar 23, 2010, at 1:19 PM, DJ Delorie wrote: That's really wierd. The exports are correct, the GUI is wrong - your footprint really does have oddly rotated pads: Pad[-6703 -1 -6700 1 ... That's a dX of 3 and a dY of 2. If you enable thindraw (the | key) it shows the correctly rotated outlines. Debugging... Wow-- yes-- you're right. It sure shows up in thindraw mode. Thanks! -Windell ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Funny pad rotation
Looks like a fundamental design issue. We use the X layer to draw lines, which includes pads, but with the tiny offsets in the x,y points, we end up passing two points to the X layer that have the same coordinates, so it draws a zero-angle line. If you zoom in far enough, eventually rotates the pad on the screen. To get this right, we'd have to somehow calculate when X is going to do the wrong thing based on our scaling, and draw those lines as polygons instead, so that we can do the math with more precision. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: ten pages of command line options
DJ Delorie wrote: I think there needs to be a way to specify the sort key and section heading separately, as bom-Options is not a good text for a section heading. Perhaps a mapping between sort key and section heading could be found once, rather than have to include both for every option? that would be useful. Also we need to have a way I think in the index to somehow sort on HID or something since some options exist in more than one exporter. This is a great start however. Hopefully with some minor tweaks to the perl script and the sort keys it will be good to go. Is the list of exporters somehow generated automatically? I'm asking because the gcode exporter is missing. -Dan ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: ten pages of command line options
Dan McMahill wrote: DJ Delorie wrote: I think there needs to be a way to specify the sort key and section heading separately, as bom-Options is not a good text for a section heading. ack. I just took, what the extract-docs script produces with no modifications whatsoever. Also we need to have a way I think in the index to somehow sort on HID or something since some options exist in more than one exporter. This would need much more intelligence in the perl script. It probably implies multiple runs -- first gather all comments from all files, then assemble lists of options for every HID and finally produce texi output for every HID and for the majority of options that are allowed for every HID. I don't feel, the benefit justifies the effort. IMHO, we can get away with notes like the one that links PS and EPS options. This is a great start however. Hopefully with some minor tweaks to the perl script and the sort keys it will be good to go. ack. Unfortunately I am a perl illiterate. I actually haven't written a single line of perl, yet. So the syntax is all egyptian to me. But I am willing to learn on the subject. I'll try to understand the code enough to add differentiation of heading and sort key. Would anyone answer a series of noobie questions? ---)kaimartin(--- -- Kai-Martin Knaak Öffentlicher PGP-Schlüssel: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x6C0B9F53 ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: ten pages of command line options
Would anyone answer a series of noobie questions? I wrote it, so I get to answer the noobie questions :-) ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
