[beagleboard] Re: 1-wire and humidity

[Dennis Lee Bieber]

On Sat, 4 Jan 2020 01:30:00 -0800 (PST), in
gmane.comp.hardware.beagleboard.user Fohnbit
 wrote:


>I hope this is working. The Beaglebone detect the "DS18S20Z+" and the 
>"DS2438".
>And of course I have to calculate the humidity from the anlog input.
>
>But the "DS2438" should have a temp sensor and anlog input ... but how I 
>get this info?
>
Have you read
https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&cad=rja&uact=8&ved=2ahUKEwj7humkzermAhVCCM0KHaK6AUQQFjAAegQIARAC&url=https%3A%2F%2Fdatasheets.maximintegrated.com%2Fen%2Fds%2FDS2438.pdf&usg=AOvVaw3xRPJfUrpNMrQUWNfWRcXA
(Look at page 23 for a command sequence for temp and ADC read -- NOTE: that
page assumes only one DS device is on the bus since it uses the SKIP ROM
command; if you have more than one device on the bus, you'll need to send
the correct MATCH ROM command for the desired device)

The rest of the document shows the format for the binary data you get
out of the registers. {In comparison to the 18B20, the temperature
resolution is different, so the hex representation is shifted leftward]


-- 
Dennis L Bieber

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/otn11fp82n3npjqqqoqmqg22kef2ktb8pn%404ax.com.

[beagleboard] Re: 1-wire and humidity

[Fohnbit]

Edit:

I read now, that the rw is to read? This is possible with my sensor, but 
the output was not ASCII

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/29b42780-c491-4c20-ab19-0f1bd5c0f9df%40googlegroups.com.

[beagleboard] Re: 1-wire and humidity

[Fohnbit]

Hello Dennis,

yes, the DS2438 is a analog input. I made a PCB with all components. Based 
on this:

[image: picturemessage_io2zuabe.mcz.png]


I hope this is working. The Beaglebone detect the "DS18S20Z+" and the 
"DS2438".
And of course I have to calculate the humidity from the anlog input.

But the "DS2438" should have a temp sensor and anlog input ... but how I 
get this info?

I use this devicetree:
BB-W1-P9.12-00A0.dts
/*
 * Copyright (C) 2015 Robert Nelson 
 *
 * Virtual cape for onewire on connector pin P9.12
 *
 * This program is free software; you can redistribute it and/or modify
 * it under the terms of the GNU General Public License version 2 as
 * published by the Free Software Foundation.
 */
/dts-v1/;
/plugin/;

#include 
#include 
#include 

/ {
compatible = "ti,beaglebone", "ti,beaglebone-black", 
"ti,beaglebone-green";

/* identification */
part-number = "BB-W1-P9.12";
version = "00A0";

/* state the resources this cape uses */
exclusive-use =
/* the pin header uses */
"P9.12";

fragment@0 {
target = <&am33xx_pinmux>;
__overlay__ {

dallas_w1_pins: pinmux_dallas_w1_pins {
pinctrl-single,pins = <
BONE_P9_12 0x37
>;
};
};
};

fragment@1 {
target-path="/";
__overlay__ {

onewire {
status = "okay";
pinctrl-names = "default";
pinctrl-0 = <&dallas_w1_pins>;

compatible = "w1-gpio";
gpios = <&gpio1 28 GPIO_ACTIVE_HIGH>;
};
};
};
};

So it is not possible to read the analog value??



-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/1223d533-461e-4668-9585-6fc70e8842de%40googlegroups.com.

[beagleboard] Re: 1-wire and humidity

[Dennis Lee Bieber]

On Fri, 3 Jan 2020 07:04:57 -0800 (PST), in
gmane.comp.hardware.beagleboard.user Fohnbit
 wrote:

>Hello,
>
>I read 1wire sensors "DS18S20Z+" temperatur and all works fine.
>
>But now I need to read the "DS2438" with the "HIH-5030" for humidity.
>
>The beagle found the 1-wire sensor ... but the temperatur from the 
>"DS18S20Z+" I can read with:
>cat /sys/devices/w1_bus_master1/28-0bef6cc1/w1_slave
>
>but with the "DS2438" I has no w1_slave file  how can I read the 
>humidity?

1)  According to the spec sheet, the Dallas Semi/Maxim DS2438 does 
NOT
have humidity sensing (it appears to have temperature, voltage, and current
sensors for battery packs). So you will NEVER actually read humidity using
a DS2438.
http://rants.dyer.com.hk/rpi/humidity_1w.html appears to rely on using
a DS2438 input to act as an ADC -- needed as the R-Pi does not have native
ADC inputs.


2)  The Honeywell HIH-5030 is a completely different chip, using a
completely different protocol. Based upon the spec sheet
https://sensing.honeywell.com/honeywell-sensing-hih5030-5031-series-product-sheet-009050-2-en.pdf
, this chip emits an ANALOG VOLTAGE proportional to the measured humidity.

So reading the HIH-5030 requires configuring an ADC input -- WARNING:
Beaglebone ADC inputs are limited to 1.8V! The spec sheet shows voltages
based on 3.3V -- you will need to implement a level shifter/voltage divider
to convert the chip's 3.3V output to a 1.8V peak.

Then, when reading the ADC, you will have to map the digital sample
back into the equation of humidity vs voltage. Note that this conversion is
temperature dependent (the voltage for a given humidity differs based upon
temperature) so you'll likely need to build interpolation tables that take
into account a temperature reading.


