[PD] Sensors GPIO Raspberry Pi Pd

Julian Brooks jbeezez at gmail.com
Tue Apr 23 11:51:26 CEST 2013


Sorry - meant to add this link from RPi forum about running 2 i2c busses:
"enable both i2c busses"
http://www.raspberrypi.org/phpBB3/viewtopic.php?f=44&t=33092&p=336846#p336846



On 23 April 2013 10:06, Julian Brooks <jbeezez at gmail.com> wrote:

> Bit more digging re ic switch:
> My understanding is that if we got one of these:
>
> http://uk.farnell.com/roth-elektronik/re933-03/adaptor-smd-tssop-16-0-65mm/dp/1426182
> and one of these:
> http://uk.farnell.com/nxp/pca9546apw/ic-switch-4ch-i2c-16tssop/dp/2212120
> we should in theory be able to run both sensors off the same pins?
> BUT - would the current code you wrote function better/easier if the
> sensors were run from 2 separate sets of pins - ie how to parse the info
> from one patch sounds tricky and presume much simpler with 2 [netreceive]
> objects attached to 2 C files?
>
> J
>
>
> On 23 April 2013 09:42, Julian Brooks <jbeezez at gmail.com> wrote:
>
>> Hey Martin / all,
>>
>> Omron tech support finally got back to me re the address issue, this is
>> what they had to say:
>>
>> "D6T sensor can not change the address.
>> When you connect multiple sensors we recommend that you use the IC
>> switching.
>> Please refer to the below document.
>>
>> http://media.digikey.com/pdf/Data%20Sheets/Omron%20PDFs/D6T44L_8L_Appl_Note.pdf
>> "
>>
>>
>> I've been through the spec sheet several times and don't see anything
>> (admittedly not sure exactly what I'm looking for though) that relates to
>> IC switching.
>>
>> We've still got 2 of these doing nothing currently if they could be
>> brought into action:
>> http://adafruit.com/products/757
>>
>> Or people on the RPi forum seem to have got the 2nd i2c pins going but
>> that seems to be for rev.2 boards only (I think - have posted a question on
>> the thread to ask).
>>
>> Also asked tech support about the PEC errors but no response to that one.
>>
>> I've noticed that the PEC doesn't trigger errors all the time so am
>> wondering if it's possible to filter the errors out of the data somehow in
>> the C file?
>>
>> Still delighted though - the sensors great!
>>
>> Cheers,
>>
>> Julian
>>
>>
>>
>> On 22 April 2013 00:20, Julian Brooks <jbeezez at gmail.com> wrote:
>>
>>> Wonder if it's a difference between rev boards on the Pi?
>>>
>>> I've also built a custom image based on Hexxeh's minimal install which
>>> is working great for audio stuff.  My Pd patch that wouldn't run without
>>> overclocking on a standard Raspian is now working fine on the rev1 256mg
>>> board.  So I've been adding stuff as and when it comes up to try and keep t
>>> is minimal as poss.
>>>
>>> I'm also not sure what installed libi2c-dev?  Guess I'll have to wait
>>> and see what squeals.
>>>
>>> Of possible interest is this message when removing the lib with apt-get:
>>> The following packages will be REMOVED:
>>>   libi2c-dev
>>> 0 upgraded, 0 newly installed, 1 to remove and 11 not upgraded.
>>> After this operation, 19.5 kB disk space will be freed.
>>> Do you want to continue [Y/n]? y
>>> (Reading database ... 33610 files and directories currently installed.)
>>> Removing libi2c-dev ...
>>> Removing 'diversion of /usr/include/linux/i2c-dev.h to
>>> /usr/include/linux/i2c-dev.h.kernel by libi2c-dev'
>>>
>>> So guess the diversion was messing with the compile for the C code.
>>>
>>> Anyway - code runs and I can compile C files too so all ok so far.
>>>
>>> Thanks again for everything Martin,
>>>
>>> Julian
>>>
>>>
>>>
>>>
>>>
>>> On 21 April 2013 06:45, Martin Peach <martin.peach at sympatico.ca> wrote:
>>>
>>>> On 2013-04-20 21:09, Julian Brooks wrote:
>>>>
>>>>> Oh and btw
>>>>>
>>>>> Still don't know why I can't compile the .c files on the pi with
>>>>> libi2c-dev installed but I can't.  Presuming the compiling is working
>>>>> for you Martin?
>>>>>
>>>>
>>>> Yes it works for me. I don't have the same /usr/include/linux/i2c-dev.h
>>>> as you so no redefinition errors, not sure which package(s) install that
>>>> file.
>>>>
>>>> Martin
>>>>
>>>>
>>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20130423/bd6e48b9/attachment.htm>


More information about the Pd-list mailing list