Site Home   Archive Home   FAQ Home   How to search the Archive   How to Navigate the Archive   
Compare FPGA features and resources   

Threads starting:
1994JulAugSepOctNovDec1994
1995JanFebMarAprMayJunJulAugSepOctNovDec1995
1996JanFebMarAprMayJunJulAugSepOctNovDec1996
1997JanFebMarAprMayJunJulAugSepOctNovDec1997
1998JanFebMarAprMayJunJulAugSepOctNovDec1998
1999JanFebMarAprMayJunJulAugSepOctNovDec1999
2000JanFebMarAprMayJunJulAugSepOctNovDec2000
2001JanFebMarAprMayJunJulAugSepOctNovDec2001
2002JanFebMarAprMayJunJulAugSepOctNovDec2002
2003JanFebMarAprMayJunJulAugSepOctNovDec2003
2004JanFebMarAprMayJunJulAugSepOctNovDec2004
2005JanFebMarAprMayJunJulAugSepOctNovDec2005
2006JanFebMarAprMayJunJulAugSepOctNovDec2006
2007JanFebMarAprMayJunJulAugSepOctNovDec2007
2008JanFebMarAprMayJunJulAugSepOctNovDec2008
2009JanFebMarAprMayJunJulAugSepOctNovDec2009
2010JanFebMarAprMayJunJulAugSepOctNovDec2010
2011JanFebMarAprMayJunJulAugSepOctNovDec2011
2012JanFebMarAprMayJunJulAugSepOctNovDec2012
2013JanFebMarAprMayJunJulAugSepOctNovDec2013
2014JanFebMarAprMayJunJulAugSepOctNovDec2014
2015JanFebMarAprMayJunJulAugSepOctNovDec2015
2016JanFebMarAprMayJunJulAugSepOctNovDec2016
2017JanFebMarApr2017

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

Custom Search

Messages from 15150

Article: 15150
Subject: Re: Startup issues with 24c04 eeprom and I2C interface
From: Jim <jok@erols.com>
Date: Tue, 09 Mar 1999 20:34:30 -0500
Links: << >>  << T >>  << A >>
Peter,
(How long have you been there? I recall talking to
you back in the 80's.  Have always welcomed your comments!)
The 24c04 is a serial eeprom with an I2C interface.
There is no reset, but I realize now that the fact that both
SCL and SDA are going to drift high during the power-up
sequence, there is NO chance to give a start command to the
eeprom. A start is the sequence SDA going from low to high
with SCL high. Might have it reversed.  Anyway, I think I am covered.

Thanks.
Jim
.

Peter Alfke wrote:
> 
> New User wrote:
> 
> > Any lessons learned on power up sequence with 24c04.
> 
> This sounds like a familiar problem when the design blindly
> relies on FPGA ( what's a 24c04?) and EPROM properly waking
> up together. Murphy does not sleep!That's why I always
> recommend keeping the SPROM reset as long as possible, e.g.
> by driving its RESET from the INITbar output of the (Xilinx)
> FPGA. That method is 100% safe.
> 
> Peter Alfke, Xilinx Applications
Article: 15151
Subject: Re: micro computer using Xilinx
From: Richard Guerin <guerin2@home.com>
Date: Wed, 10 Mar 1999 04:16:35 GMT
Links: << >>  << T >>  << A >>
Sounds like a fun project ... not familiar with the Instruction Set
Architecture ... can it be pipelined ?
Article: 15152
Subject: Ph. D. Forum at DAC -- Final Call for Participation
From: soha@cs.washington.edu (Soha Hassoun)
Date: Wed, 10 Mar 1999 06:10:48 GMT
Links: << >>  << T >>  << A >>
-------------------------------------------------------------------------
Second and Final Call for Participation

  Ph.D Forum at DAC '99
  Submission Deadline: March 15, 1999.
  http://www.cs.washington.edu/homes/soha/forum
-------------------------------------------------------------------------

Goals:
   The Ph. D. forum provides a structured way of increasing interaction
   between academia and industry. The forum's immediate goals are to
   provide graduate students with feedback on their thesis work from
   other researchers, and to give CAD and system companies a chance to
   preview academic work-in-progress.


Format:
** Submission:  Students within one or two years of completing their Ph.D.
        submit a one-page abstract of their thesis, along with a
        university-approved thesis proposal or a published
        paper. (Deadline March 15, 1999)
        Electronic submission only.  Visit the web site for details.
                http://www.cs.washington.edu/homes/soha/forum

** Review: The submission will be reviewed to ensure that the abstract
        is supported via the accompanying paper/proposal.

** Awards: Some travel grants and DAC registrations will be awarded to
        participating students -- provided they do not receive any DAC
        financial assistance. (Notification April 30, 1999)

** Poster Session: Students will present their work during a poster
        session hosted by SIGDA during their member meeting --
        Tuesday, June 22, 7:00 - 9:00 p.m.


Background:
   The first Ph.D. forum in design automation was held during DAC 1998. Nine
   students (7 from the U.S. and 2 from Europe) participated. The poster
   session was a positive experience for all. The students' feedback included
   the following comments:

     "It was a truly positive experience. I got a lot of constructive
        criticism and feedback".

     In response if the participant would recommend it to a friend,
        "Absolutely, especially if the friend had passed his or her
        candidacy exam and was half-way through the work. I think this is the
        time in a Ph.D. when attending the forum would be most useful."

     "It [the forum] was extremely useful and I got some interesting
        and encouraging feedback. I also had a great time being
        there....It's a good place to get encouragement and direction for
        future work."


More Information:
     For more information, visit the web site:
                http://www.cs.washington.edu/homes/soha/forum
     or send inquiries to:
                Soha Hassoun, soha@eecs.tufts.edu, or to
                Olivier Coudert, coudert@mondes.com




Article: 15153
Subject: Re: Xilinx Foundation Timing
From: "Matt Bielstein" <mbielstein@worldnet.att.net>
Date: 10 Mar 1999 07:01:10 GMT
Links: << >>  << T >>  << A >>
Fred,

Here are some things you might try:

Assuming that the current design was fairly successful as far as timing
margin goes...
1) You could lock the current pinout in the ".ucf" file.
2) Use the floorplanner to observe where critical logic such as data path
registers, counters, adders, ram etc were placed.
3) Use the floorplanner to fix the placement of all or some of these.
4) Rerun the mapper with the -fp option using the floorplan file that the
floorplanner generates.
5) Run multi-pass place and route until you have a sample of PAR's.
6) Choose the one that has the best timing score for final delay and cleanup
PAR using that cost table.

This should work as long as the design and pinout that the previous designer
settled on had some breathing room. I use Synplicity and it has been my
experience that the many of the items in #2 above often don't change names
unless they are part of the circuit that is undergoing "minor" logic
changes. Even if they do, the placement of their structures is what is
important. I have found that it is not necessary to fix the entire design
but only small portions of it to produce nicely repeatable results for a
specific pinout after minor logic changes. Admittedly, this technique may
work better for some designs than others. I can think of a few.

If the original design had very little margin with any cost table then your
job is probably tougher. You could in this case lock the pinout in the
".ucf" file (I assume you are trying to avoid a re-spin of the board.).
Then, using your knowledge of the design, try to floorplan the items I
mention above in a way that attempts to capitalize on the current pinout.
Follow that with multi-pass PAR's. Iteratively use trce and epic to find out
where the timing is broke and make subtle (or drastic) changes until you get
successful results from the multi-pass PAR.

The key here is doing a little floorplanning. The floorplanning can be done
using the Xilinx floorplanner or done manually in the ".ucf". The tools
produce "fairly" repeatable results if you help them a little.


Best of luck,

Matt Bielstein


Fred Ganong wrote in message <36E58918.C34D0BCD@erols.com>...
>I have inherited a design for a xilinx chiip that uses VHDL and about a
>one page schematic using Xilinx's foundation tool. I am looking for a
>way to "lock" in the current design as far as place and route to keep
>the timing constraints constant during a couple of minor logic changes.
>Unfortuantely Foundations option to use a previous design as a "guide"
>for the current design appears to re-place and re-route about half the
>clb's. Does anyone know of a way to keep the place and route from a
>previous design from changing short of using the EPIC design editor?
>
>


