as the i²c commands overhead is little, 100kHz i²c is fast enough for 1wire
communication, which tops at 15kHz in standard speed. Also the ds2482 does
not support 1000kHz, max 400kHz
I use owserver with both owfs and owhttpd. But for testing performance
issues, I avoid accessing the bus from http which access every properties of
the browsed device and produce lot of debugging output.
accessing the file via owfs (uncached) directory (without autocompletition
that produce bus access) allows to get debug output only on the part you
want to analyse.
putting a digital scope on the DQ line may help to better understand what's
going wrong.
I don't see anything wrong on your owserver configuration.
pascal
2011/2/10 "Roman Jałoza - TechBase Sp. z o.o." <r.jal...@a2s.pl>
> One more thing...
>
> You are using owserver alone or with owfs?
> I'm running owserver with configuration:
>
> device = /dev/i2c-0
> Celsius
> timeout_volatile = 60
> timeout_stable = 60
> timeout_directory = 30
> timeout_presence = 60
> timeout_network = 0
> pid_file = /mnt/mtd/owpid
> foreground
> error_print = 1
> error_level = 3
> timeout_persistent_low = 600
> timeout_persistent_high = 3600
> format = fic
> cache_size = 0
>
> Maybe there is something wrong?
>
>
> W dniu 2011-02-04 07:22, Pascal Baerten pisze:
>
> here the output of a simple test in php (using ownet.php) via owserver on
> debian nslu2 owfs 2.8p3 and busmaster is 2482-800
>
> reading pio is ~50ms
> reading temperature is ~770ms
> reading cached temp (frm owfs memory) is 15ms
>
>
> measuring timming for temperature and pio
>> connect to ownet duration=3ms
>> temperature for /bus.0/uncached/28.0521AD010000/temperature =
>> 17.6875 duration=771ms
>> waiting 5s duration=5006ms
>> set /bus.0/12.5B1E6D000000/PIO.B=1 duration=118ms
>> read /uncached/bus.0/12.5B1E6D000000/sensed.B=0 duration=49ms
>> set /bus.0/12.5B1E6D000000/PIO.B=0 duration=85ms
>> read /uncached/bus.0/12.5B1E6D000000/sensed.B=1 duration=46ms
>> waiting 1s duration=1002ms
>> temperature for /bus.0/28.0521AD010000/temperature =
>> 17.6875 duration=15ms
>> done
>>
>>
>
>
> 2011/2/3 Roman Jałoza <r.jal...@a2s.pl>
>
>> How looks your timings? How fast can you read temperature or PIO?
>> Are these timings are similar to my? (650ms to PIO and 1-1,2 s for temp
>> without converT command )
>>
>> Roman
>>
>> W dniu 03.02.2011 21:44, Pascal Baerten pisze:
>>
>> Hi Roman,
>>
>>
>> I'm using owfs with ds2482-800 and found the communication slower than
>> other bus masters solutions.
>> However not that slow than you describe.
>>
>> Analysing 1-Wire communication with a digital scope shown that an idle
>> period is visible between each byte and "tri-bits".
>> This idle period is around 1,3ms for my system (nslu2 with debian), this
>> reduce the effective throughput to 4kbit/s instead of 15kbit/s.
>>
>> Do you have an hadware assited i2c controller embedded or are you using
>> software i2c?
>> I think that my behaviour come from software i2c that does not buffer
>> transactions and require attention from owfs between each byte and tri-bits.
>>
>>
>> Regarding the temp reading, I think you better to read 'temperature'
>> property after a simultaneous converT command instead of 'fasttemp' which is
>> not prepared by the simultaneou command. - Paul correct me if not true -
>>
>> You may also find usefull information by starting your owfs daemon with
>> '--debug' param. Reading temp involve a blocking transaction that wait until
>> conversion is finished by polling 1-wire or for fixed time depending on
>> method used and parasite power mode.
>>
>> Pascal
>>
>>
>>
>> 2011/2/3 "Roman Jałoza - TechBase Sp. z o.o." <r.jal...@a2s.pl>
>>
>>> Hi,
>>>
>>> I'm developing 1-wire communication at embedded computer with ARM9 and
>>> ds2482-100 master chip.
>>> Is anyone test owfs performance via i2c master?
>>>
>>> I'm reading temperature from ds18b20 sensors and it took a long time
>>> (from 1,5s to 8s) with fasttemp read. It should be much faster. I've made
>>> some tests with writing simultaneous/temperature bit but performance was
>>> still the same - means poor.
>>>
>>> Reading PIO states from ds2408 device took about 600ms (but sometimes
>>> 1,5s).
>>>
>>> Devices are powered (reading with parasite mode took 5-8s).
>>>
>>> Is anyone have some idea? some solution?
>>>
>>> --
>>>
>>> Best Regards * *
>>> *Roman Jałoza*
>>> **
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
>>> Finally, a world-class log management solution at an even better
>>> price-free!
>>> Download using promo code Free_Logger_4_Dev2Dev. Offer expires
>>> February 28th, so secure your free ArcSight Logger TODAY!
>>> http://p.sf.net/sfu/arcsight-sfd2d
>>> _______________________________________________
>>> Owfs-developers mailing list
>>> Owfs-developers@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/owfs-developers
>>>
>>>
>>
>>
>> --
>> Pascal
>> www.brain4home.eu
>> to subscribe, send a mail to <list-subscr...@brain4home.eu>
>>
>>
>> ------------------------------------------------------------------------------
>> The modern datacenter depends on network connectivity to access resources
>> and provide services. The best practices for maximizing a physical server's
>> connectivity to a physical network are well understood - see how these
>> rules translate into the virtual world? http://p.sf.net/sfu/oracle-sfdevnlfb
>>
>>
>> _______________________________________________
>> Owfs-developers mailing
>> listOwfs-developers@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/owfs-developers
>>
>>
>>
>> ------------------------------------------------------------------------------
>> The modern datacenter depends on network connectivity to access resources
>> and provide services. The best practices for maximizing a physical
>> server's
>> connectivity to a physical network are well understood - see how these
>> rules translate into the virtual world?
>> http://p.sf.net/sfu/oracle-sfdevnlfb
>> _______________________________________________
>> Owfs-developers mailing list
>> Owfs-developers@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/owfs-developers
>>
>>
>
>
> --
> Pascal
> www.brain4home.eu
> to subscribe, send a mail to <list-subscr...@brain4home.eu>
>
>
> ------------------------------------------------------------------------------
> The modern datacenter depends on network connectivity to access resources
> and provide services. The best practices for maximizing a physical server's
> connectivity to a physical network are well understood - see how these
> rules translate into the virtual world? http://p.sf.net/sfu/oracle-sfdevnlfb
>
>
> _______________________________________________
> Owfs-developers mailing
> listOwfs-developers@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/owfs-developers
>
>
>
> ------------------------------------------------------------------------------
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
> _______________________________________________
> Owfs-developers mailing list
> Owfs-developers@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/owfs-developers
>
>
--
Pascal
www.brain4home.eu
to subscribe, send a mail to <list-subscr...@brain4home.eu>
------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
Owfs-developers mailing list
Owfs-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs-developers
