Louis Swart LCD issues

classic Classic list List threaded Threaded
72 messages Options
1234
Reply | Threaded
Open this post in threaded view
|

Louis Swart LCD issues

Andy Carter
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 with fhem, a perl based home automation application.

Connecting the LCD to the bus correctly identifies it.
I can send text strings to it but it misses the first character and adds || to
the end eg. sending fred displays red||.
In order to turn the backlight on I have to send two digits such as 11, a
single 1 is ignored.

A net search reveals a few similar scattered reports but no solution as far as
I can see.


I have set up another Pi with an earlier 26 pin version of the same host
adapter.

A raspbian jessie install (owfs-2.9p8) shows the same as above - to be
expected.

A raspbian wheezy install (default owfs-2.8p15) shows all characters sent
correctly, with no trailing ||.

Replacing owfs-2.9p8 files with owfs-2.8p15 versions on jessie shows all
characters sent correctly, with no trailing ||.

I have also tried armhf owfs-3.1p1-2 versions on jessie but that shows the
same issues as owfs-2.9p8

I borrowed a perl script from elsewhere on this list, running it from an AMD
jessie desktop to the Pi server produces the same results as above ie.
owfs-2.8p15 OK, owfs-2.9p8 amd owfs-3.1p1-2 not OK.

I don't have any hardware to set up 1-wire on anything other than the Pi
unfortunately.

Any thoughts on where I should go from here?

TIA

------------------------------------------------------------------------------
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231&iu=/4140
_______________________________________________
Owfs-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/owfs-developers
Reply | Threaded
Open this post in threaded view
|

Re: Louis Swart LCD issues

Johan Ström-3
Hi,

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).  3.1p1 is the
latest release version from January 2016.
I have no idea about what is available for RPi though. You may have to
build yourself, but search the owfs-developers archives first!

Johan


On 15/03/16 12:50, Andy Carter wrote:

> 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 with fhem, a perl based home automation application.
>
> Connecting the LCD to the bus correctly identifies it.
> I can send text strings to it but it misses the first character and adds || to
> the end eg. sending fred displays red||.
> In order to turn the backlight on I have to send two digits such as 11, a
> single 1 is ignored.
>
> A net search reveals a few similar scattered reports but no solution as far as
> I can see.
>
>
> I have set up another Pi with an earlier 26 pin version of the same host
> adapter.
>
> A raspbian jessie install (owfs-2.9p8) shows the same as above - to be
> expected.
>
> A raspbian wheezy install (default owfs-2.8p15) shows all characters sent
> correctly, with no trailing ||.
>
> Replacing owfs-2.9p8 files with owfs-2.8p15 versions on jessie shows all
> characters sent correctly, with no trailing ||.
>
> I have also tried armhf owfs-3.1p1-2 versions on jessie but that shows the
> same issues as owfs-2.9p8
>
> I borrowed a perl script from elsewhere on this list, running it from an AMD
> jessie desktop to the Pi server produces the same results as above ie.
> owfs-2.8p15 OK, owfs-2.9p8 amd owfs-3.1p1-2 not OK.
>
> I don't have any hardware to set up 1-wire on anything other than the Pi
> unfortunately.
>
> Any thoughts on where I should go from here?
>
> TIA
>
> ------------------------------------------------------------------------------
> Transform Data into Opportunity.
> Accelerate data analysis in your applications with
> Intel Data Analytics Acceleration Library.
> Click to learn more.
> http://pubads.g.doubleclick.net/gampad/clk?id=278785231&iu=/4140
> _______________________________________________
> Owfs-developers mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/owfs-developers


------------------------------------------------------------------------------
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231&iu=/4140
_______________________________________________
Owfs-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/owfs-developers
Reply | Threaded
Open this post in threaded view
|

Re: Louis Swart LCD issues

Andy Carter
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 we have in current raspbian/debian stable release :\

> 3.1p1 is the latest release version from January 2016.