3)  Getting a DS2438, itself, to appear requires having a compatible
kernel module loaded. http://rants.dyer.com.hk/rpi/1wire2019.html is,
again, R-Pi based, but specifies a w1-ds2438 kernel module. You'll have to
see if that is available on the Beagle.

Based upon: 

debian@beaglebone:~$ apt search ds2438
Sorting... Done
Full Text Search... Done
debian@beaglebone:~$

the module is NOT available as such for Beaglebone.

http://klaus.ede.hih.au.dk/index.php/BBB_and_OneWire implies that one has
to define a device tree overlay for the sensor (in this case it was a
DS18B20).

I haven't located a native one-wire device tree in the Beagle -- what
did you have to do to get the 18S20 to show up?


https://github.com/beagleboard/linux/issues/142 implies that
/lib/firmware/BB-W1-P9.12-00A0.dtbo is the only predefined one-wire device
tree.
-- 
Dennis L Bieber

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/232v0fhded3f09d4ufh948pa3fa2l7voja%404ax.com.

[beagleboard] Re: 1-Wire

[TJF]

Hi Hannes!

Am Donnerstag, 21. März 2019 17:39:06 UTC+1 schrieb Fohnbit:
>
> 1. How many GPIOs I can use for 1-wire? Right now I enabled Pin 9.12 for 
> 1-wire. Can I add a second or third pin to made several own lines?
> 2. How many 1-Wire I can use on one pin? I read on a website about up to 
> 10 ... but this is not very much.
>

   1. I don't know.
   2. Last time I checked the W1 kernel driver in 2015 it could handle only 
   one sensor per pin (Dallas temp sensor).

For my aim this wasn't sufficient. That's why I made my own driver using a 
PRU to handle the tree-state pin with accurate timing. The driver is called 
libpruw1  
and provides all features to handle multiple sensors at one pin. It also 
provides a bus monitoring feature to log the bus state during operation. 
That's helpful to debug wiring issues.

The W1 bus is using an 8 byte identifier, so the number of sensors at one 
pin is (nearly) unlimited. In case of Dallas temp sensors the sensor needs 
750 mSec to sample, and the bus needs approx. 10 mSec to read one sample -> 
for 10 sensors you'll need 750 + 10x10 = 850 mSec for a cycle.

Regards

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/56a28d26-b2c6-4fdb-b24d-823750d9574c%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: 1-Wire

[Chris Green]

Fohnbit  wrote:
> [-- multipart/alternative, encoding 7bit, 61 lines --]
> 
> [-- text/plain, encoding quoted-printable, charset: UTF-8, 24 lines --]
> 
> Hello,
> 
> I´m not sure about the maxium 1-wire sensors.
> 1. How many GPIOs I can use for 1-wire? Right now I enabled Pin 9.12 for 
> 1-wire. Can I add a second or third pin to made several own lines?
> 2. How many 1-Wire I can use on one pin? I read on a website about up to 10 
> ... but this is not very much.
> 
There is a dedicated 1-wire mailing list where you will probably find
more knowledgeable specialist help.

It's on sourceforge:-
 owfs-develop...@lists.sourceforge.net

Don't worry about the 'developers' bit, they're a helpful crowd and
will do their best to answer any reasonable sort of 'user' questions.

-- 
Chris Green
·

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/pk6dmf-k2r.ln1%40esprimo.zbmc.eu.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: 1-wire on BB Blue

[TJF]

Hi Jim!

I cannot answer your questions, but perhaps point you to a further 
solution: Some years ago I needed multiple Dallas temperature sensors input 
for a project, and tested the kernel driver. I found out that (at this 
time) the kernel driver doesn't support simultaneous measurements from 
multiple sensors, and therefor doesn't meet my needs. So I developed my own 
driver, which can be found at https://github.com/DTJF/libpruw1. This driver 
runs on a PRU and depends on libpruio (at the other PRU) for pinmuxing. You 
can choose any GPIO pin for the W1 bus.

libpruio is prepared for the BBBlue, just use the matching header file: 
https://github.com/DTJF/libpruio/blob/master/src/c_include/pruio_pins_blue.h. 
So it should be possible to get it running, but t'is untested jet, since I 
have no Blue hardware.

Regards

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/45658bb2-423c-47b1-8bf1-d24d1c90a1ec%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: 1-wire on BB Blue

[Jim F]

Hi Seth,

I'm glad to hear from you. I am already using the latest-images iot build.
But I'm trying to learn how to reconfigure the 1-wire interface which has a
dts file configured to use P9.22 on the beaglebone black, and move it to a
different GPIO pin on the beaglebone blue. P9.13 (which I think lines up to
GPIO0_31) doesn't exist on the blue.

Any idea how to get a list of pins supported by config-pin? Or how to tie a
pin to the 1-Wire linux driver? Or if I'm completely barking up the wrong
tree?

Anyway, you're making me think of something else. The pin I think I want,
GPIO1_25, on the Beaglebone Black happens to be P8.30. Maybe config-pin
works with that port, which would maybe save me a reboot trying to find out
which things might work in a dts file... but alas, same error results
(PIN57 owned by ocp:helper).

Here's what I have for a dts file right now:

$ cat /opt/source/bb.org-overlays/src/arm/BB-W1-P1.25-jim-00A0.dts
/dts-v1/;
/plugin/;

