Another cost is wastage. As trace and space get toward the manufacturer's minimum recommended numbers their yield goes down and therefore their price goes up.
Generally if the small caps are close to the package and tied to planes (I'm assuming there are planes) with short thick ties to reduce inductance you can get by with it just fine. The bulk caps can be quite a ways away as long as they are also tied directly to the planes. We're running some very high speed stuff this way without problems. Xilinx has some good info on bypass caps and how they can be placed in their Spartan 6 docs.
If there's no planes then you have to have the relatively thick tracks already for current carrying capability, but the inherent inductance could possible give you an edge in filtering as long as you're not yanking the individual pin levels out of tolerance.
Actually looks pretty slack with lots of space. However to make it inexpensive requires much more care in the design rules and routing. Placing and routing a board with tight component clearances and tight trace and space is easy and expensive. Taking the same components on a small board from 0.1/0.1mm trace and space to 0.15/0.15mm trace and space takes a lot of work, but can significantly reduce the cost to manufacture.
From an initial view, the biggest cost adder I see is components on the solder side. There don't seem to be too many on the bottom side and with a bit more work it could probably be made into a single sided board. I'm working on a cost sensitive board right now, and one of the big things we've done to cut cost is make sure all components are on the top side. (Low cost is relative, this BOM is many many times the projected price of the R-Pi.)
If you swing it right you can get a "Delta" flight that is actually on Lufthansa planes with Lufthansa crews. Only to Europe of course.
Oddly enough the worst flight I've ever been on was a Lufthansa flight from Frankfurt to Seattle. It was booked as a United or some other US carrier, but provided by Lufthansa. Service was horrible, the beer was American swill, only a few of the bathrooms worked.
Probably my favourite carrier would be KLM, but it's been 20+ years and I don't know how they are now. The best recent carrier I've been on was Air China, the plane was a bit older, but the service was outstanding.
There are stretches of road out there where you think "If I have car trouble here, I'll die before another car comes along." Only a slight exaggeration heh heh heh.
Three weeks ago, and there was too much traffic. It was much better once I got to US 18 and then 44. Driving through stretches of Montana and Wyoming as the GP is talking about especially at night is much "lonelier". I ran out of gas out there one night and as I was coasting down hill without power and lights I ran over the remains of a deer and punctured a tire on it's antlers. It was a very long walk into town for gas, and the rest of the trip the car smelt like burning deer.
Back on topic, I loved both my RX7s, but the 600cc sport bike was so much more fun.
That's not always true. I worked for a small company through some of the worst times that industry experienced. Our sales went below 50% of previous years and our net income went negative. Instead of laying people off the managers took cuts. When things got a little better, the managers went without raises so the rest of us could have small raises and larger bonuses (bonuses are cheaper in the long run). I would have never left if I didn't want to leave that part of the country.
I know Skype isn't open source, but I also know that Skype is good at getting through all sorts of blocks, and I know that Skype works in Iran. Since Skype text chats can be automated with their development API couldn't you Base 64 encode packets and send them via Skype to an endpoint outside the country?
I guess this would work with pretty much any text based chat application that is successful at getting out of , even SMS.
Most phones have a DTMF generator in them and play the tones through the phone's own handset. Even most cell phones will allow you to hear the DTMF tones.
SIPP memory was the worst, get everything properly lined up or you'll snap a pin and then the module is toast. Or perhaps the razor sharp super cheap cases were the worst. I still have scars from cheap cases that weren't properly de-burred.
HP is not dead, nor will it be for a long time. However HP has a new name since the split, the real HP is called Agilent now. The mediocre computer and ink sales portion wasn't really HP.
Microsoft might as well buy it. I'm switching to C#, other than for Android development, but of all these kinds of problems (and because Eclipse sucks so hard compared to VS in practically every single way). And I don't even run Windows (yes, clearly I'll need a VM for C# development). Unless Mono is something to be taken seriously these days.
Take Mono seriously, it does quite well, but MonoDevelop nope. It's about as easy to do it all by hand in your favorite text editor.
B5 wins hands down. It's one of the few sci-fi shows that I don't cringe or yell at the screen about. Being an engineer seems to ruin a lot of the sci-fi genre for me.
DOS didn't have gettimeofday(), games timing was base on cpu speed. I remember taking 'turbo' off to slow down a older games that was running too fast, or slow down a difficult game...
I can't speak to the specific function (after all it's been 16 years already), but there were certainly more specific timers to be had in DOS than the CPU speed. The turbo button was primarily on the XTs running at 8 MHz to reduce them to the IBM standard of 4.77 MHz. When IBM XTs all ran at 4.77 MHz the use of loop based timing was common, Frogger comes to mind. By the time AT computers were common place loop based timing was mostly going the way of the dinosaur as it became evident that programs would be run on different speed machines.
However, one place I worked had to keep buying pallets of 386 motherboards whenever they could even after 2000 because they ran their older data capture platform with loop based timers. Fortunately for the platform I worked on they hired some real programmers who knew better.
Digikey has 17,000 in stock axial resistors. HSC Electronic Supply probably has some as well, but their website isn't responding. (One of the few things I miss from the Bay Area is HSC.)
Another cost is wastage. As trace and space get toward the manufacturer's minimum recommended numbers their yield goes down and therefore their price goes up.
No, getting data sheets from most silicon makers today, is tanamount to asking for state secrets,err...ok not such a good example.
And asking for answers from Broadcom if you're not buying millions of their chips is likely to get you shot for treason.
Generally if the small caps are close to the package and tied to planes (I'm assuming there are planes) with short thick ties to reduce inductance you can get by with it just fine. The bulk caps can be quite a ways away as long as they are also tied directly to the planes. We're running some very high speed stuff this way without problems. Xilinx has some good info on bypass caps and how they can be placed in their Spartan 6 docs.
If there's no planes then you have to have the relatively thick tracks already for current carrying capability, but the inherent inductance could possible give you an edge in filtering as long as you're not yanking the individual pin levels out of tolerance.
Actually looks pretty slack with lots of space. However to make it inexpensive requires much more care in the design rules and routing. Placing and routing a board with tight component clearances and tight trace and space is easy and expensive. Taking the same components on a small board from 0.1/0.1mm trace and space to 0.15/0.15mm trace and space takes a lot of work, but can significantly reduce the cost to manufacture.
From an initial view, the biggest cost adder I see is components on the solder side. There don't seem to be too many on the bottom side and with a bit more work it could probably be made into a single sided board. I'm working on a cost sensitive board right now, and one of the big things we've done to cut cost is make sure all components are on the top side. (Low cost is relative, this BOM is many many times the projected price of the R-Pi.)
Many Steam games will run on Mac.
SecureFX looks interesting, but I like Expandrive for both Mac and Windows.
Also, GPS is not a two-way communication protocol...
You mean CSI lied to me?!
If you swing it right you can get a "Delta" flight that is actually on Lufthansa planes with Lufthansa crews. Only to Europe of course.
Oddly enough the worst flight I've ever been on was a Lufthansa flight from Frankfurt to Seattle. It was booked as a United or some other US carrier, but provided by Lufthansa. Service was horrible, the beer was American swill, only a few of the bathrooms worked.
Probably my favourite carrier would be KLM, but it's been 20+ years and I don't know how they are now. The best recent carrier I've been on was Air China, the plane was a bit older, but the service was outstanding.
If this is some sort of "holy book" "intelligent design" thing where the bible says pi is actually 3, then I can't help you there...
2 Chronicles 4:2
There are stretches of road out there where you think "If I have car trouble here, I'll die before another car comes along." Only a slight exaggeration heh heh heh.
I take it you have never driven US 83 through the sand hills of Nebraska.
Three weeks ago, and there was too much traffic. It was much better once I got to US 18 and then 44. Driving through stretches of Montana and Wyoming as the GP is talking about especially at night is much "lonelier". I ran out of gas out there one night and as I was coasting down hill without power and lights I ran over the remains of a deer and punctured a tire on it's antlers. It was a very long walk into town for gas, and the rest of the trip the car smelt like burning deer.
Back on topic, I loved both my RX7s, but the 600cc sport bike was so much more fun.
Your Browser Matters (p1 of 12)
Link: canonical
* Follow us
* Like us
* Windows Live
* Email
* Twitter
* Facebook
* Share
Your browser matters.
* score
* home
* malware
* browser features
* prevention
How well is your browser protecting you?
We do not have any data for your browser, so we can't give your browser a
score.
See how other browsers scored >
That's not always true. I worked for a small company through some of the worst times that industry experienced. Our sales went below 50% of previous years and our net income went negative. Instead of laying people off the managers took cuts. When things got a little better, the managers went without raises so the rest of us could have small raises and larger bonuses (bonuses are cheaper in the long run). I would have never left if I didn't want to leave that part of the country.
I know Skype isn't open source, but I also know that Skype is good at getting through all sorts of blocks, and I know that Skype works in Iran. Since Skype text chats can be automated with their development API couldn't you Base 64 encode packets and send them via Skype to an endpoint outside the country?
I guess this would work with pretty much any text based chat application that is successful at getting out of , even SMS.
AKA The War on Drugs
Play with the contrast, etc, long enough and you see that it's a photo of someone's back.
Most phones have a DTMF generator in them and play the tones through the phone's own handset. Even most cell phones will allow you to hear the DTMF tones.
SIPP memory was the worst, get everything properly lined up or you'll snap a pin and then the module is toast. Or perhaps the razor sharp super cheap cases were the worst. I still have scars from cheap cases that weren't properly de-burred.
I have the first MacBook and the last MacBook. Both take standard modules and work just fine with NewEgg modules that are not Mac specific.
Digikey.
HP is all but dead.
HP is not dead, nor will it be for a long time. However HP has a new name since the split, the real HP is called Agilent now. The mediocre computer and ink sales portion wasn't really HP.
Microsoft might as well buy it. I'm switching to C#, other than for Android development, but of all these kinds of problems (and because Eclipse sucks so hard compared to VS in practically every single way). And I don't even run Windows (yes, clearly I'll need a VM for C# development). Unless Mono is something to be taken seriously these days.
Take Mono seriously, it does quite well, but MonoDevelop nope. It's about as easy to do it all by hand in your favorite text editor.
That's related to alignment.
I'd be more scared of Ivanova.
B5 wins hands down. It's one of the few sci-fi shows that I don't cringe or yell at the screen about. Being an engineer seems to ruin a lot of the sci-fi genre for me.
DOS didn't have gettimeofday(), games timing was base on cpu speed. I remember taking 'turbo' off to slow down a older games that was running too fast, or slow down a difficult game...
I can't speak to the specific function (after all it's been 16 years already), but there were certainly more specific timers to be had in DOS than the CPU speed. The turbo button was primarily on the XTs running at 8 MHz to reduce them to the IBM standard of 4.77 MHz. When IBM XTs all ran at 4.77 MHz the use of loop based timing was common, Frogger comes to mind. By the time AT computers were common place loop based timing was mostly going the way of the dinosaur as it became evident that programs would be run on different speed machines.
However, one place I worked had to keep buying pallets of 386 motherboards whenever they could even after 2000 because they ran their older data capture platform with loop based timers. Fortunately for the platform I worked on they hired some real programmers who knew better.
BGAs aren't that big of a deal when it comes to tinkering, the worst problem for tinkering is blind and buried vias.
Digikey has 17,000 in stock axial resistors. HSC Electronic Supply probably has some as well, but their website isn't responding. (One of the few things I miss from the Bay Area is HSC.)