Lowpowerlab sells some nice power management boards that use an Uno clone. Good
support, lots of existing code.
C
> On Jul 14, 2019, at 03:15, Stefano Miccoli via Owfs-developers
> wrote:
>
>
>
>> On 13 Jul 2019, at 22:36, Mick Sulley wrote:
>>
>> Thank you both for your input. I agree,
Hello all,
This a bit of a hail mary, and not 100% germane to the group, but I
figured that at least a few of you here may have enough relevant
knowledge to point me somewhere helpful.
I am attempting to communicate with a DS2483 bus master from an ESP32
using micropython, and having some di
Somewhat related to the python conversation -- has anyone considered a
light-weight owfs for micropython? Or at least porting the C and python
bindings? The onewire support on micropython is about where arduino
was/is in its infancy. I'm in a place right now where I need to write
functions for
wrote:
>>> owfs.info and owfs.it forexample is still free, owfs.io also but
>>> expensive. i can registrar a domain. If someone still has the
>>> content of the old webiste?
>>>
>>> Nico
>>>
>>> Colin Reese schreef:
>>>> W
Who was the registrar?
> On May 1, 2019, at 23:19, Nico Bouthoorn via Owfs-developers
> wrote:
>
> Thats a pitty... i volunteered
>
> Matthias Urlichs via Owfs-developers schreef:
>>> On 01.05.19 10:38, Nico Bouthoorn via Owfs-developers wrote:
>>> Who owns the domains now?, it looks like it h
Hi all,
Does anybody have experience with ow on Micropython, specifically the
ESP32 port, either with or without a bus master? I’ve used a fair bit of
single and basic device functionality, but am interested in both the
practical limitations of gpio onewire networks, as well as any bus
master
with a reasonable server and
>>> network this easily scales up to tens of nodes.)
>>>
>>> However the main point, in my opinion, is that for most application
>>> you do not need the power of a full fledged linux system-on-chip
>>> (with 8GB+ storage, 1GB
t; applications it is just over kill.
>
> So if you are not going to use the distributed “intelligence” and compute
> power sleeping in your SOC nodes, the µcontroller is for sure the way to go.
>
> Stefano
>
>> On 21 Feb 2019, at 06:29, Colin Reese wrote:
>>
Joe,
I transitioned from Pis to ESP32. I was all-in on Pis, trust me. I love
linux. The issues:
It's not just the power supply. SDCards in this environment will corrupt
eventually, absolutely. There is nothing that can protect the operating
system from eventual corruption. Yes, I too, have b
As long as 85 is never a valid temperature. Not sure why they put the error
temp in a functional range.
> On Feb 19, 2019, at 05:35, Mick Sulley wrote:
>
> The failure happened for about 10-20 minutes, reading about every 10 seconds
> or so, then it recovered and is reading fine again.
>
> A
You can directly run 1wire on digital io using existing libraries, but you’d
need to build your own commands for devices. I’m about to do it for a few
devices on ESP32 in MicroPython. DS18B20 works out of the box but search isn’t
even implemented. Not too hard though.
If you want to go bus mas
I do exclusively. I was using my own wrapper reading directories but now use
pyownet.
C
> On Dec 17, 2017, at 8:45 AM, Gregg Levine wrote:
>
> Hello!
> I'd go a bigger step further and make them optional by way of how the
> configure script is managed. I manage three platforms here. My deskto
> and PC's damaged by lightning strikes) and now have all IT equipment on a
> UPS. The 1-wire controller will be part of a home automation server and won't
> be remotely installed - it will be in the study on a UPS.
>
> Regards
> Joe P.
>
>> On 13/12/17 1
WRT power, USB power is still an issue, especially over long period with
fluctuating power. I use a power-management board and battery backup for
this reason. Non-graceful shutdowns not only corrupt the operating
system, but also potentially the SDCards permanently. This is a bad
situation, obv
lth of the network interfaces and restarts
them if down (also records in a log file which interface went down and
when - WiFi features prominently in the log file). Much rather have
something intrinsically stable like a wired Ethernet interface.
Regards
Joe P.
On 13/12/17 07:54, Colin Reese w
WiFi connectivity is the crux for sure. I've written tons of code around
keeping them connected in various circumstances. If you can get them on
wired, they'll stay up forever. Otherwise, you'll need to write yourself
a daemon to bring it down and back up when it loses connectivity.
Netifaces i
There's also this:
http://www.mouser.com/Search/m_ProductDetail.aspx?Mean-Well%2FHDR-15-5%2F&qs=pHY8AWQbqIPp9NNEfa6UOQ%3D%3D
I use this:
https://lowpowerlab.com/guide/mightyboost/
It requires a moteino (arduino clone) to run shutdown and power management apps
(and RF comms if you get one with
So many problems come from there. I use a power management board with boost
converter and lipo for this reason. Deals with outages as well with graceful
shutdown.
C
> On Sep 24, 2017, at 7:56 AM, Matthias Urlichs via Owfs-developers
> wrote:
>
>> On 24.09.2017 12:38, Mick Sulley wrote:
>> A
No display picture!
On 9/3/2017 8:23 AM, Dr. Trigon wrote:
Hello
Just wanted to share my display ("LCD") solution for 1-wire networks
with you:
http://www.instructables.com/id/Arduino-1-wire-Display-144-Chars/
This basically covers all my needs as it is open and adoptable to future
needs.
A micro also has far better power-down options (nA) and shorter activity
periods. It all adds up.
> On Aug 2, 2017, at 5:29 PM, Loren Amelang wrote:
>
> On Wednesday, August 2, 2017 at 10:31 AM,
> owfs-developers-requ...@lists.sourceforge.net wrote:
>> 1. Re: Arduino yun as wifi 1wire master
>
They're great, but WiFi is terrible for power, and RF916 (or even LoRa) are
great for range where Bluetooth is not. Pin compatibility with power module, a
well-developed ecosystem ... I've done my research on this, and for low-power
remote nodes these are the goods. They're also great for power
I reiterate that I think this is shoving a round peg into a square hole.
You requirements scream to me that you should be using an RF node that
beams your data into a gateway Pi behind closed doors and attached to the
wall. Low power + existing libraries for 1Wire. This RF unit (I use
Moteinos) wou
If you prefer no wifi and want to run on battery, I'd suggest something like a
Moteino: RF arduino clones. You can bitbang 1W and they have very low power
requirements. A central gateway node on your Pi to aggregate and you're set.
How and if you shove this into owfs is up to you, but I've never
Out of curiosity, why did you not use one of the supported avr 1Wire slave
implementations?
> On May 3, 2017, at 9:55 AM, Péter Zsembery wrote:
>
> Dear Members,
> I have implemented a TX-20 anemometer in my home made 1-wire weather station.
> Since TX-20 does not have 1-wire interface I had t
Sven, what code are you using on your attiny?
> On Feb 15, 2017, at 7:27 AM, Jan Kandziora wrote:
>
>> Am 15.02.2017 um 08:25 schrieb Sven Giermann:
>>
>> I have several temperature sensors and 1 DS2423 counter in one room. All
>> are connected with a Cat.5 network cable (about 30 meters) in a
gt;
>> On 11/02/17 09:12, Colin Reese wrote:
>>
>> If you could point me to a known working hardware/software configuration on
>> or offline I would be quite grateful.
>>
>> Thanks,
>> Colin
>>
> Ok, so here is a pretty much copy-paste solution
If you could point me to a known working hardware/software configuration on or
offline I would be quite grateful.
Thanks,
Colin
> On Feb 11, 2017, at 12:08 AM, Johan Ström wrote:
>
>> On 11/02/17 06:16, Alastair D'Silva wrote:
>> By the way, if you do an onewire LED driver, the feature I ador
I want so badly an avr owfs slave. There are no available ADCs, and the
DIO are expensive and a pain to use.
I never got MOAT to work. I would use ARM if it worked out of the box.
Colin
On 2/10/2017 4:07 PM, Jan Kandziora wrote:
> Am 10.02.2017 um 22:04 schrieb Alastair D'Silva:
>> Hi folks,
>
If there is no way to distinguish 85 error/power up from 85 valid, you cannot
filter it. Period. It must all be done on the other side of owfs, and the user
strategy for this depends on application and expected results.
You could add flags like last_was_85, or a time stamp last_non_85, but this
I've used (and have) a couple of these, but never used them with owfs. If you
need a test let me know.
> On Dec 9, 2016, at 3:48 AM, Nigel Titley wrote:
>
> OK, sounds as though no one has. I'll look at doing it myself.
>
> Thanks
>
> Nigel
>
>
>> On 06/12/16 18:36, Nigel Titley wrote:
>>
Maybe dumb question, but are the additional inputs floating or connected? I
noticed some interesting behavior on these as well when in use recently.
Colin
> On Nov 18, 2016, at 1:45 AM, Arne Raaen wrote:
>
> Hi,
>
> I have a HobbyBoards relay card based on DS2408, used with LinkUSB
>
> I u
I added some things. I show up as Interface Innovations at the moment.
C
On 9/14/2016 12:08 PM, Johan Ström wrote:
> On 14/09/16 10:02, Jan Kandziora wrote:
>
>> Am 14.09.2016 um 07:21 schrieb Johan Ström:
>>> Colin, Jan, Colin, and everyone else: Besides the above, what do you
>>> guys think of
As long as the word uncouth is used.
When it comes to family codes I have an orphaned page here that may be helpful.
I'll also be restructuring my site this week. Good timing.
https://www.interfaceinnovations.org/onewirefamilycodes.html
C
> On Sep 14, 2016, at 1:02 AM, Jan Kandziora wrote
In this case, owfs and owfs-wiki repos seem to make sense. Would be nice if
there were a blacklist feature.
> On Sep 11, 2016, at 10:06 AM, Johan Ström wrote:
>
>> On 11/09/16 18:55, Colin Reese wrote:
>> I see. I didn't see there was a restricted access list option
have a
> non-publicy-editable, but with a different access list than the main repo.
>
>
>> On 11/09/16 18:39, Colin Reese wrote:
>> Why can't there be an 'any user' wiki attached to the real repo? What has
>> detaching the wiki solved?
>>
>&
Why can't there be an 'any user' wiki attached to the real repo? What has
detaching the wiki solved?
> On Sep 11, 2016, at 9:18 AM, Johan Ström wrote:
>
>> On 10/09/16 14:02, Jan Kandziora wrote:
>>> Am 10.09.2016 um 11:22 schrieb Colin Law:
>>> Is there really a need for two? Why
>>> not just
I think a distinctly themed user wiki is probably a good idea. A bunch of the
content there will be useful, but not appropriate for docs. Also, other Colin,
I can't think of a better way to merge content, e.g. what info I have on the Pi
with whatever you're writing, than a wysiwyg editor.
C
>
Well, I have to say that the site looks outdated and is difficult to navigate.
It does not make it easy to get information that appears useful or
authoritative. When I was new to owfs, I could not find even the basic
information I needed to explain how owfs and owserver interact. The best
infor
further, calling it anything else would be confusing. This IS the
technical term for this reference temperature.
C
On 9/9/2016 2:03 PM, Colin Law wrote:
> On 9 September 2016 at 15:20, Matthias Urlichs wrote:
>> On 09.09.2016 15:50, Uwe Bonnes wrote:
>>> So you mean that */temperature* should
> On Sep 8, 2016, at 2:53 AM, Stefano Miccoli wrote:
>
>
>> On 08 Sep 2016, at 10:20, Jan Kandziora wrote:
>>
>> Face it, simple markup alone will not give you any contributors. Hell,
>> non-developer documentation contributors don't want to bother with
>> markup at all!
>>
>> What we need
Here is an example of pages made using Sphinx:
https://pgm.readthedocs.io/en/develop/
C
> On Sep 7, 2016, at 11:29 PM, Johan Ström wrote:
>
>> On 08/09/16 00:13, Colin Reese wrote:
>> What are the cons for a github-hosted wiki again?
> Well, my only objection would be tha
What are the cons for a github-hosted wiki again?
It really seems to make sense to have all of the source and the how-to
hosted in one place, in an easy to use and modify format. Admin and
source control is easy to use (it is designed for it, after all),
managed, and attached to the repo for ow
Github + wiki. I can help. I have content (all devices list, easy
explanation of owserver/owfs relationship, etc.) that I will gladly
contribute.
Colin
On 9/7/2016 12:23 PM, Johan Ström wrote:
> On 07/09/16 10:48, Jan Kandziora wrote:
>> Am 07.09.2016 um 07:15 schrieb Johan Ström:
>>> How did
There's a GPIO you can read for undervoltage. 35 IIRC.
> On Aug 25, 2016, at 7:35 AM, Nigel Titley wrote:
>
>
>
>> On 25/08/16 15:27, Jan Kandziora wrote:
>>> Am 25.08.2016 um 16:07 schrieb Nigel Titley:
>>>
On 25/08/16 13:47, Matthias Urlichs wrote:
> On 25.08.2016 14:38, Nigel Tit
Yes. I have content to contribute.
> On Jul 26, 2016, at 1:18 AM, Jan Kandziora wrote:
>
>> Am 26.07.2016 um 08:36 schrieb Martin Patzak (GMX):
>> who else thinks the following should find it's way onto the owfs web-site?
> Guys, face it: Paul Alfille has GONE. I hope he's okay, doing family
>
Second ds2483. Cheap too.
> On Jul 22, 2016, at 4:25 AM, Jan Kandziora wrote:
>
>> Am 22.07.2016 um 12:30 schrieb Henrik Östman:
>> Hi!
>>
>> I have a self soldered circuit board containing a DS2480 and a
>> Max232-converter, back in the old days it was connected directly to the
>> serialpor
rect information for the hot junction temperature. I then modified
> the code to present this data on a "temperature" query. Two years later
> I don't really remember the specifics.
>
> If you're running a version prior to 2.9p6 I'd suggest you update at
> l
In what rev were these made? I'm on 2.9 I believe and neither make sense.
What is the possibility that scratchpad gets read wrong? I have no visibility
into the code but the faults I am observing are suspect, considering everything
reads fine using tmex.
> On Jun 30, 2016, at 3:58 AM, Paul W
0.875 for temp and 236 for thermocouple.
So ... should I just read the scratchpad and do my own conversion, or
can someone rewrite this?
Colin
On 6/29/2016 1:49 PM, Jan Kandziora wrote:
> Am 29.06.2016 um 21:56 schrieb Colin Reese:
>> I just pulled off the hex and noted short VDD a
in an auxiliary location.
C
> On Jun 29, 2016, at 1:49 PM, Jan Kandziora wrote:
>
>> Am 29.06.2016 um 21:56 schrieb Colin Reese:
>> I just pulled off the hex and noted short VDD and also ground short
>> faults. These also showed up in owfs. I'm waiting on a scratchpad
read incorrectly into owfs?
Thanks,
Colin
On 6/29/2016 12:03 PM, Colin Reese wrote:
> Hello all,
>
> I have a Datanab TC to 1Wire that uses a MAX31850:
>
> http://www.datanab.com/sensors/1wire-%20thermocouple-sensor-thrmcpl_k.php
>
> The device reads fine using a DS9490R on Wind
Hello all,
I have a Datanab TC to 1Wire that uses a MAX31850:
http://www.datanab.com/sensors/1wire-%20thermocouple-sensor-thrmcpl_k.php
The device reads fine using a DS9490R on Windows using a package I have
written to read the device as in the datasheet (OneWire Viewer does not
read temperatu
Yeah you need to have a breakout and solder skills. I was going to mention this
but you'd already ordered them.
C
> On Jun 18, 2016, at 7:19 PM, Peter Hollenbeck wrote:
>
> I bought 4 DS2483R ICs from DigiKey, two bucks each.
> I thought I was getting something I could work with. Hah!
>
> If
I second the ds2483. Incredibly cheap and reliable.
> On Jun 13, 2016, at 2:43 AM, Jan Kandziora wrote:
>
>> Am 13.06.2016 um 04:11 schrieb Peter Hollenbeck:
>> This article:
>> https://www.packtpub.com/books/content/raspberry-pi-and-1-wire
>> suggests using a 1-Wire DS2482-100 bridge from AB E
To clarify, I want a rating, not a statement from the vendor such as
"water-resistant", which can mean anything.
> On Jun 9, 2016, at 11:45 AM, Steinar Midtskogen wrote:
>
> Colin Reese writes:
>
>> You have a source for ip rated with screw terminals? I never f
Ip65 is fine. All rated that well are solder connectors that I found.
Inconvenient for customers.
C
> On Jun 9, 2016, at 11:45 AM, Steinar Midtskogen wrote:
>
> Colin Reese writes:
>
>> You have a source for ip rated with screw terminals? I never found
>> one. I loo
read here I was under the impression that 1wire would work over Cat5 up to
>>> 100m. Not for me. I am testing with one sensor, a waterproof DS18B20 from
>>> Adafruit. Longest cable that works is about 45 feet. I have tried a LinkUSB
>>> and a HobbyBoards powered master.
the impression that 1wire would work over Cat5 up to
>> 100m. Not for me. I am testing with one sensor, a waterproof DS18B20 from
>> Adafruit. Longest cable that works is about 45 feet. I have tried a LinkUSB
>> and a HobbyBoards powered master. Using a Raspberry Pi.
>>
>>
hepherd wrote:
>
> Hi Colin,
>
>> On 7/06/2016, at 9:33 AM, Colin Reese wrote:
>>
>> I keep 2.9.5 in my repo and give it a make install on every automated build
>> I do. I am on raspbian and also Jessie and both work great. I use ds2483,
>> however, n
I keep 2.9.5 in my repo and give it a make install on every automated build I
do. I am on raspbian and also Jessie and both work great. I use ds2483,
however, not linkusb. See here (swig lib-fuse et al at top and owfs down below)
https://github.com/iinnovations/iicontrollibs/blob/master/misc/ini
apest XLR connectors seem to work well with basic humidity
> protection.
>
> I made a couple of switchboxes using XLR connectors and put them in
> metal mailboxes. They've worked well for about 10 years now.
>
> -Steinar
>
> Colin Reese writes:
>
>>
nt to solder really appreciate. I run
5V/Data/Gnd/Shield as a standard pinout.
C
On 6/1/2016 2:34 PM, Peter Hollenbeck wrote:
> Colin,
> Thanks very much, especially for the tip on Lumberg connectors. I have
> been wanting such for a long time.
> Peter
>
> On Wed, Jun 1, 2016
Yes, in this case you will need to make your own 8P8C --> three
conductor pigtail and butt-splice or screw-terminals on a piece of
protoboard. No biggie.
C
On 6/1/2016 1:44 PM, Peter Hollenbeck wrote:
> Am using a LinkUSB connected to a Raspberry Pi.
> Not 1wire-smart,
> Peter
>
> On Wed, Jun 1
Something like this is suitable:
http://www.ebay.com/itm/Security-Alarm-Cable-22-3-7-Strand-Riser-CMR-Rated-Shielded-1000-Gray-ASC2-326-/361394994944?hash=item5424d1ff00:g:BYEAAOSw37tWAyLk
For exterior connectors, I avoid at all costs, but if necessary:
http://www.alliedelec.com/lumberg-automati
wrote:
> Any thoughts on outdoor use? I will look online but thought I would ask.
> Peter
>
>
> On Wed, Jun 1, 2016 at 12:14 PM, Colin Reese <mailto:colin.re...@gmail.com>> wrote:
>
> Don't use Cat5. Just get some good 22/3 or 22/4. It's cheap and easy to
&
Don't use Cat5. Just get some good 22/3 or 22/4. It's cheap and easy to
find.
C
On 6/1/2016 12:07 PM, Peter Hollenbeck wrote:
> My DS18B20 works over 34 feet of Cat5e but not over 160 feet.
> Resistance for the 160 foot wire is 4.7 ohms, 0.29 ohms per foot.
> Resistance for the 34 foot wire is
Sorry, the data sheet I meant to reference is here:
https://datasheets.maximintegrated.com/en/ds/DS9097-DS9097E.pdf
C
On Tue, Mar 15, 2016 at 5:47 PM, Colin Reese wrote:
> Hey all,
>
> This is not an owfs-specific question, but more 1Wire hardware related.
>
> Using the
Hey all,
This is not an owfs-specific question, but more 1Wire hardware related.
Using the DB25 connector connected to a serial port as here;
http://rosset.org/linux/datasheet/DS9097U.pdf
Everything is fine until I plug in a 12V supply, at which time all devices
disappear from the bus. The supp
Check your connector. Those Rj12s can get squidgy with enough fussing
about.
On Tue, Mar 1, 2016 at 3:14 PM, Peter Hollenbeck wrote:
> I must have it wired wrong.
> Really odd that yesterday evening it worked and I got valid ocean
> temperature values.
>
> Back to checking wiring.
>
> Thanks,
>
For what it's worth, I have my own Python sql query abstraction that I find
infinitely useful.
I create/edit all action (if this then that) operations from a web interface
where I reference values using a database value notation that is then
interpreted by a sanitized Python eval. Pretty simpl
I think that by specifying no center you make the problem hard, and
unnecessarily so. Otherwise it is infinitely easier. Why must you have no
center? If necessary, you can make a couple or few gateways that sync and talk
to other dumb(er) nodes.
C
> On Feb 7, 2016, at 12:39 PM, Jerry Scharf
Jerry,
I think database is still the way to go. It's not either or with messaging, and
chronological data is great to have and in some cases necessary (e.g. for PID).
It allows conditional abstraction for arbitrary logic, so a condition like this
is automatically parsed and processed:
[contro
Can somebody explain to me why on earth people use so many 1wire buses? Do many
use hundreds of devices and need to split them across buses? That thing has 17
1wire channels. I have never had need for more than 1, even with >100 sensors.
The whole beauty of 1Wire is extendable single bus multi d
I can see no reason for not using moat, aside from differences in failure
state, if any.
C
> On Dec 29, 2015, at 10:43 AM, Jan Kandziora wrote:
>
>> Am 29.12.2015 um 16:39 schrieb Ursin Soler:
>>
>> By this year (initial release 7/15) Maxim released the DS28E17 [1]
>> which is in my oppinion
You will have permissions issues with the user www-data. Attempting to run
system services from a web application is an attempt to subvert the security
limitations of this user, which are there for good reason.
The other issue is that this approach does not have a way of killing services,
so y
I see. I did not grasp that the sf repo was in fact a git repo. That is
where I had been grabbing things from, but not with git.
C
On Mon, Nov 23, 2015 at 11:30 AM, Johan Ström wrote:
> On 23/11/15 20:20, Jan Kandziora wrote:
> > Am 23.11.2015 um 19:15 schrieb Colin Reese:
> >&g
Yes, I'm on master.
Thanks,
Colin
On 11/23/2015 10:15 AM, Jan Kandziora wrote:
> Am 23.11.2015 um 19:01 schrieb Colin Reese:
>> To double check can you point me to it? I've lost things in this pile of
>> mails.
>>
> I see now Matthias has merged the newest
slaves working.
Colin
On 11/23/2015 9:56 AM, Jan Kandziora wrote:
> Am 23.11.2015 um 18:22 schrieb Colin Reese:
>> I did not rebuild my slave. Everything else is nice and fresh as of last
>> night.
>>
> Ok, I ask more specifically: Matthias' owfs archive clone is a b
To double check can you point me to it? I've lost things in this pile of mails.
> On Nov 23, 2015, at 9:56 AM, Jan Kandziora wrote:
>
>> Am 23.11.2015 um 18:22 schrieb Colin Reese:
>> I did not rebuild my slave. Everything else is nice and fresh as of last
>
I checked out moat and merged.
> On Nov 23, 2015, at 9:56 AM, Jan Kandziora wrote:
>
>> Am 23.11.2015 um 18:22 schrieb Colin Reese:
>> I did not rebuild my slave. Everything else is nice and fresh as of last
>> night.
> Ok, I ask more specifically: Matthias&#
I did not rebuild my slave. Everything else is nice and fresh as of last night.
C
> On Nov 23, 2015, at 5:42 AM, Jan Kandziora wrote:
>
>> Am 23.11.2015 um 09:51 schrieb Colin Reese:
>> I've got my DS490R up and recognizing my Moat device, with a DS18B20
Another datum:
Same result on i2c with DS2483.
C
On 11/23/2015 12:51 AM, Colin Reese wrote:
> I've got my DS490R up and recognizing my Moat device, with a DS18B20
> also connected I get:
>
> 28.246A5005 alarm F0.18FDE6789C56 simultaneous structure uncached
> 81
I've got my DS490R up and recognizing my Moat device, with a DS18B20
also connected I get:
28.246A5005 alarm F0.18FDE6789C56 simultaneous structure uncached
81.D39F2D00 bus.0 settings statisticssystem
Reading the directory gives the following:
ls /var/1wire/F0.18FDE678
I now have moat version built fine on both 14.04LTS and deb armhf and
will do some testing this afternoon/evening with devices. Surely,
however, Matthias, has a better idea of whether it's ready for release.
C
On 11/22/2015 12:39 PM, Jan Kandziora wrote:
> Hi all,
>
> we have had some important
Wunused-variable]
Makefile:1001: recipe for target 'ow_daemon.lo' failed
C
On 11/21/2015 6:29 AM, Matthias Urlichs wrote:
> On 21.11.2015 07:46, Colin Reese wrote:
>> standard owfs builds fine on amhf debian, with owfs-moat results
>> previously reported.
>>
>&g
ed. In
> fact how's the entire configuration script written? That should answer
> it.
>
> Meanwhile where's Paul, I'm surprised he hasn't commented by now.
> -
> Gregg C Levine gregg.drw...@gmail.com
> "This signature fought the Time Wars, time and
Looks like same error:
./configure: line 16287: syntax error near unexpected token `LIBUSB,'
./configure: line 16287: ` PKG_CHECK_MODULES(LIBUSB, libusb-1.0 >=
0.9.1, ENABLE_USB=true,ENABLE_USB=false)'
C
On 11/20/2015 10:46 PM, Colin Reese wrote:
standard owfs builds fine o
line 476 of ow_moat.c is
static ZERO_OR_ERROR FS_r_alarm_status(struct one_wire_query *owq)
i.e nothing fancy at all.
On 16/11/15 01:10, Colin Reese wrote:
After bootstrap and configure, I get the following on make:
ow_moat.c:476:22: internal compiler error: in set_lattice_
While we are on adapter compatibility, I was looking at some DS1982 by request
and noticed that it and a few other of its ilk (1985,1986) require a
programming pulse of 12V.
I also noted that the DS9490R, linkusb, and anything else without access to 12V
are not compatible with this command. Th
won't be necessary :)
Johan
On 13/11/15 20:35, Colin Reese wrote:
Thanks Johan,
My goal isn't to write an alternate master -- I just want to use the
Atmega328 as a 1Wire slave, reading the ports (and preferably
configuring them). My understanding is that most of this legwork is
don
What about changing port mode, e.g. digital, analog, pwm, pull-ups, etc? Will
this be possible via owfs? Uart read/write would be great too.
I'm happy to write my own wrapper in Python (and still use 2.7 for package
compatibility) as long as the basic functions are supported via owfs. Even
rea
r
--debug --foreground ..etc.. instead of doing install.
Hopefully we can get some positive votes on merging this to mainline,
and the above won't be necessary :)
Johan
On 13/11/15 20:35, Colin Reese wrote:
Thanks Johan,
My goal isn't to write an alternate master -- I just want
lob/master/moat.c#L142
3)
https://github.com/M-o-a-T/owfs/blob/moat/module/owlib/src/include/ow_moat.h#L40
On 13/11/15 19:26, Colin Reese wrote:
Super.
So MOAT read and write are F2 and F4, respectively. Is there yet any
documentation on what these will return by default, what additional
To be clear, I'm using the TMBlockStream function in the TMEX API:
http://files.maximintegrated.com/sia_bu/softdev/owdocs/Docs/TMEX/bloc0zou.html
C
On 11/13/2015 10:26 AM, Colin Reese wrote:
Super.
So MOAT read and write are F2 and F4, respectively. Is there yet any
documentation on
ck where this thread started, this is the actual code
which this thread revolves around, adding support for those special
ROM commands to the official owfs branch.
On 13/11/15 06:53, Colin Reese wrote:
First, I just noticed the HOWTO is much improved and has some details
about using the uart.
, how would one read this
data? Is there a modified command set?
Thanks,
C
On 11/12/2015 9:06 PM, Colin Reese wrote:
Understood.
From what I can see, 1Wire should be on INT0 (D2) per 152 in
world.cfg. With the world.cfg below, everything compiles fine and
loads from my USBTiny. I verified my
Finally got it. Built it on a machine without the updated code. Thanks.
C
On 11/12/2015 9:06 PM, Colin Reese wrote:
Understood.
From what I can see, 1Wire should be on INT0 (D2) per 152 in
world.cfg. With the world.cfg below, everything compiles fine and
loads from my USBTiny. I verified my
s that world.cfg controls all
dynamic/configurable properties. During build, it will write a
device/$TARGET/dev_config.h which is then included in the actual code.
On 12/11/15 18:17, Colin Reese wrote:
I understand, but if not already defined, what is the default value?
Or, why is this not d
ed, it won't be able to talk on the
> 1wire net.
>
>
> On 12/11/15 18:04, Colin Reese wrote:
>
> I see this in main:
>
> #elif defined (__AVR_ATmega168__) || defined (__AVR_ATmega88__) ||
> defined(__AVR_ATmega328__)
> // Clock is set via fuse
>
> is the f_
be compatible (I'm
> not familiar with any specific fuses the m328 might have).
>
> Thus, f_cpu: 1600
>
> On 12/11/15 03:39, Colin Reese wrote:
> > So to avoid trying to get WinAVR to behave, on a windows machine with
> > avrdude I would do something like:
>
1 - 100 of 311 matches
Mail list logo