/ {
compatible = "ti,beaglebone", "ti,beaglebone-blue";

/* identification */
part-number = "BB-W1-P9.12";
version = "00A0";

/* state the resources this cape uses */
exclusive-use =
/* the pin header uses */
"P8.30";

/*
 * Free up the pins used by the cape from the pinmux helpers.
 */
fragment@0 {
target = <&ocp>;
__overlay__ {
P8_30_pinmux { status = "disabled"; };
};
};

fragment@1 {
target = <&am33xx_pinmux>;
__overlay__ {

dallas_w1_pins: pinmux_dallas_w1_pins {
pinctrl-single,pins = <
0x0e4 0x37
>;
};
};
};

fragment@2 {
target-path="/";
__overlay__ {

onewire {
status = "okay";
pinctrl-names = "default";
pinctrl-0 = <&dallas_w1_pins>;

compatible = "w1-gpio";
gpios = <&gpio1 25 0>;
};
};
};
};




On Wed, Dec 5, 2018 at 1:13 AM Mala Dies  wrote:

> Hello,
>
> Use this:
> https://debian.beagleboard.org/images/bone-debian-9.5-iot-armhf-2018-10-07-4gb.img.xz
> which can be found at bbb.io/latest-images. You can then use config-pin
> to set up your "pinmuxing."
>
> Seth
>
> P.S. Use this cmd for P9.13 to use GPIO functionality: sudo config-pin
> P9.13 gpio.
>
> On Friday, November 30, 2018 at 4:33:33 PM UTC-6, jimf...@gmail.com wrote:
>>
>> Hi,
>>
>> I have several questions and hope someone can help. I'm trying to figure
>> out how to configure ports on a beaglebone, generically. I haven't found a
>> good site which describes any of this thanks to the relatively recent
>> changes in how device tree overlays are handled. I'd like to be able to
>> configure ports differently from how they ship, so I'm looking to develop
>> generic understanding as well as to figure out my specific problem on how
>> to configure a port differently:
>>
>> I'm trying to configure 1-wire on a Beaglebone Blue using the latest iot
>> build on beaglebone.org. The BB Blue has 6 free GPIOs which are pinned
>> to connectors. Of the 6, looking at the dtb-rebuilder repo it seems that
>> GPIO1_25 has the fewest number of hits there so perhaps this one is least
>> likely to be used elsewhere. I've modified a dts file from
>> bb-overlays.org repository, and guessed my way to the correct offset
>> value for what I think should be PIN57 and produced and compiled the
>> following dts:
>>
>> /dts-v1/;
>> /plugin/;
>>
>> / {
>> compatible = "ti,beaglebone", "ti,beaglebone-black",
>> "ti,beaglebone-green";
>>
>> /* identification */
>> part-number = "BB-W1-P1.25";
>> version = "00A0";
>>
>> /* state the resources this cape uses */
>> exclusive-use =
>> /* the pin header uses */
>> "P1.25";
>>
>> /*
>>  * Free up the pins used by the cape from the pinmux helpers.
>>  */
>> fragment@0 {
>> target = <&ocp>;
>> __overlay__ {
>> P1_25_pinmux { status = "disabled"; };
>> };
>> };
>>
>> fragment@1 {
>> target = <&am33xx_pinmux>;
>> __overlay__ {
>>
>> dallas_w1_pins: pinmux_dallas_w1_pins {
>> pinctrl-single,pins = <
>> 0x0e4 0x37
>> >;
>> };
>> };
>> };
>>
>> fragment@2 {
>> target-path="/";
>> _

[beagleboard] Re: 1-wire on BB Blue

[Mala Dies]

Hello,

Use 
this: 
https://debian.beagleboard.org/images/bone-debian-9.5-iot-armhf-2018-10-07-4gb.img.xz
 
which can be found at bbb.io/latest-images. You can then use config-pin to 
set up your "pinmuxing." 

Seth

P.S. Use this cmd for P9.13 to use GPIO functionality: sudo config-pin 
P9.13 gpio.

On Friday, November 30, 2018 at 4:33:33 PM UTC-6, jimf...@gmail.com wrote:
>
> Hi,
>
> I have several questions and hope someone can help. I'm trying to figure 
> out how to configure ports on a beaglebone, generically. I haven't found a 
> good site which describes any of this thanks to the relatively recent 
> changes in how device tree overlays are handled. I'd like to be able to 
> configure ports differently from how they ship, so I'm looking to develop 
> generic understanding as well as to figure out my specific problem on how 
> to configure a port differently:
>
> I'm trying to configure 1-wire on a Beaglebone Blue using the latest iot 
> build on beaglebone.org. The BB Blue has 6 free GPIOs which are pinned to 
> connectors. Of the 6, looking at the dtb-rebuilder repo it seems that 
> GPIO1_25 has the fewest number of hits there so perhaps this one is least 
> likely to be used elsewhere. I've modified a dts file from bb-overlays.org 
> repository, and guessed my way to the correct offset value for what I think 
> should be PIN57 and produced and compiled the following dts:
>
> /dts-v1/;
> /plugin/;
>
> / {
> compatible = "ti,beaglebone", "ti,beaglebone-black", 
> "ti,beaglebone-green";
>
> /* identification */
> part-number = "BB-W1-P1.25";
> version = "00A0";
>
> /* state the resources this cape uses */
> exclusive-use =
> /* the pin header uses */
> "P1.25";
>
> /*
>  * Free up the pins used by the cape from the pinmux helpers.
>  */
> fragment@0 {
> target = <&ocp>;
> __overlay__ {
> P1_25_pinmux { status = "disabled"; };
> };
> };
>
> fragment@1 {
> target = <&am33xx_pinmux>;
> __overlay__ {
>
> dallas_w1_pins: pinmux_dallas_w1_pins {
> pinctrl-single,pins = <
> 0x0e4 0x37
> >;
> };
> };
> };
>
> fragment@2 {
> target-path="/";
> __overlay__ {
>
> onewire {
> status = "okay";
> pinctrl-names = "default";
> pinctrl-0 = <&dallas_w1_pins>;
>
> compatible = "w1-gpio";
> gpios = <&gpio1 25 0>;
> };
> };
> };
> };
>
>
> In compiling this I get the following warnings, which don't mean much to 
> me yet:
> dtc -O dtb -o BB-W1-P1.25-00A0.dtb BB-W1-P1.25-00A0.dts -@
> BB-W1-P1.25-00A0.dtb: Warning (unit_address_vs_reg): Node /fragment@0 has 
> a unit name, but no reg property
> BB-W1-P1.25-00A0.dtb: Warning (unit_address_vs_reg): Node /fragment@1 has 
> a unit name, but no reg property
> BB-W1-P1.25-00A0.dtb: Warning (unit_address_vs_reg): Node /fragment@2 has 
> a unit name, but no reg property
>
> In my /boot/uEnv.txt I have made the following changes, on the suspicion 
> that there may be some sharing of the pin with video features:
> uboot_overlay_addr0=/home/debian/BB-W1-P1.25-00A0.dtb
> disable_uboot_overlay_video=1
>
> Finally:
> root@beaglebone:/opt/scripts/tools# ./version.sh
> git:/opt/scripts/:[1aa73453b2c980b75e31e83dab7dd8b6696f10c7]
> eeprom:[A335BNLTBLA21722EL002623]
> model:[TI_AM335x_BeagleBone_Blue]
> dogtag:[BeagleBoard.org Debian Image 2018-10-07]
> bootloader:[microSD-(push-button)]:[/dev/mmcblk0]:[U-Boot 
> 2018.09-2-g0b54a51eee]:[location: dd MBR]
> bootloader:[eMMC-(default)]:[/dev/mmcblk1]:[U-Boot 
> 2017.05-rc1-2-g35aecb]:[location: dd MBR]
> kernel:[4.14.71-ti-r80]
> nodejs:[v6.15.0]
>
> device-tree-override:[uboot_overlay_addr0=/home/debian/BB-W1-P1.25-00A0.dtb]
> uboot_overlay_options:[enable_uboot_overlays=1]
>
> uboot_overlay_options:[uboot_overlay_addr0=/home/debian/BB-W1-P1.25-00A0.dtb]
> uboot_overlay_options:[disable_uboot_overlay_video=1]
>
> uboot_overlay_options:[uboot_overlay_pru=/lib/firmware/AM335X-PRU-RPROC-4-14-TI-00A0.dtbo]
> uboot_overlay_options:[enable_uboot_cape_universal=1]
> pkg check: to individually upgrade run: [sudo apt install --only-upgrade 
> ]
> pkg:[bb-cape-overlays]:[4.4.20181120.0-0rcnee0~stretch+20181120]
> pkg:[bb-wl18xx-firmware]:[1.20180517-0rcnee0~stretch+20180517]
> pkg:[kmod]:[23-2rcnee1~stretch+20171005]
> pkg:[librobotcontrol]:[1.0.4-git20181123.0-0rcnee0~stretch+20181124]
> pkg:[firmware-ti-connectivity]:[20170823-1rcnee1~stretch+20180328]
> groups:[debian : de

[beagleboard] Re: 1 Wire device with universal overlay

[proprintsupply]

Did you figure this out? I'm trying to solve the same problem.

On Wednesday, May 11, 2016 at 8:49:38 AM UTC-7, Ray Madigan wrote:
>
> I have been using a 1 wire overlay for pin P9.22  for a while and I just 
> expanded my toy to use a couple of pwm pins.  Instead of creating the 
> overlay myself, I figured I would try the universal overlay.  I am using 
> universaln and have an init.d script to load it and all is well.  The 
> problem is, I haven't solved the problem of getting P9.22 back to 1 Wire 
> that I need.
>
> I tried looking at my overlay and modifying the universal overlay to 
> implement it, I guess I don't understand enough to make that work.
>
> Then I commented out all of the P9_22 and P9.22 stuff in the overlay, make 
> worked successfully, but when I try to load my old P9_22 overlay I get the 
> File Exists error so there seems to still be a conflict.  
>
> What is the preferred way to solve this problem?
>
>  
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/f19575b8-bd3c-47d1-91bb-2911a22d3586%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: 1 Wire device with universal overlay

[Ray Madigan]

/dts-v1/;
 /plugin/;
 / {
  compatible = "ti,beaglebone", "ti,beaglebone-black";
  part-number = "BB-W1";
  version = "00A0";
   exclusive-use =
"P9.22",
"gpio0_2";
  fragment@0 {
 target = <&am33xx_pinmux>;
 __overlay__ {
dallas_w1_pins: pinmux_dallas_w1_pins {
pinctrl-single,pins = < 0x150 0x37 >; };
 };
  };
  fragment@1 {
 target = <&ocp>;
 __overlay__ {
   onewire@0 {
compatible   = "w1-gpio";
pinctrl-names  = "default";
pinctrl-0= <&dallas_w1_pins>;
status = "okay";
gpios = <&gpio1 2 0>;
   };
  };
  };
 };


On Thu, May 12, 2016 at 11:07 AM, William Hermans  wrote:

> *That's correct, every pin is configured.  And the load the driver for
>> PWM, or SPI, or ... but it is not configured to load the OneWire driver for
>> the pin.  All of the config-pin options are for standard drivers.  The
>> point is, if you want to use the pin to another device that is not a built
>> in device then one needs to do something different.*
>>
>
> How was the pin configured before ? There is no one wire peripheral
> module, so it must have been configured as GPIO. As far as one-wire goes I
> have never used it before, but have read it is basically a modified I2C
> protocol(somehow ).
>
> If I was able to look at the device tree file you use before. Perhaps I
> could offer assistance.
>
> On Thu, May 12, 2016 at 10:38 AM, Ray Madigan 
> wrote:
>
>> That's correct, every pin is configured.  And the load the driver for
>> PWM, or SPI, or ... but it is not configured to load the OneWire driver for
>> the pin.  All of the config-pin options are for standard drivers.  The
>> point is, if you want to use the pin to another device that is not a built
>> in device then one needs to do something different.
>>
>> On Thursday, May 12, 2016 at 10:20:37 AM UTC-7, William Hermans wrote:
>>>
>>> *Because the universal overlay causes my one wire overlay to be
 rejected.  The error is File Exists and dmesg points to the conflict with
 the slots entry that has the conflict.  I am probably doing something
 wrons, even when I delete the P9_22 from the universal overlay and reapply
 it, it rejects my overlay.*
>>>
>>>
>>> Because the pin is already configured. *Every* pin is configured when
>>> you use universal io. Plus the point of using universal io is so you do not
>>> have to configure the pin through an overlay. So learn how to use universal
>>> io + config-pin to configure the pin.
>>>
>>>
>>> On Thu, May 12, 2016 at 9:05 AM, Ray Madigan 
>>> wrote:
>>>
 Because the universal overlay causes my one wire overlay to be
 rejected.  The error is File Exists and dmesg points to the conflict with
 the slots entry that has the conflict.  I am probably doing something
 wrons, even when I delete the P9_22 from the universal overlay and reapply
 it, it rejects my overlay.

 I am working on this from two perspectives, i need to be able to get
 back to work :).  I am building a non universal overlay that will include
 my one wire pin, the pwm pins I need, and others as I work out my
 application.  I will use this until I figure out the universal overlay
 issue.

 I have never written an overlay that uses two pins on the same device,
 I am working that out now.

 On Thursday, May 12, 2016 at 8:41:41 AM UTC-7, TJF wrote:
>
> Why don't you adapt the 1-wire overlay? It should be easy to use a pin
> not connected to any PWMSS. Ie. use P9_11 or P8_07.
>
 --
 For more options, visit http://beagleboard.org/discuss
 ---
 You received this message because you are subscribed to the Google
 Groups "BeagleBoard" group.
 To unsubscribe from this group and stop receiving emails from it, send
 an email to beagleboard...@googlegroups.com.
 To view this discussion on the web visit
 https://groups.google.com/d/msgid/beagleboard/5dc3979a-1d78-45d1-82d0-dea8b8004a14%40googlegroups.com
 
 .

 For more options, visit https://groups.google.com/d/optout.

>>>
>>> --
>> For more options, visit http://beagleboard.org/discuss
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "BeagleBoard" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to beagleboard+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/beagleboard/b53b6116-848f-4e97-8f68-34164f115300%40googlegroups.com
>> 

Re: [beagleboard] Re: 1 Wire device with universal overlay

[William Hermans]

>
> *That's correct, every pin is configured.  And the load the driver for
> PWM, or SPI, or ... but it is not configured to load the OneWire driver for
> the pin.  All of the config-pin options are for standard drivers.  The
> point is, if you want to use the pin to another device that is not a built
> in device then one needs to do something different.*
>

How was the pin configured before ? There is no one wire peripheral module,
so it must have been configured as GPIO. As far as one-wire goes I have
never used it before, but have read it is basically a modified I2C
protocol(somehow ).

If I was able to look at the device tree file you use before. Perhaps I
could offer assistance.

On Thu, May 12, 2016 at 10:38 AM, Ray Madigan 
wrote:

> That's correct, every pin is configured.  And the load the driver for PWM,
> or SPI, or ... but it is not configured to load the OneWire driver for the
> pin.  All of the config-pin options are for standard drivers.  The point
> is, if you want to use the pin to another device that is not a built in
> device then one needs to do something different.
>
> On Thursday, May 12, 2016 at 10:20:37 AM UTC-7, William Hermans wrote:
>>
>> *Because the universal overlay causes my one wire overlay to be rejected.
>>>  The error is File Exists and dmesg points to the conflict with the slots
>>> entry that has the conflict.  I am probably doing something wrons, even
>>> when I delete the P9_22 from the universal overlay and reapply it, it
>>> rejects my overlay.*
>>
>>
>> Because the pin is already configured. *Every* pin is configured when you
>> use universal io. Plus the point of using universal io is so you do not
>> have to configure the pin through an overlay. So learn how to use universal
>> io + config-pin to configure the pin.
>>
>>
>> On Thu, May 12, 2016 at 9:05 AM, Ray Madigan 
>> wrote:
>>
>>> Because the universal overlay causes my one wire overlay to be
>>> rejected.  The error is File Exists and dmesg points to the conflict with
>>> the slots entry that has the conflict.  I am probably doing something
>>> wrons, even when I delete the P9_22 from the universal overlay and reapply
>>> it, it rejects my overlay.
>>>
>>> I am working on this from two perspectives, i need to be able to get
>>> back to work :).  I am building a non universal overlay that will include
>>> my one wire pin, the pwm pins I need, and others as I work out my
>>> application.  I will use this until I figure out the universal overlay
>>> issue.
>>>
>>> I have never written an overlay that uses two pins on the same device, I
>>> am working that out now.
>>>
>>> On Thursday, May 12, 2016 at 8:41:41 AM UTC-7, TJF wrote:

 Why don't you adapt the 1-wire overlay? It should be easy to use a pin
 not connected to any PWMSS. Ie. use P9_11 or P8_07.

>>> --
>>> For more options, visit http://beagleboard.org/discuss
>>> ---
>>> You received this message because you are subscribed to the Google
>>> Groups "BeagleBoard" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to beagleboard...@googlegroups.com.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/beagleboard/5dc3979a-1d78-45d1-82d0-dea8b8004a14%40googlegroups.com
>>> 
>>> .
>>>
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/b53b6116-848f-4e97-8f68-34164f115300%40googlegroups.com
> 
> .
>
> For more options, visit https://groups.google.com/d/optout.
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORrbbScPNEEN4KAop8KJ9S5NmOLqZ633ig%2BTjXhe9UAvNg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: 1 Wire device with universal overlay

[Ray Madigan]

That's correct, every pin is configured.  And the load the driver for PWM, 
or SPI, or ... but it is not configured to load the OneWire driver for the 
pin.  All of the config-pin options are for standard drivers.  The point 
is, if you want to use the pin to another device that is not a built in 
device then one needs to do something different.

On Thursday, May 12, 2016 at 10:20:37 AM UTC-7, William Hermans wrote:
>
> *Because the universal overlay causes my one wire overlay to be rejected. 
>>  The error is File Exists and dmesg points to the conflict with the slots 
>> entry that has the conflict.  I am probably doing something wrons, even 
>> when I delete the P9_22 from the universal overlay and reapply it, it 
>> rejects my overlay.*
>
>
> Because the pin is already configured. *Every* pin is configured when you 
> use universal io. Plus the point of using universal io is so you do not 
> have to configure the pin through an overlay. So learn how to use universal 
> io + config-pin to configure the pin.
>
>
> On Thu, May 12, 2016 at 9:05 AM, Ray Madigan  > wrote:
>
>> Because the universal overlay causes my one wire overlay to be rejected.  
>> The error is File Exists and dmesg points to the conflict with the slots 
>> entry that has the conflict.  I am probably doing something wrons, even 
>> when I delete the P9_22 from the universal overlay and reapply it, it 
>> rejects my overlay.
>>
>> I am working on this from two perspectives, i need to be able to get back 
>> to work :).  I am building a non universal overlay that will include my one 
>> wire pin, the pwm pins I need, and others as I work out my application.  I 
>> will use this until I figure out the universal overlay issue.
>>
>> I have never written an overlay that uses two pins on the same device, I 
>> am working that out now.
>>
>> On Thursday, May 12, 2016 at 8:41:41 AM UTC-7, TJF wrote:
>>>
>>> Why don't you adapt the 1-wire overlay? It should be easy to use a pin 
>>> not connected to any PWMSS. Ie. use P9_11 or P8_07.
>>>
>> -- 
>> For more options, visit http://beagleboard.org/discuss
>> --- 
>> You received this message because you are subscribed to the Google Groups 
>> "BeagleBoard" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to beagleboard...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/beagleboard/5dc3979a-1d78-45d1-82d0-dea8b8004a14%40googlegroups.com
>>  
>> 
>> .
>>
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/b53b6116-848f-4e97-8f68-34164f115300%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: 1 Wire device with universal overlay