As mentioned 3.1p1-2 is available as armhf build and installs/runs on my Pi2
but gives the same result as 2.9p8 ie. missing character etc,

> I have no idea about what is available for RPi though. You may have to
> build yourself, but search the owfs-developers archives first!

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 building from source - but that may mean manually replacing
binaries in their debianised positions.

I am rather surprised there have been no other reports on the list up to now
if something is broken. This LCD is quite often used in EU I believe - from
posts in the fhem forum it works as expected with USB/serial host adapters.

I suppose there could be an issue with the Pi host adapter but it works with
everything else and using 2.8p15 the LCD is fine. (I even tried reducing i2c
baudrate in case there was an issue there but no improvement)

Andy

------------------------------------------------------------------------------
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231&iu=/4140
_______________________________________________
Owfs-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/owfs-developers
Reply | Threaded
Open this post in threaded view
|

Re: Louis Swart LCD issues

Johan Ström-3


On 15/03/16 20:08, Andy Carter wrote:

> 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 we have in current raspbian/debian stable release :\
>
>> 3.1p1 is the latest release version from January 2016.
> As mentioned 3.1p1-2 is available as armhf build and installs/runs on my Pi2
> but gives the same result as 2.9p8 ie. missing character etc,
Doh, sorry.
>> I have no idea about what is available for RPi though. You may have to
>> build yourself, but search the owfs-developers archives first!
> 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 building from source - but that may mean manually replacing
> binaries in their debianised positions.
Between 2.8p15 (6df9cf6d15b7d2aa73edfcdb5a64b0e8df13eaad) and 2.9p8
(ef28fa555bf5371c30f951cf8df3a25de9c67a98) there has been a lot of
changes, but none at all which are specific to the LCD interface (or at
least of any importance, from what I can see).
Since 3.1p1 there haven't been any changes which would fix this issue
(yet), so trying current HEAD from git would not fix it.

One thing you could do is to try each version after 2.8p15
(https://sourceforge.net/projects/owfs/files/owfs/), to identify in
which version it broke. You should be able to build from source without
have to overwrite binaries (just skip install and run from src dir).
>
> I am rather surprised there have been no other reports on the list up to now
> if something is broken. This LCD is quite often used in EU I believe - from
> posts in the fhem forum it works as expected with USB/serial host adapters.
>
> I suppose there could be an issue with the Pi host adapter but it works with
> everything else and using 2.8p15 the LCD is fine. (I even tried reducing i2c
> baudrate in case there was an issue there but no improvement)
If you *do* have another adapter, you could try. It would at least help
pinpoint the error. But yes, if it worked with 2.8p15 it "should" work
with later as well.

Regards
Johan

------------------------------------------------------------------------------
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231&iu=/4140
_______________________________________________
Owfs-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/owfs-developers
Reply | Threaded
Open this post in threaded view
|

Re: Louis Swart LCD issues

Arnout Vandecappelle (Essensium/Mind)


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 LCD interface (or at
> least of any importance, from what I can see).
> Since 3.1p1 there haven't been any changes which would fix this issue
> (yet), so trying current HEAD from git would not fix it.

  It could be in the i2c interface, however. You could try tracing the i2c
transactions [1] with the two versions and see where the difference lies.


  Regards,
  Arnout

[1] http://linuxtv.org/wiki/index.php/Bus_snooping/sniffing#Snooping_Procedure:

--
Arnout Vandecappelle      arnout dot vandecappelle at essensium dot com
Senior Embedded Software Architect . . . . . . +32-478-010353 (mobile)
Essensium, Mind division . . . . . . . . . . . . . . http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium . . . . . BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint:  7493 020B C7E3 8618 8DEC 222C 82EB F404 F9AC 0DDF


------------------------------------------------------------------------------
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231&iu=/4140
_______________________________________________
Owfs-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/owfs-developers
Reply | Threaded
Open this post in threaded view
|

Re: Louis Swart LCD issues

Andy Carter
In reply to this post by Johan Ström-3
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 building from source - but that may mean manually
> > replacing binaries in their debianised positions.
>
> Between 2.8p15 (6df9cf6d15b7d2aa73edfcdb5a64b0e8df13eaad) and 2.9p8
> (ef28fa555bf5371c30f951cf8df3a25de9c67a98) there has been a lot of
> changes,

Indeed, I took a look with kDiff3 but so many that I quickly gave up!

> but none at all which are specific to the LCD interface (or at
> least of any importance, from what I can see).

Makes life that bit more difficult :)

