On Jul 5, 9:05=A0pm, Andy <amd...@gmail.com> wrote:> On Jul 5, 10:15=A0am, linnix <m...@linnix.info-for.us> wrote: > > > > > > > > > > > On Jul 5, 7:51=A0am, Andy <amd...@gmail.com> wrote: > > > > On Jul 4, 10:02=A0am, "anasimtiaz" <anasimtiaz@n_o_s_p_a_m.gmail.com> > > > wrote: > > > > > Hi all, > > > > > I have a setup of msp430 mcu currently that samples ECG data, does =the> > > > necessary processing and serially transmits it to a computer for di=splay. I> > > > want to get rid of the computer here and use a small portable displ=ay for> > > > resulting ECG that can be interfaced with (any) MCU. > > > > > I tried Googling for the options but couldn't find anything useful.=Can> > > > anyone point me in the right direction of where and what specs to l=ook for?> > > > And if there are display units capable of showing EEG signals ... (=I> > > > presume there are, just like they use in hospitals). Any product > > > > recommendations would be much appreciated. > > > > > Thanks > > > > > --------------------------------------- =A0 =A0 =A0 =A0 > > > > Posted throughhttp://www.EmbeddedRelated.com > > > > A few different approaches might work depending on your needs. =A0the=se> > > are just representative, in most cases there are lots of other simila=r> > > products > > > > an LCD module with integrated graphics controller:http://www.amulette=chnologies.com/products/modules.html> > > > a small LCD screen like in a cell phone (again with integrated > > > controller);http://www.sparkfun.com/products/8600 > > > > use a beefier controller with an LCD controller built inhttp://focus.=ti.com/docs/prod/folders/print/am1707.html> > > > attach an embbeded GPU + msp430http://www.siliconmotion.com/A3.2_Over=view_Detail.php?sn=3D39http://vdc......> > > > use a micro to bitbang low res video out to the LCD > > > > use an FPGA to implement a bitmap video display (search fpga video) > > > Or get the $6 PIC24FJ256DA206, =A0It comes with 16 bits graphic > > controller. > > I'd never recommend a PIC to anyone after my last experience.Yes, no PIC lower than PIC24.> =A0Buggy C compiler,I found no deviation from GCC.> buggy programmers,Your's or Microchip's?> errors in documentation,No worst than any other.> reps who won't return phone calls, long waits for tech support via e-mail=. I guess it depends.> =A0It's not worth it.
Display monitor for use with MCU
Started by ●July 4, 2011
Reply by ●July 6, 20112011-07-06
Reply by ●July 7, 20112011-07-07
Thank you everyone for your suggestions! I took the cues for better searching on the web and found this, with an integrated controller. http://www.lcd-module.com/products/ediptft.html Looks good to me, but since I haven't worked with displays before I can't be sure. Talking to the guys who make this, they say it should be straightforward for my application of displaying medical waveforms. Anyone used this before? --------------------------------------- Posted through http://www.EmbeddedRelated.com
Reply by ●July 7, 20112011-07-07
On Jul 7, 2:03=A0am, "anasimtiaz" <anasimtiaz@n_o_s_p_a_m.gmail.com> wrote:> Thank you everyone for your suggestions! > > I took the cues for better searching on the web and found this, with an > integrated controller. > > http://www.lcd-module.com/products/ediptft.html > > Looks good to me, but since I haven't worked with displays before I can't > be sure. Talking to the guys who make this, they say it should be > straightforward for my application of displaying medical waveforms. > > Anyone used this before?Yes, that will work, but isn't it better to have single chip integrated controller? With the PIC24FJ256DA, you get 256K Flash, 96K SRAM, 16 channels A2D, 640x480 VGA, USB OTG. All that for $6 to $9 (qty 1).
Reply by ●July 7, 20112011-07-07
On 7/7/2011 3:03 AM, anasimtiaz wrote:> Thank you everyone for your suggestions! > > I took the cues for better searching on the web and found this, with an > integrated controller. > > http://www.lcd-module.com/products/ediptft.html > > Looks good to me, but since I haven't worked with displays before I can't > be sure. Talking to the guys who make this, they say it should be > straightforward for my application of displaying medical waveforms. > > Anyone used this before?No. but I would like to know your through-put using a serial interface. If you do go this route, but time how long it takes to fill the entire screen with one color, then how long it take to fill the entire screen with another color. If you use async serial what baud rate ? Thanks hamilton
Reply by ●July 7, 20112011-07-07
On 7/7/2011 5:58 PM, hamilton wrote:> On 7/7/2011 3:03 AM, anasimtiaz wrote: >> Thank you everyone for your suggestions! >> >> I took the cues for better searching on the web and found this, with an >> integrated controller. >> >> http://www.lcd-module.com/products/ediptft.html >> >> Looks good to me, but since I haven't worked with displays before I can't >> be sure. Talking to the guys who make this, they say it should be >> straightforward for my application of displaying medical waveforms. >> >> Anyone used this before? > > No. but I would like to know your through-put using a serial interface. > > If you do go this route, but time how long it takes to fill the entire > screen with one color, then how long it take to fill the entire screen > with another color.Bad benchmark as one would assume a "smart" display would have commands like "fill region" (even if only "fill rectangle"). A better choice would be copying a full-screen bitmap to the display (assuming you are interested in pixel write rate). OTOH, the OP might find using a "draw polyline" more appropriate for his application (ECG).> If you use async serial what baud rate ?
Reply by ●July 8, 20112011-07-08
On Jul 7, 6:10=A0pm, Don Y <nowh...@here.com> wrote:> On 7/7/2011 5:58 PM, hamilton wrote: > > > > > > > > > > > On 7/7/2011 3:03 AM, anasimtiaz wrote: > >> Thank you everyone for your suggestions! > > >> I took the cues for better searching on the web and found this, with a=n> >> integrated controller. > > >>http://www.lcd-module.com/products/ediptft.html > > >> Looks good to me, but since I haven't worked with displays before I ca=n't> >> be sure. Talking to the guys who make this, they say it should be > >> straightforward for my application of displaying medical waveforms. > > >> Anyone used this before? > > > No. but I would like to know your through-put using a serial interface. > > > If you do go this route, but time how long it takes to fill the entire > > screen with one color, then how long it take to fill the entire screen > > with another color. > > Bad benchmark as one would assume a "smart" display would have > commands like "fill region" (even if only "fill rectangle").Yes, i have done something like that before: generating jpeg graphics from data file. For example, let says we are using the Android Serial Adapter to talk to the Android phone or tablet. We can just build the jpeg image in "/ sdcard/DCIM/Camera", Many apps can display images there directly. Since it is tricky to pass with standard input stream, we can build everything in the command line. /data/local/bin/edit /sdcard/DCIM/Camera/graph.dat create 0666 /data/local/bin/edit /sdcard/DCIM/Camera/graph.dat append x-axis TIME /data/local/bin/edit /sdcard/DCIM/Camera/graph.dat append y-axis ECG /data/local/bin/edit /sdcard/DCIM/Camera/graph.dat append 0 100 /data/local/bin/edit /sdcard/DCIM/Camera/graph.dat append 1 200 ... /data/local/bin/jped /sdcard/DCIM/Camera/graph.jpg from /sdcard/DCIM/ Camera/graph.dat The adapter can also hookup an LCD or VGA monitor directly.
