12F675 | 16F628 | 16F84 | 16f877 | 16F877A | 16F88 | 18F458 | ADC | AVR | Bootloader | CAN | CCS | CRC | EAGLE | EEPROM | ICD | ICSP | IDE | JDM | LED | Macros | Microchip | MPLAB | PCB-CAD | PIC10F | Pic12f675 | PIC16F84 | PIC16F84A | PIC16F877 | PIC18 | PIC18F452 | PicBasic | PICC | PICSTART | PWM | RS-485 | RS232 | SMT | SPI | UART | USART | USB | Wireless | Wisp628 | Xilinx

I am looking for low cost, and low part count sensors that will operate
from a 3.3v battery for the following applications.

- Light Sensor
- Temp Sensor
- Humidity
- Motion

Any ideas/help would be greatly appreciated! I have been using sensors
from Sensirion, Humirel, Honeywell etc.. but the cost is still very
high. I need something reliable that can be competitive in low volume.

Any websites or resources would be helpful.

Thanks,
Scott





(You need to be a member of piclist -- send a blank email to piclist-subscribe@yahoogroups.com )

Scott,

Here's my ideas:

Light sensor - cheap light dependant resistor or transistor (less than £1)
Temp sensor - Thermistor (again less than £1)
Motion - simple tilt switch

Regards

Malcolm

Scott Lingerfelt wrote:

> I am looking for low cost, and low part count sensors that will operate
> from a 3.3v battery for the following applications.
>
> - Light Sensor
> - Temp Sensor
> - Humidity
> - Motion
>
> Any ideas/help would be greatly appreciated! I have been using sensors
> from Sensirion, Humirel, Honeywell etc.. but the cost is still very
> high. I need something reliable that can be competitive in low volume.
>
> Any websites or resources would be helpful.
>
> Thanks,
> Scott > to unsubscribe, go to http://www.yahoogroups.com and follow the
> instructions >
> SPONSORED LINKS
> Microcontroller
> <http://groups.yahoo.com/gads?t=ms&k=Microcontroller&w1=Microcontroller&w2=Microprocessor&w3=Microchip+pic&w4=Microcontrollers&w5=Picmicro&w6=Pic+microcontrollers&c=6&s=122&.sig=cAFu8D0WTcCC_wz2NML1-Q>
> Microprocessor
> <http://groups.yahoo.com/gads?t=ms&k=Microprocessor&w1=Microcontroller&w2=Microprocessor&w3=Microchip+pic&w4=Microcontrollers&w5=Picmicro&w6=Pic+microcontrollers&c=6&s=122&.sig=jWbBHutp0PsKo377UAUUMg>
> Microchip pic
> <http://groups.yahoo.com/gads?t=ms&k=Microchip+pic&w1=Microcontroller&w2=Microprocessor&w3=Microchip+pic&w4=Microcontrollers&w5=Picmicro&w6=Pic+microcontrollers&c=6&s=122&.sig=cxg8HXTXLd38eREw0NTdfg>
>
> Microcontrollers
> <http://groups.yahoo.com/gads?t=ms&k=Microcontrollers&w1=Microcontroller&w2=Microprocessor&w3=Microchip+pic&w4=Microcontrollers&w5=Picmicro&w6=Pic+microcontrollers&c=6&s=122&.sig=DeL_q0mswAJpbTtV5gZLtg>
> Picmicro
> <http://groups.yahoo.com/gads?t=ms&k=Picmicro&w1=Microcontroller&w2=Microprocessor&w3=Microchip+pic&w4=Microcontrollers&w5=Picmicro&w6=Pic+microcontrollers&c=6&s=122&.sig=P9Ud3iRS9q41PF4ow2FeKw>
> Pic microcontrollers
> <http://groups.yahoo.com/gads?t=ms&k=Pic+microcontrollers&w1=Microcontroller&w2=Microprocessor&w3=Microchip+pic&w4=Microcontrollers&w5=Picmicro&w6=Pic+microcontrollers&c=6&s=122&.sig=BinyHzQVxJIQb20faX-pOQ >
> ------------------------------------------------------------------------
> >. > ------------------------------------------------------------------------



