Vincent Danjean | 19 Oct 09:15 2014
Picon

Re: Bugreport for ow-shell

  Hi,

On 18/10/2014 12:27, Mario Gruenwald wrote:
> Hi
> 
> I tested it. Same problem in new Versions.

So, I'm currently forwarding your mail to upstream developers.

  Regards,
     Vincent

> http://blaeser.vc-graz.ac.at/ow-shell-bug.png
> I changed at 10 a.m.
> 
> My installed versions:
> sabi:~> dpkg -l | grep 'ii  ow' | cut -c -50
> ii  ow-shell                              2.9p7-2 
> ii  owfs-common                           2.9p7-2 
> ii  owserver                              2.9p7-2 
> sabi:~>
> 
> regards,
> Mario
> 
> On 2014-10-17, Vincent Danjean wrote:
>> On 17/10/2014 08:48, Mario Gruenwald wrote:
>>> Hi
>>>
>>> Thanx. Unfortunately testing is not as easy as i hoped.
(Continue reading)

Paul Alfille | 19 Oct 03:50 2014
Picon

New Release: 2.9p8

Sorry for the rapid releases, but some functional problems in the last two releases were serious enough to need fixing promptly -- specifically with the filesystem owfs.

-----------------------------

OWFS 2.9p8
Release Notes

Oct 18, 2014

One Wire File System

New Features
1. Filesystem fixed (owfs)
Old double-free mutex bug fixed
2. soelim utility now used for man file installation -- Stefano Miccoli
3. systemd now manages mountpoints -- Tomasz Torcz

Fixes
1. Numerous fixes from Coverity scan
Null serial number in alias file
Filelength calculation of directories
Pointer errors in owftpd
Fuse command line processing
2. swig gave error even with good write -- fixed
3. DS18S20 staircase bug fixed, again.
Vincent Danjean
Mario Gruenwald
4. OWFS (filesystem) wasn't honoring forground request
5. Clean up some Makefile problems (lint files)

------------------------------------------------------------------------------
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push notifications.
Take corrective actions from your mobile device.
http://p.sf.net/sfu/Zoho
_______________________________________________
Owfs-developers mailing list
Owfs-developers <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs-developers
Thomas Zimmermann | 18 Oct 11:48 2014
Picon

Bug: owfs crashes when browsing the the folder with dolphin

Hi,
I'm currently packaging owfs for openSUSE and got a bug report that in the 
package with systemd enabled owfs crashes as soon as one browses the /run/owfs 
folder with dolphin (KDE file manager).
Browsing the folder with ls works just fine.

To reproduce this I started owfs with the following parameters:
/usr/bin/owfs -u --server=127.0.0.1 --allow_other /run/owfs

