Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!

 



Forgot your password?
typodupeerror

Comment: Re:Drowning in microbeads (Score 1) 247

by EETech1 (#49764067) Attached to: California Votes To Ban Microbeads

http://www.alibaba.com/product...

this one supplier can make 80 tons a month of just this one kind.

might as well take a whole shipping container full every month and just throw it in the ocean.

Then you figure how many people make this crap.

Then there's the soap sized chunks! The above is smeared into the pores, not just rinsed away like lava soap, how much of that do we make!

Comment: Re:Help me out here a little... (Score 1) 533

by EETech1 (#49508169) Attached to: Utilities Battle Homeowners Over Solar Power

I think (correct me if I'm wrong here) that if you have one or two houses with solar it is much easier for that power to be consumed by someone that is being fed power from the same transformer as you are.

This would seem like a much more manageable situation than if everyone had solar in your neighborhood and it has to start stepping up through the transformers looking for somewhere else to go.

Now if every neighborhood starts pushing power through the grid and all of these systems designed to put 10,000 amps one way go to shuffling around a few hundred amps from neighborhood to neighborhood.

Even if everyone had a radio link to the power company giving instant feedback of their generation, it would still be hard to keep voltage constant as clouds keep turning thousands of individual sources up and down.

With less and less power coming from the actual power company, who will be in charge of the grid? Imagine when we meet the break even point and power companies can shut off most of the day, who or what are all those thousands of separate Chinese inverters going to sync to?

In my imagination, I see waves of frequency, voltage and current fluctuations rippling uncontrollably around from transformer to transformer. Whole pulsating neighborhoods throbbing and blinking as these devices struggle to interoperate. A battle-royalle of cheap buggy firmwares fighting it to see who has the real 60 HZ... long after the power company automatically disconnected them.

Oh the voltage went up a little, I'll be a good little inverter and match it...

Oh hey the voltage went up a little, I'll be a good little inverter and match it.

That phase is kinda weird, good thing I can reshape it a little when I match it.

Wow my output just dropped 16 volts, Guess we need more juice quick, better step it up a notch!

Comment: Re:Reminds of of something at a past job (Score 1) 765

by EETech1 (#49314983) Attached to: A Software Project Full of "Male Anatomy" Jokes Causes Controversy

I wrote a few gateway (protocol conversion) applications in assembly, and they were full of fun names and labels.

cp BeenWaiting, aWhile
brge CallTheBitchAgain

cp BeenWaiting, FuckingForever
brge WeGotFucked
.
.
.
CallTheBitchAgain: // because XYZ can't write a scheduler that works
decr TXbyteCounter
jmp RequestPacket
ret

WeGotFucked: // because losing the state of a connected peripheral when they're too busy is an acceptable practice to some
jmp BandAidRestart
jmp ConnectWithKey
ret

Comment: Re:You're doing it wrong. (Score 1) 166

by EETech1 (#49311755) Attached to: Internet of Things Endangered By Inaccurate Network Time, Says NIST

It's incredibly precise, I used to test ECU software to 12,000 RPM. That's 200 Revolutions per Second, or 72,000 Degrees per Second.

At 33Mhz, you have about 458 clock cycles per degree, so if you have a 60 tooth crank sensor with 6 degrees per tooth, you have a real time position update you need to task switch to, synchronize with, and schedule events on coming every 2750 clock cycles. In between them, you have to read filter and diagnose all of the sensors so you can look up, interpolate, and calculate all of the fuel and spark info, convert it back to binary time counts, then load or reload all of the different hardware timers safely at the proper time so they don't skip or wrap around.

You have to have over 7200 events (start and end of: fuel, air, spark on a 6 cyl, low emissions 2 stroke) happen at the exact time every second or the engine will misfire.

Starting with the Motorola MPC555 there was also a TPU (Time Processing Unit) that had multiple "self-synchronizing" counters and timers you can daisy chain, that took care of most of the heavy lifting (besides scheduling it!!!)

The TPU, along with a PowerPC core or two now allows modern ECUs to calculate everything based on a Simulink model of the engine while all of this is going on.

Comment: Re:Dupe (Score 1) 840

I did a starter on a Chrysler 300M, and if you didn't want to take the exhaust and the motor mount off, you can take the solenoid off, then take off the starter motor from the snout, then take the snout off the block, and get it out in like 20 pieces.

After all that bull I really didn't want to put it all back together (paper clips in the brushes, shims on the shaft where I can't see) even though all I found was just a corroded steel on copper washer in the solenoid. I cleaned it up, and greased it up and put it back together, it seemed to work fine and it is still working 5 years later.

A new starter was outrageous, and the labor was even worse.

Funniest part was my friend watching me come out with piece after piece, I know she was wondering how it was ever going to go back together again, or if it was going to just crap out on her again (really a rusty washer??? All those pieces??? Should I just have it towed???)

Logic doesn't apply to the real world. -- Marvin Minsky

Working...