(You need to be a member of piclist -- send a blank email to piclist-subscribe@yahoogroups.com )

--- In piclist@picl..., Scott Lingerfelt <slingerfelt@c...>
wrote:
>
> I am looking for low cost, and low part count sensors that will
operate
> from a 3.3v battery for the following applications.
>
> - Light Sensor
> - Temp Sensor
> - Humidity
> - Motion
>
> Any ideas/help would be greatly appreciated!

Try the Dallas website because they're pretty good at sensors to say
the least.
Depending on the length of wire to the sensor you might get verying
results with voltage based sensing systems due to a voltage drop, but
that needn't be too much of a problem when you finalise the design. For
example the LM75 temperature sensor produces a voltage which varies
linearly according to temperature. Hung on to an a/d input it makes a
simple cheap solution.

Try also something like their DS1820 1-wire temperature sensor. It
actually has 3 wires but only one is used for data, so it uses just one
i/o pin again. And if you were going to use a 1-wire device look at the
others in the Dallas range because they also make a 1-wire humidity
sensor.

To detect movement, assuming you need to know the direction and
magnitude have a look at accelerometers. The venerable ADXL202 sells
cheaply on eBay, and can be got free from suppliers as samples.
Searching google for ADXL202 can give you some excellent information
about how to use them. Although limited to +-2g, there are other
versions in the series which withstand 10g. If intrusion detection you
need then a passive infra-red sensoris reliable, as are ultrasonic
detectors.

For a light sensor then a LDR, light dependant resistor, ought to work
well.
you can actually use an led to produce a voltage when light shines on
it. A phototransistor can be made to operate in it's linear region and
produce varying voltage outputs relative to the ammount of light
falling on them.

Dallas also sell an 'iButton' combined temperature/humidity sensor,
look them up and you're sure to find someting. if you haven't
entered 'temperature sensor' into google yet it would prove to be
worthwhile I'm sure

Chris





(You need to be a member of piclist -- send a blank email to piclist-subscribe@yahoogroups.com )

Dear Friends,

 

I have good experience on Pic 16F87X series mic. , but nowadays I have a problem about serial communication at low baud rate. I am using Max232 IC for interfacing PC. at 9600 baud rate it works properly but at 600 baud rate it doesn't work. I wanna send byte array to pc. If PC sends byte array Pic receives whole data properly, but otherside Pic sends byte array PC receive half of array. For example Pic sends decimal D'60', D'1', D'4', D'16', D'25'  PC receives D'60' , D'4', D'25'. If anybody tell me what it is about it .

 

My code is below;

.............

..............

............

MOVLW              D'60'

CALL                  USART_SEND

.......

.............

..............

............

 

USART_SEND

            MOVWF            TXREG

US1 

            BTFSS              PIR1,TXIF
            GOTO               US1

            RETURN

 

another  question is that : Pic sends back to back doesn't it. I mean  start bit is existed after stop bit

 

 

 

THANKS FOR YOUR KIND HELP

---

Yahoo! Music Unlimited - Access over 1 million songs. Try it free.



(You need to be a member of piclist -- send a blank email to piclist-subscribe@yahoogroups.com )

Probably being one of the oldie but goodies who remember such baud
rates, I can make some guesses. 600 baud was not a defacto standard,
300, 1200, 2400, but there is no reason it should not work. What PC
program are you using? I look at my hyperterminal selections and it
does not show 600 baud as an option. If memory serves me, I believe 2
stop bits were standard at that rate, that could be a problem.

If I am not stating the obvious, make sure parity and stop bits match
at both ends. The PIC will support a ninth bit, which could be used as
parity or the extra stop bit, so you can have one or the other, but not
both.

If I had to point a finger, I would point it at the PC. They usually
fake the RS-232 voltage levels, and at a 600 baud rate, maybe some
levels in the PC are drooping. I could even believe that no one tested
the PC program to see if it worked at that baud rate. If you can lay
your hands on a real dumb RS-232 terminal(a VT-100 clone), it might be
a better test bed.