The Backtrace looks like the following:
------------------------------------------------------------------------------------------------------------------------------------------------
[New Thread 0x7ffff658c700 (LWP 20156)]
[New Thread 0x7ffff5d8b700 (LWP 20158)]
1413624377 DEFAULT: ow_parsename.c:(316) debug_crash 1413624377.190662

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7ffff658c700 (LWP 20156)]
0x00007ffff7b684d3 in FS_ParsedName_setup (pn=0x7ffff6588b60, path=0x7ffff0000af0 
"/", pp=0x7ffff6587ae0) at ow_parsename.c:316
316             CONNIN_RLOCK;
(gdb) bt
#0  0x00007ffff7b684d3 in FS_ParsedName_setup (pn=0x7ffff6588b60, 
path=0x7ffff0000af0 "/", pp=0x7ffff6587ae0) at ow_parsename.c:316
#1  FS_ParsedName_anywhere (path=0x7ffff0000af0 "/", 
remote_status=remote_status <at> entry=parse_pass_pre_remote, 
pn=pn <at> entry=0x7ffff6588b60) at ow_parsename.c:104
#2  0x00007ffff7b68cea in FS_ParsedName (path=<optimized out>, 
pn=pn <at> entry=0x7ffff6588b60) at ow_parsename.c:81
#3  0x00007ffff7b5ba3c in FS_fstat (path=<optimized out>, stbuf=0x7ffff658bc30) at 
ow_fstat.c:25
#4  0x00007ffff78a197d in ?? () from /lib64/libfuse.so.2
#5  0x00007ffff78ab895 in ?? () from /lib64/libfuse.so.2
#6  0x00007ffff78abdd6 in ?? () from /lib64/libfuse.so.2
#7  0x00007ffff78a8be9 in ?? () from /lib64/libfuse.so.2
#8  0x00007ffff767f0db in start_thread () from /lib64/libpthread.so.0
#9  0x00007ffff73b058d in clone () from /lib64/libc.so.6
(gdb) l
311             /* -- be added by Browse so  -- */
312             /* -- a reader/writer lock is - */
313             /* -- held until ParsedNameDestroy */
314             /* ---------------------------- */
315
316             CONNIN_RLOCK;
317             pn->selected_connection = NO_CONNECTION ; // Default bus 
assignment
318
319             return 0 ; // success
320     }
(gdb) p *pp
$2 = {pathcpy = '\000' <repeats 3448 times>..., pathnow = 0x0, pathnext = 
0x7ffff6587ae0 "", pathlast = 0x0}
(gdb) p *path
$3 = 47 '/'
(gdb) p *pn
$4 = {path = "/", '\000' <repeats 8192 times>, path_to_server = "/", '\000' 
<repeats 4096 times>, device_name = 0x0, known_bus = 0x0, type = ePN_root, 
state = ePS_normal, 
  sn = "\000\000\000\000\000\000\000", selected_device = 0x0, selected_filetype 
= 0x0, extension = 0, sparse_name = 0x0, subdir = 0x0, dirlength = 1, 
ds2409_depth = 0, bp = 0x0, 
  selected_connection = 0x0, control_flags = 330, lock = 0x0, return_code = 0, 
detail_flag = 0, tokens = 0, tokenstring = 0x0}

----------------------------------------------------------------------------------------------------------------------------------------------

It's compiled with the following options:

----------------------------------------------------------------------------------------------------------------------------------------------
./configure \
	--prefix=/usr \
	--libdir=/usr/lib64 \
	--disable-static \
	--enable-usb \
	--enable-owfs \
	--enable-owhttpd \
	--enable-owcapi \
	--enable-ownetlib \
	--enable-owftpd \
	--enable-owserver \
	--enable-owtap \
	--enable-owmon \
	--enable-owperl \
	--enable-owpython \
	--enable-owphp \
	--enable-owtcl \
	--with-systemdsystemunitdir=/usr/lib/systemd/system
----------------------------------------------------------------------------------------------------------------------------------------------

The package can be found here:
https://build.opensuse.org/package/show/home:Heinervdm:branches:home:Heinervdm:BGO-OD/owfs

If any further information is needed, i saved a core dump so that I can try to 
provide them.

Greetings,
Thomas

------------------------------------------------------------------------------
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push notifications.
Take corrective actions from your mobile device.
http://p.sf.net/sfu/Zoho
Vincent Danjean | 17 Oct 07:21 2014
Picon

Re: Bugreport for ow-shell

  Hi

On 17/10/2014 00:05, Mario Gruenwald wrote:
> Hi
> 
> I tried reportbug and reportbug-ng, but it was too difficult for me. 
> Therefore i write an simple Email.
> 
> I have an USB-1wire-Adapter and some DS18S20 temprature sensors. After my 
> last upgrade of ow-shell from 2.8p15-1 to 2.9p5-1.1 my temperature graphs had 
> steps. You can see the effect in a graph at:
>   http://blaeser.vc-graz.ac.at/1wire.png
> After downgrade the problem disappeared. You can see it at
>   http://blaeser.vc-graz.ac.at/ow-shell-bug.png
> starting from 19:00.
> 
> I guess it is the same problem as here:
> http://developer.mbed.org/users/snatch59/notebook/onewirecrc/
> citation begin -----
> I have an DS1820 and my values looked quite the same.
> 
> I think the problem is with the calculation of the enhanced 9bit calculation 
> in  DS18S20::calculateTemperature(BYTE* data)