[William Hermans]

>
> *Because the universal overlay causes my one wire overlay to be rejected.
>  The error is File Exists and dmesg points to the conflict with the slots
> entry that has the conflict.  I am probably doing something wrons, even
> when I delete the P9_22 from the universal overlay and reapply it, it
> rejects my overlay.*


Because the pin is already configured. *Every* pin is configured when you
use universal io. Plus the point of using universal io is so you do not
have to configure the pin through an overlay. So learn how to use universal
io + config-pin to configure the pin.


On Thu, May 12, 2016 at 9:05 AM, Ray Madigan 
wrote:

> Because the universal overlay causes my one wire overlay to be rejected.
> The error is File Exists and dmesg points to the conflict with the slots
> entry that has the conflict.  I am probably doing something wrons, even
> when I delete the P9_22 from the universal overlay and reapply it, it
> rejects my overlay.
>
> I am working on this from two perspectives, i need to be able to get back
> to work :).  I am building a non universal overlay that will include my one
> wire pin, the pwm pins I need, and others as I work out my application.  I
> will use this until I figure out the universal overlay issue.
>
> I have never written an overlay that uses two pins on the same device, I
> am working that out now.
>
> On Thursday, May 12, 2016 at 8:41:41 AM UTC-7, TJF wrote:
>>
>> Why don't you adapt the 1-wire overlay? It should be easy to use a pin
>> not connected to any PWMSS. Ie. use P9_11 or P8_07.
>>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/5dc3979a-1d78-45d1-82d0-dea8b8004a14%40googlegroups.com
> 
> .
>
> For more options, visit https://groups.google.com/d/optout.
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORq10yGcz%3Ds%2BYN4DgV%2BN7QT5fz8hgqDb%2BLTgqe2r5XdjkQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: 1 Wire device with universal overlay