> Since 3.1p1 there haven't been any changes which would fix this issue
> (yet), so trying current HEAD from git would not fix it.
>
> One thing you could do is to try each version after 2.8p15
> (https://sourceforge.net/projects/owfs/files/owfs/), to identify in
> which version it broke. You should be able to build from source without
> have to overwrite binaries (just skip install and run from src dir).

That sounds a good plan. I hadn't realised all versions were so readily
available.

I'll start on that tomorrow.

> > I suppose there could be an issue with the Pi host adapter but it works
> > with everything else and using 2.8p15 the LCD is fine. (I even tried
> > reducing i2c baudrate in case there was an issue there but no
> > improvement)

> If you *do* have another adapter, you could try. It would at least help
> pinpoint the error. But yes, if it worked with 2.8p15 it "should" work
> with later as well.

There don't seem to be many available non-Pi adapters, especially in the UK,
other than USB/serial. I guess it would be best to try another i2c and
possibly with a DS2482-800 too.


I'll run through the versions first then look for alternative hardware if that
turns up nothing significant.

Many thanks

Andy

------------------------------------------------------------------------------
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231&iu=/4140
_______________________________________________
Owfs-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/owfs-developers
Reply | Threaded
Open this post in threaded view
|

Re: Louis Swart LCD issues

Andy Carter
In reply to this post by Arnout Vandecappelle (Essensium/Mind)
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 LCD interface (or at
> > least of any importance, from what I can see).
> > Since 3.1p1 there haven't been any changes which would fix this issue
> > (yet), so trying current HEAD from git would not fix it.
>
>   It could be in the i2c interface, however. You could try tracing the i2c
> transactions [1] with the two versions and see where the difference lies.

At first glance that looks a bit daunting for my tired old brain but I'll have
a look at those links and examine more closely once I have found the earliest
non-working version.

Thanks

Andy

------------------------------------------------------------------------------
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231&iu=/4140
_______________________________________________
Owfs-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/owfs-developers
Reply | Threaded
Open this post in threaded view
|

Re: Louis Swart LCD issues

Andy Carter
In reply to this post by Andy Carter
I've built a number of versions this morning. Results are...

2.8p15 OK
2.9p0 OK
2.9p2 OK
2.9p3 OK
2.9p5 not 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 build takes around 15 minutes on a Pi2 with
OS on SD card.

------------------------------------------------------------------------------
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231&iu=/4140
_______________________________________________
Owfs-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/owfs-developers
Reply | Threaded
Open this post in threaded view
|

Re: Louis Swart LCD issues

Johan Ström-3
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.
I don't have time this second to go through this myself, may find some
timer later if you haven't found anything until then.

Was there any other devices on the network, or only master + LCD slave?
Any hub chips inbetween? (seems to have been some ds2409/hub changes)

Johan

On 16/03/16 13:29, Andy Carter wrote:

> I've built a number of versions this morning. Results are...
>
> 2.8p15 OK
> 2.9p0 OK
> 2.9p2 OK
> 2.9p3 OK
> 2.9p5 not 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 build takes around 15 minutes on a Pi2 with
> OS on SD card.
>
> ------------------------------------------------------------------------------
> Transform Data into Opportunity.
> Accelerate data analysis in your applications with
> Intel Data Analytics Acceleration Library.
> Click to learn more.
> http://pubads.g.doubleclick.net/gampad/clk?id=278785231&iu=/4140
> _______________________________________________
> Owfs-developers mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/owfs-developers


------------------------------------------------------------------------------
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231&iu=/4140
_______________________________________________
Owfs-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/owfs-developers
Reply | Threaded
Open this post in threaded view
|

Re: Louis Swart LCD issues

Jan Kandziora
In reply to this post by Andy Carter
Am 16.03.2016 um 13:29 schrieb Andy Carter:

> I've built a number of versions this morning. Results are...
>
> 2.8p15 OK
> 2.9p0 OK
> 2.9p2 OK
> 2.9p3 OK
> 2.9p5 not OK
>
> 2.9p4 sources don't seem to be available
>
There is not much of a change between 2.9p4 and 2.9p5, so I think it
would be "not OK" either.


> I have no idea where to look for a possible cause but willing to try any
> suggestions
>
As the most prominent change between 2.9p3 and 2.9p4 was in the owserver
protocol:

- You use the same version of owfs on the Pi and your client computer,
do you? -


Kind regards

        Jan



------------------------------------------------------------------------------
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231&iu=/4140
_______________________________________________
Owfs-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/owfs-developers
Reply | Threaded
Open this post in threaded view
|

Re: Louis Swart LCD issues

Andy Carter
In reply to this post by Johan Ström-3
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 so I'll take a look through, at least that looks
easier than kDiff3

> I don't have time this second to go through this myself, may find some
> timer later if you haven't found anything until then.

Looks to be a long standing issue so no real rush :)