Indeed, it seems similar to effects describe in comments.

> The manual of my DS1820 says:
> 
> "After reading the scratchpad, the TEMP_READ value is obtained by truncating 
> the 0.5C bit (bit 0) from the temperature data..."
> 
> This truncation was missing in the code.
> 
> I extended like this - which can be done better, I'm sure :-)   :
> citation end -----
> 
> It would be cool, if you can fix the current package for jessie or guide me, 
> where and how to report the problem.

I just uploaded yesterday the last version (2.9p7). It is on my personnal
repo (see my signature) or in the NEW/BYHAND QUEUE (new library packages).
  Please look if these new packages fix your problem. Else, I'm putting
owfs developers in copy so that they can try to fix this bug.

  Regards,
    Vincent

> kindly regards
> Mario
> 

------------------------------------------------------------------------------
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push notifications.
Take corrective actions from your mobile device.
http://p.sf.net/sfu/Zoho
Johan Ström | 15 Oct 00:02 2014
Picon

DS9097U and reliable BREAK reset

Hi,

I noticed on my DS9097U adapter, hooked on via FTDI USB dongle, that it 
would not come back up online after a owfs restart, if the latest 
executed command was in DATA mode.
After lots of testing and debugging, I got a patch which solves the 
problem. It introduces a 500ms delay before tcsendbreak. With this, it 
seems to work every time I tested.

How to reproduce:
$ owserver /dev/cuaXX --foreground --debug
...

Another console
$ owread /something # something which trigger a read, I used sensed.ALL 
on a ds2406

Now Ctrl-C owserver
Then, try to start owserver again. It will fail to reset and won't be 
found properly, complaining about wrong response:
   DEBUG: ow_ds9097U.c:(643) wrong response (0F not 00)

If I executed a dir before shutdown, it successfully started up again 
(since it was put in command mode).

I cannot really tell *why* it helps, or what causes it. It could be some 
OS-specific (FreeBSD) delays, or something with the FTDI dongle.
With the patch, the startup takes 500ms longer, but seems to work 
reliably every time. I did test with lower delays, but i.e. 200ms did 
not cut it.

/Johan

Diff against master:

diff --git a/module/owlib/src/c/ow_com.c b/module/owlib/src/c/ow_com.c
index 06b87fe..ae98a50 100644
--- a/module/owlib/src/c/ow_com.c
+++ b/module/owlib/src/c/ow_com.c
 <at>  <at>  -103,6 +103,7  <at>  <at>  void COM_break(struct connection_in *in)
                         LEVEL_DEBUG("Unimplemented!!!");
                         return ;
                 case ct_serial:
+                       usleep(500000);
                         tcsendbreak(in->pown->file_descriptor, 0);
                         break ;
         }

------------------------------------------------------------------------------
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push notifications.
Take corrective actions from your mobile device.
http://p.sf.net/sfu/Zoho
somewire | 14 Oct 22:24 2014
Picon

Re: owhttpd - get "clean" output

Nevermind, I managed to find a way to get those temperatures. I take the
whole answer (html headers, links, text) as a big string then I extract the
only interesting part (from character 1000 to 1004, by example), knowing
that the lenghth of the answering string is constant.  

--
View this message in context: http://owfs-developers.1086194.n5.nabble.com/owhttpd-get-clean-output-tp10885p10886.html
Sent from the OWFS Developers mailing list archive at Nabble.com.

------------------------------------------------------------------------------
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push notifications.
Take corrective actions from your mobile device.
http://p.sf.net/sfu/Zoho
Gregg Levine | 11 Oct 05:54 2014
Picon

Building the latest numbered release