[Ray Madigan]

Because the universal overlay causes my one wire overlay to be rejected. 
 The error is File Exists and dmesg points to the conflict with the slots 
entry that has the conflict.  I am probably doing something wrons, even 
when I delete the P9_22 from the universal overlay and reapply it, it 
rejects my overlay.

I am working on this from two perspectives, i need to be able to get back 
to work :).  I am building a non universal overlay that will include my one 
wire pin, the pwm pins I need, and others as I work out my application.  I 
will use this until I figure out the universal overlay issue.

I have never written an overlay that uses two pins on the same device, I am 
working that out now.

On Thursday, May 12, 2016 at 8:41:41 AM UTC-7, TJF wrote:
>
> Why don't you adapt the 1-wire overlay? It should be easy to use a pin not 
> connected to any PWMSS. Ie. use P9_11 or P8_07.
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/5dc3979a-1d78-45d1-82d0-dea8b8004a14%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: 1 Wire device with universal overlay

[TJF]

Why don't you adapt the 1-wire overlay? It should be easy to use a pin not 
connected to any PWMSS. Ie. use P9_11 or P8_07.

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/7b2c8ca7-aa8e-4404-af8d-510a221a8539%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: 1-Wire

[TJF]

Check out man pages for

   - lsmod: list loaded kernel modules
   - modprobe: load or unload modules