> Was there any other devices on the network, or only master + LCD slave?
> Any hub chips inbetween? (seems to have been some ds2409/hub changes)

No, just the host adapter and LCD. I can add a few devices if needed

Andy

------------------------------------------------------------------------------
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231&iu=/4140
_______________________________________________
Owfs-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/owfs-developers
Reply | Threaded
Open this post in threaded view
|

Re: Louis Swart LCD issues

Andy Carter
In reply to this post by Jan Kandziora
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 for a possible cause but willing to try any
> > suggestions
>
> As the most prominent change between 2.9p3 and 2.9p4 was in the owserver
> protocol:
>
> - You use the same version of owfs on the Pi and your client computer,
> do you? -

I do, both sitting on a Pi2 with host adapter at present for checking this out  
and I'm testing from same Pi. I assume I should get this working correctly
before testing from another machine.

My working system is separate.

Andy

------------------------------------------------------------------------------
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231&iu=/4140
_______________________________________________
Owfs-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/owfs-developers
Reply | Threaded
Open this post in threaded view
|

Re: Louis Swart LCD issues

Nico Bouthoorn
In reply to this post by Andy Carter
I've the same issue.  Version owfs  2.8p15-1 is working fine, running Debian GNU/Linux 7 on a beaglebone.

This schematic: https://fstab.nl/en/lcd_owfs

When i switch to version owfs-3.1p1   it doesn't work anymore.

Commands like this:

  owwrite /29.09C211000000/LCD_H/clear 1
  owwrite /29.09C211000000/LCD_H/screenyx 1,1:Kr19.6
  owwrite /29.09C211000000/LCD_H/screenyx 1,9:Bn:7.4



Nico

Andy Carter wrote:

> 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 with fhem, a perl based home automation application.
>
> Connecting the LCD to the bus correctly identifies it.
> I can send text strings to it but it misses the first character and adds || to
> the end eg. sending fred displays red||.
> In order to turn the backlight on I have to send two digits such as 11, a
> single 1 is ignored.
>
> A net search reveals a few similar scattered reports but no solution as far as
> I can see.
>
>
> I have set up another Pi with an earlier 26 pin version of the same host
> adapter.
>
> A raspbian jessie install (owfs-2.9p8) shows the same as above - to be
> expected.
>
> A raspbian wheezy install (default owfs-2.8p15) shows all characters sent
> correctly, with no trailing ||.
>
> Replacing owfs-2.9p8 files with owfs-2.8p15 versions on jessie shows all
> characters sent correctly, with no trailing ||.
>
> I have also tried armhf owfs-3.1p1-2 versions on jessie but that shows the
> same issues as owfs-2.9p8
>
> I borrowed a perl script from elsewhere on this list, running it from an AMD
> jessie desktop to the Pi server produces the same results as above ie.
> owfs-2.8p15 OK, owfs-2.9p8 amd owfs-3.1p1-2 not OK.
>
> I don't have any hardware to set up 1-wire on anything other than the Pi
> unfortunately.
>
> Any thoughts on where I should go from here?
>
> TIA
>
> ------------------------------------------------------------------------------
> Transform Data into Opportunity.
> Accelerate data analysis in your applications with
> Intel Data Analytics Acceleration Library.
> Click to learn more.
> http://pubads.g.doubleclick.net/gampad/clk?id=278785231&iu=/4140
> _______________________________________________
> Owfs-developers mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/owfs-developers
>

