Yes that would work too, if you can handle the soldering ;(
I suppose you could modify the c code to run two sensors and send the
data to two different port numbers, or use two different selectors for
the message. Another way would be to have the Pd patch request a reading
from a specific sensor.
I'm trying to think how this could be generalized into a useful Pd
external but it seems very specific to a particular setup.
Martin
On 2013-04-23 05:06, Julian Brooks 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 <jbee...@gmail.com
<mailto:jbee...@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 <jbee...@gmail.com
<mailto:jbee...@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.pe...@sympatico.ca
<mailto:martin.pe...@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
_______________________________________________
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
