I have a cronjob which update the pages at:
http://owfs.sourceforge.net/statcvs/2010-11.html
The view-source links works correct there.
/Christian
On Tue, 2010-11-30 at 19:04 -0500, Paul Alfille wrote:
Here are the commits:
http://www.owfs.org/statcvs/commitlog.html
The transition from
I found one major bug which needs to be fixed as soon as possible. The
rwlocks have never worked actually!?!
If something will make owfs more stable, it's probably by fixing this
bug. Strange that nobody have seen this before.
void my_rwlock_init(my_rwlock_t * my_rwlock)
{
I have re-built some new packages, but they still say 2.7p38 since
configure.ac isn't updated in the repository.
http://owfs.sourceforge.net/nslu2/packages/Packages
On Sun, 2010-07-18 at 21:06 -0400, brucek wrote:
nslu2 packages is still at 2.7p37-1. Any chance you can update it any
time
(that was the next posted release?)
Thanks
Bruce
- Original Message -
From: Christian Magnusson m...@mag.cx
To: OWFS (One-wire file system) discussion and help
owfs-developers@lists.sourceforge.net
Sent: Monday, July 19, 2010 8:25 AM
Subject: Re: [Owfs-developers] New Release 2.7p39
You can always download the old files manually and install them separate
with ipkg
Something like below...
cd /tmp
wget http://owfs.sourceforge.net/nslu2/packages/owfs_2.7p32-2_armeb.ipk
wget http://owfs.sourceforge.net/nslu2/packages/owlib_2.7p32-2_armeb.ipk
wget
Oopps.
I failed to upload all files to sourceforge. I started to upload the
files again. Will be done in a few minutes..
/Christian
On Sun, 2010-05-16 at 07:05 +, Eduard wrote:
Christian Magnusson mag at mag.cx writes:
I have recompiled the latest CVS now, and it's uploaded
the page and see if it create a core-file under /tmp/core*
This core-file could be analyzed with gdb, so send it to me if you can
re-create it.
Tell me how it goes...
/Christian
On Sun, 2010-05-16 at 14:45 +, Eduard wrote:
Christian Magnusson mag at mag.cx writes:
Oopps.
I failed
(HandlerRoutine=0x404350 Handler,
Exit=0x402050 ow_exit) at ow_net_server.c:349
#3 0x0040223b in main (argc=8, argv=0x7fff792bf808) at
owserver.c:162
I hope this will explain things.
-Patrik
2010/3/10 Christian Magnusson m...@mag.cx
It really seems like a dead-lock in the code
It really seems like a dead-lock in the code + It seems a bit strange that
the handler_count inside the brackets are not incremented one by one.
This means that you have multiple applications polling the device
I would
guess 5-10 shell-scripts filling up the request queue/capacity.
# ps ef
.
Göran Roseen
Från: Christian Magnusson [mailto:m...@mag.cx]
Skickat: sö 2010-03-07 10:21
Till: 'OWFS (One-wire file system) discussion and help'
Ämne: Re: [Owfs-developers] owfs (owserver) on DNS-323. Will not runin the
background.
I guess your uClibc version
If getline is not available, you should check the presence with
#ifndef HAVE_GETLINE
/* getline compat function */
#endif
Since in src/include/config.h will look something like this
/* #undef HAVE_GETLINE */
#if ! HAVE_GETLINE might fail on some systems since the
I recompiled the latest packages yesterday, but I haven't tried them myself
though.
http://owfs.sourceforge.net/nslu2/packages/Packages
http://owfs.sourceforge.net/nslu2/packages/owfs_2.7p30-1_armeb.ipk
http://owfs.sourceforge.net/nslu2/packages/owlib_2.7p30-1_armeb.ipk
etc.
/Christian
Sorry for my laziness, but is there any documentation about all OWFS-files
to control the BAE-chip?
I could of course try to read the source, but for me it's not obvious what
910/duty1 controls etc...
Anyone who can guide me a bit through the files?
/Christian
./910
./910/adc
./910/adcan
the datasheet:
http://www.brain4home.eu/attachments/BAE0910%20datasheet.pdf
particularly on page 10 you will find the register list with description.
just forget about writebyte which was used for testing.
Pascal
2010/2/27 Christian Magnusson m...@mag.cx
Sorry for my laziness, but is there any
I have built new packages for NSLU2. The repository is at:
http://owfs.sourceforge.net/nslu2/packages/Packages
http://owfs.sourceforge.net/nslu2/packages/owlib_2.7p28-1_armeb.ipk
etc..
-rw-r--r-- 1 root root 8578 2010-01-23 08:35 owcapi_2.7p28-1_armeb.ipk
-rw-r--r-- 1 root root733
There was a new introduced typo on owshell/src/c/getaddrinfo.c which caused
an open c-comment and a compilation problem.
http://owfs.cvs.sourceforge.net/viewvc/owfs/owfs/module/owshell/src/c/getadd
rinfo.c?r1=1.9
http://owfs.cvs.sourceforge.net/viewvc/owfs/owfs/module/owshell/src/c/getad
From: Christian Magnusson [mailto:m...@mag.cx]
Sent: den 19 oktober 2009 14:14
To: owfs-developers@lists.sourceforge.net
Subject: Re: [Owfs-developers] any succes with building latest owfs on
latest openbsd ?
There was a new introduced typo on owshell/src/c/getaddrinfo.c which caused
I made a fix to owserver, where some code was limiting 1 request per 200ms!
when persistent connections were used. (Eg. Owserver-owserver or Owfs
-owserver configurations)
I added a timed semaphore which should fix the unnecessary delay between two
requests within the same persistant
28.8379 32.9642 18.9751 98.43630.357857
real0m0.004s
user0m0.000s
sys 0m0.004s
/Christian
From: Christian Magnusson [mailto:m...@mag.cx]
Sent: den 3 oktober 2009 09:42
To: owfs-developers@lists.sourceforge.net
Subject: [Owfs-developers] Improved network
I have looked a bit on it... and adding mandriva version-suffixes is perhaps
not what we want.
%mkrel is not available in older releases either.
Look at http://wiki.mandriva.com/en/Policies/Release_Tag
There are some notes that mkrel could be defined manually if it doesn't
exists
# define
I have successfully used the kernel-module ftdi_sio on foxboards which
supports usb-serial chips. It's easy to compile and include into the
firmware.
I haven't tried LinkUSB myself, but it should be possible to use as I see
it.
Only start owserver -d /dev/ttyUSB0 and it will open the serial port
requests.
Is this ok for you all?
/Christian
-Original Message-
From: Christian Magnusson [mailto:m...@mag.cx]
Sent: den 10 juni 2009 19:36
To: owfs-developers@lists.sourceforge.net
Subject: Re: [Owfs-developers] Two owserver problems
Right now we seldom have more than 1 connecting request
or 50 concurrent requests?
As I can see, something must be really wrong if it increase over 20
concurrent requests for one single 1-wire adapter.
/Christian
-Original Message-
From: Christian Magnusson [mailto:m...@mag.cx]
Sent: den 6 juli 2009 11:29
To: owfs-developers
[Christian Magnusson]
So, what is a suitable limitation when reading from a remoteserver? Should
it be allowed to do 10, 20 or 50 concurrent requests?
As I can see, something must be really wrong if it increase over 20
concurrent requests for one single 1-wire adapter.
10 or 20 is probably fine
You are installing the new binaries in /opt/owfs/bin/
But you probably have some old installation in /usr/bin/ or /usr/local/bin/.
Try which to see which binary you have in your path.
# which owhttpd
And also try to specify the full path.
# /opt/owfs/bin/owhttpd -V
Try find out which libraries
I noticed that there is probably some minor bug in the cache-timeout... I
did some tests with adding a test-device which worked as a clock.
The device had files like second, minute, hour, hhmmss, mmdd etc.
All timeout values were set to fc_second, which should cache the values for
one second.
Right now we seldom have more than 1 connecting request in the listen-queue
at a time... mostly since the code _very_ quickly accepts all connections
and removes them from the queue. I'm sure nobody would notice any difference
if the listen-queue was lowered from 10 to 1 in the current source.
]
Sent: den 30 maj 2009 00:11
To: owfs-developers@lists.sourceforge.net
Subject: Re: [Owfs-developers] Bug report?
Yes, I've has the same problem with the hateful libtool. If ever an
example of awkward design and unmaintainable code...
Anyways, Christian Magnusson came to my rescue
I haven't follows all latest updates, but I found one pointer bug in
ow_presence.c:ReCheckPresence()
CheckThisConnection() should not have an integer as in input-argument, it
should be a connection_in pointer.
I haven't checked in the fix, but this might fix the problem. Perhaps Paul can
I made two minor updates to the CVS... There was some debug-code in
OW_power() which always returned 1, and that doesn't work for unpowered
1-wire buses.
Also one compilation was fixed when --disable-cache was used.
/Christian
From: Paul Alfille [mailto:paul.alfi...@gmail.com]
Some new problems were recently introduced when listing directories with
owdir and owfs when multiple owservers are started.
Paul, Do you have any quick ideas where to fix it?
/Christian
# /opt/owfs/bin/owserver -p 4305 --fake=10
# /opt/owfs/bin/owserver -p 4304 -s 4305
#
Just some notice about the needed packages to compile all packages under
Ubuntu 8.10. libusb++-dev is not needed.
You need the /usr/bin/php binary as well.
sudo apt-get install php5-cli
Every packages on the same row will be...
sudo apt-get install cvs autoconf automake libtool libfuse-dev
The SheevaPlug development kit is available now for $100. But how much is
it for one extra unit? Does anyone know?
It feels a bit limited to only have 1USB port and 1 network interface on the
device, but sure.
It wouldn't be any problem to use it for owfs and an USB-adapter, drawing
some
You have always Asus WL-500W which has 2 USB ports, WLAN 802.11n, and 4 LAN
ports.
I built my own firmware for this at:
http://home.mag.cx/openwrt/kamikaze-svn-asus/
In my case I have one 8Gb memory stick and the TV-decoder connected via the
USB ports. (Uploading 14 days of EPG channel
There is certainly a bug here... DirblobInit((in-connin.usb.alarm)) and
usb.main is never called!?! (or set to NULL at least)
But in ow_w1.c we can see:
/* Initialize dir-at-once structures */
DirblobInit((in-connin.w1.main));
DirblobInit((in-connin.w1.alarm));
I guess this
Does anyone have experience of 1-wire Current sensors? I found some sensors
here:
http://www.homechip.com/catalog/product_info.php?products_id=73
http://www.homechip.com/catalog/product_info.php?products_id=73osCsid=88f1
c38977839e9aad52bde5c007c8c9 osCsid=88f1c38977839e9aad52bde5c007c8c9
I have tried to stress-test owserver as much as I can here on different
platforms, and I can't reproduce the errors.
Can you start with the debug-output from all pthread-calls as well..
/usr/sbin/owserver -p 30003 -d /dev/ttyS0 -t 30 --foreground --fatal_debug
Paul, I have tried to find any possible memory leaks in the flow below, but
I can't find any reason to the memory leak.
==00:01:38:06.536 20943== 360,480 (278,560 direct, 81,920 indirect) bytes in
1,741 blocks are definitely lost in loss record 5 of 5
==00:01:38:06.536 20943==at 0x4A05809:
Ahh... so you compiled the binaries on a i386 server, and used them on your
x86_64 server?
That would explain the strange errors with the data-sizes on some internal
structures.
/Christian
-Original Message-
From: Serg Oskin [mailto:s...@oskin.ru]
Sent: Monday, December 22, 2008 11:23
Sorry... I made a typo in the code... the memcpy row should look like this:
memcpy((pn-lock), (opaque-key), sizeof(struct devlock *));
Forgot to get the pointer's to the variables, and therefore it ended up with
a segmentation fault instead...
Can you try to change the row and recompile with
Hi Serg,
Interesting log-files... It seems that your compiler generate wrong code...
==00:06:33:57.651 2275== Invalid read of size 8
==00:06:33:57.651 2275==at 0x4C56559: LockGet (ow_locks.c:195)
==00:06:33:57.651 2275== Address 0x5A0D750 is 0 bytes inside a block of
size 32 free'd
I noticed Paul made some minor changes to the mutexes and this might fix
your problem.
I'm adding some wrapper functions to all mutexes which will make it possible
to log any error-codes from the mutex-calls. I guess the first failing
mutex-call will log a readable error, and the second error
Sorry... There are some calls to pthread_cancel() to kill the accept-thread,
but it's not working as it was supposed to do...
I'll take quick look at it.
/Christian
-Original Message-
From: Christian Magnusson [mailto:m...@mag.cx]
Sent: Friday, December 19, 2008 2:55 PM
To: owfs
I have added some more debug-output, and especially for the writev()
commands.
I noticed the middle owserver sends 3 blocks, 24+29+16 bytes, but the
owserver which has the connected adapter never reads the Token bytes, and
therefore it's 16 bytes left on the network which is treated as a new
I have had lots of problems with my 1-wire sensors lately, and I first
thought it was related to bad wires or sensors. but after I upgraded to the
latest 2.7p11 last night, all sensors are working perfect again. sort of.
but only for local readings from the owserver which has the adapter
63.5712
[r...@home owfs]# owread -s 5000 /10.67C6697351FF/temperature
71.7297
[r...@home owfs]# owread -s 5000 /10.67C6697351FF/temperature
14.1603
[r...@home owfs]# owread -s 5000 /10.67C6697351FF/temperature
/Christian
From: Christian Magnusson [mailto:m...@mag.cx
I'm pretty sure that you have compiled your kamikaze-distribution to use
uClibc-0.9.29... libpthread in this version is _very_ broken,
and I have told the kamikaze-developers about this problem.
Enter the menuconfig and change the uClibc-version and try to recompile
everything with
I just noticed that -disable-mt didn't work in 2.7p6. Some typos in the
code, and owftd is now disabled automatically if -disable-mt is used. since
it requires pthread.
I checked in the changes to the CVS.
I also made some changes to configure-script yesterday. I managed to get
owtcl to
It was something with the thread support in tclsh. When I compiled tcl with
--enable-threads, owtcl worked with threads as well.
But tclsh hanged when the script is supposed to exit. I needed to patch tcl
a bit to call _exit() instead of exit().
-#define TclpExit exit
+#define
OWFS will work on other Unslung 6.10 supported devices. It's just a matter
of setting up the cross-compile environment and compile it.
I could try to compile it for other platforms if you have more exact
information about the device you are going to use, but I can't try to run it
myself
Ah. So that's the problem to my problem with the LCD displays.
Reading counter.ALL failed when I read through owfs, but worked when I used
owread.
/Christian
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Paul
Alfille
Sent: den 21 juli 2008 04:44
To:
There has obviously been some problem with the code since the bus-read/write
operations in OW_w_mem() has been split up into multiple operations with
lots of debug-output.
/* Re-read scratchpad and compare */
/* Note: location of data has now shifted down a byte for E/S register
*/
According to the log, you receive a ETIMEDOUT (110) error after
reading/writing to the usb-adapter.
DEBUG: Selecting a path (and device) path=/10.008350010800/temperature SN=10
00 83 50 01 08 00 7B last path=00 00 00 00 00 00 00 00
DATA: DS9490_reset
DATA: DS9490_reset: error sending
I tried to find the problem why the swig/python module didn't work on my
64bit desktop with python2.5, and I finally found the problem.
Global is a reserved variable-name, so I had to rename it to Globals
instead.
All shared libraries are now compiled with -fPIC to generate position
@lists.sourceforge.net
Subject: Re: [Owfs-developers] Lots of configure/Makefile updates
So after we fix the alarm bug, are there any outstanding issues before a new
release?
Paul
On Tue, Jun 17, 2008 at 9:16 AM, Christian Magnusson [EMAIL PROTECTED] wrote:
Global is a reserved variable-name
I can only confirm that I could replicate the bug on my server too. The
remote-owserver seems to hang (mutex problem?) after clearing the alarms.
The owserver didn't respond to other new connections. Had to kill the
process and restart owserver to access the 1-wire adapter again.
BTW: I added
If you would have used --disable-owpython, then it will skip the
ownet/python directory (not --disable-python)
/Christian
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Lyle
Giese
Sent: den 9 juni 2008 02:35
To: owfs-developers@lists.sourceforge.net
I'm downloading debian and will try to compile owfs now. Are all 3 DVD
images needed to install a simple desktop with gcc?
/Christian
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Paul
Alfille
Sent: den 10 juni 2008 18:38
To: owfs-developers@lists.sourceforge.net
-get install swig python-dev php5 php5-dev tcl8.4-dev
Everything build without any errors after these installations.
/Christian
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Christian Magnusson
Sent: den 11 juni 2008 18:34
To: owfs-developers@lists.sourceforge.net
I guess you are missing the fuse-devel package. yum install fuse-devel
Can you search for the error-text in the fuse-include-files?
# grep -i present but cannot be compiled /usr/include/fuse*
/usr/include/fuse/*
Which file contains the text, and why is the #waring statements printed?
give me a few days to code and test.
On Sat, May 10, 2008 at 1:00 PM, Christian Magnusson [EMAIL PROTECTED] wrote:
We have to make some more changes in configure.ac after lrint() is used in
ow_1821.c. This function is located in libm.so, and this is the first
dependency to this library.
I
We have to make some more changes in configure.ac after lrint() is used in
ow_1821.c. This function is located in libm.so, and this is the first
dependency to this library.
I think it's a waste of memory to add a new dynamic library if we only use
one single function in it from owlib..
I just tried to compile the changes I made for openwrt with uClibc, and I
noticed that lrint doesn't exist in libm.so. The patch I made works and
revert the behavior to the old rounding code..
When configure is run, it can't find lrint() and HAVE_LRINT is undefined.
checking for vsnprintf...
Hi,
Please let me know when the patch is available in 'ipkg' form for the nslu2.
Or, if available in CVS in the meantime, and someone knows how to install on
nslu2 from CVS, please let me know.
Thank you.
Steve J.
- Original Message
From: Christian Magnusson [EMAIL
.
Steve J.
- Original Message
From: Christian Magnusson [EMAIL PROTECTED]
To: owfs-developers@lists.sourceforge.net
Sent: Monday, April 7, 2008 12:57:33 AM
Subject: Re: [Owfs-developers] New ipkg-packages
You are missing the packate owlib-2.7p4-2 .. Can you see which packages
library).
Yes..doing a 'find / -name ow* -print gives a output that goes on
forever
Is this directory problem a current bug(do you see it on your system?), or
just a bug with my version(s)?
Steve J.
- Original Message
From: Christian Magnusson [EMAIL
: cannot open
shared
object file: No such file or directory
#
Steve
- Original Message
From: Christian Magnusson [EMAIL PROTECTED]
To: owfs-developers@lists.sourceforge.net
Sent: Saturday, April 5, 2008 4:04:36 PM
Subject: [Owfs-developers] New ipkg-packages
Sorry for taking so long
I fixed some problem in the CVS now. Had problem to cross-compile
everything.
Made some changes in many Makefiles which should add the correct defines in
all cases.
sem.h was missing in a src/include/Makefile.am as well.
Found a bug in rwlock.h, which results into semaphore.h is never
That __pthread_initial_thread_bos is really some ugly hack by me
but it was
necessary on several platforms with older uclibc-0.9.28 versions at least..
The mutexes didnt work after daemon() was called if
__pthread_initial_thread_bos wasnt cleared and _pthread_initialize() was
called a
I bought a WL500w some time ago, and I have built owfs-packages for the
kamikaze 7.09 distribution at http://openwrt.org/ .
There were no working image for the WL500w due to some hardware changes...
and that makes it impossible for me to use the original firmware image at
They are compiled against Whiterussian RC5. Libc is older in this
distribution and they will not work on Kamikaze-installations.
/Christian
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Sven
Geggus
Sent: den 19 mars 2008 10:20
To:
You can't have it running in both normal installed environment AND in a
fakeroot.
Have you seen any other dynamic linked applications which work this way?
It's NOT possible to have a working library at
/fakeroot/usr/lib64/owtcl-0.2/ow-0.2.so if you compile it like.
# ./configure
# make
I have fixed this problem in the CVS some time ago...
/Christian
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: den 16 februari 2008 11:06
To: owfs-developers@lists.sourceforge.net
Subject: [Owfs-developers] compiling 2.7p3
Hi
I have successfully built owfs for WL-500W with Kamikaze-7.09 and
2.4.34-kernel. I haven't copied these packages to any accessible repository
yet though.
I got stuck with the incomplete perl-packages in Kamikaze, and then I
re-wrote all Makefiles to get a full perl-installation on an external
Hi Willard,
I have seen this before actually... and I think I know the reason as well...
The problem seem to occur during these circumstances:
You have a new installed box and reboot it.
Owfs-processes is started
Temploggerd is started. It scans the 1-wire bus and creates the html-files
and
Are you cross-compiling the binaries, or do you compile it native on the
board?
Googling on the Verneed record gives me some other users with the same
problem. It's more likely to be a libc-bug but you can try some things.
Can you copy the binary and library to /tmp and try to start it
The output of ps was certainly not showing the whole line... and I'm pretty
sure the script
didn't mount the 1wire filesystem in /tmp/ since the default is to use
/tmp/1wire/ on the NSLU2.
/Christian
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
The default mount-point on the NSLU2 is /mnt/1wire/ . This means that you
should look under that directory if you want to find your devices. (ps
didn't should the whole path)
Finally to test on the NSLU:
ls -l /tmp/1wire/
echo 1 /tmp/1wire/05.24202C00/PIO
echo 0
will be with you always. Obi-Wan Kenobi
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Christian Magnusson
Sent: Monday, December 31, 2007 2:56 AM
To: owfs-developers@lists.sourceforge.net
Subject: [Owfs-developers] New owfs/temploggerd ipk packages.
Hi all
Hi all,
I just wanted to tell you have I compiled lots of ipk-builds today. The
owfs-ipk-packages are updated to version 2.7p2.
I have also made some updates to temploggerd, and the current version is now
1.3.8. Temploggerd can now use the owshell-commands instead of fuse+owfs to
collect
It seems like a calloc() fails in your case... Did you run out of memory in
your box?
The only way FS_ParsedName_destroy() is called from FS_OWQ_create(), is if
calloc() returns a null-pointer...
Also... Perhaps pn-selected_filetype-ag-elements 0 for some reason?
Thread 1 (process 9294):
#0
I debugged the code before... and I found a pretty serious bug where void
*Tree[6] was defined, but it should be 7 elements in that array.
I have fixed this in the CVS, so perhaps this could result into some
overwritten memory.
/Christian
I think it would be more interesting to look at a core-file. Could you try
to generate a core-file and send the output from gdb too?
[EMAIL PROTECTED] mag]# tcsh
[EMAIL PROTECTED] mag]# limit coredumpsize unlimited
(if you are using bash, it should work with ulimit -c unlimited)
[EMAIL
=10,10
/10.67C6697351FF 36.4784
/10.4AEC29CDBAAB 51.3401
Download and try the latest CVS version...
/Christian
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Christian Magnusson
Sent: den 17 december 2007 22:53
To: owfs-developers
Good to hear that it automatically starts now. I have no idea what it could
be... I read some about freifunk, and they seemed to revert to uclibc-0.9.27
8th Aug 2006 to make it compatible to whiterussian rc5. Perhaps you had some
old friefunk version which was created before that date?
Right now
The tree-structure have changed a bit lately, and /system/adapter/name.0 is
replaced with
/bus.0/interface/settings/name.
Patches need to be done in module/swig/python/ow/__init__.py, but it's not
only the change above which is needed... I'm no guru at python, but I'll see
if I find any obvious
: Christian Magnusson [EMAIL PROTECTED]
Sent: Monday, December 17, 2007 8:57 PM
To: owfs-developers@lists.sourceforge.net
Subject: Re: [Owfs-developers] owfs will not start automatically
onopenwrt(WRT54GLV1.1)
Good to hear that it automatically starts now. I have no idea what it
could
be... I read
I haven't seen this problem before...
Does any of the ow-processes start when you restart your WL-500GP? Or is it
only the process owfs which doesn't start completely?
Also... Can you look if the module fuse is loaded just after starting up
your router? This should be done in the
I fixed it in the cvs..
diff -u -r1.29 globals.c
--- module/owlib/src/c/globals.c7 Oct 2007 22:57:32 - 1.29
+++ module/owlib/src/c/globals.c4 Nov 2007 07:10:14 -
@@ -53,7 +53,7 @@
#endif
.opt = 0 ,
-.progname = One Wire File System ,
+.progname = NULL
What kind of router is it? The USB adapter have changed to use flexible
speed, and that could effect you if you have an Asus router.
On the other hand, you can always change the setting with:
# echo 0 /tmp/1wire/bus.0/system/adapter/overdrive.0 (Regular speed which
was used before)
# echo
You can always download the packages manually with wget (or ipk directly)
from the directory:
http://owfs.sourceforge.net/openwrt/kamikaze/packages/
ipkg remove owlib owfs owshell
ipkg install
http://owfs.sourceforge.net/openwrt/kamikaze/packages/owfs_2.6p6-8_mipsel.ip
k
Christian Magnusson-2 wrote:
That 2.6p9 at http://owfs.sourceforge.net/openwrt/packages/ contained
the
fix.
Are you sure you have updated the files correctly?
Remember that you have to stop all processes before you update the
library
and binaries.
# kill-owfs
# (make sure all ow
BTW: you need to give the -force-reinstall flag to install the same version
again...
# ipkg -force-reinstall install owfs owlib
/Christian
-Original Message-
From: [EMAIL PROTECTED] [mailto:owfs-
[EMAIL PROTECTED] On Behalf Of Christian
Magnusson
Sent: den 24 september 2007 13:22
I don't have Steve Morgan's address, so could you forward it Paul?
I think the problem with FTDI serial adapter could be solved my starting
owserver with parameter -8bit. The FTDI adapter doesn't seem to like the
6-bit communication.
# owserver -8bit -d /dev/usb/tts/0 -p 3002
Could you
and owshell and the box is running whiterussian rc5, 0.9
Works fine if I restrict the output to a max of 16 chars to line16.0
and
16.1
Ed
Christian Magnusson-2 wrote:
I have compiled the latest cvs-version for WRT54G/Asus (whiterussian
rc5,
0.9 and kamikaze).
You didn't say
BTW: Replacing DTR with Vcc(+resistance) doesn't work as I suggested.
DTR should be between -3 -- -15 when the rs232-port is open and ready.
This means that you have to use one max3232 pin for converting the Vcc to
the negative signal which is a logical 1.
/Christian
-Original Message-
BTW: isn't your serial interface in TTL levels? Then you have to get a
converter, such as MAX3232
http://www.maxim-ic.com/quick_view2.cfm/qv_pk/1068 to connect the ds9097
adapter. Otherwise the signal level will be inverted to the 1-wire devices.
The signal is inverted in terms of electrical
I have compiled the latest cvs-version for WRT54G/Asus (whiterussian rc5,
0.9 and kamikaze).
You didn't say which distribution you have. But you might use
http://owfs.sourceforge.net/openwrt/packages/
http://owfs.sourceforge.net/openwrt/0.9/packages/
interface instead
/Christian
-Original Message-
From: [EMAIL PROTECTED] [mailto:owfs-
[EMAIL PROTECTED] On Behalf Of njh
Sent: den 15 september 2007 17:02
To: owfs-developers@lists.sourceforge.net
Subject: Re: [Owfs-developers] MIPS vs MIPSEL in OWFS
On Sat, 15 Sep 2007, Christian
The original schema looks like this.
DTR -
GND schottky diods, resistance and zener diods.
RXD -
TXD -
But if you are going to replace DTR with Vcc, I think you should add an
extra resistance just after Vcc.
1 - 100 of 319 matches
Mail list logo