--
0623391101

------------------------------------------------------------------------------
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231&iu=/4140
_______________________________________________
Owfs-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/owfs-developers
Reply | Threaded
Open this post in threaded view
|

Re: Louis Swart LCD issues

Andy Carter
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 device, mine is 0xFF but they are both LCDs

> When i switch to version owfs-3.1p1   it doesn't work anymore.

I used the debian armhf version, not built from source if it makes any
difference

Andy

------------------------------------------------------------------------------
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231&iu=/4140
_______________________________________________
Owfs-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/owfs-developers
Reply | Threaded
Open this post in threaded view
|

Re: Louis Swart LCD issues

Andy Carter
In reply to this post by Nico Bouthoorn
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 Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231&iu=/4140
_______________________________________________
Owfs-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/owfs-developers
Reply | Threaded
Open this post in threaded view
|

Re: Louis Swart LCD issues

Nico Bouthoorn
ds2482-800  i2c

see https://fstab.nl/en/beaglebone

Andy Carter wrote:

> 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 Opportunity.
> Accelerate data analysis in your applications with
> Intel Data Analytics Acceleration Library.
> Click to learn more.
> http://pubads.g.doubleclick.net/gampad/clk?id=278785231&iu=/4140
> _______________________________________________
> Owfs-developers mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/owfs-developers
>

--
0623391101

------------------------------------------------------------------------------
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231&iu=/4140
_______________________________________________
Owfs-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/owfs-developers
Reply | Threaded
Open this post in threaded view
|

Re: Louis Swart LCD issues

Johan Ström-3
In reply to this post by Andy Carter
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 controller.

Both exhibit the same issue: the first character written is lost, and
two pipe chars (|) is added to the end of the output.
You have been testing with owwrite from the same version as owserver was
running.

Nico Bouthoorn reported using /LCD_H/screenyx. Andy, which nodes have
you tried writing to?
For L.Swart-LCD, do you have the issue when writing to both screenXX and
lineXX? Please include full commands used when writing.

You've come a far bit by pinpointing which version it broke in (2.9p4 or
p5), let's see if we can fix this :)


On 16/03/16 19:32, Andy Carter wrote:

> 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 device, mine is 0xFF but they are both LCDs
>
>> When i switch to version owfs-3.1p1   it doesn't work anymore.
> I used the debian armhf version, not built from source if it makes any
> difference
>
> Andy
>
> ------------------------------------------------------------------------------
> Transform Data into Opportunity.
> Accelerate data analysis in your applications with
> Intel Data Analytics Acceleration Library.
> Click to learn more.
> http://pubads.g.doubleclick.net/gampad/clk?id=278785231&iu=/4140
> _______________________________________________
> Owfs-developers mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/owfs-developers


------------------------------------------------------------------------------
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231&iu=/4140
_______________________________________________
Owfs-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/owfs-developers
Reply | Threaded
Open this post in threaded view
|

Re: Louis Swart LCD issues

Johan Ström-3

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.
>

Actually, if you can run this it would probably help even more:

Use the latest version of owfs (either git or latest release). Run
owserver like this:

