On Thu, 28 Dec 2006 09:54:10 -0800, Jerry Scharf wrote:
> I would move toward owpython or owperl and away from shell access.
In the future maybe something in C, first I have to find out how to make
the hardware work... ;-)
> I think the humidity sensor in the intake header will be a bit
> chall
Japie wrote:
> On Wed, 27 Dec 2006 07:02:56 -0500, Paul Alfille wrote:
>
>
>> power washer
>>
>
> "power", that sounds good... ;-)
>
>
>> I assume you're not going to do this with a bash script (not very efficient)
>> but the general idea could be:
>>
>> while (1) ; do
>> echo `date` >
On Wed, 27 Dec 2006 07:02:56 -0500, Paul Alfille wrote:
> power washer
"power", that sounds good... ;-)
> I assume you're not going to do this with a bash script (not very efficient)
> but the general idea could be:
>
> while (1) ; do
> echo `date` >> log
> echo temperature >>log
> echo h
On 12/27/06, Japie <[EMAIL PROTECTED]> wrote:
For water injection we use a pump from a high-pressure-water-cleaner (no
iedea how it's called in English, but normaly people use it to clean
power washer
there street or car, it's a small one from Karcher)
The water injection is a bit "rough" w
On Tue, 26 Dec 2006 08:30:13 -0500, Paul Alfille wrote:
> Humidity If you know the ambiant humidity, the added water and the
> temperature, the intake humidity could be calculated.
For water injection we use a pump from a high-pressure-water-cleaner (no
iedea how it's called in English, but norma
You've clearly generated a lot of interest!
On 12/26/06, Japie <[EMAIL PROTECTED]> wrote:
Uhmmm, I forgot to mention that the intake channel contains several
water-spraying-nozzles...
There's one in front of the turbo's air intake to cool the turbo and
inside the air duct is the main water inje
On Mon, 25 Dec 2006 14:54:31 -0800, Jerry Scharf wrote:
> clearly this has been explored a great deal more than I understand. :)
Big boys toys, the ultimite "fallus" experience. :-)
> I would doubt you will get much more information inside the turbo about
> humidity than you will outside (no mo
Japie wrote:
> Wow, what a responce, thank you all for your input!
>
> To make it a bit clear how "fast" the readings should be I will
> explain some bits. Our engine is a diesel but we "homebrew" some
> electronics so we can control common rail injectors instead of
> ordinairy mechanical ones
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Japie
Sent: Monday, 25 December 2006 10:10 PM
To: owfs-developers@lists.sourceforge.net
Subject: Re: [Owfs-developers] usage of 1wire sensors in motor-sports
In the project I want to read the owfs with
Am Montag, 25. Dezember 2006 12:10 schrieb Japie:
>
> Data logging has 2 objectives, first is to find out why and where
> something went terrebly wrong, second goal is to show us why the engine
> was running so much bether one match than the other.
> For the "something went terrebly wrong" part we
On 12/25/06, Japie <[EMAIL PROTECTED]> wrote:
Wow, what a responce, thank you all for your input!
For the "something went terrebly wrong" part we need accurate and fast
timings.
temp. readings and humidity are for engine adjustements so 500ms. will do,
Easy.
pressure readings for turbo boos
Wow, what a responce, thank you all for your input!
To make it a bit clear how "fast" the readings should be I will explain
some bits.
Our engine is a diesel but we "homebrew" some electronics so we can
control common rail injectors instead of ordinairy mechanical ones.
The injectors uses 80v. 35a
Japie wrote:
> Hello,
>
> First off all I like to apolegise if I'am posting in the wrong place,
> please correct me if so.
>
> I'am looking for a data-logger on our tractor-puller
> http://www.minimumrisk.nl based on OSS standards.
> There are several data-loggers avaiable but there are all closed
There is a table of chips and capabilities at
http://www.owfs.org/index.php?page=standard-devices
Note that a few of the candidate chips support "overdrive" which speeds the
communication 10-fold. There are clear issues with cable length at that
speed, and it may not be achievable.
There is also
Hi Japie,
> Actualy my project is similar to a weather station, only the readings are
> a bit higher but we need: rpm, temp, pressure and humidity only "abnormal"
> thing would be a way to collect data from our trothle control (100K
> potentiometer)
It's just a thought, but maybe you can also add
Am Sonntag, 24. Dezember 2006 16:41 schrieb Japie:
> On Sun, 24 Dec 2006 14:17:18 +0200, Paul Alfille wrote:
> >> Can owfs/1wire read in mili-seconds?
> >
> > That might be pushing it.10 to 100 msec.
>
> That would do, 10.000rpm ~ 180 pulses per second, but if I take a pulse
>
> >from the cams it w
On Sun, 24 Dec 2006 14:17:18 +0200, Paul Alfille wrote:
>> Can owfs/1wire read in mili-seconds?
> That might be pushing it.10 to 100 msec.
That would do, 10.000rpm ~ 180 pulses per second, but if I take a pulse
from the cams it wil be 90 p/sec. so 10ms. will do.
Is that speed limited by the sens
On 12/24/06, Japie <[EMAIL PROTECTED]> wrote:
> Hello,
>
> First off all I like to apolegise if I'am posting in the wrong place,
> please correct me if so.
>
> I'am looking for a data-logger on our tractor-puller
> http://www.minimumrisk.nl based on OSS standards.
> There are several data-loggers a
Hello,
First off all I like to apolegise if I'am posting in the wrong place,
please correct me if so.
I'am looking for a data-logger on our tractor-puller
http://www.minimumrisk.nl based on OSS standards.
There are several data-loggers avaiable but there are all closed and very
expensive.
Someone
19 matches
Mail list logo