Article: 15154
Subject: need info
From: "Eci User" <iosi@ecitele.com>
Date: 10 Mar 1999 10:50:10 +0200
Links: << >>  << T >>  << A >>
Please, can somebody tell me where to find any FAQ abot fpga's?
Thanxs.
Article: 15155
Subject: VLSI Design on random number genrator
From: leslie.yip@asmpt.com
Date: Wed, 10 Mar 1999 09:16:49 GMT
Links: << >>  << T >>  << A >>
Dear everbody

I would like to seek for a fast 16-bit random number generator using VHDL or
verilog or just logic gate drawing. Do you have any idea?

Thanks.

-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/       Search, Read, Discuss, or Start Your Own    
Article: 15156
Subject: LUT
From: Rafal Kielbik <kielbik@eel.upc.es>
Date: Wed, 10 Mar 1999 10:18:57 +0100
Links: << >>  << T >>  << A >>
I'm not good at this subject.
Pleas describe me what it is Look Up Table.
Thank you.



Article: 15157
Subject: Nallatech Virtex boards
From: Daryl Bradley <dwb105@ohm.york.ac.uk>
Date: Wed, 10 Mar 1999 10:20:45 +0000
Links: << >>  << T >>  << A >>
Has anyone had any experience using the Virtex development board from
Nallatech?
I have heard from several people that the boards are quite good, I was
hoping for any further comments on pro's, con's nice features of the
board before I start to consider buying them.

Any advice would be much appreciated

Cheers

Daryl Bradley




Article: 15158
Subject: Re: VLSI Design on random number genrator
From: "Goran Salamuniccar" <gsc@ieee.org>
Date: Wed, 10 Mar 1999 11:40:44 +0100
Links: << >>  << T >>  << A >>
Attachment contains many random number generators.
Article about that VHDL source code you can find on http://www.zemris.fer.hr/~gsc/Publications.html

Regards, Goran.
--
gsc@ieee.org
http://www.zemris.fer.hr/~gsc/