.../path/to/owserver <device args you normally use> --foreground
--traffic --debug | tee owserver.log

Then execute the owwrite. Ctrl-c the owserver process, and upload
owserver.log to gist.github.com or similar.

Johan


------------------------------------------------------------------------------
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231&iu=/4140
_______________________________________________
Owfs-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/owfs-developers
Reply | Threaded
Open this post in threaded view
|

Re: Louis Swart LCD issues

Roland Franke
In reply to this post by Johan Ström-3
Hello,

> You've come a far bit by pinpointing which version it broke in (2.9p4 or
> p5), let's see if we can fix this :)

As 2.9p5 is only an bugfix-realease for the damaged version 2.9p4
(Regarding information on the changelog), the fault should to be
found between 2.9p3 and 2.9p5. Version 2.9p4 was only for an
few days available and cancel as it was complete damaged and not
working.

Best regards,
Roland

------------------------------------------------------------------------------
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231&iu=/4140
_______________________________________________
Owfs-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/owfs-developers
Reply | Threaded
Open this post in threaded view
|

Re: Louis Swart LCD issues

Andy Carter
In reply to this post by Johan Ström-3
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 controller.

Yup, not sure Nico has tried any 2.9 versions but probably the same issues on
both devices

> Both exhibit the same issue: the first character written is lost, and
> two pipe chars (|) is added to the end of the output.
> You have been testing with owwrite from the same version as owserver was
> running.

Yup.

> Nico Bouthoorn reported using /LCD_H/screenyx. Andy, which nodes have
> you tried writing to?

Generally through fhem (perl) which provides a basic set of commands, relevant
section (hoping it makes some sense) is...

[quote from OWDevice.pm]
$owdevice{"FF"} = {
    # LCD - LCD controller by Louis Swart
    "read"      => [ qw(counters.0 counters.1 counters.2 counters.3
counters.ALL),
                     qw(cumulative.0 cumulative.1 cumulative.2 cumulative.3
cumulative.ALL),
                     qw(data),
                     qw(memory),
                     qw(register),
                     qw(version) ],
    "write"     => [ qw(backlight),
                     qw(cumulative.0 cumulative.1 cumulative.2 cumulative.3
cumulative.ALL),
                     qw(data),
                     qw(LCDon),
                     qw(line16.0 line16.1 line16.2 line16.3 line16.ALL),
                     qw(line20.0 line20.1 line20.2 line20.3 line20.ALL),
                     qw(line40.0 line40.1 line40.2 line40.3 line40.ALL),
                     qw(memory),
                     qw(register),
                     qw(screen16 screen20 screen40) ],
    "poll"      => [ qw(counters.0 counters.1 counters.2 counters.3) ],
    "state"     => [ qw(counters.0 counters.1 counters.2 counters.3) ],
    "interface" => "display",
};
[/quote]

I think that follows the owfs L Swart manual pretty closely

> For L.Swart-LCD, do you have the issue when writing to both screenXX and
> lineXX? Please include full commands used when writing.

I have been using

#!/usr/bin/perl -w
use OWNet;
my $owserver = OWNet->new('<IP_address>:4304 -v -C');
$owserver->write("uncached/FF.870900000100/line20.0","Hello World");
$owserver->write("uncached/FF.870900000100/line20.1","0123456");
$owserver->write("uncached/FF.870900000100/line20.2","abcdefg");
$owserver->write("uncached/FF.870900000100/line20.3","Bye");

for testing purposes both on server and remote

just tried  

owwrite "/FF.870900000100/line20.0" "abcdefg"
owwrite "/FF.870900000100/screen20" ""

and all correct on 2.9p3

> You've come a far bit by pinpointing which version it broke in (2.9p4 or
> p5), let's see if we can fix this :)

I keep going through the git log but beyond me at the moment.
I have tried debug on both but cannot see any significant differences using the
above perl script

Thanks for getting back

Andy

------------------------------------------------------------------------------
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231&iu=/4140
_______________________________________________
Owfs-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/owfs-developers
1234