I haven't tried to change too much things in linksys original
flash-image. I have just added my own source and binaries to it.
I won't replace the shell to some new ash-version since I don't
know how all their cron-jobs and scripts are working.
The config to busybox doesn't seem to contain many ap
WARNING: COMPLETELY NON-OWFS RELATED.
but read on if you're battling these problems on embedded devices too...
On Wed, 2005-04-13 at 17:33 +0200, Christian Magnusson wrote:
> The WRT54G router use busybox, and therefor it's a huge binary to start.
> Resident memory is about 480kb when starting /
On Tue, 2005-04-12 at 10:06 -0400, Geo Carncross wrote:
> On Tue, 2005-04-12 at 10:41 +0200, Christian Magnusson wrote:
> > Sure... It's an easy way to solve it, but when you are running things
> > on embedded systems you have to save your ram wherever you can.
> > Just starting /bin/sh will consum
On Tue, 2005-04-12 at 10:41 +0200, Christian Magnusson wrote:
> Sure... It's an easy way to solve it, but when you are running things
> on embedded systems you have to save your ram wherever you can.
> Just starting /bin/sh will consume 484Kb on your WRT54G router... and
> that's a lot when you onl
"CM" == Christian Magnusson wrote:
CM> On Tue, 2005-04-12 at 09:50 +0400, Serg Oskin wrote:
>> "CM" == Christian Magnusson wrote:
>>
CM> On Mon, 2005-04-11 at 21:59, Serg Oskin wrote:
>> >> In Mon, 11/04/2005 21:04 +0200, Christian Magnusson wrote:
>> >>
>> >> > I was thinking some more a
On Tuesday 12 April 2005 04:41 am, Christian Magnusson wrote:
>
> Sure... It's an easy way to solve it, but when you are running things
> on embedded systems you have to save your ram wherever you can.
> Just starting /bin/sh will consume 484Kb on your WRT54G router... and
> that's a lot when you o
On Tue, 2005-04-12 at 10:12 +0100, [EMAIL PROTECTED] wrote:
>
>
> >>How about people using iButtons as identification cards etc... There
> >>are key-rings to attach the iButton and then it's just to hold up
> >>the button to the reader. This requires a loop searching for new
> >>devices all the t
>>How about people using iButtons as identification cards etc... There
>>are key-rings to attach the iButton and then it's just to hold up
>>the button to the reader. This requires a loop searching for new
>>devices all the time, and then when a device is found, read the
>>memory or content and
On Tue, 2005-04-12 at 09:50 +0400, Serg Oskin wrote:
> "CM" == Christian Magnusson wrote:
>
> CM> On Mon, 2005-04-11 at 21:59, Serg Oskin wrote:
> >> In Mon, 11/04/2005 21:04 +0200, Christian Magnusson wrote:
> >>
> >> > I was thinking some more about simultaneous reading... How about adding
"CM" == Christian Magnusson wrote:
CM> On Mon, 2005-04-11 at 21:59, Serg Oskin wrote:
>> In Mon, 11/04/2005 21:04 +0200, Christian Magnusson wrote:
>>
>> > I was thinking some more about simultaneous reading... How about adding
>> > a feature like "echo 10 > simultaneous/temperature_frequenc
On Mon, 2005-04-11 at 21:59, Serg Oskin wrote:
> In Mon, 11/04/2005 21:04 +0200, Christian Magnusson wrote:
>
> > I was thinking some more about simultaneous reading... How about adding
> > a feature like "echo 10 > simultaneous/temperature_frequency" which
> > automatically send a calculation res
In Mon, 11/04/2005 21:04 +0200, Christian Magnusson wrote:
> I was thinking some more about simultaneous reading... How about adding
> a feature like "echo 10 > simultaneous/temperature_frequency" which
> automatically send a calculation restart after 10 seconds. That would
> result into always fr
simultaneous/temperature is always returning "0" if value can't be
determined right now. I agree it should return a cached value if
it hasn't timed out. Perhaps I have some time to fix that tomorrow.
BTW: did you see that bug in FS_r_convert() that I fixed... I guess
it has been there for a very l
On Monday 11 April 2005 10:39 am, Christian Magnusson wrote:
> On Mon, 2005-04-11 at 14:24 +0200, Christian Magnusson wrote:
> > Reading /simultaneous/temperature will fail if any of the /bus.x
> > is a remote server.
> > Reason: /simultaneous/temperature is unknown when
> > /bus.0/simultaneous/tem
On Mon, 2005-04-11 at 14:24 +0200, Christian Magnusson wrote:
> Reading /simultaneous/temperature will fail if any of the /bus.x
> is a remote server.
> Reason: /simultaneous/temperature is unknown when
> /bus.0/simultaneous/temperature = 0
> /bus.1/simultaneous/temperature = 1
>
Perhaps it shou
I have never really used the simultaneous mode, but I will do it
know after I patched it a bit.
echo 1 > /simultaneous/temperature
Will start a temperature conversion on all temp-sensors. 1 second
later you will be able to read all temperatures without waiting
for the temperature calculation.
I
16 matches
Mail list logo