Hello!
Good news here. I've gotten Slackware 14.1 on 64 bit systems, to build properly.

This Slackware 64 bit running on this laptop via a live CD, well in
this case its a USB disk. I'll know more as I run the usual tests
concerning the different programs for OWFS.

Paul was the collection extensively tested on 64 bit systems? And
using Slackware as opposed to the others?
-----
Gregg C Levine gregg.drwho8 <at> gmail.com
"This signature fought the Time Wars, time and again."

------------------------------------------------------------------------------
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
http://p.sf.net/sfu/Zoho
Paul Alfille | 9 Oct 03:27 2014
Picon

2.9p7 release

Ok, that was embarrassing.

I hadn't tested building from a fresh directory the download file rather than just packaging up the development directory with "make dist"

Basically I commented the "lint" stuff from the two Makefiles. 

OWFS 2.9p7
Release Notes

Oct 8, 2014

Fix build problems, otherwise no changes.

-----------------------

OWFS 2.9p6
Release Notes

Oct 7, 2014

One Wire File System

New Features
1. HobbyBoards Masterhub
A. New 4-port hub
B. USB suport
C. Ethernet not yet implemented
D. Autodiscovery not yet implemented
2. New HobbyBoards Sensors
A. Updated Moisture Meter
B. Humidity
C. Barometer
3. Improved systemd support -- Tomasz Torcz

Fixes
1. Mutex errors and checking, including read-write lock error -- Christian Magnusson
2. Longer timeput needed for FTDI serial adapters -- Johan Ström
3. FreeBSD fixes -- Johan Ström
4. mucl C library support -- der_tiger and Szabocls Nagy
5. Numerous fixes found by Coverity analysis
6. Configuration script fixes from Christian Magnusson and der_tiger 
7. owcapi bug in OW_present -- Valery Grusdev
8. ownet payload size off by one -- Hans-Frieder Vogt
9. OSX mutex error -- Stefano Miccoli
10. Show HobbyBoard device version in decimal rather than hex
11. MAX31850 Termocouple correction -- Paul Panish
12. Endiaan fix for DS2408 -- Johan Ström
13. DS18B20 resolution fix -- Johan Ström
14. Python trouble with verion from CVS -- Johan Ström

------------------------------------------------------------------------------
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk
_______________________________________________
Owfs-developers mailing list
Owfs-developers <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs-developers
Paul Alfille | 8 Oct 03:59 2014
Picon

New release 2.9p6

OWFS 2.9p6
Release Notes

Oct 7, 2014

One Wire File System

New Features
1. HobbyBoards Masterhub
A. New 4-port hub
B. USB suport
C. Ethernet not yet implemented
D. Autodiscovery not yet implemented
2. New HobbyBoards Sensors
A. Updated Moisture Meter
B. Humidity
C. Barometer
3. Improved systemd support -- Tomasz Torcz

Fixes
1. Mutex errors and checking, including read-write lock error -- Christian Magnusson
2. Longer timeput needed for FTDI serial adapters -- Johan Ström
3. FreeBSD fixes -- Johan Ström
4. mucl C library support -- der_tiger and Szabocls Nagy
5. Numerous fixes found by Coverity analysis
6. Configuration script fixes from Christian Magnusson and der_tiger 
7. owcapi bug in OW_present -- Valery Grusdev
8. ownet payload size off by one -- Hans-Frieder Vogt
9. OSX mutex error -- Stefano Miccoli
10. Show HobbyBoard device version in decimal rather than hex
11. MAX31850 Termocouple correction -- Paul Panish
12. Endiaan fix for DS2408 -- Johan Ström
13. DS18B20 resolution fix -- Johan Ström
14. Python trouble with verion from CVS -- Johan Ström

-------------------

I hope I didn't miss anyone's contribution.