BR

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/7e393c06-3fdb-47d1-bc43-8fab790892b3%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: 1-Wire

[hoerting . business]

Am Dienstag, 3. Mai 2016 16:41:57 UTC+2 schrieb TJF:
>
> What happens when you pass the parameter at module load time? (In order to 
> test, unload the kernel driver and reload with option 
> w1_max_slave_count=30 )
>

Hello!

Many thanks for your help, but I don´t know how to load at module load time.

You mean when the BBB starts?

Unload the kernel driver:
well, waybe you have the command for this!

Thank you! 

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/1b1703ed-9a82-447e-8cb1-7909c98781c5%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: 1-Wire

[TJF]

What happens when you pass the parameter at module load time? (In order to 
test, unload the kernel driver and reload with option w1_max_slave_count=30 
)

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/1a76b5dc-b17b-4236-9ded-dfe9020ce41d%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: 1-Wire

[hoerting . business]

Hello!

the command "getenforce" are not available on my system.

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/48984e6b-7296-4e2f-a470-3733a03d3882%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: 1-Wire

[Przemek Klosowski]

On Mon, May 2, 2016 at 11:20 AM,  wrote:
>
>
> Here the result:
> root@c0a80090:/sys/devices/w1_bus_master1# ls -lZ
>  w1_master_max_slave_count
> -r--r--r-- 1 root root ? 4096 May  2 14:45 w1_master_max_slave_count
>
> I try to use "chmod 777 w1_master_max_slave_count" and then the command
> again, but then I get:
> root@c0a80090:/sys/devices/w1_bus_master1# ls -lZ
>  w1_master_max_slave_count
> -rwxrwxrwx 1 root root ? 4096 May  2 15:18 w1_master_max_slave_count
> root@c0a80090:/sys/devices/w1_bus_master1# echo 20 >
> w1_master_max_slave_count
> bash: echo: write error: Input/output error
>
> OK, I am out of ideas---you have correctly modified the Unix filesystem
permissions, but it still doesn't work.
I see that SELinux data is missing (the '?' part). I don't remember and
can't check right now which SElinux mode is Debian in
(off/permissive/enforcing).
Check the result of 'getenforce' command.

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAC%3D1GgGHp40iGUx70-OA%2BqFKbXwrO_JEmOFa%3DEOdiE%3D%3D7nN-2g%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: 1-Wire

