On 05.08.2018 21:20, Colin Law wrote:
> On 5 August 2018 at 20:09, Rowan Sylvester-Bradley
> mailto:ro...@sylvesterbradley.org>> wrote:
>
> If I switch to Raspberry Pi, how do I then connect the OneWire bus
> to the Pi? Can I still use the DS9490R, or do I have to use some
> more
On 10/20/18 7:00 PM, Jan Kandziora wrote:
>
> (I just had the problem with a remote on-off switch. Sometimes, the
> **off** command is broken. Solution: always use anm on-timeout on the
> device. On-commands have to be repeated each few seconds. That way, a
> lost instant-off command will not
Hi Mick,
maybe you want to give Stefano's Python-Library for 1wire a try!
https://github.com/miccoli/pyownet
It works excellent ;-)
Cheers,
Martin
On 10.03.19 15:57, Mick Sulley wrote:
> OK I have now reconfigured my system so that all the I/O modules are
> individually powered rather than
Hello Heimo,
after writing to "simultaneous" you have to wait one second.
For Python I would recommend you the library *pyownet *by Stefano Miccoli:
> The official OWFS bindings are
>
> - OW.py, based on SWIG wrapping the C API of libow
> - ownet.py, pure python owserver client
>
> you will
simple read an write operations in
> to files provided at /mnt/1wire and subdirectories.
>
> Regards Heimo
>
> *Gesendet:* Freitag, 13. März 2020 um 18:26 Uhr
> *Von:* "Martin Patzak"
> *An:* "OWFS (One-wire file system) discussion and help"
> , zeitv
Maestro Stefano, questo sembra bellissimo! :-)
On 14.10.20 16:13, Stefano Miccoli via Owfs-developers wrote:
> A more succinct way would be:
>
> str(x).encode()
>
> In fact the outer call to ‘bytes’ in 'bytes(str.encode(str(x)))' is a
> no-op, and python strings are objects which have an ‘encode'
Stefano, thank you for the summary, most appreciated
___
Owfs-developers mailing list
Owfs-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs-developers
gt; Thanks again.
>
> On 8/24/2020 4:33 PM, Dennis Putnam wrote:
>> Thanks to everyone that replied. I was not aware of pyownet. I will
>> look into that and rewrite my code to use it.
>>
>> On 8/24/2020 11:47 AM, Martin Patzak wrote:
>>> For python I would
the commands from ow-shell, so
> owdir lists all devices, owread 28.A59F9D0B/latesttemp reads the
> value from that device.
>
> Hope that helps.
>
> Mick
>
>
> On 24/08/2020 16:47, Martin Patzak wrote:
>> For python I would highly recommend you use the library *p
For python I would highly recommend you use the library *pyownet *by
Stefano Miccoli
/https://github.com/miccoli/pyownet/
/using Fuse can lead to weird problems... (not saying that it is the
reason in your specific case)
or you can use the buil-in functions in owserver owread/owwrite/owdir
Sorry Mick, my notes were not detailed enough. Glad you got your system
back on track.
I cannot confirm that CRC16 goes up by 8 - I used exactly your lines and
got the CRC16 go up by one exactly every time.
First, someone familiar with the code should try to find the source of
the bug.
Maybe we
he presence is confirmed by any read of the sensor.
>
> I have just tried setting it to -1, that is invalid, I thought it may
> disable it. I set it to 0 and it is slow every time. I have now set
> it to 999, not sure what the limit would be.
>
> Comments?
>
> Mick
>
for p in prop_lst:
> print("%s " % p, end="")
> print("")
> for sen in sen_lst:
> print("\n%s " % sen, end="")
> for prop in prop_lst:
> try:
>
running. I just tried running top
>> at the same time, I monitored it at the point of the slow scan and
>> didn't see anything else significant.
>>
>> Mick
>>
>> On 06/08/2020 09:06, Martin Patzak wrote:
>>> It looks like your timing has improved after
Hi Mick,
by reading the /uncached value, you are causing a new conversion.
Read only /latesttemp and it should work fine.
here is my test program, when I first tested simultaneous and pyownet:
> import time
> from pyownet import protocol
>
> op = protocol.proxy("razmaban",port=4304)
> error = 0
/simulataneous
command to 2 seconds, so I must have had issues at the time...
On 05.08.20 09:23, Martin Patzak wrote:
> Hi Mick,
>
> by reading the /uncached value, you are causing a new conversion.
> Read only /latesttemp and it should work fine.
>
> here is my test program, w
econds. Not the
> faintest idea why that should be.
>
> I have a couple of I/O and a voltage sensor, so I will set it up again
> tomorrow with those in as well.
>
> What do you use /presence for? I have never used it before today.
>
> Mick
>
>
> On 06/08/2020 22:14, Martin Patzak
Thanks Mick, great summary.
Let me add to 4), that you only see the 0.7 sec delay, because you read
in a busy loop.
I read only every 30 seconds and I never see a delay.
But timing your reads is a good practice because this way you catch
retries and maybe bus or sensor problems.
Additionally you
entation on this stuff, I can't find anything.
>
> Mick
>
> On 08/08/2020 08:46, Martin Patzak wrote:
>> Thanks Mick, great summary.
>>
>> Let me add to 4), that you only see the 0.7 sec delay, because you
>> read in a busy loop.
>> I read only every 30 seconds a
uff, I can't find anything.
>
> Mick
>
> On 08/08/2020 08:46, Martin Patzak wrote:
>> Thanks Mick, great summary.
>>
>> Let me add to 4), that you only see the 0.7 sec delay, because you
>> read in a busy loop.
>> I read only every 30 seconds and I never see a de
On 09.08.20 11:34, Mick Sulley wrote:
>
> CRC16_tries 11768
> CRC16_errors 11768
>
you should not have near that amount of CRC errors
read the errors after every module reading or writing to find out what
causes those errors
>
> Time to do some reading of the docs...
>
yeah,
the re-tries that occur in
case of a CRC16 error /tries.1 and /tries.2
On 09.08.20 10:49, Martin Patzak wrote:
> An operation will be retried three times - resulting in an increased
> operation time - which will be logged in /statistics/*read*/tries.x -
> where 0 is the first re-try or /s
5 sensors every 30 seconds)
tries.2 6 (six second re-tries... not bad
ey? ;-)
CRC16_tries 81858524
CRC16_errors 1351 (some CRC16 errors were cause by
writes, hence the discrepancy)
On 09.08.20 10:52, Martin Patzak wrote:
> here is some documen
fine tune my main system.
>
> There should not be anything else running. I just tried running top
> at the same time, I monitored it at the point of the slow scan and
> didn't see anything else significant.
>
> Mick
>
> On 06/08/2020 09:06, Martin Patzak wrote:
>> It looks
It looks like your timing has improved after all!
in your original Python-code you could time every read for each sensor.
I have also powered sensors and a read is usually faster than 0.1 seconds.
I log in a file if the read took longer than 0.3 seconds, which is
almost never the case.
I also log
out.
>
> Thanks
>
> Mick
>
>
> On 16/08/2020 17:29, Stefano Miccoli via Owfs-developers wrote:
>> The CRC16 error could be related
>> to https://github.com/owfs/owfs/issues/55
>>
>> The version on master is already patched, and will be released in
>
rote:
>> The CRC16 error could be related
>> to https://github.com/owfs/owfs/issues/55
>>
>> The version on master is already patched, and will be released in
>> 3.2p4. If possible check if the current version on master works as
>> expected.
>>
>> Ste
I tested it and I can confirm that writing to
/uncached/simultaneous/voltage increases the CRC16_error by one.
Mick, do you have voltage devices on your network? (I hope it is not a
stupid question)
I don't have such devices, so I cannot test this further...
Greetings,
Marty
On 13.08.20 01:04,
if this
problem is related.
Maybe some of you came across something similar already. Please ask me
for more details, if I forgot to mention something.
My best regards,
Martin Patzak
--
What happens now with your Lotus Notes apps
in fact they are powered.
My best regards,
Martin Patzak
--
___
Owfs-developers mailing list
Owfs-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs
, the LED is on red
continuously. I still can communicate to the LINK and I dont have to
restart owfs at all to get it back up and running again. I just have to
toggle the external 5V. But i will try using the internal power-supply
for now, and see if there is a change.
My best regards,
Martin
at the same time with owfs. You can crash owfs by
merely calling values in the browser (don't know if the problem was
specific to my installation)
16. start an e.g. perl application to read and write to the
1-Wire-file(bus)-system
hope it helps,
Martin Patzak
-dokey!
Martin Patzak
--
___
Owfs-developers mailing list
Owfs-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs-developers
Hi Mick,
I'm also running a heating system with owfs and 1-wire, some perl and
python scripts and MB-Logic as HMI. I have a wood-burning oven with 18kW
heating water in a 800l buffer. Then this water is mixed down to a lower
temperature for each heating circuit: a floor-heating-circuit and a
Hello Ziuras,
Yes, I can.
I will contact you directly, because it is not of interest for the OWFS
group!
On 12/14/2011 08:11 AM, ziuras wrote:
can you share your software (perl and/or python scripts) for mixing valves.
Then this water is mixed down to a lower
temperature for each heating
I wonder, if someone managed to get a LinkUSB working stable on a raspi.
I tried different permutations of power-supply and hubs and was not yet
successful for a longer time period.
My 1wire-net is stable for years now on the PC. I use a LinkUSB as
bus-master and run a powered network of about
, I have
to check.
On 09/25/2012 05:21 PM, Martin Patzak (GMX) wrote:
...so, Patryks mail gave me the idea to unplug and disable the onboard
ethernet and hook up a monitor with HDMI and usb-keyboard again.
Besides the fact, that the power-consumption decreased by 0.03mA at 5V
depends where you live. I get mine from http://www.fuchs-shop.com/
They deliver the whole of Europe!
On 09/25/2012 06:33 PM, Chris Green wrote:
I'm looking to expand my one-wire based monitoring system which current
tells me the temperatures on our boat. I want to add some battery
voltage
regarding the current measurement:
you could use the this guy here ACS712:
http://www.allegromicro.com/Products/Current-Sensor-ICs/Zero-To-Fifty-Amp-Integrated-Conductor-Sensor-ICs/~/media/Files/Datasheets/ACS712-Datasheet.ashx
it can measure up to 30A and only needs 5V supply voltage. Then you
wrote:
On Tue, Sep 25, 2012 at 08:07:26PM +0200, Martin Patzak (GMX) wrote:
On 09/25/2012 06:33 PM, Chris Green wrote:
I'm looking to expand my one-wire based monitoring system which current
tells me the temperatures on our boat. I want to add some battery
voltage monitoring, *maybe* current
onboard USB is
stable, if you disable the onboard ethernet (and maybe remove the cable).
I bought a new powered usb-hub and a couple of USB-wifi-adapters and see
how that goes...
On 09/25/2012 05:30 PM, Martin Patzak (GMX) wrote:
oddly enough, I still get the occasional error about once every hour
On 09/26/2012 12:51 PM, patryk wrote:
I think there is a general usb driver problem on Raspi. Google the
Elephant in the room topic on Raspi forum. I think there are some
improvments. My 3G modem started to work after one of the updates but
maybe winter will come before it's fixed for good.
Hello Raspberians,
finally the raspi is working absolutely rock solid stable with LinkUSB
and on latest wheezy libraries and firmware!
The situation:
Once in a while the raspi pi showed Errors in log:
smsc95xx 1-1.1:1.0: eth0: Failed to read register index 0x0114
(hours to days, that did
Hello Sven,
I had the same problem. In order to test my ongoing software-development
for my house-heating-system, I needed a complete identical
1wire-structure of my existing system. This way I can test without
horsing things up!
Since I use only the fuse-filesystem to read and write to
Hello Silvio,
did you alread try to write directly to the fuse-filesystem?
I set outputs manually by first changing directory into the appropriate
DS2408 in the terminal and echoing the valu to the PIO file with:
mnm@razmataz /mnt/1wire/29.646C0800 $ echo 1 PIO.0
queering the PIO
I briefly had owfs setup on my router (owfs 2.8p4 using backfire and the
LinkUSB adapter) and I did not run across irregularities like this, as
far as I remember.
I can hook up my 1wire-bus to my router tomorrow and test again if it
helps. Just let me know.
Martin
On 11/03/2012 02:02 PM,
Yes I have to agree: owfs runs fine out of the box, but the combined
Ethernet and USB chip on the raspi makes some trouble.
After a while of experimenting I found a solution to a stable setup
which I elaborate a bit on in my post from 10/18/2012 with the topic
owfs on Raspi running Raspian
Silvio,
I did use the standard package!
Maybe you can start owfs in foreground-mode and set the error-level
higher. This way you can compare the bus-communication happening when
setting one bit vs. the whole byte!
On 11/04/2012 09:57 AM, Silvio Schmieder wrote:
@ Martin:
Did you use the
Hello Colin,
nice web-page! Too bad I can't access the webcam :(
Greetings to Wales,
Martin
On 11/04/2012 11:22 AM, Colin Tinker wrote:
I have had owfs running with a USB adapter since I got my pi back in June. I
have had only one crash in all that time, I use the version from
the owfs
. Configures RSTZ as either RST input or STRB output:
1. //configured as RST input (default)
2. //configured as STRB output
Rgds,
-Romain BOURDY
On Sun, Nov 4, 2012 at 11:51 AM, Martin Patzak (GMX)
martin.pat...@gmx.de mailto:martin.pat...@gmx.de wrote:
I had to test it now myself again
I did repeat the test on the raspi. I do realize I am running a newer
version on the raspi, so the logs might not be comparable, but
nevertheless I did attach them.
I hope it will shed some light on the problem at hand!
Cheers,
Martin
On 11/04/2012 12:08 PM, Martin Patzak (GMX) wrote:
I
I confirm. Furthermore is interesting, that when e.g. switching Bit 0
with PIO.BYTE setting to 1 the PIO.0 does NOT get updated as it
normally is the case; it stays on 0!
On 11/05/2012 09:49 AM, Silvio Schmieder wrote:
Yes, exactly. If I send the correct BYTE value how I wrote in post
and it does switch the correct outputs. So there is no
big-little-endian-mixup at this particular point!
On 11/05/2012 12:32 PM, Silvio Schmieder wrote:
Yes, if you read a single PIO the state is always '0', but reading PIO.BYTE
shows the correct BYTE value.
Martin Patzak (GMX) wrote:
I
:
Martin Patzak (GMX)martin.pat...@gmx.de wrote:
So, I did not use fake-mode at all. I am not even running owfs on my
test-machine. Again it only works if you use the fuse-filesystem!
Unfortunately not applicable to my use-case. I'm currently using the c-api
in my Software.
Interesting
Hi PeO,
for starting owserver, refer to the man page - the example there is:
EXAMPLE
owserver -p 3001 -d /dev/ttyS0 runs owserver on tcp port 3001
and connects to a physical 1-wire bus on a serial port.
So there is no need for an init.d script.
My latest version of owfs is 2.8p15
2012-10-28 -wheezy-raspian.zip torrent and by login it states
Linux raspberrypi 3.2.27+.
/PeO
- Original Message -
From: Martin Patzak (GMX)martin.pat...@gmx.de
To: OWFS (One-wire file system) discussion and help
owfs-developers@lists.sourceforge.net
Sent: Thursday, November 15
Silvano,
as Google is my friend, it can be Yours too!
Look what I found:
http://ruggedcircuits.com/html/circuit__26.html
Hope it helps,
Martin
On 12/04/2012 06:08 PM, Silvano Gai wrote:
I need to sense the presence of AC power (110 Volts) in six different
places.
Any 1Wire sensor
in temperature!
use a two caps divider and a lower resistence
2012/12/5 Martin Patzak (GMX) martin.pat...@gmx.de
mailto:martin.pat...@gmx.de
Silvano,
as Google is my friend, it can be Yours too!
Look what I found:
http://ruggedcircuits.com/html/circuit__26.html
Hope
Hallo all,
I am trying to run OWFS on tmpfs, but I do not succeed.
I created a mount entry in fstab:
tmpfs /mnt/1wire tmpfs nodev,nosuid,size=3M,uid=1004,gid=1005 0 0
the uid and gid are the ones of my own user
then I mount and can check the success with df -k which list /mnt/1wire
as a
I see! Thanks Chris for the quick reply!!!
Btw. what does HTH mean?
Martin
--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
got it:
HTH - hope that helps
YID - yes, it did
--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200
Hello Attila,
what kind of USB master did you use?
I am using the LinkUSBi and it is working very stable for more than 3
months on end (24/7).
I did post some settings I did to the raspi to make it more stable, and
I can 'dig out' those old posts here, in case you can't find them.
However
yes, I use a powered hub from the list of complient powered hubs. The
layout on the raspi circuit board for power supply of the usb is not
that good. So you loose quite some voltage on the printed circuits.
Hence the recommendation to use a powered usb hub.
It is possible and safe to use the
Hi Giulio,
a simple solution would be, if you use a current sensor based on the
hall effect priciple. This type of sensor gives you a voltage
proportional to the current, which in return can be monitored a 1wire
voltage sensor. Those sensors can monitor quite high currents (up to
200A), but
if one creates a directory 1-wire with ones username group and
permissions to read and write sudo should not be necessary.
Maybe you didn't create a directory for the fuse-system at all?
Martin
On 06/10/2013 10:32 AM, Mick Sulley wrote:
Have you tried running with sudo, that is usually
error messages go to syslog, unless you specify --foreground (I hope its
written right, check the man page please), in which case you get all
message directly to the terminal and the terminal stays connected to the
daemon.
error-level=9 delivers a LOT of messages! Try a lower number like 2 or 3
!
--Mark
On Mon, Jun 10, 2013 at 5:55 AM, Martin Patzak (GMX)
martin.pat...@gmx.de mailto:martin.pat...@gmx.de wrote:
error messages go to syslog, unless you specify --foreground (I
hope its written right, check the man page please), in which case
you get all message directly
Hello Mark,
I did not forget about you :-)
It is early Saturday morning here ;-)
When I start owfs without the LinkUSB plugged in I also get no feedback
and there is no daemon started, so I suspect this is the problem - or
one of them:-)
On 06/15/2013 05:36 AM, Mark Phillips wrote:
Martin,
Paul,
thats a good idea. It really helps when people just get started or
change hardware.
I tried to find Mark's error, and so I started owfs while my LinkUSB was
unplugged and I got the same result he had:
no error and no daemon was started!
So I barked up the wrong tree, until you pointed
Ryan,
I use MBLogic
http://sourceforge.net/projects/mblogic/?source=directory to display
my home heating system. I display the data of different 1-wire devices
via html in a process view.
To generate the html-code I use it's built-in and customizable html-page
generator.
I display
Bruce,
a Shop with a wide selection for 1-wire chips is:
http://www.fuchs-shop.com/en/shop/17/
I use the LinkUSB and I am very happy with it. I run a powered network
of about 15 temp-sensors and 3 IO-chips, which is driving my home
heating system.
Cheers
Martin
On 09/28/2013 07:37 PM,
usb interface.
Hope the members with low level programming experience will
confirm/debate that the 2480 is same level as 2490.
all best,
Vajk
On Sun, Sep 29, 2013 at 9:18 AM, Martin Patzak (GMX)
martin.pat...@gmx.de mailto:martin.pat...@gmx.de wrote:
Bruce,
a Shop with a wide
You measure down to 3 degrees and deeper? So could humidity over time
have created corrosion in the connection of the sensor?
On 10/04/2013 08:28 AM, Håkan Elmqvist wrote:
It is buspowered with Vdd pin grounded and has worked properly for about
two years. There are only two branches, 4
Willard,
please show us the log, while you plug in the LinkUSB into your machine!
Maybe your ttyUSB0 is already taken by a different device?
Martin
On 11/09/2013 11:12 PM, Willard Korfhage wrote:
I am rebuilding a machine that ran owfs, so I installed Ubuntu 12.04,
then downloaded owfs 2.9p1
Have you tried to disconnect the 1-wire network and connect only to the
LinkUSB itself?
Sometimes wiring-problems, defective sensors and other hardware related
problems (like humidity) can cause weird behavior.
On 11/11/2013 07:04 AM, Willard Korfhage wrote:
Doesn't help, I'm afraid. Here's
I would check, if the raw data, read from the owfs show that effect or
if it gets introduced later.
In any case it looks like a software bug to me - I could be wrong, but I
don't think so ;o)
Think about what changes you made since your last running system without
the effect.
Martin
On
),
now i connect it to ground.
Nico
Martin Patzak (GMX) wrote:
I would check, if the raw data, read from the owfs show that effect
or if it gets introduced later.
In any case it looks like a software bug to me - I could be wrong,
but I don't think so ;o)
Think about what changes you made since
Gregg,
you might want to think about installing Slackware on the RasPi first.
See here: http://rpi.fatdog.eu/
or here: http://docs.slackware.com/howtos:hardware:arm:raspberrypi
(this is of course as I know as well as everybody, you are more familiar
with Slackware, where everything is
start owserver with setting the error-level higher...
On 05/17/2015 08:52 PM, Henry wrote:
...
the same result... but 7 minutes!!!
root@RASPBERRY-3:/usr/src/owfs-3.0p2 date ; owdir / ; date
Вск Май 17 20:42:58 EET 2015
/20.95670E00
/28.FF78011B0400
/28.FF2401630400
/28.FF26C3121400
On 11/09/2015 02:29 PM, Jan Kandziora wrote:
> Am 09.11.2015 um 09:26 schrieb Martin Patzak (GMX):
>> Depending on your built and packaging the --debug option may merely
>> print a DEBUG statement, but not actually do any debugging.
>>
> Really, I don't know why the d
cool! I like it ;o)
On 11/09/2015 02:53 PM, Jan Kandziora wrote:
Am 09.11.2015 um 09:26 schrieb Martin Patzak (GMX):
To recap:
the debian package for owfs and owserver does not honor --debug option,
but merely prints a DEBUG statement in the beginning
owfs does print error-level information
cached in the proxy object. In ownet , on the
contrary, if you specify a domain name instead of an IP number, the
DNS is queried at each owserver query.)
S.M.
On 07 Nov 2015, at 22:27, Loren Amelang <lo...@pacific.net
<mailto:lo...@pacific.net>> wrote:
On Sat, 07 Nov 2
Loren,
thanks for your efforts, but in a previous version of owfs the error
logging worked fine for me too.
It is like Jan said, it is build without or too little debug information.
Martin
--
Presto, an open source
On 11/07/2015 10:27 PM, Loren Amelang wrote:
> On Sat, 07 Nov 2015 09:21:43 +0100
> "Martin Patzak (GMX)" martin.pat...@gmx.de wrote:
>
>> why don't you try and run Stefanos timing program directly on your
>> Beagle and see what timing you get there
> Posted
On 11/07/2015 04:56 PM, Jan Kandziora wrote:
>
> --debug is the same as "--foreground --error_level=9"
>
> See module/owlib/src/c/ow_opt.c:733ff
ok, I see
>
> That's the output when debug support wasn't selected at compile time.
ok, that added to my confusion a bit
>
>
>>> You are using a build
Hello All,
I am experiencing 'strange' readings from a DS2408.
Every once in a while (that is about once a day, with reading
the*sensed.BYTE* folders once a second - so its rather rare) the value
read from one of the *DS2408* is *553 *where it should be *between 0 and
255.
*Is this some
pyownet: ver. 0.8.2
proxy_obj: ownet server at ('10.48.74.112', 4304)
server info: pid 2662, ver. unknown
timeit:
statement: proxy_obj.dir("/")
number: 20
repetitions: 5
** non persistent : 1.29 ms, 1.30 ms, 1.30 ms, 1.33 ms, 1.36 ms,
** persistent : 0.77 ms, 0.77 ms, 0.79 ms,
Peter,
we used to make our splices ourselves, to adapt them to our special
needs and to avoid any connectors whatsoever.
In aggressive enviroment like seawater we would use stainless tubing to
encase the splicing as well as to house the sensor itself.
Then we did fill the tube with 2
On 11/04/2015 02:02 PM, Jan Kandziora wrote:
> Am 04.11.2015 um 12:32 schrieb Martin Patzak (GMX):
>> while further investigating the problem it looks like this:
>>
>> the value of sensed.BYTE toggles between *55* (00110111) and *183*
>> (10110111) for quite a while
On 11/04/2015 04:16 PM, Jan Kandziora wrote:
> Am 04.11.2015 um 15:56 schrieb Stefano Miccoli:
>> I would not blame python, nor owfs, but fuse.
>>
> Not, it's not fuse.
>
> It's because read() is *not atomic*. As soon you read multi-byte values
> from files -such as files whioch contain an ASCII
yntaxError: invalid syntax
On 11/06/2015 01:10 PM, Martin Patzak (GMX) wrote:
Stefano,
I wanted to try your program, but I get an error message:
mnm@vincent:~/M/_Linux/python/_mnms_tests$ python
pyownet_run_out_of_sockets.py
File "pyownet_run_out_of_sockets.py", line 13
None if
Hello All,
I am going to switch over to owserver instead of using owfs.
In a transition phase I wanted to use owfs through owserver, so existing
software can continue to run using the fuse directory, while in
background owserver is running already.
After starting owserver, I started owfs
On 11/06/2015 02:26 AM, Loren Amelang wrote:
On Thu, 05 Nov 2015 13:02:13 +0100,
Stefano Miccoli mo...@icloud.com wrote:
...
pyownet: ver. 0.8.2
proxy_obj: ownet server at ('10.48.74.112', 4304)
server info: pid 2662, ver. unknown
timeit:
statement: proxy_obj.dir("/")
number: 20
repetitions:
Stefano,
I wanted to try your program, but I get an error message:
mnm@vincent:~/M/_Linux/python/_mnms_tests$ python
pyownet_run_out_of_sockets.py
File "pyownet_run_out_of_sockets.py", line 13
None if i % freq else print('Iteration {}'.format(i))
^
Martin
P.S. one more (and last) apology to the owfs list
On 11/06/2015 02:33 PM, Martin Patzak (GMX) wrote:
On 11/06/2015 02:13 PM, Stefano Miccoli wrote:
For the ‘ it was cut and paste but my mail likes to ameliorate my
mail and distinguish between opening and closing quotes,
Ok, I see
On 11/06/2015 01:01 PM, Martin Patzak (GMX) wrote:
On 11/06/2015 02:26 AM, Loren Amelang wrote:
On Thu, 05 Nov 2015 13:02:13 +0100,
Stefano miccolimo...@icloud.com wrote:
...
pyownet: ver. 0.8.2
proxy_obj: ownet server at ('10.48.74.112', 4304)
server info: pid 2662, ver. unknown
timeit
of the if??? It is not readable at
all to me.
None if i % freq else print('Iteration {}'.format(i))
On 06 Nov 2015, at 13:10, Martin Patzak (GMX) <martin.pat...@gmx.de
<mailto:martin.pat...@gmx.de>> wrote:
Stefano,
I wanted to try your program, but I get an error message:
mnm@vincent:~/M/_Linux/python
Great! As they say: Don't drink and solder!
Cheers,
Martin
On 10/04/2015 04:25 PM, Nico Bouthoorn wrote:
Ordered a new ds2482-800 chip, didn't drink the night before and
replaced/soldered the chip.All is working normally again...
Nico
Nico Bouthoorn wrote:
I've compile the 3.1
On 01/07/2016 10:11 AM, Stefano Miccoli wrote:
On 06 Jan 2016, at 12:32, Henrik Östman wrote:
And that's it. Just one thread to not confuse the bus and the good thing is that I no
longer experience the "found 0 devices"-problem I had before when running
multiple thread
On 01/08/2016 01:07 AM, Stefano Miccoli wrote:
On 07 Jan 2016, at 14:45, Martin Patzak (GMX) <martin.pat...@gmx.de
<mailto:martin.pat...@gmx.de>> wrote:
I am using the pyownet library to communicate to a local owserver.
I have 25 temp-sensors and 2 io 2408 modules on one
1 - 100 of 151 matches
Mail list logo