The value and position in the grid depends, I think, on the actual adapter it detects.

e.g. on a system with a Sheepwalk RPi2 I see

     0  1  2  3  4  5  6  7  8  9  a  b  c  d  e  f
00:          -- -- -- -- -- -- -- -- -- -- -- -- --
10: -- -- -- -- -- -- -- -- 18 -- -- -- -- -- -- --
20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
70: -- -- -- -- -- -- -- --

on a system with a Sheepwalk RPi3 I see

     0  1  2  3  4  5  6  7  8  9  a  b  c  d  e  f
00:          -- -- -- -- -- -- -- -- -- -- -- -- --
10: -- -- -- -- -- -- -- -- -- -- -- -- 1c -- -- --
20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
70: -- -- -- -- -- -- -- --

Both work fine.


On 19/09/2019 10:56, Robert Lagus wrote:
Resending, the last got stuck due to an attached image:

robban@sniff:~$ *sudo i2cdetect -y 1*
     0  1  2  3  4  5  6  7  8  9  a  b  c  d  e  f
00:          -- -- -- -- -- -- -- -- -- -- -- -- --
10: -- -- -- -- -- -- -- -- -- -- -- 1b -- -- -- --
20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
70: -- -- -- -- -- -- -- --

*sudo i2cdetect -r 1*
WARNING! This program can confuse your I2C bus, cause data loss and worse!
I will probe file /dev/i2c-1 using receive byte commands.
I will probe address range 0x03-0x77.
Continue? [Y/n]
     0  1  2  3  4  5  6  7  8  9  a  b  c  d  e  f
00:          -- -- -- -- -- -- -- -- -- -- -- -- --
10: -- -- -- -- -- -- -- -- -- -- -- 1b -- -- -- --
20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
70: -- -- -- -- -- -- -- --

So it's the same value using -r & -y, I don't know if that's good or bad?
I have always only seen 1b, and nothing else when using -y as in guide I was following previously (before Buster install).

robban@sniff:~$ *sudo i2cdetect -r 2*
[sudo] password for robban:
Error: Could not open file `/dev/i2c-2' or `/dev/i2c/2': No such file or directory
1 robban@sniff:~$ *sudo i2cdetect -r 3*
Error: Could not open file `/dev/i2c-3' or `/dev/i2c/3': No such file or directory
1 robban@sniff:~$ *sudo i2cdetect -F 1*
Functionalities implemented by /dev/i2c-1:
I2C                              yes
SMBus Quick Command              yes
SMBus Send Byte                  yes
SMBus Receive Byte               yes
SMBus Write Byte                 yes
SMBus Read Byte                  yes
SMBus Write Word                 yes
SMBus Read Word                  yes
SMBus Process Call               yes
SMBus Block Write                yes
SMBus Block Read                 no
SMBus Block Process Call         no
SMBus PEC                        yes
I2C Block Write                  yes
I2C Block Read                   yes
robban@sniff:~$ *sudo i2cdetect -l*
i2c-1   i2c             bcm2835 I2C adapter     I2C adapter


Linkedin <http://de.linkedin.com/in/rlagus> *Robert Lagus*
+358 (0)40 662 44 99
rob...@lagus.net  <mailto:rob...@lagus.net>


On Wed, 18 Sep 2019 at 19:51, Nico Bouthoorn via Owfs-developers <owfs-developers@lists.sourceforge.net <mailto:owfs-developers@lists.sourceforge.net>> wrote:

    Can you see the ds2482 device on the i2c bus like?:

    i2cdetect -r 1 ( 2 or 3)
    WARNING! This program can confuse your I2C bus, cause data loss
    and worse!
    I will probe file /dev/i2c-1 using read byte commands.
    I will probe address range 0x03-0x77.
    Continue? [Y/n]
          0  1  2  3  4  5  6  7  8  9  a  b  c  d  e  f
    00:          -- -- -- -- -- -- -- -- -- -- -- -- --
    10: -- -- -- -- -- -- -- -- 18 -- -- -- -- -- -- --
    20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
    30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
    40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
    50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
    60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
    70: -- -- -- -- -- -- -- --


    You have to see the 18 for i2c device 0   etc


    Nico

    Mick Sulley wrote:
    > I am having trouble getting owfs to work on Raspbian Buster.  I
    have posted on the Pi forum
    >
    >
    
https://www.raspberrypi.org/forums/viewtopic.php?f=28&t=251702&p=1536228#p1536228
    >
    > Someone said they had the same problem but no suggestions to fix
    it, so I wonder if anyone here can give me a clue.
    >
    > I have just done a fresh install of Buster and updated. I ran
    raspi-config and enabled 1-wire and i2c.
    > I have installed owserver ow-shell
    > At first it worked, I could see devices with owdir, but it has
    stopped working, owdir returns nothing
    > I have run "sudo systemctl enable owserver.service"
    > but I see -
    >
    > |pi@pi-solar-old:~ $ sudo systemctl status owserver.service ●
    owserver.service - Backend server for 1-wire control Loaded:
    loaded (/lib/systemd/system/owserver.service; enabled; vendor
    preset: enabled) Active: failed (Result: protocol) since Fri
    2019-09-13 21:47:16 BST; 48s ago Docs: man:owserver(1) Main PID:
    493 (code=exited, status=0/SUCCESS) Sep 13 21:47:16 pi-solar-old
    systemd[1]: owserver.service: Service RestartSec=100ms expired,
    scheduling Sep 13 21:47:16 pi-solar-old systemd[1]:
    owserver.service: Scheduled restart job, restart counter is at Sep
    13 21:47:16 pi-solar-old systemd[1]: Stopped Backend server for
    1-wire control. Sep 13 21:47:16 pi-solar-old systemd[1]:
    owserver.service: Start request repeated too quickly. Sep 13
    21:47:16 pi-solar-old systemd[1]: owserver.service: Failed with
    result 'protocol'. Sep 13 21:47:16 pi-solar-old systemd[1]: Failed
    to start Backend server for 1-wire control. pi@pi-solar-old:~ $ |||
    >
    > |I have tried disable, enable, restart for the service, I have
    removed and reinstalled owserver and ow-shell but nothing helps.|
    >
    > |Any ideas?
    > |
    >
    >
    >
    >
    >
    > _______________________________________________
    > Owfs-developers mailing list
    > Owfs-developers@lists.sourceforge.net
    <mailto:Owfs-developers@lists.sourceforge.net>
    > https://lists.sourceforge.net/lists/listinfo/owfs-developers
    >

-- 0623391101


    _______________________________________________
    Owfs-developers mailing list
    Owfs-developers@lists.sourceforge.net
    <mailto:Owfs-developers@lists.sourceforge.net>
    https://lists.sourceforge.net/lists/listinfo/owfs-developers



_______________________________________________
Owfs-developers mailing list
Owfs-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs-developers
_______________________________________________
Owfs-developers mailing list
Owfs-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/owfs-developers

Reply via email to