On Wednesday 19 Oct 2016 17:52:19 Peter Hollenbeck wrote:
> No offense here. I don't have electronics expertise so am happy to have
> ready-made sources.
I'm a bit late to this thread and this may not suit Peter but is
http://www.tm3d.de/index.php/1-wire-device-mit-avr any use?
I am sure there i
On Wednesday 24 Aug 2016 23:46:20 Jan Kandziora wrote:
> Am 24.08.2016 um 20:47 schrieb Nigel Titley:
> > I'm carrying on investigations but I'm running out of ideas. Can anyone
> > make a suggestion?
>
> Check whether the network is up and thus, the enet device reachable at
> the moment owserver
On Monday 08 Aug 2016 22:45:15 Johan Ström wrote:
> Apparently libusb_strerror was added in libusb v1.0.16. Seems raspbian
> only has libusb1.0-0.
debian stable/jessie too
> Try to uninstall libusb-devel, and install libusb2-devel instead. owfs
> should be compatible with that as well.
and no l
On Monday 08 Aug 2016 21:16:43 sancho privat wrote:
> unfortunately it doesn't work.
> I installed libusb,
You need the dev packages as I suggested, it is probably libusb-dev
This package contains your missing header file libusb.h amongst others
Andy
On Sunday 07 Aug 2016 21:40:33 sancho privat wrote:
> I just have tried to install the latest version. However, after the
> ./configure step I get the following error when trying the "make".
>
> I'm using raspian (4.4.16) - here is the error:
>
>
> S=64 -D_XOPEN_SOURCE=600 -D_BSD_SOURCE=1 -D_IS
On Tuesday 26 Jul 2016 08:36:24 Martin Patzak wrote:
> who else thinks the following should find it's way onto the owfs web-site?
>
> > BY THE WAY, why are you compiling yourself? Raspbian packages
> > of owfs-3.1p1 are available.
Yes please!
Not sure it would address some of the issues I had wi
On Tuesday 07 Jun 2016 08:56:31 Alex Shepherd wrote:
> Hi Guys,
>
> I’m giving my OWFS based heating system an update.
>
> Currently I’m running on a RPi 2 with Wheezy 7.10 and some LinkUSB adaptors
> and am wanting to reinstall on the latest releases.
>
> I’m trying to do a clean install onto a
On Tuesday 24 May 2016 16:02:42 Guy COLIN wrote:
> Ok I'll update to owfs-3.1p1. But first let's try to see what happen with
> this script running. Also it's a pity because owfs 2.8p15 is the standard
> in the Raspbian repo, so if it doesn't match the kernel it should be
> updated. I believe it t
On Wednesday 27 Apr 2016 15:33:07 Juliean Galak wrote:
> Debian's apt-get system installs version 2.8, which doesn't seem to work
> well with w1. It was suggested to me that downloading and building 3.1
> would resolve the issue. I've done so, and it appears to have built
> successfully, but I c
On Wednesday 06 Apr 2016 08:26:46 Johan Ström wrote:
> On 03/04/16 22:32, Andy Carter wrote:
> > On Friday 18 Mar 2016 21:49:49 Johan Ström wrote:
> >> I've patched OWNet.pm in master now, to not send a null-terminated
> >> payload.
> >
> > Sorry to c
On Friday 18 Mar 2016 21:49:49 Johan Ström wrote:
> I've patched OWNet.pm in master now, to not send a null-terminated
> payload.
Sorry to come back to this one but I wonder if I could suggest/request a human
readable version no. or date stamp in OWNet.pm, perhaps even a comment to use
with 2.9
On Thursday 24 Mar 2016 20:22:19 Johan Ström wrote:
> On 24/03/16 19:52, Andy Carter wrote:
> > On Thursday 24 Mar 2016 16:12:49 Johan Ström wrote:
> >> The test is built with libcheck, a pretty simple C unittest library.
> >> It is by no means a decision on a l
On Thursday 24 Mar 2016 16:12:49 Johan Ström wrote:
> I just commited a very first unit-test, something which the codebase is
> lacking today.
> Also merged the fix for FS_input_ascii_array, and some other cleanups.
>
> The test is built with libcheck, a pretty simple C unittest library.
> It is
On Wednesday 23 Mar 2016 23:58:56 Johan Ström wrote:
> > On Tuesday 22 Mar 2016 22:30:50 Johan Ström wrote:
> >> To nail this properly, I'm going to try to write some unittests for
> >> this, so it is reproducible and works for all side-cases (wrong lengths
> >> etc).
>
> So, I've gotten around to
On Wednesday 23 Mar 2016 20:01:43 Nico Bouthoorn wrote:
> /opt/owfs/bin/owwrite /29.09C21100/LCD_H/clear 1
How about
/opt/owfs/bin/owwrite /29.09C21100/LCD_H/clear 11
> Easy for me to say, i'm not a c programmer. But i'm wondering has the code
> changed a lot since 2.8?
2.8 was 2010
On Tuesday 22 Mar 2016 22:30:50 Johan Ström wrote:
> On 22/03/16 21:56, Andy Carter wrote:
> > statement. Changing this to
> >
> > if (extension == elements - 1) {// last element
> >
> > entry_length = end - buffer_position - element - 1 ;
Typo, tha
On Monday 21 Mar 2016 22:27:21 Johan Ström wrote:
> I'm quite sure the error is at ow_parseinput.c line 462:
>
> // shorten the buffer length by the comma and discarded chars
> end -= entry_length - allowed_length - 1 ;
>
> The purpose is to move the endpointer, but the logic is wrong, and the
>
On Tuesday 22 Mar 2016 08:16:44 Johan Ström wrote:
> Try
>
> owwrite -- /path/line20.ALL -aaa,bbb,ccc,ddd
That works as expected
> -aaa is probably interpretted as a specific option (like -x), and
> owwrite does not complain on wrong options. Using '--' marks "rest of
> options are non-option ar
On Monday 21 Mar 2016 22:27:21 Johan Ström wrote:
> On 21/03/16 20:59, Andy Carter wrote:
> >> Now build, and see if this works.
> >
> > Almost, I now have
> > aaa
> > bbb
> > ccc
> > ||
> >
> > that's 5 double pip
On Monday 21 Mar 2016 19:34:51 Johan Ström wrote:
> I commited a fix in a separate branch for testing. Please try:
>
> git pull
> git checkout ALL_size_fix
> (running git log now would show ac62579ecbfe7acebb2873a9a089bc5b9814cd86
> as latest commit)
>
> Now build, and see if this works.
Almost
Really sorry, I have another I think.
I thought I had better check through the other commands for this LCD.
Its a new device to me but all seemed to be as expected until I got to
Line20.ALL
It's probably not a command I'll ever use but someone is bound to come along
sometime with an issue wi
On Sunday 20 Mar 2016 12:23:23 Matthias Urlichs wrote:
> > My very limited experience of git has been with all files for a build - I
> > didn't try bootstrap so perhaps that's the secret
> >
> >
>
> It's widely considered bad form to check generated files into a source
> archive.
Yes, I should
On Wednesday 16 Mar 2016 14:44:56 Johan Ström wrote:
> If you are familiar with programming in general you could always skim
> over the changes and see if you see anything standing out:
>
> git log v2.9p3..v2.9p5 -p
>
> shows every row changed between 2.9p3 and 2.9p5.
A little coding experience
On Friday 18 Mar 2016 04:45:05 Matthias Urlichs wrote:
> On 16.03.2016 14:44, Johan Ström wrote:
> > git log v2.9p3..v2.9p5 -p
> >
> > shows every row changed between 2.9p3 and 2.9p5.
> > I don't have time this second to go through this myself, may find some
> > timer later if you haven't found an
On Wednesday 16 Mar 2016 14:52:04 Jan Kandziora wrote:
> Am 16.03.2016 um 13:29 schrieb Andy Carter:
> There is not much of a change between 2.9p4 and 2.9p5, so I think it
> would be "not OK" either.
I guessed that to be the case.
> > I have no idea where to look
On Wednesday 16 Mar 2016 22:25:30 Johan Ström wrote:
> When testing these old versions, you may have to build with ./configure
> --enable-debug --enable-traffic (or something similar, cannot recall
> exactly), as these was not default until just a few releases ago.
>
> With that, can you please
On Wednesday 16 Mar 2016 21:26:43 Johan Ström wrote:
> On 16/03/16 21:10, Johan Ström wrote:
> > For L.Swart-LCD, do you have the issue when writing to both screenXX and
> > lineXX? Please include full commands used when writing.
Should have mentioned that LS LCD doesn't have those exact commands
On Friday 18 Mar 2016 05:49:28 Andy Carter wrote:
> > "git bisect" is your friend.
>
> Thanks, looks very useful. I'll try that over the weekend, won't have time
> today.
Well, I tried, got a useful looking set of files but had no idea what to do
with them.
On Saturday 19 Mar 2016 10:51:53 Johan Ström wrote:
> > I've just tried reinstating the raspbian jessie owfs etc. to check that
> > also works with the new OWNet.pm but I seem to have a broken system -
> > back later :/
> >
> > Many thanks for this
>
> Great! Let's hope this solves it for Nico to
On Wednesday 16 Mar 2016 21:10:24 Johan Ström wrote:
> So.. Just to sum things up before digging further.
>
> We have a 0x29 (DS2408-based) LCD, which works in 2.8p15, but not on 3.1p1
> We have a 0xFF (L. Swart-based) LCD, which works in 2.9p3, but not in 2.9p5
> Both use DS2482-800-based i2c co
On Friday 18 Mar 2016 21:49:49 Johan Ström wrote:
> I've patched OWNet.pm in master now, to not send a null-terminated
> payload. The main issue was that that the payload field held the
> null-terminated length of full payload, but the size field held the
> non-null-terminated length (of the dat
On Wednesday 16 Mar 2016 18:24:25 Nico Bouthoorn wrote:
> I've the same issue.
Guess it would have been useful to ask what 1-wire host adapter you are using
in my previous reply :/
Andy
--
Transform Data into Opportuni
On Wednesday 16 Mar 2016 18:24:25 Nico Bouthoorn wrote:
> I've the same issue. Version owfs 2.8p15-1 is working fine, running Debian
> GNU/Linux 7 on a beaglebone.
It's sort of reassuring that someone else has problems :(
> This schematic: https://fstab.nl/en/lcd_owfs
That appears to be a 0x29
On Friday 18 Mar 2016 08:27:51 Stefano Miccoli wrote:
> Just a simple point:
>
> with owwrite you are writing ‘/FF.xxx’ but with perl 'uncached/FF.xx’, so
> your test are not 100% equivalent.
>
> Please check if this is the reason for the different behaviour (which could
> give a clue on the bug)
I've built a number of versions this morning. Results are...
2.8p15 OK
2.9p0OK
2.9p2OK
2.9p3OK
2.9p5not OK
2.9p4 sources don't seem to be available
I have no idea where to look for a possible cause but willing to try any
suggestions
Andy
PS. As a matter of interest each bui
On Tuesday 15 Mar 2016 22:11:00 Arnout Vandecappelle wrote:
> On 03/15/16 21:48, Johan Ström wrote:
> > Between 2.8p15 (6df9cf6d15b7d2aa73edfcdb5a64b0e8df13eaad) and 2.9p8
> > (ef28fa555bf5371c30f951cf8df3a25de9c67a98) there has been a lot of
> > changes, but none at all which are specific to the L
On Tuesday 15 Mar 2016 21:48:56 Johan Ström wrote:
> On 15/03/16 20:08, Andy Carter wrote:
> > I assume the debian 3.1p1-2 should be close enough to the current/latest
> > release to prove something is wrong somewhere, otherwise I could make an
> > amateur attempt at build
On Tuesday 15 Mar 2016 19:25:04 Johan Ström wrote:
Thanks for the reply.
> first of all I would try with the latest release of OWFS.
> Both 2.8p15 and 2.9p8 are pretty old (May 2015, Oct 2014).
I realise they are quite old having looked around a lot in the last few days
but 2.9p8 is the latest
I have had 1-wire devices set up and working successfully for some years but
have problems with a new Louis Swart 20x4 LCD.
My setup is a Sheepwalk Electronics DS2482-800 i2c based RPI3 host adapter on
a Raspberry Pi2 currently running raspbian jessie and default owfs-2.9p8.
Logging/control is
39 matches
Mail list logo
