Site Home Archive Home FAQ Home How to search the Archive How to Navigate the Archive
Compare FPGA features and resources
Threads starting:
Authors:A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
In a previous article kh@pvimage.com (Kevin Harney) writes: > <We have been using c40 ORCAs in an image recognition product, and have >been having problems with everything from the place place and route tools, <to the parts not meeting spec. If you have had either a positive or a negative >experience with the ATT ORCA chips, please share your story with me. <I can be reached at: Orca has always exceeded my expectation in my designs. If you define the location of every signal pin in advance, pay close attention to how registered outputs are grouped. A group of as many as 4 adjacent pads are assocated with the same PFU, and there are strict restrictions on the independence of the registers in each PFU. If the register modes of a group of such a group of 4 adjacent pins are not compatible (or even if they are, but the mapper fails to recognize that because they are not identical), then mapper will place the registers in different PFUs resulting in severe delay penality for some signals. Furthermore, even if the modes match, you may have to use "NOMERGE" at the input of the registers. If the register is sucked into the PFU block containing the function to its D input, and that function is too complex to share with the input functions of the other three registers, then the mapper will place it in separate PFUs as well. The NOMERGE attribute is to prevent the register from being sucked into the same logic block as its input function.Article: 3626
>>>>> "Jack" == Jack Ogawa <jacko@Altera.COM> writes: Jack> To obtain a copy of a kit, please contact 800-800-3753, hit Jack> 0 for the operator, and ask for extension 7144 and request a Jack> copy of the DSP design kit. What do I have to tell our distributor here in Europe to get a kit? If they don't have it, what would be the non-800 number to call in the U.S.? -- Achim Gratz. --+<[ It's the small pleasures that make life so miserable. ]>+-- WWW: http://www.inf.tu-dresden.de/~ag7/{english/} E-Mail: gratz@ite.inf.tu-dresden.de Phone: +49 351 4575 - 325Article: 3627
In article <8r4bNGAoPW2xEwIv@vizef.demon.co.uk> Steven Bird <steve@vizef.demon.co.uk> writes: >> > >I have been 'beaten' over the head (almost literally) by engineering >managers claiming/stating that if they shipped their electronic products >with as many bugs as the EDA software they use, they would go out of >business overnight. Probably true, but this is partly due to a >fundimental difference between sw/hw. When you look at hardware products >they tend to follow the theme of identifying a market niche/requirement, >spec the product and then design and manufacture it and then sell it >whilst the window is open. An awful lot of products (maybe even a majority) are a combination of hardware and software. I used to work for a medical-products company where almost all the products used embedded processors. If a piece of life support equipment fails and somebody dies, it's simply not acceptable to say, "Oh, that's a bug. We'll catch it in the next release." The immediate result of an EDA tool not working is, admittedly, not quite as severe, except of course the poor soul who bought it and now has to work with it might *wish* he or she was dead. > >Software products are *completely* different. Successive generations of >a software simulator are not re-writes, you take whats there and add new >functions (benifits, of course, not features). You now have a got a >tiger by the proverbials (I mean tail!). It is unrealistic for the >original product architects to be able to predict the future >requirements of the tool (say 5-10 years out) when laying down the >architecture. So as time progresses the accomodation of new hardware >design practices becomes more and more difficult *BUT* starting from >scratch could involve huge (>50 man years) amounts of time to start with >new code. Fine. And if said code is re-used and worked over for several years, unless it was a mess of poorly written, inconprehensible dreck to begin with, it should be progressively improved and debugged. > >As for Frameworks, from a vendors point of view they offer little in >terms of sales revenue and consume a considerable amount of engineering >resource. Not a defense, but a reason... Furthermore, from a user's point of view a fremework can be inconvenient because it's based on the vendor's notion about how you should be designing. > _______________________________________________________________________________ | AXENHAMMER SYSTEMS | Arthur R. Marriott --Applied Technology-- | artm@eskimo.com | (206) 522-8606 | _______________________________________|_______________________________________ If we're not supposed to see boobs exposed on television, I guess they're going to have to pull the plug on C-SPAN... _______________________________________________________________________________Article: 3628
>Yes it is. However, if you don't have Viewgen (or even if you do), >there's a very neat low-cost product called SmartViewer that brings >up your .xnf file in one window, and generates schematics in another >as you probe signals or blocks in the .xnf. By clicking on the .xnf, >you can ask questions like "show me all the logic between these two >points" or "show me everything upstream of this point". It's a >useful tool, and also supports PALASM-type input. Do you mean it can generate a logic schematic from a PALASM file? That would be very useful. Where is it, and (dare I ask) how much is it? $5000?? :) Peter.Article: 3629
Peter (ft63@dial.pipex.com) wrote: : How do you do an all-digital ADC?? With switched current circuits you can do it on a pure digital process. With switched capacitor circuits you can do it on a digital process with some analog features. [Good resistors and capacitors.] -- Stephen Baynes baynes@ukpsshp1.serigate.philips.nl Philips Semiconductors Ltd Southampton My views are my own. United Kingdom Are you using ISO8859-1? Do you see © as copyright, ÷ as division and ½ as 1/2?Article: 3630
We search for IT people in Toronto, Ontario, Canada. We are seeking a Hardware Design Engineer for our client company located in Toronto. The candidate will have experience with: Microprocessor design interface. FPGA design PCI and ISA Bus Design Salary negotiable. CAN$50+ Can someone help us ? -------------------------------------------- Tom Brown The Roberts Group www.interlog.com/~tbrown tbrown@interlog.comArticle: 3631
Hi, I'm currently working on a project wich involves very-high speed clock rate. Over the 100 MHz. We're considering CPLD and/or FPGA. From what I can see, and have been informed by several compagnies. CPLD offer less complexity, but more speed. Is this right ??? Also, I'd like to know if anybody has had to work with different brand of CPLD/FPGA. We've been looking at two brands, first there is the CYPRESS line, and then there's the the QuickLogic line (any comment/suggestion). Are there any other lines that works at a higher than 100 MHz clock. Typically our project needs to access RAM (Burst Technique) with acces to a peripheral (LCD Interface). Wich will need to be able to calculate an Adress/Data from an (x,y) pixel position. That is about all the job for the PCLD/FPGA. I need at the very least 64 I/O line. Thanks in advance for any comments and/or suggestions. -- ============================================================ Tel:(418)-871-8977 Marc Palmarini Fax:(418)-871-9021 ATI International E-Mail:amphi_t@acica.comArticle: 3632
In article <31dcd965.1823125@news.dial.pipex.com> ft63@dial.pipex.com "Peter" writes: " " ">Yes it is. However, if you don't have Viewgen (or even if you do), ">there's a very neat low-cost product called SmartViewer that brings ">up your .xnf file in one window, and generates schematics in another ">as you probe signals or blocks in the .xnf. By clicking on the .xnf, ">you can ask questions like "show me all the logic between these two ">points" or "show me everything upstream of this point". It's a ">useful tool, and also supports PALASM-type input. " "Do you mean it can generate a logic schematic from a PALASM file? That "would be very useful. Where is it, and (dare I ask) how much is it? "$5000?? :) " "Peter. " Take a look at http://www.cina.com DavidArticle: 3633
It's a shame we're not in comp.lang.vhdl with this thread, because this is a salutory example of how you have to sometimes think structurally rather than behaviorally to get a good FPGA design. Synthesis is not always the answer for large designs. The implementation of fast arithmetic of this sort in FPGAs requires very architecture-specific design, which, as other posters have correctly pointed out, is best achieved by using the hand-crafted macros offered by the vendors. The best synthesis tools I've seen will implement a multiplier as a full-adder array, automatically using the carry chains in architectures such as Xilinx XC4000 or Altera FLEX8K. That's fine for a 4-bit multiplier, but the bigger array, the more levels of logic, and the slower it goes. If latency isn't a problem, you can add pipelining. By the time you get to 16 bits you may want to look at a different approach. In addition to the advice already posted, Lucent publish a paper on an add-pass-shift method that looks promising in their ORCA devices, and the Altera FLEX8K apps handbook has a lot of useful stuff including Booth multipliers. The fundamental problem is that you're trying to implement a wide function in narrow FPGA logic blocks. In some cases the answer is to use CPLD devices which are much better suited to this situation. Devices like this (e.g. AMD MACH, Altera MAX) can implement these wide arithmetic functions directly from synthesis without much problem, although you may be looking at a multiple-device solution. David PashleyArticle: 3634
Hello All: I am looking for a PCI bus model in VHDL or Verilog with proper documentation for the various cycles. Any pointers will be OK for me to find out. Thanks, ManishArticle: 3635
-- Hey folks, I want to break down my design into a fpga. By starting design_analyzer I've to tell him what libraries he should use. But who do I know before compilation if the choosen part of the family will have the right size? Or, the other way round: What error messages are generated if the design doesn't fit? Any hints? Many thanks... Hagen ==================================================================== EMail: mailto:ploog@baltic.e-technik.uni-rostock.de www: http://www-md.e-technik.uni-rostock.de/~ploog/ploog.htm University of Rostock Tel.: (+49 381) 4983534 Department of Electrical Engineering Fax.: (+49 381) 4981126 Institute of Applied Microelectronics and Computer Science Richard-Wagner Str. 31 18119 Rostock-Warnemuende GermanyArticle: 3636
Hagen: If you are using the Xilinx XACT fitting software, the error log file will tell you that it won't fit in the particular device that you've chosen. However, it will give you suggestions as to which Xilinx devices it WILL fit into. So in your case, you can pick out the device after you've done the logic design. Just make sure you don't commit to a particular footprint for your printed circuit board too soon! (Unless you've already determined your i/o for the design and you know the number of pins won't have to change). Also, by doing some rough estimates of logic complexity (how many ff's per state machine, size of RAM or ROM needed, quantity and size of registers, etc.) you should be able to get close to the size of FPGA you need. Always be conservative in your estimates. Hope that helps, Ed. espsys@aol.comArticle: 3637
I am trying to locate hardware engineers with experience of Motorola 68000 chipsets, particularly in an ISDN development environment, working in Europe. If you are such a person, please can you contact me via email at lisad@ins-group.com. Alternatively, if anybody can suggest a better news group where I could find such people, please let me know. Many thanks LisaArticle: 3638
>With switched current circuits you can do it on a pure digital process. >With switched capacitor circuits you can do it on a digital process with >some analog features. [Good resistors and capacitors.] Plus a comparator. And with "good resistors" and a comparator you could do an ADC as well, using just a successive approximation register as the only logic. A switched cap ADC is just that, instead of resistors it uses caps. I think someone is pulling our leg here, unless this "model" is a freebie, or unless it contains the pretty complex algorithm used to self-calibrate the switched-cap ADCs. Peter.Article: 3639
Ed's advice is very appropriate. At the risk of seeming to patronize, I'll add the following generalisation: The problem of properly sizing an FPGA design is very much like the problem of sizing a circuit board design. 1. It's very much easier to do with greater accuracy and predictability if this isn't your first design for this problem, and/or you're familiar with the technology. 2. If you don't have a low-risk design, you'll either be very conservative in your estimates (re: pins, area, power, etc.), or you can be very conservative in your schedule (i.e. do a first cut at the entire design, and see how big it really turns out before committing to a certain size). We can go on and on with this, but you catch my drift. The problem and blessing of FPGA design is that you don't *have* to (rather than *should*) do most of the design until the board is already committed. If you have the time/cost flexibility, stick in a bigger/faster FPGA than what you could possibly use. The extra space may turn into additional features or bug fixes, even after first product release, in which case you'll be a hero because the improvements were made at no further increase in the product cost (see Dilbert for references on how to be a project hero to management!). One of the dynamics of FPGA design is that you can count on the part cost dropping dramatically over the first year of the product's life (usually!). Any time you push the limits of any technology; either in size, speed, power, cost, or whatever; there is an engineering cost that usually shows up as added development time. For some projects, the additional development time is crucial for a lowest possible cost design. For some projects, exactly the opposite is true; the additional cost of a larger than "necessary" FPGA is far outweighed by the cost of the lost opportunity for developing new products and/or capabilities, or in lost time to market. As I said before, there are parallels between board design/sizing and FPGA design/sizing. And your mileage *will* vary. Bob Elkind ************************************************************************** Bob Elkind mailto:eteam@aracnet.com CIS:72022,21 7118 SW Lee Road part-time fax number:503.357.9001 Gaston, OR 97119 cell:503.709.1985 home:503.359.4903 ******** Video processing, R&D, ASIC, FPGA design consulting *************Article: 3640
Dear Friends, I use Synopsys's VSS expert v.33b to simulate the ALTERA's FLEX10K VHDL output file (post-route) in the test bench. This test bench is identical to the one I used in function simulation. In short, these two simulation activities differ from each other only in the UUT (unit under test). One is modeled with behavioral VHDL, and the other is modeled with primitive-gate structural VHDL. Since ALTERA's MAX+PLUSII embedds timing parameters inside the structural VHDL. However, I get very serious internal error causing the halt of VSS when I simulate the post-route test bench with the very first run command. (The patterns is identical to the one I used in function simulation) ** internal error: vhdlsim: Please Report (No attributes on signal /T_BENCH/TO_SW/ESWCLK) FAULT CONTEXT program: 'vhdlsim' release: '3.3b' Architecture: 'sparc' phase: 'Run-time' last UI Command: run 200 simulation time = 0ps FAULT ID: '2304524 374576 454228 323452 324296 79012 3049100 3046720 300676 8300' Have any of you encountered similar troubles before? I need help. Regards, Felix K.C. CHEN -- --------------------------------- Felix, Kuan-chih CHEN (³¯ «a §Ó) Associate Project Manager System Product Division D-Link Co., Hsin-chu, Taiwan Email: flxchen@diig.dlink.com.tw Machines and tools are only as good as the people who use it. ---------------------------------Article: 3641
Dave Decker's sanity check for big Xilinx DSP project had a few Q's M(>Would VHDL etc. make this a piece of cake? No, but perhaps less stressful than schematics! M(>Is there another chip family/tool set intended for DSP designs, that M(>would make all this easier? Not necessarily, but Lucent Technologies ORCA 2CxxA series may be of interest. See below. M(>General purpose multipliers, if they existed, would be useless. M(>Besides being wasteful of CLBs, in the extreme, a design using them M(>would not even fit in the 5215 and would be slower. With the carry initialisation, and two LE's per bit for an adder, 5200 series is not as dense as others - either 4000(E) (EX) (EXX?), FLEX10K/8K, ORCA, etc. Also in a multi-chip implementation, what about clk2q and input setup times for chip to chip comms? I've done a 16x16 unsigned multiply in an ORCA 2C06-3S208 (6K gates - $59 part. Yes that is US Dollars, UK pricing. If you get them cheaper, or pay more, let me know) With a new multiplier & multiplicand every clock cycle. It runs at 33MHz with only a 4 clock cycle latency for pipelining. Lucents new 0.35 µm 2CxxA series has a multiplier mode, meaning that an 8x8 mpy requires only 16 PFU's (about 7% of a 10K gate part) a 12x12 would need around 36 PFU's, but may need piping to get the data rate up, depending on the speed grade. Even a 16x16 mpy will take only 64 PFU's which is pretty compact. For large signed multipliers, a modified Booth (triplet) algorithm can be used in most architectures to reduce pipeline depth and reduce multiplier/multiplicand pipeline delays etc. The break-even width is difficult to judge though. Lucent are planning a DSP designers kit, but I have no firm details at present. Honesty time... I'm a disti FAE, supporting Lucent. Read into this what you will. CHALLENGE... What's the most dense, and fastest implementation possible of a 16x16 unsigned multiplier? ie, how small a part can you fit it into, and how fast will it run. I'd be interested to know, as math acceleration/image processing was a big part of my life pre-FAE days. ========================================= Stuart Clubb, Field Applications Engineer Eurodis Bytech Limited Direct Line: (+44) 1256 602578 Facsimile : (+44) 1256 707162 E-mail : STUART_CLUBB@bytech.win-uk.net ========================================= --- * PowerAccess 1.08 Choosy modemers choose GIFArticle: 3642
DJ>I'm programming the XILINX-FPGA for two years with the schematic entry DJ>tool. Now, I want do that with a HDL language. DJ>So my questions are: DJ>- Which is the best HDL language? Verilog & VHDL. Try them both and see which you like. Most synthesis packages support both these days. IMHO I wouldn't advise going with vendor specific HDL's as these are just going to tie you in with one vendor. Never mind the fact that a CV with real Verilog or VHDL experience, possibly makes you more marketable in the future. DJ>- Is there a cheap Demo-Tool, I can learn the language? Synplicity do an eval copy of Synplify (free). The editor seems pretty cool for the beginner, as it annotates mistakes, and colour keys everything. ========================================= Stuart Clubb, Field Applications Engineer Eurodis Bytech Limited Direct Line: (+44) 1256 602578 Facsimile : (+44) 1256 707162 E-mail : STUART_CLUBB@bytech.win-uk.net ========================================= --- * PowerAccess 1.08 OS/2 That's half an operating system...?Article: 3643
Lucent Technologies do a complete HDL PCI target for ORCA. Good documentation etc. etc. ========================================= Stuart Clubb, Field Applications Engineer Eurodis Bytech Limited Direct Line: (+44) 1256 602578 Facsimile : (+44) 1256 707162 E-mail : STUART_CLUBB@bytech.win-uk.net ========================================= --- * PowerAccess 1.08 Took an hour to bury the cat. Silly thing kept moving.Article: 3644
J(>: Altera's (formerly Intel's) FLEX family is flash based. J(> J(>We were looking at using the Altera flash-based FPGAs for some J(>small projects here. Rather than wire a bunch of discrete components J(>together, we want to put all the logic on a single chip (it's not too J(>involved). We're absolute newbies with regard to FPGAs; J(>are there any comments, good or bad, about these (Altera) FPGAs? One of my customers told me that the price of these devices is actually going up! In an industry where everyone wants to tell you how cheap they will be six months down the line, if only you would design in today, this seems a bit strange. What's up, isn't Altera making enough money? Those things aside, the architecture is great, why Intel got rid of it I don't know. Down-side is the cost per gate, but you pays your money and takes your choice. Regards Stuart ========================================= Stuart Clubb, Field Applications Engineer Eurodis Bytech Limited Direct Line: (+44) 1256 602578 Facsimile : (+44) 1256 707162 E-mail : STUART_CLUBB@bytech.win-uk.net ========================================= --- * PowerAccess 1.08 Never put off till tomorrow what you can ignore entirely.Article: 3645
Hi, I am looking for a simple emulation software system to help a feasibility analysis of building a prototype board. I have limited CAD experience, so any assistance would be greatly appreciated. Thanks, Robyn Cheyne email me at sci-rjc2@jcu.edu.au -- ,\/~~~\_ _/~~~~\ | ---, `\_ ___,-------~~\__ /~' ,,'' | | `~`, ',,\`-~~--_____ --- - /, ,--/ '/'Article: 3646
In article <2922@bytech.win-uk.net>, STUART CLUBB writes: > > J(>: Altera's (formerly Intel's) FLEX family is flash based. > Those things aside, the architecture is great, why Intel got rid of it I > don't know. Down-side is the cost per gate, but you pays your money and > takes your choice. As I understand it, Intel sold their entire PLD business to Altera. FlexLogic was only part of the deal. At least they sold it. National Semiconductor just shut down their programable logic division. ---- "..very sad life. Probably have very sad death. But there's symetry" Remember the home hobbyist computer: Born 1975, died April 29, 1994Article: 3647
eric@wolf359.exile.org (Eric Edwards) wrote: > At least they sold it. National Semiconductor just shut down their > programable logic division. > FWIW National still has an FPGA and a group doing configurable logic development/research called the Softlogic Technology group. The FPGA is similar to the Atmel AT6002 and AT6005 (they both are descendants of the Concurrent architecture). Parts may be obtained through Seacliff technology. Contact at NSC is Al Brilliott at 408/721-4277 -Ray Andraka Chairman, the Andraka Consulting Group 401/884-7930 FAX 401/884-7950 mailto:randraka@ids.net http://www.ids.net/~randraka/ The Andraka Consulting Group is a digital hardware design firm specializing in high performance FPGA designs. Services include complete design, development, simulation, and integration of these devices and the surrounding circuits. We also evaluate,troubleshoot, and improve existing designs. Please call or write for a free brochure.Article: 3648
***************************************************************** 1st On-line Workshop on SOFT COMPUTING (WSC1) August 19 (Mon.) - 30 (Fri.), 1996 Special Session on EVOLUTIONARY ELECTRONICS ***************************************************************** Call for Papers and Invitation to take part in the Discussion ***************************************************************** As part of the 1st on-line workshop on soft computing, we call for papers for the special session on 'Evolutionary Electronics'. The session is intended as a forum for discussing the use of evolutionary computing techniques in electronics design and manufacturing, and the application of reconfigurable logic as the medium for the rapid prototyping of (evolved) digital logic designs. The session welcomes survey and tutorial style papers. The areas of interest include but are not limited to : a. Evolving anlogue circuits b. Intrinsic/extrinsic evolvable hardware c. VLSI placement, routing and testing using evolutionary algorithms d. Hardware implementations of evolutionary algorithms e. Evolutionary co-design f. Embryonics g. Implicit fault tolerance afforded by evolutionary design h. Field programmable gate arrays (i. Hardware implemented neural networks) The contributions can be in the form of : a) 6 page (max) Original paper, to be published in the workshop proceedings. In the case of survey or tutorial style papers authors are encouraged to submit the paper in several parts (such as part I and part II with the same title). b) 6 page (max) paper on your already published work c) YOUR PARTICIPATION in the discussion during the workshop PLEASE NOTE: The DEADLINE FOR SUBMISSION of abstracts and main text is Aug. 5, 1996 WSC1 will accept both ORIGINAL and ALREADY PUBLISHED papers (in electronic form). It is intended that original papers will be published in the conference proceedings. Please refer to the ORIGINAL CALL FOR PAPERS below for the submission and further details. To submit a paper for the special session, use the same submission procedure as for the WSC1 workshop, but, please, CLEARLY INDICATE THAT YOUR PAPER IS FOR THE SPECIAL SESSION ON EVOLUTIONARY ELECTRONICS. For any queries about the special session (only) please send email to: a.j.hirst@open.ac.uk To contact the WSC1 organisers: http://www.bioele.nuee.nagoya-u.ac.jp/wsc1/ ============================================================== ORIGINAL CALL FOR PAPERS =============================================================== From: furuhashi@nuee.nagoya-u.ac.jp (Takeshi FURUHASHI) Date: Tue, 4 Jun 1996 13:46:10 +0900 Subject: WSC1 This is the preliminary CFP for the 1st Online Workshop on Soft Computing. This is also available on WWW. The URL is http://www.bioele.nuee.nagoya-u.ac.jp/wsc1/ CALL FOR PAPERS The 1st Online Workshop on Soft Computing (WSC1) Aug. 19 (Mon) - Aug. 30 (Fri) On Internet (WWW (World Wide Web) ) Served by Nagoya University We call for your papers for online discussions using the Internet. The purpose of this workshop is to give its attendees opportunities to exchange informaiton and ideas on various aspects of Soft Computing and "save travel expenses" without having to visit foreign countries. We aim to have ample discussion time between the authors and attendees make them visible to everyone on the Internet. This is the 3rd workshop of On-line Workshop series on Internet. The first on-line workshop(WEC1) was held on Oct. 9 - 20, 1995. In spite of the very short preparation time ( 2 weeks ) for the workshop, 22 papers were submitted and great many people visited the home page: http://www.bioele.nuee nagoya-u.ac.jp/wec Encouraged by the unprecedented repercussions, we held the second on- line workshop(WEC2) on March 4 - 22, 1996. More people showed great interest into the workshop. You can still visit the home page at: http://www.bioele.nuee.nagoya-u.ac.jp/wec2 The scope of the 3rd on-line workshop is expanded from those of the preceding workshops. We call for your papers on Soft Computing. The great merit of this workshop series is that you can save travel expenses without having to visit and attendees and make them visible to everyone on the Internet. The WSC1 will welcome original contributions. The proceedings is planned to be published. We all look forward to your active participation. TOPICS: Fuzzy Logic Neuro - Computing Genetic Computing Probabilistic Reasoning Chaos Computing Hybrid Systems IMPORANT DATES: Deadline for Submission of Abstracts and Main Text: Aug. 5, 1996 Opening the papers to the public: Aug. 12, 1996 Workshop Weeks: Aug. 19-30, 1996 SUBMISSION PROCEDURE: Send an abstract and main text to the address below. mail address is : wsc@bioele.nuee.nagoya-u.ac.jp The abstract should be in text file. The main text should be in text file or in ps ( PostScript ) file. The size of the paper should be either A4 ( metric ) or letter size. Papers should be written in Times or similar font style, 10 points or larger with 2.5 cm margins on all four sides. If you write your paper with LaTeX, you can use "IEEEtran.sty" and "wscsample.tex" which is available from http://www.bioele.nuee.nagoya-u.ac.jp/wsc1/form/IEEEtran.sty http://www.bioele.nuee.nagoya-u.ac.jp/wsc1/form/wscsample.tex Another alternative is that if you prepare a WWW page for your main text, please send us only the abstract and tell us the Internet address ( URL ), and yours will be linked to our WWW page. The steering committee will make your abstracts visible on the Internet. The home page address is: URL: http://www.bioele.nuee.nagoya-u.ac.jp/wsc1/ *Note: This workshop will accept papers both original and already published. If your paper is not original, please clarify the source of your paper. Your paper will not be included in the proceedings. If your paper is an original one, you need to send ps file or camera - ready manuscript of your main text. The paper should not exceed 6 pages in length. Please also send us the copyright form by postal mail or facsimile. The proceedings including your original contribution will be published. The copyright form is available also from http://www.bioele.nuee.nagoya-u.ac.jp/wsc1/form/copyright.ps http://www.bioele.nuee.nagoya-u.ac.jp/wsc1/form/copyright.txt DISCUSSION PROCEDURE: 1. Read the abstracts. 2. Copy the main texts ( ps files ) of interested papers. 3. Send questions and comments to wsc@bioele.nuee.nagoya-u.ac.jp (The steering committee will send the questions to the authors and receive answers from the authors, and make the Q&A visible on the Internet.) 4. Read the answers from the authors on http://www.bioele.nuee.nagoya-u.ac.jp/wsc1/ 5. Repeat the above steps 3 and 4 until you are satisfied. OFFICIAL LANGUAGE: English (Notice should be made that the main texts in ps files should not include any fonts other than English.) For further information, contact: Takeshi Furuhashi Dept. of Information Electronics Nagoya University, Furo-cho, Chikusaku Nagoya 464-01, Japan Tel. +81-52-789-2792 Fax. +81-52-789-3166 Paper Submission Form Title : Authors : Affiliation : Address : Phone : Fax : e-mail : Source(if your paper is already published): Keywords : Link(if you have a WWW home page of the paper) : Abstract :Article: 3649
Consultant needed immediately to Develop Static Timing Diagrams and Test Bench Suite for four (4) Xilinx FPGAs. VHDL experience essential. Development Tools: Chronology Timing Designer Viewlogic Workview 7.1 or ProSeries 6.1 Vantage Simulator or ProSim Xilinx XACT 6.0 For additional info please call or write. David McKenna DZyn InGaNier phone: (860) 265-7151 x4804 e-mail: dmckenna@dne.com
Site Home Archive Home FAQ Home How to search the Archive How to Navigate the Archive
Compare FPGA features and resources
Threads starting:
Authors:A B C D E F G H I J K L M N O P Q R S T U V W X Y Z