If the transmit buffer is loaded, the next start bit should immediately
follow the last stop bit from the PIC.

Good luck,
Chad

--- Ahmet Uyar <uye_ol@uye_...> wrote: > Dear Friends, >
> I have good experience on Pic 16F87X series mic. , but nowadays I
> have a problem about serial communication at low baud rate. I am
> using Max232 IC for interfacing PC. at 9600 baud rate it works
> properly but at 600 baud rate it doesn't work. I wanna send byte
> array to pc. If PC sends byte array Pic receives whole data properly,
> but otherside Pic sends byte array PC receive half of array. For
> example Pic sends decimal D'60', D'1', D'4', D'16', D'25' PC
> receives D'60' , D'4', D'25'. If anybody tell me what it is about it
> . >
> My code is below;
>
> .............
>
> ..............
>
> ............
>
> MOVLW D'60'
>
> CALL USART_SEND
>
> .......
>
> .............
>
> ..............
>
> ............ >
> USART_SEND
>
> MOVWF TXREG
>
> US1
>
> BTFSS PIR1,TXIF
> GOTO US1
>
> RETURN >
> another question is that : Pic sends back to back doesn't it. I mean
> start bit is existed after stop bit >
>
> THANKS FOR YOUR KIND HELP > ---------------------------------
> Yahoo! Music Unlimited - Access over 1 million songs. Try it free. My software has no bugs, only undocumented features.





(You need to be a member of piclist -- send a blank email to piclist-subscribe@yahoogroups.com )

Look at Tables 10-3 and 10-4 in the datasheet. There is no entry
for 600 baud, probably because it was never a standard.

More important, for clock freqs above 4 MHz, it isn't possible to go
that slow. SPBRG is only 8 bits wide so the maximum divisor is 256
(x+1). Work through the calculation in Table 10-1 for your Fosc. --- In piclist@picl..., Ahmet Uyar <uye_ol@y...> wrote: > Dear Friends, >
> I have good experience on Pic 16F87X series mic. , but nowadays I
have a problem about serial communication at low baud rate. I am
using Max232 IC for interfacing PC. at 9600 baud rate it works
properly but at 600 baud rate it doesn't work. I wanna send byte
array to pc. If PC sends byte array Pic receives whole data
properly, but otherside Pic sends byte array PC receive half of
array. For example Pic sends decimal D'60', D'1', D'4', D'16',
D'25' PC receives D'60' , D'4', D'25'. If anybody tell me what it
is about it . >
> My code is below;
>
> .............
>
> ..............
>
> ............
>
> MOVLW D'60'
>
> CALL USART_SEND
>
> .......
>
> .............
>
> ..............
>
> ............ >
> USART_SEND
>
> MOVWF TXREG
>
> US1
>
> BTFSS PIR1,TXIF
> GOTO US1
>
> RETURN >
> another question is that : Pic sends back to back doesn't it. I
mean start bit is existed after stop bit >
>
> THANKS FOR YOUR KIND HELP > ---------------------------------
> Yahoo! Music Unlimited - Access over 1 million songs. Try it free.




(You need to be a member of piclist -- send a blank email to piclist-subscribe@yahoogroups.com )

--- In piclist@picl..., Chad Russel <chadrussel@y...> wrote:
>
> Probably being one of the oldie but goodies who remember such baud
> rates,

I got through grad school at 300 baud. And that was an upgrade from
the 110 baud acoustic coupler. Wish I had saved that...

Writing a tiny Algol compiler in Data General Basic at 300 buad. Now,
those were the days! Thirty years ago and it seems like yesterday.

Richard



(You need to be a member of piclist -- send a blank email to piclist-subscribe@yahoogroups.com )

Algol, Data General, and 1.2 microsecond intructions, those were the
days. I don't miss keying in boot loaders, nor tangling and ripping the
paper tape in the teletype, nor forgetting to number your card deck
before playing 52 pick-up. :-p

Also remember that the 1st print character in Fortran is form control.
A DO loop that ouputs a form feed for every line really upsets the
system dude when the box of paper on the chain printer gets emptied in
the 30 seconds before he can get to it. :D