begin 666 vhdl4.zip
M4$L#!!0``@`(``4`UR0^(C1T)0X``#E'```'````44Y%+E9(1+U<;7/;-A+^
MWIG^!WPS&5,*Z5PR5]+LG&+3CJ8RE<IRDWZZH2PZ@2J3$D6W=G_]80&^`" `
MTDZND]@2\;(++'87NP] CT;H/Y?79^@R+Y(,72?;Y/XAP[>W2>$@[Z>?_NV^
M.WDS_O$'^'=S':%/\\4OXU_C\60V"W[\(8J7T^7O:(=W*9I>__@#0A_GBZ6%
M5TZ^\J<Q>C]=!AC#MVF\C"ZC19!C?WZSK!_M`$7Q.2$T69Q]F"ZCL^7-(D*K
M]&OR)R;CV:+Y14O\?70YC2F/Q?PLNJ;L$/IMLIA.WL\B]#5-ULY=GI=.F=[O
M_(]SX+'PP_B&#A6AIC]".3X-1U[ 'CY]F)+NR\5-A&;S^4=62(HGTR6Z(1.<
MH7QU%/U&YHKF"X2K[T'=;GK1UB\_1'%=3FM@4*_I$*0ZA.@H0V@0\,50P(K'
MV6,I5)U'D]EL?C991A9TMH5*,S,V94IUG92)T#.:74?=MHUXJD;Q.6'!%4D%
MTB,9#58+A4T[CCX1OM$5+TA61\?GAY/WUQ;&MER9/9;<B@HS5T^<B1/Z"M.!
M&799R)(`;6(L)0(=:4!+J970!AY N>@C/%0Z3&T(#,!@78?\H;BM[>LRBJ/%
M],S:9[G_?KKTPR/W*%BGVS+Q%Y/X?'[EA]'G('NX7Z5%4_+A,@IV!<X+7#[Q
MA98W=AUW[-K!*OV*L[7_?CZ?19/8#\$:F&2H0>?^- :SG2S.AI@L-^(>H[W=
MXC0K_=H[2+7KM!DMG:)<GSTT]6S&<H-=*X-Z_K(KB#\OK75::P$U^HOY`MTN
MIU>1!2JR3L>%7==#Z^RA?II>H'B^1$QX@NI!NUUA<ZO?J )0S] T1AY:SM'5
MY+/E.=7\"6G@);BAJ\GB%XN)R>;-2\%49MO1TWS,")V&[//X:GINN0WW74&X
M.]Y;@<\^R\,C[TABQ#G'171^&5GY^$M:&ACO'@A70B?@W:NK&!GG=^I>KKK7
MM]C4_B%]Z)K4G;//MN2G:$WK@/].:_7T0\\]^5>PQ7>%UE+N\%WN;.%7[A2M
MU02',BE3?NM+O'=#3(D?Z/7T,I[,T(Y0]TF7Q')!@SS&O:ID6R\9OKH6.SFN
MI\.W: P"B%NNW2P'S*=Z"/AZNC*TDGRC-?3A2TJ*ZS;DH>WCM32W*II>17/+
MT]R*-+V6IB$&`"_L;//\#T4,P+5=M<OJRG5/:5FOL%RUS^J:1GY^:($6.*TJ
M<.T/?KO@I*'K]/RK"= )GH-"U)[KOUR8);@P:J?,#*F85E24=C<:L0Z6]\ZF
M&Q_HM8TF\3G(N+ ALFF*0[>SC6),J+(MLV8A^R3:;$6;@5.D7PU[JRD.Z$0"
M)I[:N `A.ET_I!_'GE3U<3&=+Z;+WZV&ETW;JLJESL:(0QMS1+-KTK%+WFG"
M,F=E*\BU$^P$BR9>4DP'*DV=E42 &HJ*,@N+23=A.^)$`#UA7#HQU-25$90P
MK(L)&6ZG4BNOFJA!9J+<Z@[!=Q]@I*9H8-D)'3M;V="0FRZ"9-''7D<8ZH77
M++MIT;DE-R^[5F0J@1G%I1"64E3,F2B)M ML= ^C;W$/4N?*638-AKI(8X;7
M$<4^([VEE95SCCKDO(G/EM-Y3/KLTO67U'ITGIJ8^^_.?A94T4(B1!DV6D3+
MFT6,JN8].U%B/57;T'R!'G\.03WAJ_5(OXX\NOE8UE/HTF]_6Y[-E(;V(.5>
M5>[6Y;9LZ=6 1%43E:QJTO+99W<0AXI,]MF6%MH5RR?VA<Z![3D_AZY9RCRZ
MT UF:?AW^HSM7X-$\,$VS(#;]=U6W%RIUY;6BT_UG?#:9PXT4=1Y35T;>%/'
M\$^SE[Q0HUS5"&"-:F&_#D==WS?,PIO]5[)PKESJ;,1NZGUG.':C2(\4!K_R
M.1U$8E@H-O,&-*.IG69%9#%R`;T\2NJ'7+OK[U6;E7:9E0P]/4-O",/*Y@Z!
MF+:ZP5"$KK5C%7 F;V;*%%8Q+$56*TNX6^4IJJ2=T) ."^D2YZB*[I!U""@F
MHZ,F-E_ @T<?).^@;M2UX;:=+/%V0+2-:"0K4L(V3OK5L!0"&:]#QFO)>':O
MRA8*^$/ADPL1`%%0*U16+FMDH=*.0JU:8M_AZI#X#0;%]G8&@4R6E1#!4SSZ
M--L$3 -=33Y:>&5EMI/3WQC3[_#;;LC7) 8AFFGQ9UITX!=<P2[>4;#/<L!A
MR,]?"2[52&<=F;R%!#SZ[#SGOQT4*1V%#(908E[/'LWA/?@[X3R"2*KXZPYG
M^/#5:2 =+9(3].*L:X7,E)#J2^&*%I/M2C0PHS2E$:;9Z<#AYV T;P2,QM&C
M-:4/N"\MY8)F%C/3)7AJ>/)!<L"++5"(0!,\<[ZXJO\UIM[DT7ER$A;@T,WR
M-&O#DJ2&01KC:UT\!8R8WN#L2Y>+?L.K:L;ES_'\D^3N&$'F--EW-+E81HNJ
MQXCTT(3?W9[Z\Y'JH3N?(KTK4L*S9S8LD+?>B.%$-_U5I+ZZM+<7Y5"FNAW/
M3VG4.$1Y',\_C4JI6I&]*AQZ0Q72V4KHPQ(0%J2QTX;*]5EN<ZP!^\&F.9/P
MW@IBR*P-Z4I^CSS[&)"&NO_&ME6;34_R@IN,@"E$>[0J9Q>5+>PS[- @T\'.
MP<G4.<DW4]6E&EB%I391;P=7V?EA8ZA8B5?6H,UI9NU4T%6E[4$7!&1P::G"
M2[MGITK>1K2T.@LCHU)V(EVX0S'2"HZJCGG3[P5=H7)'ZW;=JAY050MUUD A
M&^0I<TF5,X#@`>(&)3TCKFIF%RDA+P6Z:L!7^Q#6P1CK`!#3"&-*`FPPOE++
M;Q"R^EV&%>GH&EDK,58-=*AI34-_H_HTN^P`]3!GDCJDLT,(U[<6-,:-5S6P
M^$P@69-23R]$;_J\!+D]/G:/&,C#Y.FIY%F-H&-"72&0EB>V2FD&X>7";B /
MHV_1AP]2[<1U*D.CEA=/B8Y*L3:*;%/<GUI\:S@L7KOO_R\@-F A3FREPU6+
M6*E%;]04N-#J6<N@BRLTD4-WL;$*[GHAJF51"4F[( U_]'NL#L#2XEQ*5$P>
M+U9A6@H,[)]%LP3TBH>+VLLGJQHD$F_#%$-NPQ3&VS!%WVT8!0BDF)Q!1&H$
MQ\E7#L4-[$$@#<[^$"YU?@^4HZ;9`U=\,PHAH@:<DDCF8\A.*GMN+@BJLXVF
ME:!KK3O L@-06KELP4JCT8S5< 73D,'TY2F:0%T;W'>QR.]R]W&3XTS""<4;
M66YP>,INV^M8[*0P4&EMA<;0<_+@F3<:N7%H+EHQLCUWK>I&*O7GE)2N]#Q&
M6$[/&R*RME4K;6VJ\S9ZMKH)75!1$%!]LBKI(G2H0DKHVE4#O*(MJM/JC?WL
M%=99N(S>F=$+?K;=5 LR:C)'V2EKLRM9O,94I$?VS0A 1+7-`S*BOQFAB#F&
MW7-0%+6R8HOHJA:Q[[+FH$E2!=$$*-*@9&_V/.KN`.KRJ912(O(1DN$`*1]R
M-*.)CU2QC! RU>J68X?7.+U^?J,F]FJAK#0;6Y-/#E$=LW:H)6E><]4R;^1E
M-B7N3?MGV:"D.ION)//6&>8K90-USJ47@4:E# ?%>FHO]"%#'3D[-)3T;]"Y
MX8:>&V[HN>&&GAMN7GAN>)<7?_1$`T6ZV^);B$[%D" HD^)+6C:O`]S$UL@=
MOW46T61679TCC[8Z<N"C!7XG'Q(Y-&/N"7G;H;&1:L_5@N$[:8_'R%O+UZ45
MXM;;ZX&F%ZA9@([Q97ZX,>25`#Y+GH7T$-]0*.$%A3;2TBB^RL+UWK8/Z0<Y
M9:V<,']S76JCL7Z5M4+[T] :><Z1>P0_LC?1; (,JJU\,?!4`EF:-*/NCMM+
M;2^:KL+5&!(I>;#P$IWB5ITV[U&ZK&%00:]'21]WZ1H?=GRB"\?Y"/Q"`+4.
M5#OW.,/.??+(WEZDE?4+CD.<@,"FQQ%D3GIPTI,#X4DX^L#+#]VQ*QOW/?9#
MJ#SZ,+W\4(F"M&=ELP;!`M:G37^$8!C\,V\.,,O3\+Z-4F#&I" 1< J(95I0
M)#WX87HX+MJ"$R@Y(46O7IVTE##8<FR127'O)\%XX4SR/N%+,S_,CKUQJQIL
M#NGA==84L6D0-J^SD04U=LOM6Q1BG6Z3)P`)!.A#NN1ATHN!2(C,ITH:B]2O
MB/"I),LSQ;)$?@6H48WD-+3R6IZ#WI,QW\ P7+382)M2>V9_NTV3HO>*,)^N
M:B_BJ=RY\E3-Z./[3M*,_E9XXX!&S0D7-6O>V= >48GG8HH&+WGCPS2#2/7*
MAW)P2J1;"B'KFR+#9$%:;Y3;S*;_) +.46C(?4O#-+@WP8YWY69M8*Z(RPD-
M.&X?0(0V8U3 BGNVO._Z`K?I=6K%#8_>[3;I7LA.ZMO81D"SO[L&>U)%3\9;
M"P-N+-07#\0#&:UY*$Q#DNN&OT--?11?Y6FJ!KYU^BBE2-X[*4&JPX!'OPD(
MFD2):KH#Y? )=? )^PO]3![IY^K%N1/L-3C/DN))RJ#6Z:[\VJ90)RZ7`S&<
MO_WS#; '[=NMCCRR#8C2L-M]\;F[H32X_E1)Q5UJM4T.I;"9<G5%EO_EE/<[
M9[^NHBW:4FZ6;]?\O3Y%=H7YQ>;M`KA;V/:Y2$O.G^BPI:VJM#9VIQM">U9\
M*A1W7#-5'KD5U22Q4.I8QW1TL:LRF'G(%YC^2(;4%U'Q^JV_M04!:$7&L)OM
MFHZ6":?S-S,L5L]D!&Q&E:"/^2KC7;QZ8:"W7I8=`;#DEO0!04H#8_/UQJ[.
M[?3,&V)H<<%I$"WIP%HNZ5<GA$IPP)56O1:F7-/<KX]+*99HU$VNJ()]4OR*
M+JZTUS:A?]O@U:L3VQQ.5#3A;U&,]FN;]:.3.19NYS?$Q99-4XE38PPI?U3>
M6 ,A-$H/?(;RW*SR?U!+`P04``(`" `(`-<DG8R]DS</``"^2@``!@```%%.
M+E9(1,U<6W/:2!9^GZKY#UUY6",L82%\E2S78EMVJ'7 `W@RJ:U]:*"QM1$M
M(D0"_G/[M#]B_\VJNZ56MRX@<)*99&)+K=/G?.?2]].C:>#O]X,;<.\'$(,!
M].!LB=WQ& 8J:%Y<G.NG1JOQZR_D[V/[YA_M>P?\U@6=P:^_:%H?+7QO&;H^
M!M,E'I.'140+P/#3HP.N.T,8$8)VO]_^5.NVAT_]]@/HM[L1B\LK!?3N"(E%
MZ =/U[Q*\Y14(D\U'0Q[H'FJ4)J[I^[-L-/K@H!^FP3N5Q0L3/*B@+X3<>_F
M^!%2PHU6X5_IITYWZ-P[_6T(8S*):U*5(4W>RM#R[PGBI("C+I*15*/H4ZP"
M)27K.^V';2H0&HDWK<3 TT<9>4H2TVQA'5&E]:Y[O0>GW=WJ=T9FT2!R%RY^
M!G\#4^AYY E-GA&8H!#1@%+!-^B&.I@'_AA-E@%JR.8EU+5!Y[X;R8 D&M)@
MX$($^FDU^L=^[\:Y?>H[3#H%^@&&+YDXO^EU!\-V=P@\;)C$&*:M-TXO6LWC
ML^:Y?G*:D0W'H1^XT*OA) BX<.XD3HU6\]J*,MU Y.'M-._J]7<QE;7>1KSX
M$H3;6<[<26VEKM77K81P10BW\\/5R!*Q6?.)#2,GO!IQ#*$B<0)DV/G@<%KR
M4@QA&UDL? N96R$BIA5H8!5&L JG=S-_\J[F)5:S`KE"H?'>!6BV<YW#J(8:
MF&G7FZ5GW9"FW;J+,'!'R\Q@-!&*2>=46^+/V/^&U:>N._6#F?K1B;YZGNKT
M/8B?5>>/N8\1#EWHJ8\]=['PL4J8`=#M!;.H\,%_CI^N.]B?$;I[QY^A2,I8
M?;^>HR!][:)O(BRQGVUW;WL?6$]\T^O?,A$$+ "FB-EB7Q8(39J FT[3@@@L
M`O]LJD;S^.SXO'5R:OPK)34VD;8NS@72USPI$_;-#5] I([K3X#1TD_.CXW3
MX_/CUNGQ2?.\=<XX!.0','F ``!S):-<R3A7\@*_HJA$[(J=[FULG*S9M@Y\
ME"K3GQ.EQB]H_+D6X$FD<DR5&;67N ;C#KW9T*T1[]QUBUI%I=9-+!81I6TD
M%<JY?4,UJ([4L<!Q#RXH(%S>R&,EZ;4'A[G_5@[8%_38TZ*>Q&1/(".WQ,DG
M^W![1IS;GAQ>GK]+G.")Q&4W"Z<-!:]"4B%N)KVGH=12)+I"&DT;NK/,;&U,
MQC31Z!L&NS$ABFC)EXA6UW4P6V2'(DV[\5R$0S"#P6<4L,Z*]5Y&O4Y7+@#\
MWNYWVM</#AC/4NWUC!J$022-:9%,`JB$=C!.QY%V_R;;6X\I`C,0!RX`YLN0
M]&U!LN@`X!G))44=6\1^6Z\6D<B&^H+IG'9%)K/6FO>=?(X;5=@\)XX9;*F@
M:8,0CC\#Y*%9I&\#`([:>7 ^.%UA<?78(\:@BY?VS8TS&.1)X@*ZDB36$2T*
MP 2&T)0-"DBD`3-F'1<6V3#,R0KS> J(]D!$'<I#EV,,-X),N]+ ]0,W7-=6
MU6:=*7TZ3[7R<V'193?^C,UCDO7*A\=>ER@Y=^>(H7OL]8<U=Z3Z(S(:DAAR
M7?*4"/!=,],DF$:<ER5S7OC+8!SSOG>Z3K]S4_N"?1*=IGV@'U@3Y(709!V%
M:3M_6'@Y&Z& E[R_=ZQ$5;&PUFSHJM[0%6N$7EP\22+=M(?])T>Q!'7\N!V3
M2-X*^,L2+7-XI^H7[$7_@A3WPGU%0N^I&\>6YTZ##3"F[M17/?+#IW/7&)*U
M"&&(1*O"9/&]T; H^(J"+% W!M@\L+Y@GR"._I%%:['!D\7^B6+:-></=9?_
M%"M %(29V?.@S)JJONFO(EG&_3X6<?%GD>F;&?[;=[%L8-GINK58XW'J\;OV
MPT!VN8 AM@[AH%@[1>34#SYOAA&@N>>.B8HR%BN$P3,*>;-YZM8TO7&BTK&4
M(CF,7I4RR"),$?YVR&@U1Q-W,1?X!G1V3<9I\E$E7]69BUUU!E>L3Z$?DVYG
MNXP)\N":.'9#(&T252VF(OZNCV&PECTP0?/P)76!H4LV9.'6D5:C7U+!T2NS
M)N6BI"BW8XO>+7G[];IW^RG9@]VP"[O#GFD\Y%T[]YTN4^JNUP<X4@;$50[8
M%.2AUWM,1KK.7?*QAA72_X#A>Z>;? 4)>](Q)85$M\Z=,"H2?E8RVC)R_2 Q
M@Y75H?).*A_"^<PO0(NE%Z;NBQ\.'GH?K3>J?L5X9[2/!=HIW2Y68+4E0^RY
M4;KC9FD^$N+O\,#YG32/=H07VHE3"[PT_6XR<I&0V93-\_G8[@RI_\A2(6.]
MW.[M3ENSVR(J&T2)^YNQ7SMW-7S55*0@(4!=$F@&Z1FP%&$I!_:[[DKA(T2,
M%$T"XAJKJ)3YJ61[N4Q1-9S-53A:K,3=&DZ#R^Q :]CMZT%ME32 1#'RZ9 L
M<5DQ-FTC?HQ$F?:JOCHR^%?9&H<11?SAX_M.))\(B,J4*[VADS\GDC$CUOBP
MF4[:"?OH1YT@.**V$EIGJ:2,W3MW8'49B9-<&ALRTNI(:,)1W8>!DZ&1OZ=.
M+'!5\2;_)D_MYJ3V8.#TAV!%K!>Q)@,:>'<#\4$(0O@9@? %11B /P408/0,
M0_<K`FS2#OP`Z(UWB6X#YW>GWQE^`DZ_W^M+[DS=K$NNB[Y>-1NMEGYV?'K6
MO&A>&)+O$F<)L9!Q:,8OG.NEWC@]/6F=M5HG%R<7IX5<ZUFN6@G7I(+6S(5D
M'$!U#QNICDT)#;XT=$E^/LCJ=9R$HD9?:Y&&2EP4/<FZ&[N.'M6/@_*]:N<.
MK.WR2$]#G#2)'&$<7&LIN'2BGQQ)"G 78(DG:.IB-$E#JB2H. )=1.!DI,HA
MG1,9H0@0]-Z(@/2DZSIII'Q>O;D]EYVQY4W/U;!%/0:_]8=5S5<(/9:YJM?)
M3F4)R@UG?,4Q<KDJBI"5%!_KJ]<BHM?R?G)=9M+,W*;TI+%TNI$HN%;*38#W
MXKG:R'/+&>9?V;B5(>]LXOTX5S-T[E3UKVSB"F!W-NZN/#>9U:TX;4QF(=+L
M3[8X'?KUY$_Q`".;GPSKS6+"XG& CMMT$(T#2NBD$PQ'JTL[RY2S3>=_`H8K
M?0.Y,$60L8A$AQ)1=D%8/G1,Y]4&CL1Z&G%7J2^ANQL[XDG*L)SC='>.TXT<
MJV48E Z=$?- D49/#WSHW8+ O'MD7RH-E02GIWD@0+-$9%2[''2E%(<?#3H/
MN!1OE?2*;6O@)!&L:"\ESC KF 37L&+:7O3S,$B783OLBF3S/:J=]I>:7K^,
M"!LL\X'L0_"W2YY@T>)>:5[:[)N=9E]L<4U.C"&),2YY<L9%5HS!Q;0NSC>*
M*?#P6Q,:"IR/)Z9P<)PW)3RR1UR'.,V&G$PK)OFRQ4[$("3_Q;27F-84RJ%I
M0^%U9-HCX96J8S+'9(H-5FP(R30\.)1,K.%)^5B];S[''D8<7=&QB<3(=%X;
MR;U"G+/$P"@FH;7N'AE55?-^0Y1'9?..37O\@ZW]';)>OK>E6588B][=S$PL
M3!U$3B\%[$K.$R@@,G8(PWV2>389AD"(H!8"%?<V4\0KGB17V9_[Y _MU_F(
M_HM3^&J0=CY%;NOVAD[.)7.?5I,;!UGO:V1"`!7E9[:$_?*F]FL)HNU8FB./
M_>I="_9)1:&89/<E!Y6;^ANZ03+ZJ<;=,Z%LG\BDJP?2S63LS#-*XT&2T%D[
M&=SSGRO:?!018Y)0<3@Z@O6ZU!M!^@TJY."X3HD+O$.?E9\[[+XU7V\O9]EZ
M.BA A;]%OR_M$7,C6SXF;DS2@1,OVCH9+$A5BU0AQ%7].7(9JS]U[O/F),<]
MS$ZL"]DYH&Q<GE-->O*(9A=K/J.X;KDY?[C]]D[QW-.(-MP:NS SY>$48_HX
M%BC&\J1(SG)/9J%$:!SI]#=A8#$`3$C"J*K?7HB8"L[[DR>J^Z;=[N%9VIMS
M-PQ?W 79_?>QMP:9JP; Q2Z9GKFO-*L%3-#,)^E%8.TO`S!>+D)_)MV-*/#*
MQW:_V^G>YX=W]*W@AL*6<5[3_I/QF*;]%_0"FB_[@@(4(_,Q29O(WRP4?*MI
M__OQ[JV0#YUW8.E)*S9M#O;HI'5Z>IZ/T&-=;Q[7:[Q$PW5*J40/3<-HIBD%
MPN:$O!TI<../A^G^15'F@(#,.#HQSLZ.\U8\UD\OC!2909 12H*L=791`,R(
M@!4B,P1QA^F61Q&RA.Y54$;CE?,R7R^;A2*%^J^I,8PRD4&\;\SK*$?")H^^
M*4RJA A-IU!')CE_+&GE24L[LN.[2KS%]R&>^#/P%08N''D(S):+$(Q0VMBW
MG@#>M <.%\#1D?-JA^P5T1T78%^E6]="]*?[Y]Q2M'D?LDDA]0U4Z,PQL"3&
M\5Y#%<9TXUYF(6PGTHP9OJU)IZ*9])E2QL+A?Y9]9M=1T$\\!>#!%AS9^7,`
M7H69@1P+TP(E(X?'FL!P?%1P#B'(NRR4)XBL:4Q6G:HVEK3.'$5DO1<4U\DB
MS110K[)]"\FI9=M+L5^*HJA@#R3AG^XR?"<AN6V+6%*\W*\<G[IPB,-'M&Q4
ML100%J57K*7D@S6)2>E<:&,4"])&>T8RU9DM&"65XWBC=_&*HCL_O.?"28RC
M;. Q@W1[PU1*UAP;] 8`FK;1T)G.6M9>&VN.-M>D3H!U>#BJCS*?XK/'XO:9
M5*4+8XU(\#!-1SLB/ZPL;6PF6$_ZH-$AC8I"PK%ICRH1,J>0*PB9S[DV7!@>
M10V;;R>4-#MIKV%KJ\MN3@BF(#MJF5Z2`DC6OY+\@I;'QX5F=ER .XP+O)NE
MIBYP<VDC+>PF*[8_OK#)*RF+*<'-6A/5E0(/WMRW[ !>7IKM[Z;Q/FZ*IQNT
MH3%G$PVU.(M.^5D.S"R#R@</30.].;U;X#52$F&R1[O"2JLZ]#7)^-]A05>V
MW5W0@Q1#C4H[>(&",%FC31!=LC72*3295V8.:/DMT!UN@I:GB-?CBZ!EJ_#M
MMT9+>;.:1TU2X:A),U(RJDAW3;E.6^Z0YN5!TQ[/#B&8D1OU\?\DA,;U>):>
M\!I%693RPK^/X/@%34CJD#M;SN*+J#$\E5V U:[TPDQ&>5$/R-58.Y] 0THC
MJ"G(@NR4Y(+L6^^D%B9E]9W;>Z<&&_-EJ!1E_8B3D(+DJQ6]ET)VK]9L-['!
M;'25ZKHQW:;"S=C2<(KK1@!4TJ94J&3,5G2==L?[H1OS:E8*31J)LS**CN)V
MND]:Z)]7NS 9*^6L7/'GM5+N*+&"75 C[R7V^_]02P,$% `"``@`# #7)!Z/
M9.* " ``N1@```@```!415-4+E9(1*58;5,;.1+^GJK\!WW#3@9OZUTRN.H<
M,B&N-7;.F"/WB7+ 5^M=,. QN]G[]=>26L/8,<15%X+1:_>CY^ENC>?PD/WC
M]/R$G=ZO9DMV/KN=W3TM%]?7LU7!N/<.C)"=MV_"S\5YR2['DU\[_QQU^L/A
MT=LWY6@ZF/Z;K>?5&MC@_.T;QKZ,)]/6S6+9'8S88#0M3\O)T?7M'Z'[83 ]
MNKE_6G?'%]-Z[J\53;6/6#GZB$;[DY//@VEY,KV8E.S;_+?9GPO$=LO&GQJ.
M/I2G@U'T-QF?E.?G+?31#GW&_M6?#/H?AB7[;3Z[*=;SNX?NEW%P-^GV1A<1
M-V/U?L8&GQAN[AWP`S;]7-)@'/YKU3N S5'&HL'>J+QD\]OYW7RY/MJ<Z]S,
MUK-N#RG8GEA^7W=[`51C(G2[O3!=#Y;#\_)Y02",'??BPFCZ:!O*3HMQ.3IL
M3'PL4;3Q27]:ML+&]K/#T4<\+74;G= D>J/609Q78X"C-/N)R"E:3L9G7\8C
M-)&D?2F ZD,T(JD>^R&DZIE&;.7SU [CR/G@=-0?,O161"M-"S2''@NTDSW2
MZ!]2Y,7='AS]&(];,7;Y>3 LV71R4;+A>/PE(_PTGK 9XF; UO>,@Y ;T_&\
MQR$R&S)>]@?3N!'8776TO10.CE)WQP;5W!#("+[J`3S2<0\_WO-&)-0K-F,A
M4)N<A3;2=]SCWMO8BT)>03?E:E"3G?6_!$6+P&7@&0EMUQ'UDY@2>\>4H)@B
MB;YM:[8JYM\?YL7-HGHH[A;+17$W^[[H3LK^\ 7]&J5DM;SI3OJCC^.S;J_\
MVA(=:&^7D='7:0N7Y;1"?K#765'WVW%O-)ZR;]2M->%9DTV"`](`%+JY]<SD
MSG,4W_9F5.[-J/Q_&*U7S;KHICGPT,BSFD D:-9Y>$H%:[<(][<WW>G@K.SV
MZM!OIEB@] */.623\N-IV8KF&G)<!V"MT?CR$ WE\8?@]F0X""7H[OZ&"6UH
M)GA#S2[W4B<7KI\)5-T_K:[G5]!-C;#MM!R5D\%)W'D`!P6%5WO#Y&QO==7>
MZJI-=6>KZRN"=U^$SN/3_&E^=;OX3[/;;*]BNYJO_IRO:((ZJVW)J\>BJK+L
M,VZ:<X\Q8F8XV@(V'3-.N96+\U5B\RKR>7,5&<4_@=,JS55Q+IG9M%T5RUW!
M5AWWSOI?6U!4CRUNVN^K*OQ);I?'L:#OK53!3<'MMEX-,H/91!ATX]]4G+>M
MT>_+=O85I7J,D9:40/RQ\8-'7GN,ORT\# ^'<07W;3S:_O]W'+T):V=\%%45
M0-[,;V=_5^O9&G'6[43/RQ1L&,R'?B5*(AMH=W&_G*W^#HS4G6U6.&R>I545
MRU=_JG;QN!F%>R>JWCM1]6:BKN;_?;K=SAG?WN,2F^_<M;&FKES/9;Q18U?S
M%H-VM]?B'>\LR(*I#G?6\8)!QWMGO"H8[SBMC0A#RBMIXJ307!D?6ER&KQ2A
M!89+'6=!>*E=;'''51H#[UP:`^F]22UPX*F%_V+K^:,N]@B3$TRP!K?*CG+2
MQ%7>..Y$A.D%UV%(@[)>))A>0FQQ[KQ,KK1&R 33&8*IC21PN"RY!R44M;CD
MN24X?P6F()A2:(AL*J^C+Z^5`Q=@>FEM=*6YYVE2*">2>XXXK4IL`MC$JP3M
M=8*I=.;0"IW6@7!*$V"384)4\T68DF!J$4B4'2>5%22Z<+A3H"_TFMC4.DDC
ME (1`7,A)2?1E?2)$3RS(YC")M81A\\<:B-(:H%T9C:]?P6F2C"MUQ8")H?2
M)3:%$$ETHTT*5PW6\6A,&"%,%ETEKL%("12;U@MR[Z0CF,;8#$Y1'"),88G-
M#'TW3$UL(OM1=(F,V `.SQ<5$1W$FYC3(+1.;&J0%A*;`B@B#6[(HCMJ<0$Z
ML\F!1->@,F!'Z0<\*[$;I@DP45CGE LPP9G@%6%ZKDR$R5'B:$(A(93I1D&*
M.2YP@R8V@3)=6N&3>SP#L<2%5@18"YNEMCJSJ85[!::MV70^Q*81,J1U8-,Y
M!S'3K;21+^4<3SDO-/XDT1%0"HE0F'QR*G%2$$PA26"K*-7P%#HGC@>[5T%R
M!%/P<%:%PLJDC9=2A$!$IBV9U4+)Q*M0#MDAT27EK99 LN(ZBDU<E2/26.TS
MA\IFJ3/#->#=,'W-IG>Q;H*S5-ZUTK$@65^7=V>53# E%?H0P22<R5P'NHA#
MKGD&8ATQC 3G>$4&U#YL<DBQR2TJ&]@T%D)4<_0/7L381+%2%536`K=)=(2I
MB$VK<PIY12F$1TW0!=>RAIGCT-I\"RD-=6ERK\'D=0H%$17BE2IENE:40H$<
MEV)34K8*+8#*>[@WDRMCE28V':3B"]S7!=P(NIE 6ZH-P$TN7.#T:S#S+<0M
MCZ)KZU/*>26,CBEDI4] $)!T5-Y!IF5<<IXN4#" 1TP<.DX<XHZ<0D9F#@/V
M&F9.H9SSNV'2+62-2_EBN$IJ.B,%CZ5).DH(+3C/CQ[&&DFBQ]@(*:1TANDU
M)0D7TN?$<;FU(R)_%IN*1-=.BG2G@XQW#TIMJ6Z"2352>47%6BAM.!4D:^G"
M,R8_#<EPO5 *64N 0>2BKITE7E&2_.@!E&"[8>9;R)MPT:G@`A),P4$FF,@8
MP=1TNXMPO5-!4I[3HP<R[/.C!UV1R+XQ.7$,W3A2TH,)<*YJT:5^!6:^A1+I
M*C=XK4,]%R[+W!(ZMWAL4J;3@PE(+G0N2$;HG.FAU*;GS;"V2&&J91X&;TU<
M'K\II=\,-;S,6:17>>')6F^\R M/U=T>FJC?ML5'[(V18.#WEPQD$^'S/;+R
M>[NU:#=>_B5SX;.>??=.O/RR+Q!KPZID\A=N&DC"I$N3P6*</*QW-.V&09]6
MMNH%OR35L'48^'G'X?F86T#B5YGCWFJ^_5I,FJCD[I=CZ4O3_P!02P$"% `4
M``(`" `%`-<D/B(T="4.```Y1P``!P`````````!`" `````````44Y%+E9(
M1%!+`0(4`!0``@`(``@`UR2=C+V3-P\``+Y*```&``````````$`( ```$H.
M``!13BY62$102P$"% `4``(`" `,`-<D'H]DXH (``"Y& ``" `````````!
G`" ```"E'0``5$535"Y62$102P4&``````,``P"?````2R8`````
`
end

Article: 15159
Subject: Re: need info
From: "Steven K. Knapp" <sknapp@optimagic.com>
Date: Wed, 10 Mar 1999 05:50:28 -0800
Links: << >>  << T >>  << A >>
You can find a FAQ on programmable logic on The Programmable Logic Jump
Station at http://www.optimagic.com/faq.html.

-----------------------------------------------------------
Steven K. Knapp
OptiMagic, Inc. -- "Great Designs Happen 'OptiMagic'-ally"
E-mail:  sknapp@optimagic.com
   Web:  http://www.optimagic.com
-----------------------------------------------------------

Eci User wrote in message
<01be6ad2$c2f0f400$ef26ea93@pc-iosi.ecitele.com>...
>Please, can somebody tell me where to find any FAQ abot fpga's?
>Thanxs.


Article: 15160
Subject: Re: VLSI Design on random number genrator
From: Edwin Naroska <edwin@mira.e-technik.uni-dortmund.de>
Date: Wed, 10 Mar 1999 14:59:49 +0100
Links: << >>  << T >>  << A >>
Hi,

leslie.yip@asmpt.com wrote:

> Dear everbody
>
> I would like to seek for a fast 16-bit random number generator using VHDL or
> verilog or just logic gate drawing. Do you have any idea?

You may use LFSRs (linear feedback shift-register) to generate a pseudo
random sequence. The Xilinx application note XAPP 052 contains some
information on how to build an appropriate LFSR.

Further, if memory serves me right then the "Vector Pipeline Library" written
by John McCluskey includes some VHDL source for LFSRs
(http://www.lucent.ca/fpga/).

If the random number generator does not have to be synthezisable then
check out Part 1, Section 4.9 of the FAQ (http://www.vhdl.org/comp.lang.vhdl/).


--
Edwin

Article: 15161
Subject: Re: Xilinx Foundation Timing
From: Fred Ganong <fganong@erols.com>
Date: Wed, 10 Mar 1999 10:42:56 -0500
Links: << >>  << T >>  << A >>
Thanks, I'll keep you posted.

Fred Ganong wrote:

> I have inherited a design for a xilinx chiip that uses VHDL and about a
> one page schematic using Xilinx's foundation tool. I am looking for a
> way to "lock" in the current design as far as place and route to keep
> the timing constraints constant during a couple of minor logic changes.
> Unfortuantely Foundations option to use a previous design as a "guide"
> for the current design appears to re-place and re-route about half the
> clb's. Does anyone know of a way to keep the place and route from a
> previous design from changing short of using the EPIC design editor?



Article: 15162
Subject: CFP: Engineering of Reconfigurable Hardware/Software Objects
From: Toomas Plaks <T.Plaks@reading.ac.uk>
Date: Wed, 10 Mar 1999 16:51:00 +0000
Links: << >>  << T >>  << A >>
EXTENDED DEADLINE:  March 15, 1999 


========================================================================


Call for Papers: 
----------------

Technical Session:

Engineering of Reconfigurable Hardware/Software Objects (ENREGLE)
------------------------------------------------------------------
http://www.cs.rdg.ac.uk/cs/research/pedal/events/pdpta.html


of

The 1999 International Conference on Parallel and Distributed
Processing Techniques and Applications (PDPTA'99):
http://www.cps.udayton.edu/~pan/pdpta/.

June 28 -- July 1, 1999
Monte Carlo Resort, Las Vegas, Nevada, USA



There has been a growing interest in using reconfigurable computing
platform 
(FPGAs) for the design of application-specific computer systems (e.g. 
for multimedia application) as well as particular dedicated systems
(e.g. for 
specific tasks in computer vision and signal processing).
An important issue is the development of hardware/software codesign 
methodology that provides the designer with flexible tools for mapping 
different algorithms into FPGAs. The mapping methodology must take into 
account different parameters: 
	
	* problem parameters (size of problem)
	* real-time parameters (latency, throughput rate)
	* hardware parameters (structural properties, scalability)

and provide reconfigurable and parametrizable objects. There are 
different approaches for describing and representing  algorithms 
and for mapping them onto reconfigurable hardware environment, 
for example:

	* logical specification and refinement
	* polytope model and systolic arrays
	* dataflow models

This technical session focuses on the methods to provide reconfigurable 
objects for reconfigurable computing, i.e. finding hardware parameters 
that meet the real-time and problem parameters.

We are also interested in applications and implementations, that 
demonstrate the systematic way to develop hardware/software objects 
with the emphasis on parametrizability end reconfigurability.

Possible applications of interest include, but are not limited to:

	* signal and image processing
	* multimedia
	* long arithmetic
	* image databases
	* object recognition
	* navigation of robots


Important dates:
----------------
	March 15, 1999:  Draft papers (about 4 pages)
	April 5, 1999:  Notification of acceptance
	May 1, 1999:    Camera-Ready papers
	June 28 - July 1, 1999: Conference and Technical Session

Prospective authors are invited to submit three copies of their draft
paper 
to Toomas P. Plaks by the due date. E-mail submissions in Postscript
format 
viewable and printable with ghostview are also acceptable.


Session Chairs:
---------------

Dr. Toomas P Plaks
Department of Computer Science
The University of Reading
P.O. Box 225
Reading RG6 6AY
Engalnd, UK

email: T.Plaks@reading.ac.uk

Tel.: +44 (0) 118 987 5123 ext 7633
Fax:: +44 (0) 118 975 1994



Prof. Graham. M. Megson
Department of Computer Science
The University of Reading
P.O. Box 225
Reading RG6 6AY
Engalnd, UK

email: G.M.Megson@reading.ac.uk

Tel.: +44 (0) 118 931 8600
Fax:: +44 (0) 118 975 1994
Article: 15163
Subject: Re: Startup issues with 24c04 eeprom and I2C interface
From: "Kuznetsov Dmitry" <dkuzn@orc.ru>
Date: 10 Mar 1999 17:19:16 GMT
Links: << >>  << T >>  << A >>
Hi!
-- 
New User <defaultuser@domain.com> ...
> Any lessons learned on power up sequence with 24c04.
> Initially there might be some activity on the SCL SDA lines as master
> and eeprom power up.  I suppose one might accidently give a start to
> the eeprom.
> But, the eeprom has warm up time, so maybe it would ignore anyway.
> If the master did give a bogus start... some time later the master
> would give a real start. Hmm. Would the eeprom be responsive?
> I guess the eeprom would be hanging looking for address?
> (the state machine internal to the eeprom.)
> Any hints?
> Thanks.
> Jim

See on the Microchip (www.microchip.com) - Serial EEPROM Application Notes.
AN572: Questions and Answers Concerning Serial EEPROMs.

And also on the Atmel (www.atmel.com)
   Quoting from datasheet of AT24CS128/256
==\
MEMORY RESET: After an interruption in protocol, power
loss or system reset, any 2-wire part can be reset by following
these steps: (a) Clock up to 9 cycles, (b) look for SDA
high in each cycle while SCL is high and then (c) create a
start condition as SDA is high.
==/

Bye!
Kuznetsov Dmitry, Moscow, http://www.orc.ru/~dkuzn/index.htm
                     Alias   http://attend.to/dkuzn

Article: 15164
Subject: Re: LUT
From: Peter Alfke <peter@xilinx.com>
Date: Wed, 10 Mar 1999 09:47:27 -0800
Links: << >>  << T >>  << A >>
Rafal Kielbik wrote:

> I'm not good at this subject.
> Pleas describe me what it is Look Up Table.
>  

 Look-up table (LUT) is another word for a ROM ( read-only
memory) with n address lines and a single output. n is
usually 4, sometimes 3 or 2.,. It is also called a function
generator because it can generate any function of the n
inputs.

Peter Alfke, Xilinx.
  

Article: 15165
Subject: New! Virtex Workbench
From: John Schewel <jas@vcc.com>
Date: Wed, 10 Mar 1999 11:21:17 -0800
Links: << >>  << T >>  << A >>
This is a multi-part message in MIME format.
--------------E840CA14F9640D17B088418C
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

FYI

Virtual Computer Corp. along with Xilinx distributor Insight Electronics
announce 'The Virtual Workbench'.... a Virtex based stand alone
development board. The Virtual Workbench is designed to provide a
working platform for testing and evaluating the Virtex Fanmily of
FPGAs.... 

to see more details go to

http://www.vcc.com/VW.html

-- 

Best Regards,
John Schewel, VP Marketing & Sales
Virtual Computer Corp.
http://www.vcc.com
--------------E840CA14F9640D17B088418C
Content-Type: text/x-vcard; charset=us-ascii; name="vcard.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for John Schewel
Content-Disposition: attachment; filename="vcard.vcf"

begin:          vcard
fn:             John Schewel
n:              Schewel;John
org:            Virtual Computer Corporation
adr:            6925 Canby Ave. #103;;;Reseda;CA;91335;USA
email;internet: jas@vcc.com
title:          VP Marketing & Sales
tel;work:       +1 (818) 342-8294
tel;fax:        +1 (818) 342-0240
x-mozilla-cpt:  ;0
x-mozilla-html: TRUE
version:        2.1
end:            vcard


--------------E840CA14F9640D17B088418C--

Article: 15166
Subject: Re: Function generator in Xilinx
From: "Luis de Funes" <fuzzy8888@hotmail.com>
Date: Wed, 10 Mar 1999 21:31:11 +0100
Links: << >>  << T >>  << A >>
Peter Alfke ha scritto nel messaggio <36E58A10.8F4821C9@xilinx.com>...
> [..]
>The LUT is built pretty much like a conventional ROM, with
>16 latches, read out by a tree-structure reducing the 16
>inputs to one output. The decoding is done with pass
>transistors. Therefore we can claim that there never is a
>glitch when you change only one address input. And there
>also is no glitch when you change two address lines more or
>less simultaneously if - and only if - all four address
>combinations generate the same output.
>I get that question quite often
>
>Peter Alfke, Xilinx Applications
>

Dear Peter,
That "only if" is a surprise for me.
For example, we have this function

out = (a XOR b XOR c) AND d

When d=0, I tought the out is ALWAYS 0, wathever
occours to the inputs a b c.
You say instead that in these conditions the out
might have glitches ?

Luigi



Article: 15167
Subject: Actel FPGA
From: ggli@dictaphone.com
Date: Wed, 10 Mar 1999 21:32:19 GMT
Links: << >>  << T >>  << A >>
I'm looking at using some Actel FPGA's . . . you know the anti-fuse variety. 
It seems the ..SX16 family is quick and definitely inexpensive on a gate per
gate basis vs. other vendors.  My question is, has anybody used these yet,
and what general pros and cons do you see.  I'd still consider using an SRAM
based part from say Altera (FLEX10K series) if needed.	Are there any
penalties (besides OTP) that this architecture has?

Any help would be great

gene
ggli@dictaphone.com

-----------== Posted via Deja News, The Discussion Network ==----------
http://www.dejanews.com/       Search, Read, Discuss, or Start Your Own    
Article: 15168
Subject: Infidels Invited, Heathens Highly Welcome !
From: Peter Alfke <peter@xilinx.com>
Date: Wed, 10 Mar 1999 14:04:41 -0800
Links: << >>  << T >>  << A >>

--------------4E9E9685C4422D63DEAB471D
Content-Type: text/plain; charset=us-ascii; x-mac-type="54455854"; x-mac-creator="4D4F5353"
Content-Transfer-Encoding: 7bit

Infidels Invited, Heathens Highly Welcome !

This March and April, Xilinx will conduct a world-wide
series of Applications Symposia, describing new CPLD and
FPGA solutions and Cores. I was responsible for coordinating
and partly creating the content, so believe me, the emphasis
is on application solutions and system design, not on
marketing.

The presentations will be given by experienced Field
Applications Engineers. I will assist in Germany and Sweden,
my old stomping grounds. We will describe parts and
solutions that you can buy and use today, no vaporware here.

We invite all Altera and Actel advocates, Lucent and Lattice
lovers, Vantis fans, and especially ASIC aficionados, as
well as frustrated fence-sitters. As a minimum, you will
learn what you are missing. For a list of times and
locations, click on

http://www.xilinx.com/company/seminar99.htm
 

I hope this commercial message has not offended any
sensitive souls.
We are on a teaching crusade, almost in line with
comp.arch.fpga

Peter Alfke, Xilinx Applications

--------------4E9E9685C4422D63DEAB471D
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<HTML>
<BODY BGCOLOR="#FFFFFF">

<H2>
Infidels Invited, Heathens Highly Welcome !</H2>


<P>This March and April, Xilinx will conduct a world-wide series of Applications
Symposia, describing new CPLD and FPGA solutions and Cores. I was responsible
for coordinating and partly creating the content, so believe me, the emphasis
is on application solutions and system design, not on marketing.

<P>The presentations will be given by experienced Field Applications Engineers.
I will assist in Germany and Sweden, my old stomping grounds. We will describe
parts and solutions that you can buy and use today, no vaporware here.

<P>We invite all Altera and Actel advocates, Lucent and Lattice lovers,
Vantis fans, and especially ASIC aficionados, as well as frustrated fence-sitters.
As a minimum, you will learn what you are missing. For a list of times
and locations, click on

<P><U><A HREF="http://www.xilinx.com/company/seminar99.htm">http://www.xilinx.com/company/seminar99.htm</A></U>
<BR>&nbsp;

<P>I hope this commercial message has not offended any sensitive souls.
<BR>We are on a teaching crusade, almost in line with comp.arch.fpga

<P>Peter Alfke, Xilinx Applications
</BODY>
</HTML>

--------------4E9E9685C4422D63DEAB471D--

Article: 15169
Subject: Re: Current State of FPGA-based PCI Interfaces?
From: "Bob Bauman" <bbauman@lynxstudio.com>
Date: Wed, 10 Mar 1999 14:39:25 -0800
Links: << >>  << T >>  << A >>
Wiggo,

Aren't the Lucent devices with hardcoded PCI interface logic fairly pricey?

I do like the idea of a hardcoded PCI logic and programmable logic in one
device.

Regards,

Bob

Wiggo Olufsen wrote in message <36E1AC76.3043025F@online.no>...
>Bob,
>
>Lucent has released FPGA's with embedded hard-coded PCI-cores in addition
to the
>programmable array.  You find them on  http://www.lucent.com/micro/fpga/ .
>
>Wiggo.
>




Article: 15170
Subject: Re: Current State of FPGA-based PCI Interfaces?
From: "Bob Bauman" <bbauman@lynxstudio.com>
Date: Wed, 10 Mar 1999 14:45:04 -0800
Links: << >>  << T >>  << A >>
Austin,

Thanks for the info. Similar to what you have stated, I have heard that the
4000 series Xilinx parts are easier to use than the Spartan series for a PCI
implementation because of their more robust routing resources. And, the 4000
parts are more costly.

Regards,

Bob



Austin Franklin wrote in message <01be69bc$e48879b0$207079c0@drt1>...
><snip>
>> : Generally, are how much tweaking with placement and timing constraints
>is
>> : required for the current crop of cores?
>
>My experience has only been with Xilinx.
>
>Things are certainly better than they were in the past.  Basically, parts
>are now much faster, by at least 2x, over a few years ago, so implementing
>any PCI design (target/master/burst), and making timing isn't as big a feat
>as it was a few years ago....BUT...
>
>If you want to run in as inexpensive a part as you can, then you will have
>to do more placement and logic mapping than you would if you ran in a
>faster/more expensive part, and did less work on the placement/logic
>mapping.  In either case, you need to make a good set of timing constraints
>for the placer/router to use...and you will probably make timing with
>minimal floor planning in the faster parts.
>
>In any PCI design, the PCI design is usually only half the job.  The other
>half is the back end interface, so don't underestimate that amount of
>work...  I feel $5k is a bargain for the PCI core...given how much work it
>is to do it in the first place.  That's really only 2 weeks of engineering
>$$ at best.
>
>You can probably even get away with using some HDL to do this design, if
>you use a fast enough part ;-)  I always found using schematics for PCI
>interfaces has been a much better design methodology because I have much
>better control over the placement and logic mapping than an HDL.  I would
>like to believe that will change in a year or so....but if you want to run
>in the cheapest part you can, then I would strongly suggest the design be
>done in schematics.  If cost is not a primary concern, than an HDL may
>suffice.
>
>Austin Franklin
>austin@darkroom.com
>



Article: 15171
Subject: ASIC Verification Engineer NEDDED! Trattner Patrick Lowney
From: thaynes@pacbell.net
Date: Wed, 10 Mar 1999 22:45:27 GMT
Links: << >>  << T >>  << A >>
Our client is a world leader in communication. They are looking for a
> ASIC Verification Contractor to work a 3-6 month contract in the Silicon > Valley. They are working on an ASIC for a new router product. They will > pay $90 / hr. This position will start as soon as possible. So respond
> now!!
> 
> The ideal candidate will have:
> - ASIC Verification experience
> - Verilog experience
> - PCI interface related knowledge
> 
> Helpful but not necessary are:
> - Good Networking environment experience > - VERA 
> - Good C knowledge] 408, IC OK, $80-$90/hr, ASIC Verification Engineer, > Verilog, PCI
> 
> Patrick 
> ========================
> The Trattner Network 
> A Norrell Information Services Company > ========================
> 
> Patrick Lowney                        > plowney@tratnet.com
> Phone: 925-280-2122
> 
> http://www.tratnet.com
> 500 Ygnacio Valley Road, Suite 225 > Walnut Creek, CA 94596
> Resume Fax: 650-949-1026
> Business Fax: 925-280-2100
> 
>

Article: 15172
Subject: Re: Current State of FPGA-based PCI Interfaces?
From: "Nick" <nix@tstonramp.com>
Date: 11 Mar 1999 01:41:11 GMT
Links: << >>  << T >>  << A >>
Check out QuickLogic. They have devices with built-in PCI interfaces +
memory + field-programmable gates. I don't know the particulars on the
amount of RAM or gates. They also provide templates for NT/95 drivers. I've
been using QuickLogic parts for several years - they have superior tools
and support. Their parts' only drawbacks are one-time programmability.

Nick Steffen

Bob Bauman <bbauman@lynxstudio.com> wrote in article
<7bppqe$qlv$1@birch.prod.itd.earthlink.net>...
> Hi all,
> 
> About a year and a half ago I was considering implementing a PCI
interface
> in an FPGA. At that time I decided that the design was going to be very
time
> consuming and posed compatibility risks. Altera's and Xilinx's cores
seemed
> to require quite a bit of tweaking and they were expensive.
 
Article: 15173
Subject: Re: Startup issues with 24c04 eeprom and I2C interface
From: Jim <jok@erols.com>
Date: Wed, 10 Mar 1999 20:56:16 -0500
Links: << >>  << T >>  << A >>
Dear Kuznetsov Dmitry,

Yes, the part can get reset in this manner.  Since I am designing
an ASIC I have no specification to cause a situation of 'interuption
in protocol.'  All of the operations the ASIC performs are graceful.
Power up is no-man's land in terms of gates and/or firmware. But,
givne that the start condition seems to be defined with some
thought of power up in mind, I think that power up will not
cause a problem with eeprom.

I may add suspenders if I have silicon and time. You just never know.


Jim




Kuznetsov Dmitry wrote:
> 
> Hi!
> --
> New User <defaultuser@domain.com> ...
> > Any lessons learned on power up sequence with 24c04.
> > Initially there might be some activity on the SCL SDA lines as master
> > and eeprom power up.  I suppose one might accidently give a start to
> > the eeprom.
> > But, the eeprom has warm up time, so maybe it would ignore anyway.
> > If the master did give a bogus start... some time later the master
> > would give a real start. Hmm. Would the eeprom be responsive?
> > I guess the eeprom would be hanging looking for address?
> > (the state machine internal to the eeprom.)
> > Any hints?
> > Thanks.
> > Jim
> 
> See on the Microchip (www.microchip.com) - Serial EEPROM Application Notes.
> AN572: Questions and Answers Concerning Serial EEPROMs.
> 
> And also on the Atmel (www.atmel.com)
>    Quoting from datasheet of AT24CS128/256
> ==\
> MEMORY RESET: After an interruption in protocol, power
> loss or system reset, any 2-wire part can be reset by following
> these steps: (a) Clock up to 9 cycles, (b) look for SDA
> high in each cycle while SCL is high and then (c) create a
> start condition as SDA is high.
> ==/
> 
> Bye!
> Kuznetsov Dmitry, Moscow, http://www.orc.ru/~dkuzn/index.htm
>                      Alias   http://attend.to/dkuzn
Article: 15174
Subject: Re: Current State of FPGA-based PCI Interfaces?
From: Ray Andraka <randraka@ids.net>
Date: Wed, 10 Mar 1999 22:10:20 -0500
Links: << >>  << T >>  << A >>
Depends on which 4000 series family.  The Spartan's routing resource is like the
4000E.  the EX, XL, XLA, XV have more routing resources than the 4000E and the
Spartan.  So yes, if you are talking about one of the newer 4000 families (one
with an X in the suffix) that is true.  If you are talking about an early 4000
family such as the original 4000, 4000A, 4000H or 4000E then the spartan has
equivalent or better routing.

Bob Bauman wrote:

> Austin,
>
> Thanks for the info. Similar to what you have stated, I have heard that the
> 4000 series Xilinx parts are easier to use than the Spartan series for a PCI
> implementation because of their more robust routing resources. And, the 4000
> parts are more costly.
>
> R--

-Ray Andraka, P.E.
President, the Andraka Consulting Group, Inc.
401/884-7930     Fax 401/884-7950
email randraka@ids.net
http://users.ids.net/~randraka




Site Home   Archive Home   FAQ Home   How to search the Archive   How to Navigate the Archive   
Compare FPGA features and resources   

Threads starting:
1994JulAugSepOctNovDec1994
1995JanFebMarAprMayJunJulAugSepOctNovDec1995
1996JanFebMarAprMayJunJulAugSepOctNovDec1996
1997JanFebMarAprMayJunJulAugSepOctNovDec1997
1998JanFebMarAprMayJunJulAugSepOctNovDec1998
1999JanFebMarAprMayJunJulAugSepOctNovDec1999
2000JanFebMarAprMayJunJulAugSepOctNovDec2000
2001JanFebMarAprMayJunJulAugSepOctNovDec2001
2002JanFebMarAprMayJunJulAugSepOctNovDec2002
2003JanFebMarAprMayJunJulAugSepOctNovDec2003
2004JanFebMarAprMayJunJulAugSepOctNovDec2004
2005JanFebMarAprMayJunJulAugSepOctNovDec2005
2006JanFebMarAprMayJunJulAugSepOctNovDec2006
2007JanFebMarAprMayJunJulAugSepOctNovDec2007
2008JanFebMarAprMayJunJulAugSepOctNovDec2008
2009JanFebMarAprMayJunJulAugSepOctNovDec2009
2010JanFebMarAprMayJunJulAugSepOctNovDec2010
2011JanFebMarAprMayJunJulAugSepOctNovDec2011
2012JanFebMarAprMayJunJulAugSepOctNovDec2012
2013JanFebMarAprMayJunJulAugSepOctNovDec2013
2014JanFebMarAprMayJunJulAugSepOctNovDec2014
2015JanFebMarAprMayJunJulAugSepOctNovDec2015
2016JanFebMarAprMayJunJulAugSepOctNovDec2016
2017JanFebMarApr2017

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

Custom Search