Dear Sir, Can you please give the command line to remove me from the list of subscribers Many thanks john Fairall sales@rfsolutions.co.uk ---------- > From: Automatic digest processor > To: Recipients of PICLIST digests > Subject: PICLIST Digest - 24 Jul 1997 to 25 Jul 1997 > Date: 26 July 1997 05:00 > > There are 40 messages totalling 1265 lines in this issue. > > Topics of the day: > > 1. PIC16C84 (3) > 2. Message not deliverable > 3. Using bit RA5 of 16C63 > 4. Visual Programing (a bit off-topic) (2) > 5. Measuring Conductivity w/ 16c54 (3) > 6. PICLIST Digest - 23 Jul 1997 to 24 Jul 1997 > 7. PIC and 30pin SIMMs 256KByte not needed > 8. In Circuit Programming (2) > 9. Still No DOS assembler for PIC12Cxxx ???? > 10. L/C Meter > 11. 24 bit signed compare > 12. Need Full Text Patent Site--No PIC :>( > 13. Rapid Electronics (3) > 14. multiplixing > 15. DC MOTORS. (2) > 16. 2 RS232 I/O microcontroller (2) > 17. PHRIPHERIAL INTERFACE CONTROLER > 18. F84 programming? (2) > 19. serial I/O > 20. > 21. External memory on 16C84 > 22. sorry for > 23. multiplexed system > 24. PS/2 Mouse > 25. Message not deliverable (Dupes) > 26. MoRe: Mosfet (LED drive) > 27. Maxim 110 and or 111 > 28. PS/2 Mouse -Reply > 29. pip02 and pentium II > > ---------------------------------------------------------------------- > > Date: Thu, 24 Jul 1997 22:55:20 -0500 > From: Todd Peterson > Subject: Re: PIC16C84 > > At 12:46 PM 7/25/97 +0930, you wrote: > > >Well, there is always simulated code - ie interpreters(BASIC, C, Forth) - > >that could fetch and execute tokens from a serial EEPROM. Slow, but > >code-compact. > > Yes, such as in a BASIC Stamp, I assume. Does anyone know how the tokens > brought in are placed into the execution pipeline of the processor? Of > course SOMEONE knows how; maybe I should re-phrase that: HOW are the tokens > brought in placed into the execution pipeline? > > -Todd Peterson > E-Lab Digital Engineering, Inc. > "Embedded Control & Integrated Circuit Solutions" > > EDE300 IC - Stamp I/O Expander & PC Interface IC > EDE700 IC - Serial to LCD Interface IC > EDE1200 IC - Stepper Motor Controller > EDE1400 IC - Serial to Parallel-Printer IC > > http://www.netins.net/showcase/elab > > ------------------------------ > > Date: Thu, 24 Jul 1997 22:52:04 -0500 > From: Todd Peterson > Subject: Re: Message not deliverable > > At 12:40 PM 7/25/97 +0930, you wrote: > > >My PicList folder has some 3518 messages in it - I think I'll archive some, > >as switching to this folder is getting slow! > > I suspect quite a few of us are getting a lot of messages accumulated. > What's the final word on availability of an archived version of the mail on > the list? Is there one and I just don't know about it? Someone mentioned > that they were going to be doing it back in January, but I followed that > page for a while and it was never updated. Anyone else? > > -Todd Peterson > > E-Lab Digital Engineering, Inc. > "Embedded Control & Integrated Circuit Solutions" > > EDE300 IC - Stamp I/O Expander & PC Interface IC > EDE700 IC - Serial to LCD Interface IC > EDE1200 IC - Stepper Motor Controller > EDE1400 IC - Serial to Parallel-Printer IC > > http://www.netins.net/showcase/elab > > ------------------------------ > > Date: Fri, 25 Jul 1997 14:33:32 +301000 > From: blunn@KEYCORP.COM.AU > Subject: Re: PIC16C84 > > Bob Lunn > 07/25/97 02:33 PM > > > > Does anyone know how the tokens brought in are placed > > into the execution pipeline of the processor? > > They aren't. > > The tokens are interpreted. Generically, the > token identifies a subroutine to be executed. > > ___Bob > > ------------------------------ > > Date: Thu, 24 Jul 1997 22:57:16 -0500 > From: Tom Cox > Subject: Using bit RA5 of 16C63 > > The 16C6X data sheet indicates that pin 7 has dual uses: RA5 and Slave > Select for the Synchronous Serial Port. > > I'm not using the synchronous serial port. Do I need to do something to > disable it, so that I can use this pin as an ordinary output? > > ------------------------------ > > Date: Fri, 25 Jul 1997 02:09:25 -0700 > From: Luiz Marques > Subject: Visual Programing (a bit off-topic) > > Can anyone recommend a freeware software for Visual Programing?. > > I'm in need of a flowchart simulator. Simulation is enough, don't need > source code generation. > > Thanks > > Luiz Marques > > ------------------------------ > > Date: Thu, 24 Jul 1997 23:52:54 -0600 > From: Shane Nelson > Subject: Measuring Conductivity w/ 16c54 > > > > Greetings, > > If anybody has knowledge measuring conductivity of water (total dissolved > solids) with a pic, your input would be greatly appreciated. > > This is my first PIC project, which was given to me because the guy who > started it couldn't get it working properly. I've spent the last few > months learning the language, and trying to decode a nest of goto's in the > program I was given. > > I believe I have found the problem... electron depletion (or polarization, > or electrolisys, all essentially the same I think?) on the electrodes. I > have been sending a 5 volt signal (RA1) through the probe (two stainless > steel elecrodes), and then through a cap that is wired to ground. The probe > end of the cap is wired to TIMER0. The length of time it takes the cap to > charge is dependant on the resistance of the solution that I insert the > probe into. This works ok, for a the first few measurements. > > The trouble is, every measurement causes the a higher degree of > polarization, causing it to take longer to charge the cap for the same > solution... > > All I can find in reference books, or on the net, is I should be sending a > small amplitude sinusoidal wave to the probe. I'm unsure of a few things: > > 1) How to generate a "small amplitude sine wave" with a PIC, and what > constitutes small amplitude? > 2) How will the conductivity of the solution affect this signal? > 3) What technique should I be using to measure the signal? > > ------------------------------ > > Date: Thu, 24 Jul 1997 22:00:09 -0700 > From: Mike Ghormley > Subject: Re: PICLIST Digest - 23 Jul 1997 to 24 Jul 1997 > > Tom Handley wrote: > > > John, a good single chip solution is to use the old ICM7218/7228 > >chip from Intersil/Harris. It drives 8 digits, has an 8 digit SRAM, > >drives common anode/cathode/lcd displays, and eliminates a lot of > > `glue'... > > Good chip, but pricey! $8.84 US from Digi-Key in onesies. > > Michael > > When the way of the Tao is forgotten, kindness and ethics must be taught. > Men must learn to pretend to be wise and good. -- Lao Tzu > > ------------------------------ > > Date: Fri, 25 Jul 1997 00:47:51 -0700 > From: Bob Blick > Subject: Re: PIC and 30pin SIMMs 256KByte not needed > > disposable yogurt spoons > > At 05:09 PM 7/24/97 -0400, you wrote: > >Probably worth far more as scrapers for removing excess paint from glass > >after painting window frames. > > > >Well thats wot I last used um 4. > > > >"Politician In Crises" > > > > > > ------------------------------ > > Date: Fri, 25 Jul 1997 09:21:19 BST > From: Keith Dowsett > Subject: Re: Measuring Conductivity w/ 16c54 > > Hi, > > firstly conductivity is not necessarily a good measure of total dissolved > solids as it depends on the species present. > > To measure conductivity you ideally want an AC signal with no DC component, > otherwise (as you have discovered) you polarise your cell, and eventually > start electrolysing water. > > You might consider clamping one electrode at V(supply)/2 and switching the > other alternately low and high with a 50% duty cycle (zero net current). > This makes measurement a bit tricky but it's the simplest option. > > Another option is to connect both electrodes to outputs and switch one high > and the other low then vice-versa, but I suspect that 5V will probably be > too much for your cell and will result in electrolysis. > > One other problem has occured to me. If you are looking at high purity water > you could be facing resistances in the region of 10M ohm/cm in which case > the current through the input of the PIC might be significant. > > Hope this helps, > > Keith. > ------------------------------------------------------------ > Keith Dowsett "Variables won't; constants aren't." > > E-mail: kdowsett@rpms.ac.uk or kdowsett@geocities.com > > WWW: http://kd.rpms.ac.uk/index.htm > http://www.geocities.com/CapeCanaveral/Lab/8979 > > ------------------------------ > > Date: Fri, 25 Jul 1997 09:31:33 +0100 > From: Mark Langezaal > Subject: In Circuit Programming > > Hello, > > I am building a project using the 16C84 and want to be able to use 'in circuit > programming' with pins PB6 and PB7. > Is it still possible then to use PB6 and PB7 as I/O pins? > > Thanks, > > Mark Langezaal > mlangezaal@klm.nl > > ------------------------------ > > Date: Fri, 25 Jul 1997 11:58:12 +0200 > From: Tjaart van der Walt > Subject: Re: In Circuit Programming > > Mark Langezaal wrote: > > > > Hello, > > > > I am building a project using the 16C84 and want to be able to use 'in circuit > > programming' with pins PB6 and PB7. > > Is it still possible then to use PB6 and PB7 as I/O pins? > > > > Thanks, > > > > Mark Langezaal > > mlangezaal@klm.nl > > Yes. Just don't put decoupling caps on them - the programming pulses > are shorted to ground in that case. > > -- > Friendly Regards > > Tjaart van der Walt > mailto:tjaart@wasp.co.za > ________________________________________________________ > | WASP International http://wasp.co.za | > | R&D Engineer : GSM peripheral services development | > |Vehicle tracking | Telemetry systems | GSM data transfer| > |Voice : +27-(0)11-622-8686 | Fax : +27-(0)11-622-8973 | > | WGS-84 : 26010.52'S 28006.19'E | > |________________________________________________________| > > ------------------------------ > > Date: Fri, 25 Jul 1997 08:12:51 -0300 > From: Octavio Nogueira > Subject: Re: Still No DOS assembler for PIC12Cxxx ???? > > I'm using MPASM.EXE version 1.5 from Microchip and it works for 12CXX > > Cheers, > > Octavio > ====================================================== > Octavio Nogueira - e-mail: nogueira@mandic.com.br > http://www.geocities.com/~oct_nogueira > "ProPic" Production PIC Programmer Windows under US$20 > ====================================================== > ---- > De: Mike > Para: PICLIST@MITVMA.MIT.EDU > Data: Quinta-feira, Julho 24, 1997 04:37 > Assunto: Still No DOS assembler for PIC12Cxxx ???? > > >Hi Guys, > > > >I asked a little while back if anyone knew of a DOS based assembler for > >the 12Cxxx series ? > > > >Do I take it that such a beast does not exist ? > > > >rgds > > > >mike > >Perth, Western Australia > > > > ------------------------------ > > Date: Fri, 25 Jul 1997 08:10:42 -0300 > From: Octavio Nogueira > Subject: Re: L/C Meter > > I builded the L/C Meter and it works just fine. I still have it right in > front of me. > > Regards, > > Octavio > ====================================================== > Octavio Nogueira - e-mail: nogueira@mandic.com.br > http://www.geocities.com/~oct_nogueira > "ProPic" Production PIC Programmer Windows under US$20 > ======================================================>Hi to all. > > > > Have anybody had any experience with an automatic L/C meter, > >digital output, published by Electronics Now, probably in 6/96 as per > their > >information on the download library, having a file there as follows; > > > >LCM.ZIP 11K 04/29/96 L/C METER. Source and object code. EN 6/96 > > > > Appears to be an interesting project from the SW side, using a > >PIC16c61. Will like to know how are the real HW results as measurements > >precision, etc. > > > >thanks in advance > > > > > >juan > > > > ------------------------------ > > Date: Fri, 25 Jul 1997 23:08:51 +0930 > From: Mike Smith > Subject: Re: Visual Programing (a bit off-topic) > > ---Original Message----- > From: Luiz Marques > To: PICLIST@MITVMA.MIT.EDU > Date: Friday, 25 July 1997 15:13 > Subject: Visual Programing (a bit off-topic) > > > > >Can anyone recommend a freeware software for Visual Programing?. > > > >I'm in need of a flowchart simulator. Simulation is enough, don't need > >source code generation. > > > What do you want to do with it? There's an ocx control that might do, comes > with MSVC. I don't know what its 'status' is re gnu/free/share/ware, but > can check. I *think* it is visual representation only. > > MikeS > > > ------------------------------ > > Date: Fri, 25 Jul 1997 09:44:03 -0400 > From: John Shreffler > Subject: Measuring Conductivity w/ 16c54 > > Greetings, > > If anybody has knowledge measuring conductivity of water (total dissolved > solids) with a pic, your input would be greatly appreciated. > > This is my first PIC project, which was given to me because the guy who > started it couldn't get it working properly. I've spent the last few > months learning the language, and trying to decode a nest of goto's in the > program I was given. > > I believe I have found the problem... electron depletion (or polarization, > or electrolisys, all essentially the same I think?) on the electrodes. I > > You will need a little signal conditioning ahead of you're A/D. If you put the > leads of an ohmmeter in a glass of salt water, you will see it stabilize at some > reading after a few moments, but if you stir the water, the conductivity will > increase. > What is happening is that you are biasing the water around the probes. > > You must use an alternating field to avoid charging up the water around > your probes. You can use synchronous detection to > convert the AC to DC, and an op amp to buffer it to the D/A > > ------------------------------ > > Date: Fri, 25 Jul 1997 23:02:20 +0930 > From: Mike Smith > Subject: Re: PIC16C84 > > ---Original Message----- > From: Todd Peterson > To: PICLIST@MITVMA.MIT.EDU > Date: Friday, 25 July 1997 13:51 > Subject: Re: PIC16C84 > > > > >At 12:46 PM 7/25/97 +0930, you wrote: > > > >>Well, there is always simulated code - ie interpreters(BASIC, C, Forth) - > >>that could fetch and execute tokens from a serial EEPROM. Slow, but > >>code-compact. > > > >Yes, such as in a BASIC Stamp, I assume. Does anyone know how the tokens > >brought in are placed into the execution pipeline of the processor? Of > >course SOMEONE knows how; maybe I should re-phrase that: HOW are the tokens > >brought in placed into the execution pipeline? > > A huge switch statement, with the more common tokens at the beginning? > > address = 0; > while(1) > { token = GetByteAt(address++); > switch(token) > { case GOTO: // assume we are working for int Basic - and goto is > of course most common > address = GetWordAt(address); > break; > case PRINT: > // handle print params - say "Hello World" - probably mapped > to the PIC's SCI > break; > . > . > . > default: > // error handler > break; > } > } > > Of course, using a PC based 'preprocessor' to convert ascii to tokens, and > syntax check it, will save a huge amount of space of the PIC's precious > code memory space. > > MikeS > > > ------------------------------ > > Date: Fri, 25 Jul 1997 16:43:45 +0200 > From: Edwin Baaij > Subject: 24 bit signed compare > > Hello, > > I've created a routine for a 24 bit signed compare. 6 byte variables > mpos0..2 and wpos0..2 are compared and at the end the result is in two bits; > pos_equal (if set pos_sign has no use) > pos_sign. > > I was wandering if anybody has a faster (and/or shorter) routine for this > logic-problem. > > My code: > > bcf pos_equal // assume not equal; set '0' > bsf pos_sign // assume wpos>mpos; set '1' > > movf wpos2,w // check sign bits to see if one is positive.. > xorwf mpos2,w // ..and the other negative or visa versa > andlw 0x80 // only look at sign result > btfsc 03,2 // if set ->zero=0, skip next > goto nosign > > btfsc wpos2,7 // wpos negative? skip if not > bcf pos_sign // yes, so wpos goto cmpdone // we're finished > > nosign: // no sign difference, we've to compare > movf mpos2,W > subwf wpos2,w // w=wpos2-mpos2 > btfss 03,2 // if equal, skip next > goto cmpdone > > movf mpos1,w > subwf wpos1,w // w=wpos1-mpos1 > btfss 03,2 // if equal, skip next > goto cmpdone > > movf mpos0,w > subwf wpos0,w // w=wpos1-mpos1 > btfsc 03,2 // check zero bit skip if clear > bsf pos_equal // set equal bit > > cmpdone: > btfss 03,0 // carry flag = '1' ? > bcf pos_sign // no; so clear pos_sign > cmpexit: > > Edwin Baaij (Electronics Engineer) > ********************************************************************* > University of Amsterdam phone: +31-20-5256346 > Van der Waals,- Zeeman Institute fax: +31-20-5255788 > Valckenierstraat 65-67 e-mail: baaij@phys.uva.nl > 1018 XE Amsterdam > ********************************************************************* > > ------------------------------ > > Date: Fri, 25 Jul 1997 15:48:34 +0100 > From: Tim Forcer > Subject: Re: Need Full Text Patent Site--No PIC :>( > > Several have mentioned the IBM patent server at > http://patent.womplex.ibm.com/ While this has some nice features, and goes > back to 1971 (that's before even the 555!), I've been hitting it a lot this > last week, but found I got a much better service (VERY much faster) from > the official US Patent Office site at http://patents.uspto.gov/index.html > They only run from 1976, but you can construct long and elaborate search > strings (like Alta Vista Advanced) which the IBM server doesn't seem to > handle. Where the IBM site scores is in having scanned images of the > patents available. So, some of the time I opened a second Netscape and did > the heavy-duty searching at USPTO and the detailed browsing at womplex. > > I have tried looking for UK Patent Office, but one of their quoted URLs has > disppeared, and the other simply brings up an ISP's banner and advert. Can > this be another reason why, although UK generates lots of patents per 1000 > population, it developes very few (relative to rest of world figures in > both cases)? > > > Tim Forcer tmf@ecs.soton.ac.uk > Department of Electronics & Computer Science > The University of Southampton, UK > > The University is not responsible for my opinions > > ------------------------------ > > Date: Fri, 25 Jul 1997 16:22:00 PDT > From: "Clewer,Brian" > Subject: Rapid Electronics > > Hi, > > Does anyone know the Address or Telephone number of Rapid Electronics in the > UK? > > Thanks, > > Brian. > > ------------------------------ > > Date: Fri, 25 Jul 1997 08:32:51 -0700 > From: Andre Abelian > Subject: multiplixing > > Hi all > > I need to get more information about multiplexed system. > > Is there any web site or ANote for this. > I tried AN529 about clock could 't understend properly how it works. > > Thank you for any help. > > ------------------------------ > > Date: Fri, 25 Jul 1997 16:37:44 +0000 > From: Ian Cameron > Subject: Re: Rapid Electronics > > > Hi, > > > > Does anyone know the Address or Telephone number of Rapid Electronics in the > > UK? > > Rapid Electronics Ltd > Heckworth Close > Colchester > Essex > CO4 4TB > > Tel: 01206 751166 (+44 1206 751166) > Fax: 01206 751188 (+44 1206 751188) > > Email: sales@rapidelec.co.uk > > Cheers, Ian. > > ------------------------------ > > Date: Fri, 25 Jul 1997 17:03:17 +0100 > From: "Richard G. Thomas" > Subject: Re: Rapid Electronics > > > > > Hi, > > > > Does anyone know the Address or Telephone number of Rapid Electronics in the > > UK? > > Heckworth close, > Severalls Industrial Estate, > Colchester, > Essex > CO4 4TB > > Tel. 01206 751166 > Fax. 01206 751188 > > but if its international I think its 44 1206 etc > > ---------------------------------------------------------------------------- > | Richard Thomas Computer Officer | > | Department of Design, | > | Brunel University, Runnymede, Egham, TW20 0JZ, UK. | > | Richard.Thomas@brunel.ac.uk phone: 01784 431341 x267 | > ---------------------------------------------------------------------------- > > ------------------------------ > > Date: Fri, 25 Jul 1997 14:08:28 -0300 > From: jorge melluso > Subject: DC MOTORS. > > Hi, > > Does anyone know the Address or Telephone number of manufacture Dc Motors > 1/4 to 1 HP in 12 or 24 Volts in the UK or in USA ? > > Thanks, > Jorge. > > ------------------------------ > > Date: Fri, 25 Jul 1997 12:29:52 -0500 > From: Ken Ferens > Subject: 2 RS232 I/O microcontroller > > Hi'yall, > > I'm looking for a microcontroller development system that receives > input from device A through an RS232 port, processes the data, and > then transmits the processed data to device B through an another > RS232 port. I would also like to program/develop the software via > a host computer. > > > __________ > | Host | > |Computer| > |________| > | > | > | RS232 > | > __________ _____|______ __________ > | Device | RS232 | Micro | RS232 | Device | > | A |<---------------->|Controller|<---------------->| B | > |________| |__________| |________| > > > > Can you help me by suggesting a product or a reference? > > Thank you, > > -Ken > > ------------------------------ > > Date: Fri, 25 Jul 1997 14:03:38 -0400 > From: Mike > Subject: Re: PHRIPHERIAL INTERFACE CONTROLER > > At 05:10 PM 7/24/97 -0400, you wrote: > > Great - thanks for archiving these - I wasn't looking forward to hunting > through 6MB of trashed emails... > > >Please Mchip FIX YOUR SERVER ! your Parasite Infected Computer is causing > >Positively Incredible Contusions to my Personal Intellectual Creativity > >Please Ingest Carefuly as it may cause a Painfully Irritating Colon > > Gee - you must have been hard pressed ;) > > Sorry couldn't resist :) > > Back to Pathetically Intolerable Computing - oops was that Microsoft ? > > Cheers > > Mike > Perth, Western Australia > > ------------------------------ > > Date: Fri, 25 Jul 1997 13:10:16 -0500 > From: Lynn Richardson > Subject: Re: DC MOTORS. > > Try: > Minnesota Electric Technology (MET) > Winnebago, MN 56098 > PH(507) 625-6117 > > Or: > Leeson Electric Corporation > Grafton, WI 53024-0241 > PH(414) 377-8810 > > > jorge melluso wrote: > > > > Hi, > > > > Does anyone know the Address or Telephone number of manufacture Dc Motors > > 1/4 to 1 HP in 12 or 24 Volts in the UK or in USA ? > > > > Thanks, > > Jorge. > > ------------------------------ > > Date: Fri, 25 Jul 1997 19:04:05 GMT > From: Nigel Goodwin > Subject: Re: F84 programming? > > In message <33D7FF5F.A3D1DBA8@flash.net> PICLIST@MITVMA.MIT.EDU writes: > > > I just assumed that the F84 would program fine, and the first > > couple of times it did. Using the Nigel software, I was able to > > burn a few versions of a small LED flasher program I wrote. > > But now the F84 is dead, and I can't seem to find any PC > > software to fix it. > > I don't have an F84 to try, but as soon as I get hold of one I'll update the > DOS software to program either the 'C' or 'F' versions. > > > I have a very strong feeling that code protection was turned on > > incorrectly by the Nigel software, which of course thought it was > > programming a C84 and not an F84. So what I need now is a program > > that can fix the code protection settings on my poor dead F84. These > > things are not cheap, and right now I have about $70 of worthless > > PIC junk sitting next to me, with more on the way. Does anyone have > > or is in the process of writing software to program the F84? Ben > > Wirz tells me that the C84 is dead, and thus, I don't want to end > > up working with a discontined chip. Pretty soon most PIC users will > > have to switch to the F84, so can some nice person please write > > software to program the F84 now, before I end up burning all this > > stuff ?? > > The main difference with the F84 is that the WDT bit is inverted, if you > set it to the opposite of what you require, it should work OK. > > > I have talked to Don and Ben privately via E-Mail about this, but > > I thought I'd throw the question out to the group. > > > > Again, the F84 refuses to program, however, it has been erased by the > > Nigel software, so I am assuming it is effectively "blank." The Nigel > > software reports a configuration setting of 1F, but I thought the > > configuration word was 14 bits, not 8? > > The C84 only uses one bit for code protection, so my software strips off > all the other unused bits. The F84 uses more than one code protection bit, > and my Windows software now addresses all the bits as required for the F84. > > However, I haven't been able to test it yet, due to lack of an F84. > > > Does anyone have any ideas on what else the problem could be with > > my F84? I'm hoping somebody will just tell me I'm an idiot and > > show me how to fix it in ten minutes. :-) > > My only suggestion is to try your F84 in someone elses programmer, to prove > wether your chip or programmer is at fault. > > > BTW, I have had the same problem with the Windows version of Nigel's > > programming software. It refuses to program, and is unable to set the > > fuse settings. > > The latest Windows beta version now has an erase button included, I've not > released it yet, but it should be in the next week or so - perhaps that > might help?. > > Nigel. > > /--------------------------------------------------------------\ > | Nigel Goodwin | Internet : nigelg@lpilsley.demon.co.uk | > | Lower Pilsley | Web Page : http://www.lpilsley.demon.co.uk | > | Chesterfield | | > | England | | > \--------------------------------------------------------------/ > > ------------------------------ > > Date: Fri, 25 Jul 1997 11:29:33 -0700 > From: Andre Abelian > Subject: serial I/O > > Hi all. > > I need to know what is serial I/O on 16c62A. > > thank you > > Andre > > ------------------------------ > > Date: Fri, 25 Jul 1997 19:30:21 GMT > From: Nigel Goodwin > Subject: Re: F84 programming? > > Oops!. > > Sorry about the F84/C84 fuses answer, I meant to say that the POWER UP TIMER > bit is inverted, NOT the WDT bit. > > No doubt I'll get loads of corrections before this apology arrives :-). > > Nigel. > > /--------------------------------------------------------------\ > | Nigel Goodwin | Internet : nigelg@lpilsley.demon.co.uk | > | Lower Pilsley | Web Page : http://www.lpilsley.demon.co.uk | > | Chesterfield | | > | England | | > \--------------------------------------------------------------/ > > ------------------------------ > > Date: Fri, 25 Jul 1997 19:44:21 +0100 > From: Tim Kerby > Subject: > > Hi > ps/2 is the same as serial, just a different connector. I have seen many > elecrronics outlets deal simple adaptors between the differing wiring. > > Tim > > At 08:34 24/07/97 PST, you wrote: > > Hello, > > > > I need some help, I am looking for the specification of the PS/2 > > interface (originally in the IBM Reference manual) so I can interface > > to a PS/s mouse with a PIC micro. I am aware that the Microchip > > Embedded Control Handbook contains Application notes on the serial, > > and ADB interfaces. Are thre any good PIC code examples or references > > similar to what I am looking for? > > > > Thanks, > > > > Bill Safieh > > > > > > > ------------------------------------------------------------------ > Personal Web Pages: http://web.ukonline.co.uk/members/tim.kerby/ > PIC Site: http://web.ukonline.co.uk/members/tim.kerby/pic/ > The PIC Pages are under construction and I am looking for projects > ------------------------------------------------------------------ > > ------------------------------ > > Date: Fri, 25 Jul 1997 11:48:31 -0700 > From: Brian Scearce > Subject: External memory on 16C84 > > Iain Whyte writes: > > I shouldn't have any real trouble accessing external memory with the > > PIC, should I? > > External *data* memory is not hard. If you want a lot of it, you > might end up using either a lot of IO lines or some extra hardware > (external 74373 as address latch, etc). Or you can use serial > memory devices. > > External *code* memory is hard. In fact, I think on the 16Cxx > chips, it's just about impossible. If you want a larger program, > the usual trick is to program the PIC with an interpreter and put > some kind of byte codes on the external memory (this is how BASIC > Stamps work). > > Brian > > ------------------------------ > > Date: Fri, 25 Jul 1997 12:34:29 -0700 > From: Andre Abelian > Subject: sorry for > > I am sorry for my wrong source code. what I meant is by changing decimal > value you can get what frequency you need starting .1 to .256. If > maximum pulse is not good enough use higher resonator. I did this with > my generator works ok. But if still I am wrong just simply trash this > code. > > > > loop bsf porta,ra0 > call delay > bcf porta,ra0 > goto loop > delay movlw .100 ; DECIMAL VALUE IS YOUR FREQUENCY > movwf count > d decfsz count > goto d > retlw oo > > > Andre > > ------------------------------ > > Date: Fri, 25 Jul 1997 12:48:29 -0700 > From: Andre Abelian > Subject: multiplexed system > > Hi all. > > I had mail setting problem I am not sure you received my first mail > about > multiplexed switches therefor I am posting it to piclist one more time. > > I need to get more info about multiplexing system. I never done any > project with this system.but one thing I do know is regardless of how > many switches I am going to use should work one by one. > > 2 4 bit switches I am going to use. total inputs I have is 6. > > ------------------------------ > > Date: Fri, 25 Jul 1997 16:09:04 -0400 > From: Kevin Timmerman > Subject: PS/2 Mouse > > The protocol and voltages are differant. Some mice with a PS/2 plug can adapt > to either with an adapter, some can not. > > On Friday, July 25, 1997 2:44 PM, Tim Kerby [SMTP:tim.kerby@UKONLINE.CO.UK] > wrote: > > Hi > > ps/2 is the same as serial, just a different connector. I have seen many > > elecrronics outlets deal simple adaptors between the differing wiring. > > > > Tim > > > > ------------------------------ > > Date: Fri, 25 Jul 1997 07:22:15 +1000 > From: "Paul B. Webster" > Subject: Re: Message not deliverable (Dupes) > > Mike Smith wrote: > > > (one of which seems to involve getting the odd dupe - I suspect it's > > not telling the ISP's unix host to delete all the messages...) > > You think YOU've got all the problems? I've been getting dupes quite > routinely, albeit intermittently. Variously have used Netscape 2, > Pegasus and Netscape 3, all under WIN95. Of course I discussed it with > the ISP shopfront and got the predictable "Do you know there is an > option you have to set ..." followed by "No-one else has reported it" > (Which makes me wonder whether No-one Else actually receives daily > E-mail, let alone in the quantity of these discussion lists) and the > grudging suggestion that I COULD report it to the Guy Who Runs The > System (if I can locate him - I suppose I might have to E-mail Sysop). > > One of these days I will put in the effort and time to see when he's > in his office and make the connection (i.e., have him understand I'm > talking about technical stuff such as the workings of his server) and > see if there is an answer. > > Otherwise, if it doesn't happen TOO often, I will do what we do with > all equipment, software etc., and suffer its idiosyncracies. > > Oh, and I was getting the "non-delivery" messages myself some weeks > back. > > Cheers, > Paul B. > > ------------------------------ > > Date: Fri, 25 Jul 1997 23:22:42 +1000 > From: "Paul B. Webster" > Subject: MoRe: Mosfet (LED drive) > > Mike Keitz wrote: > > > This depends on what kind of variability is found in LEDs. If it is > > variable internal resistance, then constant current drive is better. > > If it is a variable leakage path that doesn't produce light, then > > approximately constant-voltage drive would be better. Experience > > seems to point to the former. > > In a manner of speaking. The equivalent circuit of a LED is a diode > with a drop of between 1.1 (I-R) through 1.5 (Red) to 2.2 or more Volts > (Green and High-brightness) in series with a relatively low resistance. > As mentioned later in Mike's discussion in regard to the Vbe threshold > of a transistor, it is (AFAIK,) the threshold voltage which is > temperature-dependent and for this reason, constant-voltage drive is > impractical. > > Nevertheless, many cheap clocks use a single limiting resistor for the > whole display (all LEDs of course coming from the same batch) and > implement the "dimmer" function by changing this. Since (they do not > flash the colon so) they only change once per minute, the alteration in > brightness is simply not noticed! > > > Another classical circuit uses another transistor to shunt drive away > > from the main one when the emitter current reaches the desired value. > ... > > The disadvantage is additional parts > > Hearking back to the MOSFETs, two distinct advantages are the absence > of a "drive" resistor and the fact that (within 12V or so) the gate may > be overdriven in source follower mode when the Vdd collapses, without > any extra load on the PIC. The MOSFET may be used as a constant-current > sink by actually using a gate drive resistor shunted by, of all things, > a pair of series LEDs; and a source resistor. Count: two resistors, > two diodes and one MOSFET, though one of the diodes may be common to all > drivers. Note that although the gate runs at 3V or so, the drain will > drive down to almost the source voltage of about 1V. > > What has not been mentioned in regard to the various schemes of drive > using voltages greater than the PIC supply is the requirement for two > transistors per anode driver, an NPN driven by the PIC to drive the PNP > whose emitter is at the higher voltage rail, with a base resistor in > each and for effective turnoff, a pullup between base and emitter of the > PNP. Even using ULN arrays, this is a fair component count. > > > This won't be too bad, as the very noticeable beat between the > > multiplexing and ripple will be stationary thus not very noticeable. > > If the frequencies are slightly different the effect is a moving > > pattern of bright and dimmer. > > It occurs to me that if the PIC strobe algorithm is synchronised to > the mains, four digit drives could occupy a quarter cycle each and thus > each have the same integrated brightness. > > Cheers, > Paul B. > > ------------------------------ > > Date: Fri, 25 Jul 1997 19:11:52 -0500 > From: Eric Rossi > Subject: Re: 2 RS232 I/O microcontroller > > > > > I'm looking for a microcontroller development system that receives > > input from device A through an RS232 port, processes the data, and > > then transmits the processed data to device B through an another > > RS232 port. I would also like to program/develop the software via > > a host computer. > > > > EMAC INC has several single board computers and development systems in > Basic, C, or assembler that have the provision for 3 serial ports on a > single board. There home page is www.emacinc.com. Check it out. > > Eric > > ------------------------------ > > Date: Fri, 25 Jul 1997 17:11:28 -0700 > From: jhobbs > Subject: Maxim 110 and or 111 > > Has anyone used one of these Maxim ADC's, max110, and or max111? > If so, did you have any problems with the part? > Like setting the conversion time and resolution? > > I have the part calibrated on power up at 13bit, clk/4. > Then read ch1 and ch2 with same setup (13bit, clk/4) and it almost works. > Most of the time its output is 14 bit values (84h), but then on some power > cycles its output is 13 bit values (42h). No changes in the program. > I am using a bench power supply set at 10mV (10mV per degree) to test my > returned value. > > MAX 110/111 A/D 13 bit > 0 - 8191 (8192) counts > 150.756 uV (.000150756) per count > ref. 1.235 10mV per degree > > 1.235/8192 = 1.507568359375e-4 or 150.756 uV > .010/1.507568359375e-4 = 66.33198380567 counts per degree or 42h > > MAX 110/111 A/D 14 bit > 0 - 16383 (16384) counts > 150.756 uV (.000150756) per count > ref. 1.235 10mV per degree > > 1.235/16384 = 7.537841796875e-5 or 75.378 uV > .010/7.537841796875e-5 = 132.6639676113 counts per degree or 84h > > I have tried checking busy on power up before calibrating. > I have tried on power up setting CS low, killing 100ms, setting CS high to > cancel out any noise induced signals to the ADC. > I have tried on power up before calibrating sending dummy control words > 00h,00h,80h,00h. > > Nothing seems to make the part reliable. If anyone has used this part with > some success please let me know how you did it. > > Thanks in advance > > > Take care -Jim > > Jhobbs@quiknet.com > > ------------------------------ > > Date: Sat, 26 Jul 1997 09:22:37 +0800 > From: "Peter Tiang (Chee Foon Tiang)" > Subject: PS/2 Mouse -Reply > > Microsoft mouse uses a PIC15C58 and uses one pin (which is shorted to ground > on its PS/2 connector, normally pulled-up) to detect whether PS/2 or RS-232 > protocol is required. > > Voltage requirements can be overcome by some neat use of transistors and > zener diodes. > > I have upgraded my own Microsoft Mouse ver 2.0a (Serial only) to become > switchable between PS/2 and RS-232 (just like Microsoft Mouse ver 2.0) > > Regards, > Peter Tiang > > >>> Kevin Timmerman 26/July/1997 04:09am >>> > >The protocol and voltages are differant. Some mice with a PS/2 plug can adapt > > to either with an adapter, some can not. > > > >On Friday, July 25, 1997 2:44 PM, Tim Kerby [SMTP:tim.kerby@UKONLINE.CO.UK] > > wrote: > >> Hi > >> ps/2 is the same as serial, just a different connector. I have seen many > >> elecrronics outlets deal simple adaptors between the differing wiring. > >> > >> Tim > >> > > ------------------------------ > > Date: Fri, 26 Jul 1996 12:54:08 +1000 > From: Lee McLaren > Subject: pip02 and pentium II > > Has anyone had problems with pip02 (and its device drivers) and a > Pentium II processor? > It used to work great with my dt001 but now since I have upgraded my > mother board the device drivers and pip02 both come up with "Runtime > error 200 at 0070:0029." It appears that the compiler used with the > programs my not like my configuration. > I know with a pent II I don't expect to get much simpathy. > > Regards > Lee McLaren > ph 018 138682 > > ------------------------------ > > End of PICLIST Digest - 24 Jul 1997 to 25 Jul 1997 > **************************************************