--- rtstofer <rstofer@rsto...> wrote:

> --- In piclist@picl..., Chad Russel <chadrussel@y...> wrote:
> >
> > Probably being one of the oldie but goodies who remember such baud
> > rates,
>
> I got through grad school at 300 baud. And that was an upgrade from
> the 110 baud acoustic coupler. Wish I had saved that...
>
> Writing a tiny Algol compiler in Data General Basic at 300 buad.
> Now,
> those were the days! Thirty years ago and it seems like yesterday.
>
> Richard

My software has no bugs, only undocumented features.





(You need to be a member of piclist -- send a blank email to piclist-subscribe@yahoogroups.com )

--- In piclist@picl..., Chad Russel <chadrussel@y...> wrote:
>
> Algol, Data General, and 1.2 microsecond intructions, those were
the
> days. I don't miss keying in boot loaders, nor tangling and
ripping the
> paper tape in the teletype, nor forgetting to number your card deck
> before playing 52 pick-up. :-p

That 1.2 uS looks pretty fast compared to the 3.6 uS core on the IBM
1130 - my first experience with computers. I intend to build one
(again) with an FPGA as soon as I have time. I did build the CPU
from bipolar logic and fuse link PROMS way back in the day but
semiconductor RAM wasn't available in my price range.

I still have my Altair 8800B and I rather liked keying in
bootloaders. I just finished an FPGA project with a Z80 core to
which I added CF drives and CP/M 2.0. No boot loader but writing
the boot sector was a challenge. > Also remember that the 1st print character in Fortran is form
control.
> A DO loop that ouputs a form feed for every line really upsets the
> system dude when the box of paper on the chain printer gets
emptied in
> the 30 seconds before he can get to it. :D

I remember and other embarrassments as well. It was great! I've
been playing with this stuff since '69 and it is still a love
affair. Like your first girl friend, you never forget your first
computer.

Richard





(You need to be a member of piclist -- send a blank email to piclist-subscribe@yahoogroups.com )

Look at Tables 10-3 and 10-4 in the datasheet.  There is no entry
for 600 baud, probably because it was never a standard.

More important, for clock freqs above 4 MHz, it isn't possible to go
that slow.  SPBRG is only 8 bits wide so the maximum divisor is 256
(x+1).  Work through the calculation in Table 10-1 for your Fosc.--- In p...@yahoogroups.com, Ahmet Uyar <uye_ol@y...> wrote:> Dear Friends,
>
> 
>
> I have good experience on Pic 16F87X series mic. , but nowadays I
have a problem about serial communication at low baud rate. I am
using Max232 IC for interfacing PC. at 9600 baud rate it works
properly but at 600 baud rate it doesn't work. I wanna send byte
array to pc. If PC sends byte array Pic receives whole data
properly, but otherside Pic sends byte array PC receive half of
array. For example Pic sends decimal D'60', D'1', D'4', D'16',
D'25'  PC receives D'60' , D'4', D'25'. If anybody tell me what it
is about it .
>
> 
>
> My code is below;
>
> .............
>
> ..............
>
> ............
>
> MOVLW              D'60'
>
> CALL                  USART_SEND
>
> .......
>
> .............
>
> ..............
>
> ............
>
> 
>
> USART_SEND
>
>             MOVWF            TXREG
>
> US1
>
>             BTFSS              PIR1,TXIF
>             GOTO               US1
>
>             RETURN
>
> 
>
> another  question is that : Pic sends back to back doesn't it. I
mean  start bit is existed after stop bit
>
> 
>
> 
>
> 
>
> THANKS FOR YOUR KIND HELP
>
>            
> ---------------------------------
>  Yahoo! Music Unlimited - Access over 1 million songs. Try it free.

to unsubscribe, go to http://www.yahoogroups.com and follow the instructions

---

Yahoo! Music Unlimited - Access over 1 million songs. Try it free.



(You need to be a member of piclist -- send a blank email to piclist-subscribe@yahoogroups.com )