Next will be 
1. Better auto-detection (for some USB devices
2. Tuning FTDI adapter parameters
3. Finishing Masterhub support
4. Fixing and improving external device support

------------------------------------------------------------------------------
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk
_______________________________________________
Owfs-developers mailing list
Owfs-developers <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs-developers
Patrick Klaus | 7 Oct 22:30 2014
Picon

Using External Sensor Support

Hello,

with high interest i read the EXTERNAL SENSOR support. This would be an 
great option to extend my KNX smarthome System with other than orignal 
1-wire sensors.

So i wrote the following config:

external
SENSOR: Outside, 28, "Outsidesensor", "sensortext"
SCRIPT: temperature10, 28, t, 1, v, /tmp/value, /tmp/value, "proptext"

and started owserver.

I'm able to get the expected value from my script /tmp/value with the 
following command:

owget /bus.0/Outside/temperature10

that works fine ;-). And:

owdir /bus.0/Outside

gives me the entries:

/bus.0/Outside/family
/bus.0/Outside/temperature10
/bus.0/Outside/type

But reading the automatic created properties from owserver like "family" 
or "type" i got:

owget /bus.0/Outside/family
ServerRead: Data error on /bus.0/Outside/family

even at higher level

owget /Outside/family

the whole owserver crashes with SEGMENTATION FAULT.

I looked at the code and for my understand there is something missing in 
the function "OW_trees_for_read" in "ow_read_external.c"

[...]
if ( property_n != NULL ) {
	switch ( property_n->et ) {
		case et_none:
			return 0 ;
		case et_internal:
			return -ENOTSUP ;
		case et_script:
			return OW_read_external_script( sense_n, property_n, owq ) ;
		default:
			return -ENOTSUP ;
	}
}
[...]

In case of reading properties that are described with SCRIPT in the 
config (=> et_script), there is a function "OW_read_external_script" 
that executes the external program, whereas for automatic/internal 
properties ("family", "type" that has type "et_internal") only 
return-code "-ENOTSUP" is reported back to the higher level functions.

For my understanding there should be wrote the documented value 
"external" for the property "type" and for property "family" the value 
from the config (in my example "28") wrote back to the Data-Struct 
"one_wire_query". Is that right?

Beside the Concept about the external sensor support described at your page

http://owfs.org/index.php?page=external-sensor-design

it would be very fine to overwrite the fixed value "external" for the 
property "type", with any other value. That's because some 
Smarthome-Visus like smarthome.py only support known 1-wire sensors like 
DS18B20. With the external sensor feature, there would be an graceful 
way to simulate well known sensors.

Thanks for your answer and your help. If you need more Debugging infos, 
please let me know.

Patrick

------ owserver debug -----

/opt/owfs/bin/owserver --foreground  --debug --error_level 9 -c /tmp/ow.cfg
0x1ae6010 alloc owserver.c:[51] STRDUP s=/opt/owfs/bin/owserver
DEBUG MODE
libow version:
         2.9p5
   DEBUG: ow_opt.c:(290) Configuration file (/tmp/ow.cfg:1) Program=, 
Option=external, Value=
   DEBUG: ow_opt.c:(335) Configuration file (/tmp/ow.cfg:1) Option 
external recognized as external. Value=
   DEBUG: ow_opt.c:(439) SENSOR entry found < Outside, 28, 
"Outsidesensor", "jojojo"
 >
0x1ae62f0 alloc ow_parse_external.c:[71] STRDUP s= Outside, 28, 
"Outsidesensor", "jojojo"

0x1ae6330 alloc ow_parse_external.c:[142] STRDUP s=Outside
0x1ae62f0 free  ow_parse_external.c:[143] FREE
0x1ae6350 alloc ow_parse_external.c:[71] STRDUP s= 28, "Outsidesensor", 
"jojojo"

0x1ae6380 alloc ow_parse_external.c:[142] STRDUP s=28
0x1ae6350 free  ow_parse_external.c:[143] FREE
0x1ae6350 alloc ow_parse_external.c:[71] STRDUP s= "Outsidesensor", "jojojo"

