[PD] Sensors GPIO Raspberry Pi Pd
Hi all, We've been after some sensors for motion detection on the RPi and Martin Peach spotted these (thanks again Martin!) http://uk.farnell.com/omron-electronic-components/d6t-44l-06/sensor-thermal-mems-4x4/dp/2218000 They're fairly new and I've not been able to find anything about anyone making use of them on the RPi as of yet (though after posting a question on the RPi forum I did note that Farnells stock went from 48 the 4 in three days, so maybe something soon eh?:). I've got absolutely no idea what I'm doing with this so could do with some 'hand-holding'. What I would much prefer would be to keep everything within Pd if possible... 1st off, and possibly dumb question - do we need [hid]? - My previous experience with xbee sensors did, so this is why I'm asking. There are a few mentions of using python to get the data received on the Pi and then OSC'ing that into Pd but Miller mentioned on another thread gpio on the raspberry pi from within pd ? about writing an external to keep it within Pd. Any news/progress/tips on that front? In the same thread Charles Goyard seems to have it working with [textfile], which seems far too simple (I'd very much like that if that was the case) The sensor transmits the data as i2c but I haven't found anything in the archives particularly about anyone translating i2c directly in Pd yet? We're going to fire the sensors up and see what happens in an hour or so and then come back to it tonight for a proper session so any and all pointers gratefully accepted. I'll be back to let you know our 1st results soon. Cheers, Julian ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [ANN] New External: tglgrid, a togglable grid of cells
Posting here too since I got a lot of silence on pd-dev. From the README: A tglgrid is a grid of cells that can each be toggled on and off. It can be instantiated with different dimensions depending on your project's needs. You can bang the left input to output a list of the active cells in the currently active column and send a column number to the right input to select the active column. Cells can also be toggled and/or turned on/off by sending messages: tgl col row, on col row, or off col row. Right now this has only been tested on linux. I would appreciate any reports about success and/or failure of running this in other environments. The github page is here: https://github.com/nicklan/tglgrid You can find screenshots there if you're interested. As this is my first external, I'm sure I've made some horrible coding/design mistakes and appreciate any feedback in that regard. Cheers! -Nick ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [ANN] New External: tglgrid, a togglable grid of cells
Hi, sound great, thanks for sharing ! Here are some features request that come to mind: - add the possibility to work by row and not by column. It can be another object, such as rtglgrid, or a creation argument (tglgrid 10 10 byrow). - add a say col row message that returns a single cell state. - before someone else asks: dynamic resize of the matrix :) Happy hacking :) -- Charles Nick Lanham wrote: Posting here too since I got a lot of silence on pd-dev. From the README: A tglgrid is a grid of cells that can each be toggled on and off. It can be instantiated with different dimensions depending on your project's needs. You can bang the left input to output a list of the active cells in the currently active column and send a column number to the right input to select the active column. Cells can also be toggled and/or turned on/off by sending messages: tgl col row, on col row, or off col row. Right now this has only been tested on linux. I would appreciate any reports about success and/or failure of running this in other environments. The github page is here: https://github.com/nicklan/tglgrid You can find screenshots there if you're interested. As this is my first external, I'm sure I've made some horrible coding/design mistakes and appreciate any feedback in that regard. Cheers! -Nick ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Sensors GPIO Raspberry Pi Pd
On 2013-03-27 06:31, Julian Brooks wrote: Hi all, We've been after some sensors for motion detection on the RPi and Martin Peach spotted these (thanks again Martin!) http://uk.farnell.com/omron-electronic-components/d6t-44l-06/sensor-thermal-mems-4x4/dp/2218000 They're fairly new and I've not been able to find anything about anyone making use of them on the RPi as of yet (though after posting a question on the RPi forum I did note that Farnells stock went from 48 the 4 in three days, so maybe something soon eh?:). I've got absolutely no idea what I'm doing with this so could do with some 'hand-holding'. What I would much prefer would be to keep everything within Pd if possible... 1st off, and possibly dumb question - do we need [hid]? - My previous experience with xbee sensors did, so this is why I'm asking. [hid] is for USB devices so no. There are a few mentions of using python to get the data received on the Pi and then OSC'ing that into Pd but Miller mentioned on another thread gpio on the raspberry pi from within pd ? about writing an external to keep it within Pd. Any news/progress/tips on that front? http://www.gigamegablog.com/2012/11/04/beaglebone-coding-101-i2c/ talks about using i2c and python with the beaglebone which is a similar machine. It even uses code written for the Pi (https://github.com/adafruit/Adafruit-Raspberry-Pi-Python-Code). Using python ans OSC seems to be the easiest way to get started. In the same thread Charles Goyard seems to have it working with [textfile], which seems far too simple (I'd very much like that if that was the case) The sensor transmits the data as i2c but I haven't found anything in the archives particularly about anyone translating i2c directly in Pd yet? I just got one of these and I'm going to try it with an arduino since the i2c there is easier to use. The arduino can talk to Pd using [comport]. Martin We're going to fire the sensors up and see what happens in an hour or so and then come back to it tonight for a proper session so any and all pointers gratefully accepted. I'll be back to let you know our 1st results soon. Cheers, Julian ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Reading multiplexed data from an Arduino
I'm trying to use two multiplexers, one with 16 potentiometers and the other with 16 buttons, to read the data in Pd. The potentiometers work fine, but I get nothing from the buttons. Wiring look correct (I've tried it with a single button and it works), so I've no idea what goes wrong. I've attached the Arduino sketch and the Pd patch if anyone's willing to give it a look. Thanks my_mux2_analog_digital5.ino Description: Binary data muxuino.pd Description: Binary data ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [ANN] New External: tglgrid, a togglable grid of cells
On 03/27/2013 02:03 PM, Charles Goyard wrote: Hi, sound great, thanks for sharing ! Sure, hope you find it useful, and thanks for the feedback. Responses below inline. Here are some features request that come to mind: - add the possibility to work by row and not by column. It can be another object, such as rtglgrid, or a creation argument (tglgrid 10 10 byrow). Yep, this is in the back of my mind as a feature, I just need to think through the best way to have the interactions work. - add a say col row message that returns a single cell state. This is easy to do, and I had even started it, but I had second thoughts about it's necessity. You can always filter out the state of a single cell from the list that's output when you do the standard bang, but maybe for simplicity's sake I should add this too. The question in my mind was, does this output a single value at the first outlet, or is there a second outlet for this? - before someone else asks: dynamic resize of the matrix :) Also shouldn't be too tough, I'll add it to the todo list. Cheers, Nick ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [ANN] New External: tglgrid, a togglable grid of cells
This is really nice. I like the red highlighting when you hover over a square. Very clean and useful. I'd give a +1 to adding a [get row x( method, as well as [get row col( for a single cell. Joel On 03/27/2013 11:08 AM, Nick Lanham wrote: On 03/27/2013 02:03 PM, Charles Goyard wrote: Hi, sound great, thanks for sharing ! Sure, hope you find it useful, and thanks for the feedback. Responses below inline. Here are some features request that come to mind: - add the possibility to work by row and not by column. It can be another object, such as rtglgrid, or a creation argument (tglgrid 10 10 byrow). Yep, this is in the back of my mind as a feature, I just need to think through the best way to have the interactions work. - add a say col row message that returns a single cell state. This is easy to do, and I had even started it, but I had second thoughts about it's necessity. You can always filter out the state of a single cell from the list that's output when you do the standard bang, but maybe for simplicity's sake I should add this too. The question in my mind was, does this output a single value at the first outlet, or is there a second outlet for this? - before someone else asks: dynamic resize of the matrix :) Also shouldn't be too tough, I'll add it to the todo list. Cheers, Nick ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] make jack connections from pd ?
On Ubuntu/precise, it works for me: jackx $ make cc -I/usr/include/pd -DPD -DVERSION='0.1' -fPIC -Wall -W -g -O6 -funroll-loops -fomit-frame-pointer -o libjackx.o -c libjackx.c cc -Wl,-soname,libjackx.so -shared -o libjackx.so libjackx.o -lc cc -I/usr/include/pd -DPD -DVERSION='0.1' -fPIC -Wall -W -g -O6 -funroll-loops -fomit-frame-pointer -o jack-connect.o -c jack-connect.c cc -rdynamic -shared -fPIC -Wl,-rpath,\$ORIGIN,--enable-new-dtags -o jack-connect.pd_linux jack-connect.o-lc libjackx.so chmod a-x jack-connect.pd_linux cc -I/usr/include/pd -DPD -DVERSION='0.1' -fPIC -Wall -W -g -O6 -funroll-loops -fomit-frame-pointer -o jack-ports.o -c jack-ports.c cc -rdynamic -shared -fPIC -Wl,-rpath,\$ORIGIN,--enable-new-dtags -o jack-ports.pd_linux jack-ports.o-lc libjackx.so chmod a-x jack-ports.pd_linux Do you have /usr/include/m_pd.h? .hc On 03/26/2013 09:32 AM, Fero Kiraly wrote: thanks, jackx seems good. but problem to compile (archlinux): make cc -I/usr/include/pd -DPD -DVERSION='0.1' -fPIC -Wall -W -g -O6 -funroll-loops -fomit-frame-pointer -o jack-connect.o -c jack-connect.c In file included from jack-connect.c:21:0: m_pd.h:5:0: error: unterminated #ifndef In file included from jack-connect.c:23:0: /usr/include/unistd.h:255:1: error: expected ‘;’, ‘,’ or ‘)’ before ‘typedef’ make: *** [jack-connect.o] Error 1 2013/3/26 michael noble loop...@gmail.com On Tue, Mar 26, 2013 at 9:41 PM, Fero Kiraly fero.kir...@gmail.comwrote: It is possibile ? fk. This thread should be helpful: http://comments.gmane.org/gmane.comp.multimedia.puredata.general/87125 I've used the jackx library suggested by Hans and it works well. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] making an external
No takers? C'mon y'all On 03/23/2013 03:10 PM, Pagano, Patrick wrote: Hello I just got a copy of Eric Lyon's book, Designing objects for Max and Pd. My idea is to turn some of Christopher Penrose's cool C code of wacky PV command line apps into a working pd external. The file is called aphrodite and it does some truly interestingstuff to soundfiles. Alas, I am a noobie when it comes to compiling and external, so I am posting this to the list with hopes of getting some help cleaning up the code and turning the code into a working aphrodite.pd_darwin. Would anyone on list be willing to help me get started and from this experience be able to continue to convert this cool code into a suite of cool PV externals? I have attached a .zip of .c file and pv.h and helper.h and a makefile Please let me know if anyone can or is willing to help me understand this process. Thanks Patrick ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [ANN] New External: tglgrid, a togglable grid of cells
Looks quite nice! One thing that might make your Tcl-side development easier is to put all the Tcl code into a tglgrid.tcl file and load that in the setup() function. The template Makefile will automatically handle that file for you. You can see an example of that in hcs/cursor.c: http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/externals/hcs/cursor.c?view=markup http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/externals/hcs/cursor.tcl?view=markup Then you can also better manage redraws within the Tk event loop using the [after idle [after 0]] hack: http://wiki.tcl.tk/9926 .hc On 03/27/2013 05:34 AM, Nick Lanham wrote: Posting here too since I got a lot of silence on pd-dev. From the README: A tglgrid is a grid of cells that can each be toggled on and off. It can be instantiated with different dimensions depending on your project's needs. You can bang the left input to output a list of the active cells in the currently active column and send a column number to the right input to select the active column. Cells can also be toggled and/or turned on/off by sending messages: tgl col row, on col row, or off col row. Right now this has only been tested on linux. I would appreciate any reports about success and/or failure of running this in other environments. The github page is here: https://github.com/nicklan/tglgrid You can find screenshots there if you're interested. As this is my first external, I'm sure I've made some horrible coding/design mistakes and appreciate any feedback in that regard. Cheers! -Nick ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] make jack connections from pd ?
now it works. I dont know about /usr/include/m_pd.h so I have copied this header file from somewhere to the build dir - but when I delete it, then it gets compile... thank you, fk. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Sensors GPIO Raspberry Pi Pd
Hey Martin, Good to hear you've got one of these too. Yes I meant [comport] with the xbee rather than [hid] sorry, getting my physical input objects confused. Will check out the links you provided as part of my getting up to speed. So, managed to get the sensors out of the cardboard box. They are tiny. Like little sci-fi robot eyes. 1st problem is that we don't have any of these: 'JST (Japan Solderless Terminals) - PHR-4 - Housing, 4way, 2mm http://uk.farnell.com/jst-japan-solderless-terminals/phr-4/housing-4way-2mm/dp/3616204 Which is a vital £0.04.6 of equipment as the sensors pins are way too tiny to be poking bits of wire into. These attach to the bottom of the board and then 2mm cabling attaches to them and out to the Pi. Got some off ebay as farnell has a £20 minimum spend that's a bit over getting 10 of those suckers. So going to have to wait a few more days as I can't find any in my vicinity at all. Bollocks. We did put our pi prototype/breadboard together though: http://www.coolcomponents.co.uk/catalog/raspberry-proto-plate-p-1104.html which will be useful for experimenting. Off to gen up on i2c, python and other such things I currently know nothing about. Back soon with further info. Cheers, Julian ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] the next PdCon in...
Golan Levin and Dan Wilcox are the people at CMU that would be the organizers. From what I've heard, they are interested in doing something, but probably a smaller version, and tied to the VIA art festival, so the dates would only be Oct 1-5: http://www.via-pgh.com/ So we should decide whether that sounds workable, or whether we should just focus all efforts on getting a full pdcon next year. .hc On 03/26/2013 10:33 AM, Epic Jefferson wrote: No answer?! Who is organizing? On Sat, Mar 23, 2013 at 8:19 PM, Alexandre Torres Porres por...@gmail.comwrote: I was just gonna ask the same again :) 2013/3/23 Epic Jefferson jeffreyconcepc...@gmail.com Has there been any progress on the date? and if the pd-con will be in Pittsburgh? On Tue, Jan 15, 2013 at 3:49 PM, Hans-Christoph Steiner h...@at.or.atwrote: On 01/15/2013 12:44 PM, J Oliver wrote: first week of October 2013 Is this the week starting on Oct 7th? J My guess is that its Sept 30 thru Oct 5th, but I'll double-check. .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- www.epicjefferson.com www.avmachinists.org Puerto Rico based Art Collective/ Non-Profit Org ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Sensors GPIO Raspberry Pi Pd
On 2013-03-27 17:17, Julian Brooks wrote: Hey Martin, Good to hear you've got one of these too. Yes I meant [comport] with the xbee rather than [hid] sorry, getting my physical input objects confused. Will check out the links you provided as part of my getting up to speed. So, managed to get the sensors out of the cardboard box. They are tiny. Like little sci-fi robot eyes. 1st problem is that we don't have any of these: 'JST (Japan Solderless Terminals) - PHR-4 - Housing, 4way, 2mm http://uk.farnell.com/jst-japan-solderless-terminals/phr-4/housing-4way-2mm/dp/3616204 Which is a vital £0.04.6 of equipment as the sensors pins are way too tiny to be poking bits of wire into. These attach to the bottom of the board and then 2mm cabling attaches to them and out to the Pi. Got some off ebay as farnell has a £20 minimum spend that's a bit over getting 10 of those suckers. So going to have to wait a few more days as I can't find any in my vicinity at all. Bollocks. Yes I got mine at Digikey. You need the terminals as well as the housings. I crimped the terminals to some 28 gauge wire and also put a bit of solder but not too much to plug them up. Today I managed to get data using an Arduino and the Wire library, with 4.7k pullup resistors on the clock and data lines. The packets are only 32 bytes, not 35 as the app note says. Not sure what's up with that. You write the value 0x4C (76) to address 7 and then request 32 bytes, which are 16 little-endian integers. The numbers are in tenths of a degree Celsius. I needed a 1 or 2ms delay between sending the command and requesting the data or the sensor would stop responding after 3 packets. Martin We did put our pi prototype/breadboard together though: http://www.coolcomponents.co.uk/catalog/raspberry-proto-plate-p-1104.html which will be useful for experimenting. Off to gen up on i2c, python and other such things I currently know nothing about. Back soon with further info. Cheers, Julian ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list