NIWeek recap

   I just wanted to say thanks to all the NI folks, Lego folks, and Mindstorms fans at NIWeek.  It was great to meet many of the community members and some of the behind-the-scenes folks.  I hope I get to meet more of the community and renew this year's acquaintences again in the future, maybe at NIWeek next year or Brickfest or somewhere else.
Regards,
   Dave T.
David Thomson Original Code Consulting
www.originalcode.com
National Instruments Alliance Program Member
Certified LabVIEW Architect
There are 10 kinds of people: those who understand binary, and those who don't.

But Brian now also have LabVIEW to play with so here they are for LabVIEW
http://digital.ni.com/manuals.nsf/websearch/D6B3873AFCF2CB7886256D2B006F4071?OpenDocument&node=13210...
on this page is a pdf with the shortcuts
success
greetings from the Netherlands

Similar Messages

  • Printable Versions of NIWeek Schedules

    I was having a lot of trouble printing the NIWeek schedules on 8.5" X 11" paper, so finally I resorted to altering them. Took a heckuva lotta time, so I thought someone else might get some use out of it.
    The first is the PDF file at this URL, whose native size is 14" X 22":
    http://www.ni.com/pdf/niweek/us/2005/session_guide.pdf
    I tried about a gazillion things to get this to print on 8.5" X 11" paper, but I ended up using the "Crop" tool in Acrobat to crop out the relevant parts of each page and then recombine them all in a new document ["session_guide_LANDSCAPE.pdf"]. This new document will print fairly legibly on 8.5" X 11" paper IF YOU PRINT TO LANDSCAPE FORMAT!
    The second document is the HTML file that lives at this address:
    http://www.ni.com/niweek/session_guide.htm
    I basically just cut out a bunch of crufty stuff within the HTML, and also relocated one of the CSS links to a local file ["niweek.css"], wherein I changed the line
    #contentarea{font-family:Verdana, Arial, sans-serif;font-size:10px;width:552px;}
    to read
    #contentarea{font-family:Verdana, Arial, sans-serif;font-size:10px;width:600px;}
    but you can play around with those numbers and your own specific printer. Anyway, the resulting file ["session_guide_PORTRAIT.htm"] should print pretty well on 8.5" X 11" paper if you print to [plain old-fashioned] portrait format.
    All of this stuff is included in the attached "printable_docs.zip".
    Attachments:
    printable_docs.zip ‏295 KB

    OK, I tried your link:
    http://www.ni.com/devzone/libraries/appnotes.htm
    That link [and subsequent links] clearly state "The documents listed on these pages are only the technical documents available in PDF format." There are then several ways to get to any particular document [by product line, by number, &c].
    Let's take as an example the document that interested me, "AN154B LabVIEW Data Storage." No matter how I try to get there [by product line, by number], I am sent to an HTML file, NOT a PDF file.
    What's worse is that in HTML format, this document won't fit on standard 8.5" X 11" paper - you have to switch to landscape mode just to print the stupid thing.
    PS: If anyone gets this far, what I'd really like to find is an official, rock-solid, thi
    s-is-the-final-word, PDF kind of a document that describes exactly what the "Waveform DataType" is, down to the level of 0's and 1's [or at least as close to 0's and 1's as is possible without giving away all of NI's intellectual property].
    In the future, I'll be interested in other data types, but for the moment I'd be happy just to get some official documentation on "Waveform".
    Thanks!

  • NIWeek 2010 Discussion Forum

    This forum has been thrashed with posts clearly having nothing to do with NIWeek. For the past year and a half, nearly all the threads have been "the same two posts": 
    "DEAR SIRS, FORGIVE MY LANGUAGE, I AM NEW TO LBVEW, I HAVE HARDWARES ANDLVBEW, WHAT TO DO?"
    altenbach or Ravens: "..." (well, fill in the blank, you know how they responded!) 
    Now, I know it's taboo to delete posts, but could we at least archive these in some hard-to-reach section? The board started off with excellent, relevant threads, and it needs to be revived again with NIWeek 2010 around the corner. I would suggest all irrelevant posts be moved to another board or deleted.
    I almost started a post there, but quite frankly, I'm a little scared - the current scene reminds me of something from "I Am Legend" or "28 Days Later".... you know, a once-thriving, now-deserted place with hoards of mindless....
    Message Edited by JackDunaway on 06-03-2010 09:38 PM
    a.lia-user-name-link[href="/t5/user/viewprofilepage/user-id/88938"] {color: black;} a.lia-user-name-link[href="/t5/user/viewprofilepage/user-id/88938"]:after {content: '';} .jrd-sig {height: 80px; overflow: visible;} .jrd-sig-deploy {float:left; opacity:0.2;} .jrd-sig-img {float:right; opacity:0.2;} .jrd-sig-img:hover {opacity:0.8;} .jrd-sig-deploy:hover {opacity:0.8;}

    I didn't know it existed either until last night. It's under Forums, then Special Interest Boards, then at the very bottom of Additional Interest Boards. And because the Additional Interest Boards does not have the same format as the above boards (they each show descriptions under the board name), my internet cognition didn't even recognize them as boards.
    That being said, it would be a good idea to clean up the board and then create an Announcement: "Discuss your NIWeek plans with others" with a link to that forum.
    a.lia-user-name-link[href="/t5/user/viewprofilepage/user-id/88938"] {color: black;} a.lia-user-name-link[href="/t5/user/viewprofilepage/user-id/88938"]:after {content: '';} .jrd-sig {height: 80px; overflow: visible;} .jrd-sig-deploy {float:left; opacity:0.2;} .jrd-sig-img {float:right; opacity:0.2;} .jrd-sig-img:hover {opacity:0.8;} .jrd-sig-deploy:hover {opacity:0.8;}

  • Can I take the CLD at NIWeek if my CLAD expires August 3rd?

    Hello,
    I took the CLAD at NIWeek 2011 and am now looking to take the CLD. However, my CLAD expires August 3rd, before NIWeek begins. I have two questions:
    1. If I register for a CLD at NIWeek, does my CLAD still hold even though it expires the 3rd?
    2. If not, can I take the CLAD at NIWeek and, assuming I pass, take the CLD that same week?
    It's still cheaper to take both exams at NIWeek then to take the CLD beforehand, but not by much.
    Thank you,
    Luke
    Solved!
    Go to Solution.

    My understanding is that you have to have a current CLAD to take the CLD.  So, on paper, the answer is no.  But get with your local NI rep and have them talk to your training and certification person.  They might be able to pull some strings for you.
    There are only two ways to tell somebody thanks: Kudos and Marked Solutions

  • LabVIEW on the Apple gathering at this year's NIWeek 2007

    Dear platform independent LabVIEW wireworkers,
    I have posted a similar mail to info-labview and LAVA already and would like to do the same here as well:
    As I have the chance to attend NIWeek in Austin I'm looking forward to meet many fellow wireworkers there again. I would also like to know if there are some of you working or planning to work with LabVIEW on the Apple-Macintosh (or Linux) platform who will be attending NIWeek2007 and interested in a small, informal get-together to exchange ideas, views and information about the types of applications we are involved in. It may also be a chance to spell out a list of demands/concerns/questions about the platform independent aspects of LabVIEW.
    If you are interested or if you know somebody who potentially is, please send me a note offline to: with the subject line and I will inform you about the location and the time the gathering will take place. Alternatively you may respond to this thread.
    Thank you for the interest. I'm looking forward to meet you in person
    Urs
    Urs Lauterburg
    Physics demonstrator
    Physikalisches Institut
    University of Bern
    Switzerland

    ********Announcement: ''LabVIEW in Physics'' and ''LV on the Mac'' at NIWeek2007***********
    Dear LabVIEW programmers attending NIWeek2007,
    For those of you who would like to see something a bit different from the regular NI technology sessions I would like to announce a small off-the-tracks presentation:
    How to LabVIEW in Physics Education
    I will stage a short somewhat playful presentation which illustrates the ways we incorporated LabVIEW Virtual Instrumentation to perform real world demonstration experiments of physical phenomena. Strong arguments to promote graphical programming to interface with the real world will be given along with a few selected examples of didactical demonstration experiments in physics which should be instructive and fun too.
    The presentation will start at 15:30 in Meeting Room 3 on Wednesday, Aug. 8.
    Please mark the time in your agenda. The room may be found on this map:
    http://www.austinconventioncenter.com/Planning/ACCMultiLevel.pdf
    On the map, look at Level 1 North/South (at the bottom) and Meeting Room 3 is in yellow. There will be signs to help direct people to the room.
    Right after this at 16:00 at the same location I would like to unite those wireworkers who prefer to work with LabVIEW on the Mac or Linux platforms with NI developers who produce hard- and software for those OSes.
    The intention is to spend about 30 minutes on brainstorm platform independent aspects and concerns along the following lines:
    1) What type of applications are we involved in?
    2) Why is MacOSX a viable foundation for LabVIEW type interfacing with the real world specifically in science and research?
    3) What types of hardware do we mostly use?
    4) What kind of support do we demand from NI ? Is it Mac/linux specific? What are the roadblocks to NI in providing this?
    5) What problems do we possibly have which are platform specific ?
    6) What are priorities?
    a) Hardware support including drivers, NIDAQmx, GPIB, Fieldpoint
    b) Software support TEDS, TDMS, Hosting shared variables
    c) Toolkits, IMAQ, Signal Analysis, PID
    d) Realtime development
    The ''LV on the Mac'' part should take about another 30 minutes until 16:30. However, we will have the room until 17:00 for personal informal talks thereafter.
    I really hope to see as many of you fellow wireworkers as possible there (Specially for the second part at 16:00 !).
    Please help to spread the message.
    Regards and happy wireworks
    Urs
    Urs Lauterburg
    Physics demonstrator
    Physikalisches Institut
    University of Bern
    Switzerland
    *********************************************************************************************Message Edited by UrsL on 07-25-2007 09:57 AM
    Attachments:
    NIWeek2007LVForPhysicsAndMac.jpg ‏160 KB

  • Amazing VIs for NIWeek presentati​on?

    Christina Rogers and I will be presenting the Good, Bad, and Ugly at NIWeek this year, but to keep things fresh, we want to focus on the good, perhaps even the great apps out there -- the ones that make you think, "Wow, that was written in LabVIEW?"
    We are looking for potential apps that are way cool either because of size, audacity, elegance, simplicity, complexity, or just their ability to make people's jaw drop when seen.
    So, if you have a candidate, please send me a screenshot and description. If you want, you can also zip things up and send the VIs. We only have room for about four, so don't miss your chance.
    We will contact the author/owner before we decide to use any materials. It is still up in the air, but if you are at the conference, we may involve the author in the presentation.
    Thanks in advance.
    Greg McKaskle

    Hi
    This is the Demo of product from our company...
    Product Name: Modbus Datalogger
    Company: Vidisha Innovative Solutions, Pune, Maharashtra, India
    Developer: Tushar Jambhekar
    Note: Hardware communication part from this Demo Application has been removed but this application simulates the random data and there are no problems for demonstration
    To run this application you will need LV 7.1 RunTime Engine
    Tushar Jambhekar
    [email protected]
    Jambhekar Automation Solutions
    LabVIEW Consultancy, LabVIEW Training
    Rent a LabVIEW Developer, My Blog
    Attachments:
    ModbusDatalogger Demo.zip ‏862 KB

  • Guinea Pig VIs for NIWeek Session

    We have been asked to repeat the NIWeek session -- The Good, the Bad,
    and the Ugly.
    Basically it is the review and attempted improvement of LV diagram code
    by a member of the LV development team. The presentation is typically a
    slide or two of overview for an application, then jumping into LV to
    look at the before and after code. The audience members get into the
    act as well, and hopefully everyone learns something in the process.
    To do this requires VIs that someone is willing to offer up for review
    -- we call them our guinea pigs. We will remove the hints about
    ownership and will keep everything anonymous.
    If you have an application that you wish had turned out better, maybe
    its performance was less than you'd hoped, maybe t
    he UI is a bit homely,
    perhaps there were features you wanted to add that seemed impossible or
    really hard to do in LV. You can send the VIs directly to me using the
    address Greg.McKaskle at ni.com along with a descriptive email of what
    the app did, what it didn't do, what was hard, etc.
    Thanks in advance.
    Greg McKaskle

    Greg,
    Most of the applications I've written have turned out less then I
    anticipated (they're still ok, imho)... Is there a maximum size of the
    application? (Would 600 vi be too much?)
    Is it a good idea to do an improvement session in the newsgroup? NIWeek is
    just too far away for me.
    Regards,
    Wiebe.
    "Greg McKaskle" wrote in message
    news:Qg0hc.3324$[email protected]..
    > We have been asked to repeat the NIWeek session -- The Good, the Bad,
    > and the Ugly.
    >
    > Basically it is the review and attempted improvement of LV diagram code
    > by a member of the LV development team. The presentation is typically a
    > slide or two of overview for an application, then jumping into LV to
    > look at the before and after code. The audience membe
    rs get into the
    > act as well, and hopefully everyone learns something in the process.
    >
    > To do this requires VIs that someone is willing to offer up for review
    > -- we call them our guinea pigs. We will remove the hints about
    > ownership and will keep everything anonymous.
    >
    > If you have an application that you wish had turned out better, maybe
    > its performance was less than you'd hoped, maybe the UI is a bit homely,
    > perhaps there were features you wanted to add that seemed impossible or
    > really hard to do in LV. You can send the VIs directly to me using the
    > address Greg.McKaskle at ni.com along with a descriptive email of what
    > the app did, what it didn't do, what was hard, etc.
    >
    > Thanks in advance.
    > Greg McKaskle
    >

  • NIWeek Session, Guinea Pigs Needed

    If you have an application that didn't turn out as well as you had
    hoped, please consider turning it into fodder for our NIWeek session --
    The Good, Bad, and Ugly.
    The idea is that Christina Rogers or myself will attempt to resolve your
    issues and present them during the session. Of course your app will be
    kept anonymous, no fingers pointed or snickering. We will hopefully be
    able to show how the app could have been written more clearly, more
    efficiently, or with a better UI. It will be a very interactive session
    allowing audience members to comment as well, and hopefully everyone in
    attendance will learn something.
    So if your app seems like good a good guinea pig, please consider
    submitting it to [email protected], otherwise I'll ke
    ep asking.
    Greg McKaskle

    Alice when you use HyperlinkShader, are you shading just your CSS files or the iWeb file too. I would not use this application on your iWeb file as the "file" they're referring to here is the index.xml file within your domain file. Eeek. I don't want any third-party messing with that.
    I reviewed the source code they posted at their web site and nowhere did I find any reference to manipulation of the TemplatesInfo.plist file. That's the file that would have to be altered to remove registration of your third-party templates. Well, that's the file that tells iWeb to include the template in the list. The actual files have to be installed to the template directory as well.
    If it isn't too much trouble, recreate the situation on your machine and send me your PLIST file once the templates have been booted out of the list. Also, check this path and let me know if the actual template files are missing:
    /Applications/iWeb/Contents/Resources/Shared/
    All of my templates are installed to this folder, but other developers may not be using the 1.1 installation location so theirs may be in the old location:
    /Applications/iWeb/Contents/Resources/English.lproj/Templates/About Me/
    /Applications/iWeb/Contents/Resources/English.lproj/Templates/Blog/
    /Applications/iWeb/Contents/Resources/English.lproj/Templates/Movie/
    ...and so on...
    If the templates are still in the folder(s) that's one thing. If they've been unregistered in the TemplatesInfo.plist, that's another. There's no reason that HyperlinkShader should be going anywhere near either of these things. They're totally unrelated.
    Suz

  • Join the NI Community for NIWeek 2015

    We are very excited that NIWeek 2015 is only days away! For those of you not familiar with NIWeek, this year marks the 21st annual conference presented by NI. Beginning August 3 in Austin, Texas, NIWeek once again brings together the brightest minds in engineering and science. More than 3,200 innovators representing a wide spectrum of industries, from automotive and telecommunications to robotics and energy, will discover the latest technology to accelerate productivity for software-defined systems in test, measurement, and control.
    Whether you're attending or will be tuning in remotely, we invite you to join the NIWeek 2015 Community Group to get updates and access to the all of the NIWeek content: http://www.ni.com/niweek/community

    Hi anonamouse,
    Sorry to hear you are having issues with the NIWeek app. After logging into the app, clicking on Plan My Day will show you sessions by time or summit/track. Tapping on one for more info will give you options to add to your schedule (calendar icon), write a note (pencil icon) or leave a rating (thumbs up icon).
    If you're having technical issues with app, I suggest you reach out to the app vendor GenieConnect. Here is their contact page: http://www.genie-connect.com/about/contact
    Also, you may have better luck with the web version of the app here: http://visitors.genie-connect.com/niweek/#!visitordashboard_-42/

  • NIWeek Submission for Critique

    This year at NIWeek, I'll be holding a session on LabVIEW programming
    techniques. The general idea is that you submit a VI application along
    with a question or goal statement. We choose a good set of these to
    "work on" and critique. Then we present the results at the NIWeek
    session.
    We'll point out the really clever techniques that were found in the
    applications, and we'll point out the changes we made to make the VI
    meet its performance or other goals. Hopefully, everyone in the
    audience will learn from the critique of your VIs.
    We will be giving prizes for the VIs used in the presentation; so please
    consider sending us some of those VIs that:
    * Didn't meet the performance numbers needed for the project
    * Worked OK but lo
    oked unprofessional
    * Just didn't turn out as nice as you'd like
    * Worked really well and you want others to see it!
    The deadline for submission is July 1st 1999.
    To submit a VI, send email to:
    [email protected]
    Attach the VIs or LLB to the email
    In the email, explain the basic idea of the VIs, and the technique you are
    proud of or the problem you just couldn't fix. If there were speed
    numbers, other goals, or questions, please include them.
    OR
    Send the same information on CD/JAZ/ZIP media to:
    National Instruments
    c/o Greg McKaskle
    11500 N Mopac Expwy
    Austin, TX 78759-3504
    I'll return rewritable media if given a return address.
    Please send questions or comments directly to my email and not to the list.
    See you at NIWeek!
    Greg McKaskle

    This year at NIWeek, I'll be holding a session on LabVIEW programming
    techniques. The general idea is that you submit a VI application along
    with a question or goal statement. We choose a good set of these to
    "work on" and critique. Then we present the results at the NIWeek
    session.
    We'll point out the really clever techniques that were found in the
    applications, and we'll point out the changes we made to make the VI
    meet its performance or other goals. Hopefully, everyone in the
    audience will learn from the critique of your VIs.
    We will be giving prizes for the VIs used in the presentation; so please
    consider sending us some of those VIs that:
    * Didn't meet the performance numbers needed for the project
    * Worked OK but lo
    oked unprofessional
    * Just didn't turn out as nice as you'd like
    * Worked really well and you want others to see it!
    The deadline for submission is July 1st 1999.
    To submit a VI, send email to:
    [email protected]
    Attach the VIs or LLB to the email
    In the email, explain the basic idea of the VIs, and the technique you are
    proud of or the problem you just couldn't fix. If there were speed
    numbers, other goals, or questions, please include them.
    OR
    Send the same information on CD/JAZ/ZIP media to:
    National Instruments
    c/o Greg McKaskle
    11500 N Mopac Expwy
    Austin, TX 78759-3504
    I'll return rewritable media if given a return address.
    Please send questions or comments directly to my email and not to the list.
    See you at NIWeek!
    Greg McKaskle

  • MSI 6340 recap

    Some five years ago my friend Peter give my this MSI 6340 micro ATX mobo with the Duron 750 CPU. It allegedly worked, but very, very unstable. However I got intersed, because I see mainboard back from 2001 for Socket 462 processors - Duron, Athlon - that got interestingly designed Vcore regulator and mainly a polymer Fujitsu caps. The yellow ones are polymers - regardless that they have the top perforations like elektrolyte caps:
    Also as they say - everything small is nice. And this board is really small, almost like just fit tomy hand:
    The fact that the mainboard is unstable is understandable. It is only enough to look, what caps are on it - many bad caps like these Chhsi ones:
    And these terrible caps are combined with polymers, witch is trully interesting combination, witch in the end probably allow the board to survive all the time working. At least sort of...
    Near Vcore output coil, witch get pretty how when the caps in Vcore are bad, the Chhsi cap is leaking now:
    ...but it looks like these two good polymers hold him pretty well, so the computer somehow worked.
    Except quality polymers there are on the mainboard also good caps - Chemicon KZE - as input filter caps, witch sure worked well. Even I did not trust Chemicons much, the bad batches of them are only the KZG, KZJ, TMV and TMZ series, not the KZE. And on top of that, they are nicely green:
    However all that is not going to stop the instability of chipset, witch power voltage is "filtered" Chhsi terrible cap...
    But all it all this looks like a decent Vcore design (for 2001):
    560uF 4V Fujitsu polymers and 2700uF 6.3V Chhsi terrible caps is almone relatively qualite Vcore filtering, unless they start to break down, of course:
    For rams and USB ports voltage filtering are used these bad caps Tayeh:
    Of course the big problem is, when you push to big and heated coil a capacitor. This cap is really having a troubles, when the whole cascade is start to overhat:
    However as you can see, bad caps are bulging even when they are long away from all typically overheating componets, like coils and mosfets:
    MSI 6340 v1
    2x 4700uF 6.3V d12.5 (Chemi-con KZE) -> 2x 4700uF 6.3V Panny FM d12.5 - P12347-ND
    4x 2700uF 6.3V d10 (Chhsi) -> 4x 3300uF 6.3V Samxon GC d10
    2x 820uF 4V d10 (Fujitsu) -> 2x 2700uF 2.5V Samxon ULR d10
    2x 560uF 4V d8 (Fujitsu) -> 3x 1000uF 4V Samxon ULR d8
    6x 1000uF 6.3V d8 (Chhsi) -> 6x 1000uF 6.3V Samxon GC d8
    3x 330uF 6.3V d6.3 (Tayeh) -> 3x 470uF 6.3V Samxon GD d6.3
    2x 47uF 16V d5 SMD -> 2x 47uF 16V Panny FK SMD d5 (16V) - PCE3397CT-ND
    4x 10uF 16V d4 SMD -> 4x 10uF 16V Panny X5R SMD ceramic (4V) - PCC216CT-ND
    (one polymer I added near the CPU, because it was removed and these 47 and 10uF SMD little caps I did not yet replaced, as I did not have anything to replace them with ATM)

    So years ago I already gather for this recap the caps, witch give me Big Pope - at lest these Samxon caps. Adding the 1000uF 4V cap  increased the total Vcore output capacity to 18 300mF in 8 caps! (for example the famous Socket 462 mobo DFI Lanparty B have Vcore output wth only 4 caps and 13 200mF total capacity - and no polymers!)
    Whole look at the Vcore part of the mainboard after recap:
    Look at the bottom caps from Vcore and for the AGP powering:
    Much smaller todays polymers (560uF was - 1000uF is) for the same voltage is really just small "bits" compared to these 3300uF Samxon GC caps near them:
    On the other hand, a 2700uF Samxon URL polymers are quite big pieces of caps:
    And at the end, whole look at the MSI 6340 mainboard - little mobo:
    Fun fact - after powering the mobo for the first time it show up, that for whole five years the real time clock is running. And on top of that, it even show good time - only +30min, witch is for 5 years w/o usage and with desoldered caps something amazing, I did not expect that And mobo is working quite well after the recap, even that the new CPU-Z version does not detect FSB, witch is weird. But the CPU-Z autor is already asked for some info to fix this, so there is a hope that this get fixed:
    http://valid.canardpc.com/vblm4v
    FSB 0 is not looking really truthfully :D
    Also is worth noting, that the mobo has a pretty detailed setup in the bios (especially considering that this is VIA KT133 chipset and SDRAMs) and even overclock possibilities, where one can choose from Default setting (100MHz) to 117MHz FSB (37MHz for PCI).  However the result from this last settings (with so quality caps I did not expected and problem so I tried this right away) is, that CPU is working at 256MHz when using this setting :D (30x7.5) Well, there is a good deal of fun with this little MSI mobo...

  • Free $500 certificat​e to NIWeek August 5-7

    I have a free $500 certificate to NIWeek August 5-7 available to the first person who e-mails me there address at [email protected] I won it at a seminar NI had in Cincinnati, OH. I wish I had my new project advanced enough to take advantage of the intensive week in Austin. My many thanks to the fantastic support team at NI. Stay Cool, Happy Fourth
    Tom Lohre artist/scientist
    Has a operating painting robot using RoboLab/RCX
    Developing a LabView/ NXT robot that analyzes an image for aesthetic quality.

    Matt got the certificate. Thanks for a great community. Tom
    Tom Lohre artist/scientist
    Has a operating painting robot using RoboLab/RCX
    Developing a LabView/ NXT robot that analyzes an image for aesthetic quality.

  • MSI PM8M3-V recap

    MSI show on it's website this image, of a MSI PM8M3-V mainboard:
    As you can see, the Vcore output is populate with 7 Oscon polymer caps. In reality, however, you get this:
    A strip down version, from 7 caps to 3 (!)... and that is for the power hungry P4 CPU's! Yes, there are also the two top caps, but they are not polymers and even the another top two up are Vcore connected (3300uF 6.3V)...
    But the main rip off is the caps type used. They are OST 680uF 4V caps, so not a good caps by any way :( In short, they show you seven polymers, but deliver there OST crap caps. Is not that irony?
    To make this post more usefull, the caps list for MSI PM8M3-V goes as follows:
    5x 680uF 4V d8 OST RLA (+4 leftovers)
    2x 3300uF 6.3V d10 OST RLX
    3x 1000uF 16V d8 Panasonic FL (+1 leftover)
    12x 1000uF 6.3V d8 OST (+4 leftovers)
    2x 470uF 10V d8 G-Luxon
    1x 10uF 16V d4 SMD
    Mine MSI PM8M3-V is PCB v. 1.0. Only there Ost caps on side, FOUR missing! That is stealing by MSI marketing!
    AGP powering is rather underpowered, not to mention NIKOS mosfets bad rep:
    Ram's run on Ost caps too, completely:
    Vcore is supported with big 3300uF Ost caps (and two small Ost caps nearer the socket LGA 775 on top):
    Near NIC (Realtek RTL8100C) is G-Luxons (!) ... a terrible known bad caps. Unacceptable!
    The Vcore input have space for 4 caps, just there are used and they are Panasonic FL caps, witch cannot be bought on Digikey and I did not suppose they are even original Panasonic caps... What is worser is, that they are d8 only, while 16V caps are hard to source even with d10, not to mention d8...

    So this obviously cannot stays like that, because the mobo is starting to shown first unstability issues and crash on load, so, there had to be recap. I also wanted badly to give the mobo back the nice polymers, the MSI marketing striped it off... In short, I wanted to trumph out the advert Because even better that Sanyo Oscon polymers exist - and that are Nichicon LE polymers. So I made my list of ideas, how the recap shuld look like:
    9x Nichicon LE 820uF 2.5V d8 493-3058-ND
    2x Nichicon HZ 3300uF 6.3V d10 UHZ0J332MPM-ND
    4x Nichicon HZ 1000uF 16V d8 UHZ1C102MPM6-ND
    16x Nichicon HM 1000uF 6.3V d8 UHM0J102MPD-ND
    2x Nichicon LE 470uF 6.3V d8 493-3066-ND
    1x Taiyo Yuden 47uF 6.3V 587-3406-1-ND
    However certain things go wrong. The first was, that I managed thru friend to order only the original number of the 1000uF 6.3V caps, 12 of them. I had to improvise and replace the remaining 4 unused before with the Samxon GC caps, witch is similar is quality, tested good caps.
    At lest I see what caps are new there, lol.
    However worser was, that the only one d8 caps for 16V was really hi-end elytes Nichicon HZ, but they are out of the stock for months. So, what to do? I had no chance but to press on and thy some improvisation there...
    And at last I completely forget the little SMD cap behind the AGP slot, witch I indented to replace with ceramic caps, when there is available even 47uF ceramic SMD caps with the little 12210 size!
    So the main idea was to get the Vcore voltage filtering on hi-quality level, witch I managed easily by using the best polymers ever produced (nothing beat their ripple current rattings):
    But now what to do with the input caps, that are not stock? In the end I managed to squeeze easily in their places (luckily, there is nothing upclose near them) replacement caps, witch I took from my stash - a  Panasonic FM 1000uF 16V d10:
    Of course I added even the unused one, right after the input coil:
    Ram's get a quality Nichicon caps too now, so they cannot complain on discrimination changes:
    What I also did miss is the sad look of six empty places, where a good quality ceramic caps should be, so the Vcore will be stable even in extreme situations:
    As I mentioned, on the previously unused places I slap the Samxon GC caps:
    And the NIC controller must be jumping out of joy, because it got the quality Nichicon LE polymers voltage filtering instead of the G-Luxon crap caps - now this is a jump in quality!
    Over on the CPU socket, there come together two important caps. A Nichicon HZ - the best electrolyte caps ever when come to the ripple current (Samxon GA are par to par with it, but nothing other come even close, not even Rubycon MCZ, yet the Man Yue stoped manufacturing them :( ) and then the Nichicon LE - best polymer ever made:
    And at last - overal look on the Vcore regulation - now it look far much better that before!
    And the result? Well, the CPU and rams and HDD is working perfectly. The Vcore regulators, with the serious heatsinks, are - even that no fan is blowing at them, yet I removed the serial and parallel ports to get them better ventilated - after a day of work, night of stress test and half day of gaming heardly even warm...!
    That well shown the fact, that quality caps means lesser temperatures of the components. That was just great. And with stock box fan and no case fan...!
    Now just the AGP cap and some of these ceramics...

  • Game recaps (MLB.tv) stopped appearing

    I recently became addicted to the Game recaps on MLB.tv.  As soon as I got hooked, though, they stopped showing up.  At first, I thought it was another marketing ploy by MLB -- get you hooked, then make you pay.  But my other ATV owner-friends say they are continuing to get the recaps.
    If I navigate to Internet/MLB.tv and choose Game Recaps, I see four games from Wed, 4/27, a bunch of games from 4/26, 4/25, etc.  There were more than four games on 4/27.  But I am not "presented with" the remaining 4/27 games or anything newer than that.
    Obviously, there's no "refresh" button or similar.  And, my (cheapskate/nonpaying) buddies are getting the current recaps.  What can I do to "force" the ATV to go out and fetch the new game recaps?
    Thanks.

    Okay.  Still not sure where you sign out.  Are you talking about signing out of the whole Apple TV?  Like with your iTunes account and password?  Or are you talking about signing out of just MLB?  I'll go take a look at my ATV in a sec to see if it's more obvious.
    But, assuming I figure out what you mean, exactly, then I think your answer is "helpful" because MY previous solution was to completely RESET the ATV -- as in "Restore to Factory Settings."  No other thing I had tried (including power reset of ATV) had previously helped.
    Fun fact:  I called Apple Support yesterday and they pretty much said that they don't really support MLB.tv.  That I could try bugging MLB (I'm sure that'll be really fruitful) or I could bring my ATV into the Genius Bar to be looked at for Hardware trouble.  I'm actually going to My First Genius Bar Appointment this Friday and plan to bring the ATV along, just to get a "second opinion."  I'll repost if I learn anything exciting.

  • Mountain Lion WiFi Problems (recap)

    Folks, wanted to recap this as I am finding the problem much more broad than my original post (here: https://discussions.apple.com/message/19123146#19123146). Here's my setup:
    MacBook Air 13", Mid 2011
    Mountain Lion
    Wifi Problems, cannot connect to open wi-fi and Sprint hot spot.
    CAN connect to Time Capsule (at least I could before I started futzing with my setup while on the road)
    here's what I've done so far:
    Reset SMC
    Zapped PRAM
    Reduced MTU to 1300
    Set hotspot to 802.11g only
    Set IPv6 to Local-link only
    Set up a new user account, no connection there either
    Repair disk
    Repair disk permissions
    Removed WiFi in networking control panel and re-add.
    Remove the network from control panel AND remove keys from Keychain
    What I have not done but will try later:
    Reinstall ML
    Disable WMM
    Observations:
    ML seems to think there is a connection to the wi-fi, but it can never get an IP address
    Using a static IP on the network doesn't help the problem
    My hotspot never really registers the MBA as a connection

    Tell you what worked for me .. finally.
    Had two Apple technicians on the case - over the phone. Have to say, those guys are awesome! - with patience of saints! But to the point! As there was nothing obviously wrong with operating system, they promised to call me back the following day but suggested talking to my Internet Service Provider about the router (D-Link router). The ISP remoted to my iMac and logged into router site and changed channel selection from automatic to manual. He chose channel 13, and suddenly my MBA connected and has been connecting smoothly ever since. The reasons I had problems was that there was over 10 available wi-fi networks in my flat, some of which showed as having stronger signal than my own. The ISP guy told me this, increasingly, becomes and issue, especially in blocks of flats - the ether is  filled with wi-fi networks to the point of saturation. He also said, his choice of channel 13 was just a fluke and it might turn out I'd have to change it again. 
    So, although the problem is now solved, there still remains this one nagging question: Why did the wi-fi connectivity zonked right after Mountain Lion upgrade?

Maybe you are looking for

  • Table or view "DMSYS.MINING_DATA_BUILD_V  does not exist

    Hi all I am trying to run the ABNDemo.java. Before compiling the code I made the following changes. I am using Oracle 10g, 10.1.0.2. DB URL =”jdbc:oracle:thin:@localhost:1521:orcl” Username = “system” Password=”sdsfdvd” DATA_SCHEMA_NAME=”DMSYS” I com

  • Image flickering from adjustment layer

    OK so using premiere CC 2014  i get an awful flicker on video that I have applied adjustment layers to,  if i remove the layer it plays cleanly but with the layer it flickers.  whats the fix?

  • Using too much power

    Help, my dearly beloved 60 gig classic a couple of weeks ago stopped charging with the usb cable. I have a I-fusion speaker system that I bought along with the Ipod a few years ago and it is able to charge the Ipod. Here is the problem, Today when I

  • Best CC App for creating "animated" menu?

    Picture this on the home page of a website: a rectangular frame (size irrelevant for this question), empty inside, every 2 or 3 seconds a new graphic/slide appears (transitions) inside the frame, each has text describing a page in the site; when you

  • Automate Batch Action Bug?

    I'm seeing a strange issue when I automate an action in Photoshop CC (14.0).  I have a simple action that does three things in this order: 1. Flatten Image 2. Convert to 8-Bit 3. Add some standard file info When I run the action from the action menu