0x1ae63a0 alloc ow_parse_external.c:[71] STRDUP s=Outsidesensor", "jojojo"

0x1ae63a0 free  ow_parse_external.c:[118] FREE
0x1ae63d0 alloc ow_parse_external.c:[142] STRDUP s="Outsidesensor"
0x1ae6350 free  ow_parse_external.c:[143] FREE
0x1ae63f0 alloc ow_parse_external.c:[170] STRDUP s=Outsidesensor"
0x1ae63d0 free  ow_parse_external.c:[175] FREE
0x1ae63d0 alloc ow_parse_external.c:[71] STRDUP s= "jojojo"

0x1ae6410 alloc ow_parse_external.c:[71] STRDUP s=jojojo"

0x1ae6410 free  ow_parse_external.c:[118] FREE
0x1ae6410 alloc ow_parse_external.c:[142] STRDUP s="jojojo"

0x1ae63d0 free  ow_parse_external.c:[143] FREE
0x1ae63d0 alloc ow_parse_external.c:[170] STRDUP s=jojojo"

0x1ae6410 free  ow_parse_external.c:[175] FREE
0x1ae6430 alloc ow_parse_external.c:[497] MALLOC size=59
0x1ae6480 alloc ow_connect.c:[135] MALLOC size=192
0x1ae6550 alloc ow_connect.c:[90] MALLOC size=560
0x1ae6410 alloc ow_arg.c:[48] STRDUP s=external
0x1ae6790 alloc ow_arg.c:[49] STRDUP s=external
   DEBUG: ow_parse_external.c:(625) New family entry: 28
0x1ae67b0 alloc ow_parse_external.c:[468] MALLOC size=66
   DEBUG: ow_parse_external.c:(607) New sensor entry: 
Outside,28,Outsidesensor,jojojo"

0x1ae6800 alloc ow_parse_external.c:[531] MALLOC size=167
   DEBUG: ow_parse_external.c:(642) New property entry: 
family,28,just_print_data,,28,
0x1ae68e0 alloc ow_parse_external.c:[531] MALLOC size=171
   DEBUG: ow_parse_external.c:(642) New property entry: 
type,28,just_print_data,,external,
0x1ae6330 free  ow_parse_external.c:[454] FREE
0x1ae6380 free  ow_parse_external.c:[455] FREE
0x1ae63f0 free  ow_parse_external.c:[456] FREE
0x1ae63d0 free  ow_parse_external.c:[457] FREE
   DEBUG: ow_opt.c:(290) Configuration file (/tmp/ow.cfg:2) Program=, 
Option=, Value=
   DEBUG: ow_opt.c:(445) SCRIPT entry found < temperature10, 28, t, 1, 
v, /tmp/testv, /tmp/testv, "jjj"
 >
0x1ae69d0 alloc ow_parse_external.c:[71] STRDUP s= temperature10, 28, t, 
1, v, /tmp/testv, /tmp/testv, "jjj"

0x1ae63d0 alloc ow_parse_external.c:[142] STRDUP s=temperature10
0x1ae69d0 free  ow_parse_external.c:[143] FREE
0x1ae62f0 alloc ow_parse_external.c:[71] STRDUP s= 28, t, 1, v, 
/tmp/testv, /tmp/testv, "jjj"

0x1ae63f0 alloc ow_parse_external.c:[142] STRDUP s=28
0x1ae62f0 free  ow_parse_external.c:[143] FREE
0x1ae62f0 alloc ow_parse_external.c:[71] STRDUP s= t, 1, v, /tmp/testv, 
/tmp/testv, "jjj"

0x1ae6380 alloc ow_parse_external.c:[142] STRDUP s=t
0x1ae62f0 free  ow_parse_external.c:[143] FREE
0x1ae6a20 alloc ow_parse_external.c:[71] STRDUP s= 1, v, /tmp/testv, 
/tmp/testv, "jjj"