[hoerting . business]

Hello!

Here the result:
root@c0a80090:/sys/devices/w1_bus_master1# ls -lZ  w1_master_max_slave_count
-r--r--r-- 1 root root ? 4096 May  2 14:45 w1_master_max_slave_count

I try to use "chmod 777 w1_master_max_slave_count" and then the command 
again, but then I get:
root@c0a80090:/sys/devices/w1_bus_master1# ls -lZ  w1_master_max_slave_count
-rwxrwxrwx 1 root root ? 4096 May  2 15:18 w1_master_max_slave_count
root@c0a80090:/sys/devices/w1_bus_master1# echo 20 > 
w1_master_max_slave_count
bash: echo: write error: Input/output error


-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/a7f96519-33d4-49b7-8b9e-bb2d5c289bba%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: 1-Wire

[Przemek Klosowski]

On Fri, Apr 29, 2016 at 1:08 AM,  wrote:


> root@c0a80090:/sys/bus/w1/devices/w1_bus_master1# echo 20 >
> w1_master_max_slave_count
> bash: w1_master_max_slave_count: Permission denied
>
>
>
> Could you provide the result of running
ls -lZ  w1_master_max_slave_count

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAC%3D1GgEa58nWSQNAdVaZxNa4z7BD-z7tUqbMdyQp0xSOT0dp%2Bw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: 1-Wire

[hoerting . business]

Hello,

thank you for the infos. But I´m not able to write the max slave count 
value.
Of course I´m root with "sudo su".

But:
root@c0a80090:/sys/bus/w1/devices/w1_bus_master1# echo 20 > 
w1_master_max_slave_count
bash: w1_master_max_slave_count: Permission denied


Why I can´t increase the value?

Thank you!

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/a823922a-709a-405b-a2b8-5a9023724984%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: 1-Wire

[TJF]

