Jump to content
SAU Community

Inner West Crew Whoretown (toowong/st Lucia/kenmore/indooroopilly And Sometimes Sunnybank?)


Recommended Posts

>butts in....

For those attenting happy laps @ QR with SAuQLD on 15th Jan please note the new on-track time of 6:30am. Pass it on folks.

successful day was successful. got the last 3 cartons of spaten oktoberfest from the german club, and mowed the lawn like a baws with newly restored ride on. Win.

Next job: Fit turbo to ride on :thumbsup:

successful day was successful. got the last 3 cartons of spaten oktoberfest from the german club, and mowed the lawn like a baws with newly restored ride on. Win.

Next job: Fit turbo to ride on :thumbsup:

f**ker

was planning on going out there tomorrow to get one more carton

Somehow landed a gig of designing and testing the infrastructure to be put on this new mine site.

Watch this space for epic failures.

Nice Mang. Who is that with?

Anyone play BF3 on PC? Need someone to do co-op missions with...

Yerp can probably do some co op. I normally just play bulk conquest though lol.

Nice Mang. Who is that with?

Still with the same company, we have a contract for a mining company (largest in the world, to give you an idea) basically I am currently moving in and out of asset groups as IM from each of these groups keeps wanting me to stay with them so I move around so they don't get attached to me. This new project is a bit daunting considering I've never done anything like this before, I will have network services at my disposal as well as countless other pros just around the corner so if successful will definitely look good on the resume.

I expect this site to go into full execution end of this year. So if I'm hanging from a light fixture, you know why.

Morning Mangs,

Back at work :(. FML.

Great Stuff Keaton!

Yerp can probably do some co op. I normally just play bulk conquest though lol.

Yeah you unlock sh*t from doing co-op though :).

Add me on origin: Smity42. Then we can do co-op, and multiplayer on the same server, etc.

Going to umart this arvo to get a new video card and some SSDs... PC was struggling with this new fangled BF3 shiz...

I thought that was about regular HDD's or something...

Still, graph

That being said most of the 240gb drives are more than double the price of a 120gb drive, so its a non choice anyway

why run just standard drive setup.

I bought bf3 on the ps3 cause i wanted to play it without having to upgrade my computer just yet, now my computer is starting to die looks like i'll have to upgrade anyway

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now



  • Latest Posts

    • But we haven't even gotten to the point of talking about stateless controllers or any of the good stuff yet!
    • You guys need to take this discussion to another thread if you want to continue it, most of the last 2 pages has nothing to do with OP's questions and situation
    • And this, is just ONE major issue for closed loop control, particularly using PID. One such issue that is created right here, is integrator wind up. But you know GTSBoy, "it's just a simple PID controller"...  
    • Nah. For something like boost control I wouldn't start my design with PID. I'd go with something that originates in the fuzzy logic world and use an emergency function or similar concept. PID can and does work, but at its fundamental level it is not suited to quick action. I'd be reasonably sure that the Profecs et al all transitioned to a fuzzy algorithm back in the 90s. Keep in mind also that where and when I have previously talked about using a Profec, I'm usually talking about only doing an open loop system anyway. All this talk of PID and other algorithms only comes into play when you're talking closed loop boost control, and in the context of what the OP needs and wants, we're probably actually in the realm of open loop anyway. Closed loop boost control has always bothered me, because if you sense the process value (ie the boost measurement that you want to control) in the plenum (after the throttle), then boost control to achieve a target is only desirable at WOT. When you are not WOT, you do not want the the boost to be as high as it can be (ie 100% of target). That's why you do not have the throttle at WO. You're attempting to not go as fast as you can. If the process variable is measured upstream of the throttle (ie in an RB26 plenum, or the cold side pipework in others) then yeah, sure, run the boost controller closed loop to hit a target boost there, and then the throttle does what it is supposed to do. Just for utter clarity.... an old Profec B Spec II (or whatever it is called, and I've got one, and I never look at it, so I can't remember!) and similar might have a MAP sensor, and it might show you the actual boost in the plenum (when the MAP sensor is connected to the plenum) but it does not use that value to decide what it is doing to control the boost, except to control the gating effect (where it stops holding the gate closed on the boost ramp). It's not closed loop at all. Once the gate is released, it's just the solenoid flailing away at whatever duty cycle was configured when it was set up. I'm sure that there are many people who do not understand the above points and wonder wtf is going on.  
    • This has clearly gone off on quite a tangent but the suggestion was "go standalone because you probably aren't going to stop at just exhaust + a mild tune and manual boost controller", not "buy a standalone purely for a boost controller". If the scope does in fact stop creeping at an EBC then sure, buy an EVC7 or Profec or whatever else people like to run and stop there. And I have yet to see any kind of aftermarket boost control that is more complicated than a PID controller with some accounting for edge cases. Control system theory is an incredibly vast field yet somehow we always end up back at some variant of a PID controller, maybe with some work done to linearize things. I have done quite a lot, but I don't care to indulge in those pissing matches, hence posting primary sources. I deal with people quite frequently that scream and shout about how their opinion matters more because they've shipped more x or y, it doesn't change the reality of the data they're trying to disagree with. Arguing that the source material is wrong is an entirely separate point and while my experience obviously doesn't matter here I've rarely seen factory service manuals be incorrect about something. It's not some random poorly documented internal software tool that is constantly being patched to barely work. It's also not that hard to just read the Japanese and double check translations either. Especially in automotive parts most of it is loanwords anyways.
×
×
  • Create New...