0x1ae6330 alloc ow_parse_external.c:[142] STRDUP s=1
0x1ae6a20 free  ow_parse_external.c:[143] FREE
0x1ae6a20 alloc ow_parse_external.c:[71] STRDUP s= v, /tmp/testv, 
/tmp/testv, "jjj"

0x1ae6a50 alloc ow_parse_external.c:[142] STRDUP s=v
0x1ae6a20 free  ow_parse_external.c:[143] FREE
0x1ae6a20 alloc ow_parse_external.c:[71] STRDUP s= /tmp/testv, 
/tmp/testv, "jjj"

0x1ae6a70 alloc ow_parse_external.c:[142] STRDUP s=/tmp/testv
0x1ae6a20 free  ow_parse_external.c:[143] FREE
0x1ae6a90 alloc ow_parse_external.c:[71] STRDUP s= /tmp/testv, "jjj"

0x1ae6ab0 alloc ow_parse_external.c:[142] STRDUP s=/tmp/testv
0x1ae6a90 free  ow_parse_external.c:[143] FREE
0x1ae6a90 alloc ow_parse_external.c:[71] STRDUP s= "jjj"

0x1ae6ad0 alloc ow_parse_external.c:[71] STRDUP s=jjj"

0x1ae6ad0 free  ow_parse_external.c:[118] FREE
0x1ae6ad0 alloc ow_parse_external.c:[142] STRDUP s="jjj"

0x1ae6a90 free  ow_parse_external.c:[143] FREE
0x1ae6a90 alloc ow_parse_external.c:[170] STRDUP s=jjj"

0x1ae6ad0 free  ow_parse_external.c:[175] FREE
0x1ae6ad0 alloc ow_parse_external.c:[71] STRDUP s=
0x1ae6af0 alloc ow_parse_external.c:[142] STRDUP s=
0x1ae6ad0 free  ow_parse_external.c:[143] FREE
0x1ae69d0 alloc ow_parse_external.c:[497] MALLOC size=59
   DEBUG: ow_parse_external.c:(621) Duplicate family entry: 28
0x1ae69d0 free  ow_parse_external.c:[622] FREE
0x1ae6b10 alloc ow_parse_external.c:[531] MALLOC size=182
   DEBUG: ow_parse_external.c:(642) New property entry: 
temperature10,28,/tmp/testv,/tmp/testv,jjj"
,
0x1ae6ad0 alloc ow_parse_external.c:[654] STRDUP s=temperature10
0x1ae6ad0 free  ow_parse_external.c:[664] FREE
0x1ae63d0 free  ow_parse_external.c:[401] FREE
0x1ae63f0 free  ow_parse_external.c:[402] FREE
0x1ae6a70 free  ow_parse_external.c:[403] FREE
0x1ae6ab0 free  ow_parse_external.c:[404] FREE
0x1ae6a90 free  ow_parse_external.c:[405] FREE
0x1ae6af0 free  ow_parse_external.c:[406] FREE
   DEBUG: ow_opt.c:(290) Configuration file (/tmp/ow.cfg:3) Program=, 
Option=, Value=
0x1ae6030 alloc ow_connect_out.c:[29] MALLOC size=104
   DEBUG: ow_daemon.c:(166) main thread id = 140258545637120
0x1ae7770 alloc ow_tree.c:[311] CALLOC size=64 nmemb=3
    CALL: ow_parsename.c:(102) path=[]
   DEBUG: owlib.c:(81) Globals temp limits 0C 100C (for simulated adapters)
0x1ae6a00 alloc ow_net_server.c:[50] STRDUP s=0.0.0.0
0x1ae6310 alloc ow_net_server.c:[51] STRDUP s=4304
CONNECT: ow_zero.c:(145) Zeroconf not enabled
0x1ae79a0 alloc ow_net_server.c:[267] MALLOC size=16
   DEBUG: ow_tcp_read.c:(64) attempt 24 bytes Time: 10.000000 seconds
   DEBUG: ow_tcp_read.c:(114) read: 24 - 0 = 24
   DEBUG: from_client.c:(66) FromClient payload=16 size=65536 type=2 