Am Donnerstag, 28. April 2016 19:40:19 UTC+2 schrieb hoerting...@gmx.at:
>
> Hello!
>
> *1. Max sensors*
> When I try:
> echo 20 > w1_master_max_slave_count
>
> I get:
> bash: w1_master_max_slave_count: Permission denied
> (of course I´m root
>
 
sudo su
echo 20 > w1_master_max_slave_count
exit
 

> *2. Polling time*
> Well, 19sec in total is OK! It are just room temperatur and this must not 
> update so fast. But can I add more as 10 sensors because of Point 3?
>
> *3. max cable length*
> I mean the total cable length of the 1-Wire bus ... when I connect in 
> Daisy-Chain I have around 50m to the last 1-Wire sensor.
>

Of course, it depends on the electro-magnetic pollution in your area. Ie. 
frequency converters with heavy loads are crititcal.

I read about networks with a weight of 200 m using additional w1 drivrer 
chips with 5V power supply. But I didn't test it.

It's recommended to avoid Daisy-Chain configuration. Instead think about a 
tree structure: one root connected to the master and several terminals with 
short wiring to the slaves or further terminals. More than 20 sensors 
shouldn't be an issue when the radius is small (< 20 m, when I tried a 
radius of 25 m in my system, I had to reduce the pullup from 4k7 to 3k3.)

BR

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/00d85114-addc-4423-abcf-68d1b3b8426e%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: 1-Wire

[evilwulfie]

50m is rather pushing the max way past recomended

https://www.maximintegrated.com/en/app-notes/index.mvp/id/148

and thats using twisted pair ethernet


On 4/28/2016 8:36 AM, hoerting.busin...@gmx.at wrote:
> Hello!
>
> *1. Max sensors*
> When I try:
> |
> echo 20>w1_master_max_slave_count
> |
>
> I get:
> |
> bash:w1_master_max_slave_count:Permissiondenied
> |
> (of course I´m root)
>
> *2. Polling time*
> Well, 19sec in total is OK! It are just room temperatur and this must
> not update so fast. But can I add more as 10 sensors because of Point 3?
>
> *3. max cable length*
> I mean the total cable length of the 1-Wire bus ... when I connect in
> Daisy-Chain I have around 50m to the last 1-Wire sensor.
>
> -- 
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google
> Groups "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to beagleboard+unsubscr...@googlegroups.com
> .
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/78193f8e-87c7-4350-aab7-917a30f08df3%40googlegroups.com
> .
> For more options, visit https://groups.google.com/d/optout.




---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/49579175-4642-b7a5-4180-d35ce56fabcc%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: 1-Wire

[hoerting . business]

Hello!

*1. Max sensors*
When I try:
echo 20 > w1_master_max_slave_count

I get:
bash: w1_master_max_slave_count: Permission denied
(of course I´m root)

*2. Polling time*
Well, 19sec in total is OK! It are just room temperatur and this must not 
update so fast. But can I add more as 10 sensors because of Point 3?

*3. max cable length*
I mean the total cable length of the 1-Wire bus ... when I connect in 
Daisy-Chain I have around 50m to the last 1-Wire sensor.

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/78193f8e-87c7-4350-aab7-917a30f08df3%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: 1-Wire

[TJF]

Hi!

Am Donnerstag, 28. April 2016 15:52:40 UTC+2 schrieb hoerting...@gmx.at:
>
> Hello,
>
> I want to use 1-wire DS18B20+ sensors with the BBB.
> On my breadcrump is work with 2 sensors.
>
> My question:
> with:
> cat w1_bus_master1/w1_master_max_slave_count
> he show me max 10 sensors ... why?
>

AFAIR this is a default value in the kernel driver. You can echo a larger 
number in order to override it.
 

> I need around 25 sensors with a wire length of 50m.
>
> Is this possible?
>

> I use all 3 wires (GND, VCC (5V) and Data)
>

When you sample 25 sensors by the kernel driver, each conversation takes 
about 750 ms, in total ~19 seconds. So your process must not have high 
temperatur gradients. You can speed up conversations by broadcast 
triggering (~1 second in total). This isn't supported by the kernel driver.

What do you mean by cable length? The weight or the radius?

>
>- The radius of a network is the wire distance from the master end to 
>the most distant slave.
>- The weight of a network is the total amount of connected wire in the 
>network.
>
> In a thermal solar system I use eight sensors with a bus radius of 15 m 
and a weight of 45 m (BBB GPIO, no additional hardware, simple cable and 
RJ12 connectors).

BR

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/5808ab70-1a32-4d85-a4af-444c96b23540%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: 1-wire under Ubuntu on BB Black

[Sika]

Hi All
I've got a fair way down this path, 

but when I attempt to load cwrse's blob file I get these errors on dmesg:

[  141.405600] of_get_named_gpio_flags exited with status 45
[  141.405623] of_get_named_gpio_flags: can't parse gpios property
[  141.411224] bone-capemgr bone_capemgr.9: slot #6: Applied #2 overlays.


...And I dont have a slave device, and it does not appear to work.

I'm using ubuntu, so the command I use to load is:

 sudo sh -c "echo w1 > /sys/devices/bone_capemgr.9/slots"


Any ideas what is going on?

Thanks for your help

Matt



On Sunday, June 9, 2013 12:58:30 AM UTC+10, John Hubbard wrote:
>
> I need some advice on getting a 1-wire device (ds18b20) working under 
> ubuntu 13.04 on my BB Black.  I've installed the owfs package from the 
> ubuntu repo, and I believe that I've gotten everything wired up correctly. 
>  In my case my 1wire device is hooked up to GPIO-7.  I cannot figure out 
> how to tell tell the system to treat GPIO-7 as a 1-wire io device.  During 
> my digging I came across [1] which talks about updating a file to register 
> an GPIO pin as a one wire device with the system, but my ubuntu 
> installation doesn't seem to have that file.  
>
> Any help greatly appreciated.  
>
>
> [1] http://squidge.sourceforge.net/w1/
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.