compatible.
C
On 11/11/2015 12:34 PM, Matthias Urlichs wrote:
> On 11.11.2015 20:45, Colin Reese wrote:
>> In the meantime, getting an updated libc from elsewhere than the apt repos
>> is an option?
> I'd be wary of compiler/libc or libc/header incompatibilities when
> upgr
our avr-libc package installs (check with your package
> manager how to list installed files).
>
> On 11/11/15 11:04, Colin Reese wrote:
>> I have tried on deb Linux (Ubuntu 14.04) with apt distros, also winavr. Just
>> downloaded owslave and tried fresh with the exact cfg you liste
In the meantime, getting an updated libc from elsewhere than the apt repos is
an option?
C
> On Nov 11, 2015, at 11:40 AM, Matthias Urlichs wrote:
>
>> On 11.11.2015 13:42, Johan Ström wrote:
>> Also try to search for pgm_read_ptr_near and/or pgm_read* in the include
>> files which your avr-li
egrator and coder in JS and Python than C.
C
> On Nov 11, 2015, at 11:31 AM, Matthias Urlichs wrote:
>
>> On 10.11.2015 20:32, Colin Reese wrote:
>> I've been limping along with code for atmega328 from elsewhere and would
>> love if someone has time to help me
slave/commit/960a7decb26ee1aa792ef41400c306ec563e77ab
>
> but then this:
> https://github.com/M-o-a-T/owslave/commit/e573863d5a62072945dd6c07eb4e6109a6108c16
>
> Are you perhaps using either old revision of the owslave code, or
> perhaps old AVR-libc headers?
>
> Johan
>
>> On
I get a number of errors on compile similar to:
/moat.c:182: undefined reference to `pgm_read_ptr_near'
C
On 11/10/2015 1:07 PM, Johan Ström wrote:
> _include: world.cfg
> devices:
> _default:
> _ref: defaults.target.m88
> types:
> _ref: defaults.types
> code: []
>
ga8 and mega88 so far, running at 8Mhz with
> internal oscillator with great success.
>
>> On 10/11/15 20:32, Colin Reese wrote:
>> Is this still only for attiny? I've been limping along with code for
>> atmega328 from elsewhere and would love if someone has time to he
Is this still only for attiny? I've been limping along with code for atmega328
from elsewhere and would love if someone has time to help me port it. I love
the idea.
> On Nov 10, 2015, at 11:10 AM, Johan Ström wrote:
>
> Hi,
>
> a ticket was opened a few days ago regarding merging the "moat"
/board_build.jpg
Then you just enable the i2c interface through raspi-config, run
owserver with the i2c option, and you're set. You've saved about $29 and
a USB port.
C
On 11/7/2015 5:32 PM, Peter Hollenbeck wrote:
I've not attempted I2C.
Fear and trembling.
On Sat, Nov 7, 2015 at 4:40
Peter
On Sat, Nov 7, 2015 at 4:19 PM, Colin Reese <mailto:colin.re...@gmail.com>> wrote:
If you want to get fancy and enclose it, anything with terminals
will work. Here's one I made recently for outdoors use:
http://docs.interfaceinnovations.org/File:Solarcitynode.png
with two small 1wire networks but actually know
very little about how this stuff works. I use owfs and python and just
grab current readings from the fuse directory.
Thank you,
Peter
On Sat, Nov 7, 2015 at 4:19 PM, Colin Reese <mailto:colin.re...@gmail.com>> wrote:
If you want to
If you want to get fancy and enclose it, anything with terminals will
work. Here's one I made recently for outdoors use:
http://docs.interfaceinnovations.org/File:Solarcitynode.png
Otherwise, any stupid splitter is fine:
http://www.amazon.com/RJ45-Ethernet-Splitter-Connector-Adapter/dp/B003C2QS
1.2015 um 23:15 schrieb Colin Reese:
> > Pairing conductors eliminates capacitance problem.
> >
> No, it doesn't. You always have ground capacitance, the only way to
> avoid that is separating the DQ wire from the ground wire as far as
> possible by a medium with low
Pairing conductors eliminates capacitance problem.
C
> On Nov 6, 2015, at 2:01 PM, Jan Kandziora wrote:
>
>> Am 06.11.2015 um 22:11 schrieb Peter Hollenbeck:
>> Ocean temperature at depth of about 5 feet.
> In that case your concerns should be:
>
> * No flame retardants in the cable sheath. B
You're going to need a waterproof butt splice of some sort. I would
probably solder, heat shrink, and epoxy. Cable should be fine. Might as
well double up conductors, could even use four conductors for ground if you
wanted.
C
On Fri, Nov 6, 2015 at 1:11 PM, Peter Hollenbeck wrote:
> Ocean tempe
TA1 and TA2 are transfer addresses used to specify read/write locations
when moving data to/from the scratchpad. TA1 is only necessary for smaller
devices that do not require two bytes to specify a memory start location.
Obviously, since you get 256 possible address locations with a byte, when
you
Thanks! Super-helpful.
Colin
On Wed, Oct 14, 2015 at 12:15 PM, Jan Kandziora wrote:
> Am 14.10.2015 um 03:34 schrieb Colin Reese:
> >
> > I was in the process of updating libraries with new device and had a few
> > questions:
> >
> > 1. Is there a more upda
Hi all,
I was in the process of updating libraries with new device and had a few
questions:
1. Is there a more updated device list than Maxim's here:
https://www.maximintegrated.com/en/app-notes/index.mvp/id/155
I'm of course also referencing here:
http://owfs.org/index.php?page=family-code-l
I've made a board for this purpose with some other features.
http://www.cupidcontrols.com/2015/02/cupid-v2-rf-hat-pi-b-pi-2-moteino-in-action/
Pinout for DS2483 as shown:
http://www.cupidcontrols.com/wp-content/uploads/2015/10/DS2483pinout.png
It's my goto on the Pi. Make sure to i2c-dev in your
One of many reasons to use a 5V tolerant bus master. They're like $1 and worth
weight in gold. Probably more (they're tiny).
C
> On Oct 1, 2015, at 6:26 AM, Jan Kandziora wrote:
>
>> Am 01.10.2015 um 10:10 schrieb Henry Pootel:
>>
>>> Do you run the onewire with 3.3V from the Raspberry's I/O
You do not need a level converter. Power the bus with 5V and no problems. I use
a 2483, a close relative.
C
> On Sep 30, 2015, at 11:32 AM, Jan Kandziora wrote:
>
>> Am 30.09.2015 um 19:45 schrieb Henry Pootel:
>>
>> I use a kernel v3.12 with w1-gpio module now. The owfs is working
>> with e
Is there a way to set the cache delay? There is the case where you don't want
sensors read every second (for power consumption, load, or other reasons), but
want values instantly. Setting the cache delay would address this, and the
shell script could read this value and adjust accordingly. Also,
Just write a daemon to write to a database as they're read and have the clients
read from the database.
C
> On Sep 23, 2015, at 5:35 AM, Alex R. Gibbs wrote:
>
> Hello,
>
> We have dozens of DS18B20 temperature sensors at 3 telescopes. I'd like to
> poll
> them and cache the results so th
I don't think this is it. The device shows up on the i2c bus. If device
tree was the problem, i2c-detect would yield nothing.
C
On Mon, Sep 21, 2015 at 8:34 AM, Jörgen Tegnér wrote:
> I had the same problem on raspberrypi this summer with the same or similar
> error messages. It turns out that
My email so kindly sent prior to a paste. Just grab a FET and some
resistors if you must use your serial bus master:
http://cdn.sparkfun.com/datasheets/BreakoutBoards/Logic_Level_Bidirectional.pdf
Colin
On 9/20/2015 10:21 AM, Markus Gaugusch wrote:
> Hi,
>
> I've been using 1wire for a long ti
Use a DS2483 for i2c. Painless.
Alternatively, just wire up a level shifter and disable your serial
console:
Colin
On 9/20/2015 10:21 AM, Markus Gaugusch wrote:
> Hi,
>
> I've been using 1wire for a long time on a PC using a ds2480b based serial
> adaptor. My bus has become quite long and I'd
ueues and such.
Colin
On Thu, Sep 3, 2015 at 11:24 AM, Matthias Urlichs
wrote:
> Colin Reese gmail.com> writes:
>
> >
> > So the 328 is already set up as a target, or would I need to write a
> target
> def in the world config?
> >
> In don't have a
So the 328 is already set up as a target, or would I need to write a target def
in the world config?
I have circuits already built where one or both of the hardware interrupts are
being used, often for RF.
C
> On Sep 2, 2015, at 3:20 AM, Matthias Urlichs wrote:
>
> Hi,
>
>> Sounds great.
Sounds great.
What are the chances of getting this ported to something like an ATMega328P
with a selectable bus line? It would open up a lot of possibilities.
Colin
On Tue, Sep 1, 2015 at 2:34 PM, Matthias Urlichs
wrote:
> Colin Reese gmail.com> writes:
>
> >
> >
>
configuration, which wasn't
that straightforward (at least at that time), which then creates the
.h files required. There may be better docs today, but regardless well
worth looking in to!
On 30/08/15 20:11, Colin Reese wrote:
Anybody have a reliable codebase for ATTiny85 1Wire slaves?
The best code
st on this list a few months back.
>
> You need to edit the .cfg file to build a configuration, which wasn't that
> straightforward (at least at that time), which then creates the .h files
> required. There may be better docs today, but regardless well worth looking
> in to!
&
5 12:47 PM, Colin Reese wrote:
Hi All,
Anybody have use for an RTD 1Wire slave? I'm finding I could really
use one, and what's out there is too expensive, not compact and/or
modular enough. I feel as though I'm missing something.
Seems to me a MAX31865, an ATTiny85, an LDO,
gt; Everything needs to be temperature compensated with careful circuit choices
> to get reasonable accuracy. I'm not sure how much better than a typical
> thermocouple a setup like you suggested would be.
>
> jerry
>
>
>> On 08/28/2015 12:47 PM, Colin Reese wrote:
Hi All,
Anybody have use for an RTD 1Wire slave? I'm finding I could really use
one, and what's out there is too expensive, not compact and/or modular
enough. I feel as though I'm missing something.
Seems to me a MAX31865, an ATTiny85, an LDO, and a little logic level
conversion would do the tric
I tried to think of a use case where ow external made sense to me and I
couldn't find one. If I ever used direct device reads from in routines I could
see where concurrency issues might be resolved by owserver, but I use databases
to store data for processing, which is where I resolve them.
Co
I use the duino as a modbus master and RF module. My Pi talks to it on serial.
I talk to temp controllers on modbus. I'll point you to that when I get it up
on the repo.
C
> On Jun 24, 2015, at 2:34 PM, Alex Shepherd wrote:
>
> Hi Colin,
>
>> On 25/06/2015, at 1:44
I recently wrote a simple software serial modbus master for use with an arduino
attached to an rs485 transceiver, the max3485 IIRC. Not sure what you're
talking with, but this is useful if you've got a serial port available. Haven't
quite gotten around to writing it up but it's here.
C
> On
ing a DS2483, but
> no takers so far.
>
> Oddly enough Adafruit has used the same breakout board style (But
> that's all it is) for the DS2413 so we're fixed that way.
> -
> Gregg C Levine gregg.drw...@gmail.com
> "This signature fought the Time Wars, time an
Just search grey boxes here for what I use for ds9490r and i2c:
http://www.cupidcontrols.com/2014/01/owfs-owserver-owhttp-owpython-and-a-little-1wire-pi/
C
> On Jun 6, 2015, at 6:05 AM, Reid wrote:
>
> Thanks Colin, can you point me to any good examples of the use of owserver
> with the USB
I'd throw it on a duino clone on RF like a Moteino and pass it to a gateway.
I'd really like to integrate a serial device natively via a custom device in
owfs on a gateway like a Pi, but haven't dug into that yet.
Sounds like the arduino 1wire emulation on a wired interface would work fine as
Device malfunction. If a device is inactive you want it to be invisible.
C
> On May 23, 2015, at 3:33 PM, Matthias Urlichs wrote:
>
> Eloy Paris chapus.net> writes:
>
>> Don't you have issues with the 1-Wire bus when the ATmega is powered
>> down?
>
> Sure I'd have issues. But I don't see
tore it. Times are as follows:
>
> pyownet non persistent: 1.41 ms
> pyownet persistent: 0.88 ms
> owfs read: 2.28 ms
>
> These are really small times (reading a real sensor would take for sure
> longer), but nevertheless I do not expect that pyownet should be any slower
> than owf
If you want some helper functions for that, there are many here:
https://github.com/iinnovations/iicontrollibs/blob/master/cupid/owfslib.py
Try the owfsgetbusdevices for a start. It will return an array of objects
with all properties.
C
On Wed, May 20, 2015 at 10:43 AM, DavidJ61 wrote:
> I r
Interesting data point, and makes me want to take another look. I have
both implementations written up and ended up using os.walk on owfs dir
as I found it fastest, despite having to write more code around it
(obviously).
Colin
On 5/20/2015 12:26 AM, Johan Ström wrote:
Hi,
just want to giv
#x27;4304',
'/var/1wire/'])
except:
pilib.writedatedlogmsg(pilib.systemstatuslog, 'error running owfs',
1, pilib.systemstatusloglevel)
try:
subprocess.call(['/opt/owfs/bin/owhttpd', '-F', '-s', '4304', '-p',
This occurs with no sensors or bus attached, also with a single DS2483
attached. Last log entry is typically owlib.c saying no bus devices can be
found.
C
On Mon, Apr 20, 2015 at 1:52 PM, Major wrote:
> ok. pls, write me your software configuration: what's kind of OS do you
> have,
> version of
I have no problems with owfs on RPi 1. Many reasons to use owfs and also
not to use plain cgi.
C
On Mon, Apr 20, 2015 at 1:06 PM, Major wrote:
> I also have periodical problem on RPI 1 with owfs. I received periodically
> UNDEFINED value from ds18b20
>
> and I solved the problem by refusing thi
Hi all,
I've recently run into issues with control code on the Raspberry Pi 2 that
worked flawlessly on the Raspberry Pi B and B+ for some time. It is quite
sporadically entering a shutdown state (indicated by red light on and
unresponsive), in a matter of tens of minutes or several hours, dependi
n see is speed, and compatibility with (big) apps like
> cacti, nagios, or ganglia.
>
> S.
>
>> On 30 Mar 2015, at 01:00, Colin Reese wrote:
>>
>> Out of curiosity, why would you use this? Using a database with accurate
>> time stamps and log sizing is trivial, an
Out of curiosity, why would you use this? Using a database with accurate time
stamps and log sizing is trivial, and apis for beautiful html plots are easy to
come by.
C
> On Mar 29, 2015, at 3:42 PM, Stefano Miccoli wrote:
>
>
>> On 29 Mar 2015, at 15:32, mike.kal...@gmail.com wrote:
>>
Yea, the key is making it all asynchronous, whether by
> On Feb 26, 2015, at 12:05 PM, Roland Franke wrote:
>
> Hello,
> this depends on the sensor you will use. Not all of them handle with
> different precision ;-)
> A hint from Paul was to use the "simultanues" (Will work only with externa
I was unaware of the aliases you mentioned, but included with those I
know already:
i2c=i2c_arm=i2c1
i2c_vc=i2c0
Thus, including dtparam=i2c and dtparam=i2c_arm or dtparam=i2c1 is
redundant, as are dtparam=i2c_vc and dtparam=i2c0.
NB, be careful with i2c0. It's really only there to service the
I should have looked first. These are w1 driver/owfs issues which I have
no knowledge of. I CAN confirm that owfs works great on RPi2 with an i2c
master, as I mentioned.
C
On 2/23/2015 12:37 AM, Jaroslav SOBOTA wrote:
> Hi everybody,
> I have problems getting OWFS running on Raspberry Pi and ac
I'm running 2.9p5 on with RPi2, DS2483, DS18B20s with no complications.
The only trick is getting the i2c bus up and recognized, but that's just
a matter of putting 'dtparam=i2c=on' in /boot/config.txt (and rebooting
on change). They switched from blacklist alone to using device tree to
selecti
estion. What do you mean "a range of 12.2V"?
> The battery bank voltage will range from about 11 to 13.5 so that is the
> range I would like to measure.
> Thanks,
> Peter
>
>
>
>> On Sat, Feb 21, 2015 at 11:40 AM, Colin Reese wrote:
>> I unfortunately c
I unfortunately cannot read your ascii art, which in itself is disappointing.
2k is a bit low for a divider - you'll get standby current of 6mA. You should
also try optimizing the split to fit the range you can measure. So you'd want a
ratio of R2/Rtotal =measured range/ measurable range. So 2.
And that's easy to do. I database everything immediately including device type
and other metadata and separate control scripts act on data, including device
presence.
If time response is important, you can insert the response functions into the
detect script as well. Read devices, check agains
Yes just run a micro controller non-stop and have it announce presence over a
serial port.
C
> On Feb 15, 2015, at 12:37 PM, Paul Alfille wrote:
>
> Wouldn't once per second be enough?
>
> You can also partition the problem -- set up a separate 1-wire bus just for
> the polling -- wouldn'
And I should coffee before email.
Cheers,
C
> On Feb 11, 2015, at 12:12 PM, Jan Kandziora wrote:
>
>> Am 11.02.2015 um 20:39 schrieb Colin Reese:
>> I found the initial post of available methods confusing and
>> apparently misinterpreted your response.
> Sorry, I
I found the initial post of available methods confusing and apparently
misinterpreted your response.
C
> On Feb 11, 2015, at 11:30 AM, Jan Kandziora wrote:
>
>> Am 11.02.2015 um 20:12 schrieb Colin Reese:
>> Why on earth would you bitbang a 2482 on a Pi when a perfect
Why on earth would you bitbang a 2482 on a Pi when a perfectly good i2c bus
exists?
> On Feb 11, 2015, at 5:52 AM, Jan Kandziora wrote:
>
>> Am 10.02.2015 um 22:39 schrieb Colin Reese:
>> Wait, is that even possible? I thought w1 was for bitbanging on a GPIO,
>> h
Wait, is that even possible? I thought w1 was for bitbanging on a GPIO,
having nothing to do with i2c.
On Tue, Feb 10, 2015 at 1:34 PM, Jan Kandziora wrote:
> Am 10.02.2015 um 16:29 schrieb Lukasz Salwinski:
> >
> > I've checked the connections, changed Vcc to 5V but 18B20s still does not
> > re
d Vcc to 5V but 18B20s still does not
> register :o/ DS2483 are on the way but in the I'm tempted to connect the
> sensors directly to rpi just to see if they are ok...
>
> lukasz
>
>
>> On Mon, Feb 9, 2015 at 5:22 PM, Lukasz Salwinski
>> wrote:
>>
&
Yes, I use DS2483 all over the place for years. See here for commands I
use:
http://www.cupidcontrols.com/2014/01/owfs-owserver-owhttp-owpython-and-a-little-1wire-pi/
On Mon, Feb 9, 2015 at 2:13 PM, Lukasz Salwinski
wrote:
> On 02/09/2015 01:20 PM, Colin Reese wrote:
> > Interestin
Interesting. So the only thing different here is the level translation goes
down to 1.8V vs. 3.3V compared to the DS2483?
On Mon, Feb 9, 2015 at 12:59 PM, Lukasz Salwinski
wrote:
> Hello,
>does owfs support DS2484 (I2C/1-wire bridge) ? I've just hooked it
> up to raspberry pi and I can see i
Out of curiosity, what do you use in windows?
Colin
> On Feb 4, 2015, at 12:23 AM, Torrini, Eugenio
> wrote:
>
> We are using Owfs in Linux to access a DS1991 and DS1995 through the USB
> DS9490R reader.
> Everything is ok for DS1995.
> For DS1991 we are not able to make it work. Maybe we
I forgot. I wrote an app note for them:
http://interfaceinnovations.org/ibuttonlinkmultisensors.html
They are DS2438 based. Page three, byte one tells you how to interpret
the data. I don't have the precise scaling on the app note above, but I
will add it when I have a moment. Actually, I think
Yes I've got the info on the memory and identifications. I'll grab it.
Colin
> On Jan 22, 2015, at 6:49 PM, Paul Alfille wrote:
>
> Hi Peter,
>
> The two devices listed, family code 10=DS18S20 and 5=DE2405 are not your
> sensor. I suspect you haven't edited the default configuration file
I'm also curious -- does owfs identify MS sensors based on their memory
identifiers? I've written LabVIEW that does it, but haven't yet had the
occasion to use them with owfs.
Colin
> On Jan 22, 2015, at 6:11 PM, Peter Hollenbeck wrote:
>
> I have a LinkUSB and an MS-TV temperature and vo
And call the complete path when you put it in your startup script, e.g.
/opt/owfs/bin/owserver --i2c=/dev/i2c-1:ALL -p 4304
C
On 1/4/2015 05:04, Stefano Miccoli wrote:
> Try ‘apt-get purge owfs’. Of course if you want automatic server startup
> at boot you have to write your own init.d script.
>
omething that is (hopefully) consumable for
> everyone, as soon as I get it working.
>
> Kristof
>
> On 2014-12-12 02:52, Colin Reese wrote:
>> Kristof,
>>
>> Sorry to sound like a broken record, but this is all in the datasheet.
>> See, for example, here:
&g
s needed in sequence to start a measurement and a risk of
>> bricking the device if the oscillator isn't started first. I'll admit
>> I haven't looked at the thermochrons in some years so testing would be
>> wise (and feedback welcome).
>>
>> On Dec 8, 20
I'll admit I'm unfamiliar with that one, but the rest are there.
C
> On Dec 8, 2014, at 12:14 PM, Csillag Kristof
> wrote:
>
>> On 2014-12-08 18:35, Colin Reese wrote:
>> Check the datasheet. These parameters are well-documented.
>
&
Check the datasheet. These parameters are well-documented.
Colin
> On Dec 8, 2014, at 11:10 AM, Csillag Kristof
> wrote:
>
> Dear All,
>
> I am a newbie for owfs. (And 1-wire in general.) I am looking at the owfs man
> page for DS1921. I understand everything written on the man page,
st recent release of OWFS we've got here
> -
> Gregg C Levine gregg.drw...@gmail.com
> "This signature fought the Time Wars, time and again."
>
>
>> On Mon, Dec 8, 2014 at 11:13 AM, Colin Reese wrote:
>> I've been on 2.9.5 for some time, but I
I've been on 2.9.5 for some time, but I use an older raspbian distro.
C
> On Dec 8, 2014, at 3:56 AM, Mick Sulley wrote:
>
> It looks like it is 2.8p15 in Raspian repository. I am running 2.9p1
> and have been for 12 months without any problem.
>
> Mick
>
>
>> On 08/12/14 05:46, Gregg L
s with Debian, so it should be very close to the same
> thing. Could you share your recipe?
>
> thanks,
> jerry
>
>
> On 11/21/2014 03:03 PM, Colin Reese wrote:
>
> I can tell you for a Pi. I use the DS2483 extensively.
>
> C
>
> On Nov 21, 2014, at 2:48 PM, Jerr
I can tell you for a Pi. I use the DS2483 extensively.
C
> On Nov 21, 2014, at 2:48 PM, Jerry Scharf
> wrote:
>
> Paul,
>
> I was looking at that as well. Does anyone know what other
> hardware/software/configuration would be needed to hang one or more of these
> off an I2C interface of a
quot; with retries, this is very strictly timing.
> Make your Convert_T, enable (strong-)pullup and wait (sleep) the given
> time until reading the scratchpad.
> If powered, don't expect the DS to tell the whole truth, from a very
> "low-level" point of view, parasitic and
Hello all,
Here is an interesting wrinkle that is not really owfs, but is
1Wire-related, so I thought you might have some insight.
I'm using OW on an arduino using the OneWire Library, and checking
repeatedly after issuing a T Convert command with a DS18B20 to determine
exactly when data is re
Parasitic is less error-prone? Why is this?
Colin
On Fri, Oct 3, 2014 at 2:55 PM, Michael Markstaller wrote:
> If you can live with some time to read them, lets say 180-300 secs.:
> Parasitic 50-100 on a cheap DS9490 are working like a charm without any
> needs for other big expenses;
> If the
That sounds about right to me.
On Wed, Oct 1, 2014 at 1:44 PM, Roberto Spadim
wrote:
> check if i'm wrong, <10ms per scratchpad
>
> 2014-10-01 16:38 GMT-03:00 Colin Reese :
> > Read scratchpad is pretty darn fast. I'd have to go back to my notes to
> see
>
Read scratchpad is pretty darn fast. I'd have to go back to my notes to see
exactly how fast. If I remember correctly, the convert will take something
like 1mA per device during conversion.
You can also take turns with bunches of devices, reading a smaller subset
so as to optimize load on the bus.
reliable?
>
> I'd have to find somewhere in europe to buy it. Shipping from that
> website is >100$.
>
> Pedro
>
> On Sun, Aug 10, 2014 at 7:40 PM, Colin Reese wrote:
>> http://www.ibuttonlink.com/products/linkusb
>>
>> On 8/10/2014 11:39, Pedro Côrte-
http://www.ibuttonlink.com/products/linkusb
On 8/10/2014 11:39, Pedro Côrte-Real wrote:
> Hi everyone,
>
> I've now had 3 or 4 DS9490R adapters fail after bad weather. They seem
> to be particularly susceptible. After I swap them out the whole
> network is fine though. Does anyone have any ideas o
Paul Alfille wrote:
> What interface do you you use for these reads? We could make owread (or
> the owcapi interface) multithreaded.
>
>
> On Fri, Jul 11, 2014 at 1:27 PM, Colin Reese <mailto:colin.re...@gmail.com>> wrote:
>
> Hi Paul,
>
> Thanks fo
could write a list of slave addresses to a "convert" file,
> then read the sorted results from another linked file, but this really
> bends our syntax. (Variable-length fields). Doable, though.
>
> Have you considered another approach? Use the threaded nature of OWFS
>
Like I said, it works great using the TMEX API. I use LabVIEW with it.
Colin
On Thu, Jul 10, 2014 at 2:36 PM, Colin Reese wrote:
> Understood, but that's fine. Pretend I included the provision that the
> devices are not in parasite mode.
>
> Colin
>
>
>
> On
requires a strong pull-up during the entire conversion
> time so if you are issuing more Match ROM commands during the conversion
> time the bus activity may keep the DS18S20 from completing the conversion
> successfully.
>
> Eric
>
> On Jul 10, 2014, at 1:09 PM, Colin Reese wr
Hello,
After talking with iButtonLink, it was brought to my attention that without
additional power, it is possible to have unsuccessful simultaneous read if
too many sensors are on the network, due to current draw during the
conversion.
Using the TMEX API, I can perform a match ROM and then issu
Where $15 ds9490? Last time I bought one it ran me close to $30.
Why such negativity on the i2c masters? I use them all over the place with no
problems. They're also <$1.
Colin
> On Jun 1, 2014, at 10:59, Michael Markstaller wrote:
>
>> On 01.06.2014 18:18, Colin Law wrote:
>>> On 1 June 20
directly for one-wire in OWFS after the initial
> startup I would think.
>
>
> On Sun, Mar 30, 2014 at 1:41 AM, Colin Reese <mailto:colin.re...@gmail.com>> wrote:
>
> As it turns out, when your i2c pins can be used as GPIO and you attempt
> to set t
t's discouraging. Do you have a simple test case that triggers the error?
>
>
> Sent via the Samsung Galaxy S™ III, an AT&T 4G LTE smartphone
>
>
>
> Original message
> From: Colin Reese
> Date: 03/29/2014 1:32 PM (GMT-05:00)
> To: "OWFS (One-wire
Original message
> From: Colin Reese
> Date: 03/29/2014 1:32 PM (GMT-05:00)
> To: "OWFS (One-wire file system) discussion and help"
>
> Subject: Re: [Owfs-developers] ow Python makes sensors disappear
>
>
> Well, this isn't quite over yet. Still rand
nt via the Samsung Galaxy S™ III, an AT&T 4G LTE smartphone
>
>
>
> ---- Original message
> From: Colin Reese
> Date: 03/29/2014 1:32 PM (GMT-05:00)
> To: "OWFS (One-wire file system) discussion and help"
>
> Subject: Re: [Owfs-developers
Well, this isn't quite over yet. Still randomly crapping out.
Can someone please help me debug this?
Thanks,
Colin
On 3/28/2014 16:52, Colin Reese wrote:
> and ... drum roll ... the answer was to remove all double quotes from
> sqlite query preparation statements in the cal
server --debug
>
> and watch for error messages.
>
> S.
>
> On 28 Mar 2014, at 23:33, Colin Reese <mailto:colin.re...@gmail.com>> wrote:
>
>> I've no idea where to even start on this.
>>
>>
>> On 3/28/2014 14:49, Stefano Miccoli wrote:
&g
CALL: ow_lib_close.c:(35) Finished Library cleanup
DEBUG: ow_lib_close.c:(43) Libraries closed
On 3/28/2014 15:55, Stefano Miccoli wrote:
> Try running
>
> owserver --debug
>
> and watch for error messages.
>
> S.
>
> On 28 Mar 2014, at 23:33, Colin Reese <mailt
rver answers with an error
> code, in this case -5, that according to
>
> owserver --help=error
>
> is
>
>5. legacy - IO error
>
> you shoud inspect the owserver code to find out.
>
> Stefano
>
> On 28 Mar 2014, at 22:23, Colin Reese <mailto:colin.re
read safe, so you can store a single proxy object
> for each owserver you query, and share it among different threads.
>
> Stefano
>
> On 28 Mar 2014, at 22:09, Colin Reese <mailto:colin.re...@gmail.com>> wrote:
>
>> Ok, after becoming thoroughly annoyed with owpyt
101 - 200 of 311 matches
Mail list logo