sg=0x10A offset=0
   DEBUG: from_client.c:(74) FromClient (no servermessage) payload=16 
size=65536 type=2 controlflags=0x10A offset=0
0x7f90780008c0 alloc from_client.c:[87] MALLOC size=18
   DEBUG: ow_tcp_read.c:(64) attempt 16 bytes Time: 10.000000 seconds
   DEBUG: ow_tcp_read.c:(114) read: 16 - 0 = 16
   DEBUG: handler.c:(153) START handler /Outside/family
    CALL: data.c:(104) DataHandler: parse path=/Outside/family
   DEBUG: ow_parseobject.c:(164) /Outside/family
    CALL: ow_parsename.c:(102) path=[/Outside/family]
    CALL: data.c:(145) Read message
   DEBUG: read.c:(55) ReadHandler start
   DEBUG: read.c:(61) ReadHandler: From Client sm->payload=16 
sm->size=65536 sm->offset=0
0x7f90700008c0 alloc ow_parseobject.c:[258] MALLOC size=3
   DEBUG: read.c:(79) ReadHandler: call FS_read_postparse on /Outside/family
   DEBUG: ow_read.c:(79) /Outside/family
   DEBUG: ow_read.c:(199) /Outside/family
   DEBUG: ow_read.c:(233) About to read </Outside/family> extension=0 
size=2 offset=0
   DEBUG: ow_read.c:(328) file_length=2 offset=0 size=2
0x7f90700008e0 alloc ow_read_external.c:[39] STRDUP s=Outside/family
0x7f90700008e0 free  ow_read_external.c:[51] FREE
   DEBUG: ow_read.c:(613) Read /Outside/family Extension 0 Gives result -95
   DEBUG: ow_read.c:(248) return=-95
   DEBUG: ow_read.c:(258) After read is performed (bytes or error -95)
OWQ OneWireQuery structure of /Outside/family
     OneWireQuery size=2 offset=0, extension=0
Byte buffer OneWireQuery buffer, length=2
--000: 00 00
    <..>
     Cleanup = 0006    OneWireQuery I=2 U=2 F=9.88131E-324 Y=2 D=Thu Jan 
  1 01:00:02 1970

--- OneWireQuery done
   DEBUG: ow_read.c:(221) /Outside/family returns -95
   DEBUG: ow_select.c:(71) Selecting a path (and device) 
path=/Outside/family SN=00 00 00 00 00 00 00 00 last path=00 00 00 00 00 
00 00 00
   DEBUG: ow_select.c:(82) Clearing root branch
Speicherzugriffsfehler

------------------------------------------------------------------------------
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk
Paul Alfille | 6 Oct 05:30 2014
Picon

tty2usb

After all the discussion about serial and usb pairing, I created a new little program that does it, called tty2usb


Currently it only works on linux, but OSX and freebsd would be useful to add.

Example use:
paul <at> hz tty2usb-code$ tty2usb
List tty -> USB pairings
TTY=ttyUSB0 bus=3 dev=3 USB=0403:6001
TTY=ttyUSB1 bus=1 dev=6 USB=0403:6001
TTY=ttyUSB2 bus=3 dev=14 USB=0711:0230
TTY=ttyUSB7 bus=1 dev=7 USB=1A86:7523
TTY=ttyUSB8 bus=1 dev=4 USB=10C4:EA60


Once it works on all platforms, I'll incorporate is into owfs to help with
serial tuning and auto-scanning.

I'd really like testing and feedback. It's very easy to use -- 
make
sudo make install
ttyusb

Paul Alfille
------------------------------------------------------------------------------
Slashdot TV.  Videos for Nerds.  Stuff that Matters.
http://pubads.g.doubleclick.net/gampad/clk?id=160591471&iu=/4140/ostg.clktrk
_______________________________________________
Owfs-developers mailing list
Owfs-developers <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs-developers

Gmane