Truncated match.
PICList
Thread
'Mail failure'
1996\07\17@090831
by
myke predko
|
Hi Folks,
Is anybody else getting the reply below to their posts?
Myke
>Return-Path:
<IMCEAX400-_DDA+3AMS=spam_OUTTHEFARM__HIDEOUT__POSTMASTERTakeThisOuT
wildwest.systemsfarm.com>
>
>From: THEFARM/HIDEOUT/POSTMASTER
<.....IMCEAMS-THEFARM_HIDEOUT_POSTMASTERKILLspam
@spam@wildwest.systemsfarm.com>
>
{Quote hidden}>To: myke predko <
myke
KILLspamPASSPORT.CA>
>Subject: Mail failure
>Date: Tue, 16 Jul 1996 17:28:00 -0700
>Encoding: 40 TEXT
>X-UIDL: f12ab8330cafe07669ccb0f3d16d4ce3
>
>
>[005] The mail retry count was exceeded sending to LANTASTIC6/XINEXMAIL.
>
>
>-----------------------------------------------------------------------------
>-
>Microsoft Mail v3.0 (MAPI 1.0 Transport) IPM.Microsoft Mail.Note
>From: myke predko
>To: Multiple recipients of list PICLIST
>Subject: Re: More on Driving Motors - Responses
>Date: 1996-07-16 11:51
>Priority: 3
>Message ID: 40F7F01BD6DECF119BD400AA005F13F5
>
>
>
>
>Big Argghhh... I *knew* I should have looked into this deeper - strangely
>enough, the ECG catalog I have doesn't note that it's a JFET, just notes
>that it is a n-channel FET.
>
>Yes, all I wanted to use was a MOSFET. I've got some p-channel MOSFETs as
>well as high current (ZVN4306) n-channel MOSTFETS on order from Digi-Key, I
>should have them tomorrow, and I'll post what I find on Thursday.
>
>Mark, Thanx for pointing that out. Boy, do I feel dumb :^(
>
>Myke
>>The 2N3819 is a JFET (J for Junction). Instead of an oxide insulator
>providing
>>the gate isolation, as in a MOSFET (i.e. 2N7000), it uses a reverse-biased
>>junction. If you put the wrong polarity on the gate, this junction
>conducts. I
>>don't know what a 2N3820 is.
>>
>>- Mark Sullivan -
>>
>>
>
>Do you ever feel like an XT Clone caught in the Pentium Pro Zone?
>
>
Do you ever feel like an XT Clone caught in the Pentium Pro Zone?
1996\07\17@093321
by
Mark K Sullivan
>Is anybody else getting the reply below to their posts?
>Myke
Yes, I am. There's no LANTASTIC here. I'm on a VAX connected directly to the
Internet by a big CISCO at AT&T.
'Mail failure'
1996\08\22@141148
by
myke predko
|
I have no idea what happened here...
Myke
{Quote hidden}>Return-Path: <IMCEAX400-_DDA+3AMS=
.....ES__ESSLC__POSTMASTERKILLspam
.....ES_SLC.ES.com>
>From: ES/ESSLC/POSTMASTER <
EraseMEIMCEAMS-ES_ESSLC_POSTMASTERspam_OUT
TakeThisOuTES_SLC.ES.com>
>
>To: myke predko <myke
spam_OUTPASSPORT.CA>
>Subject: Mail failure
>Date: Thu, 22 Aug 1996 00:25:00 -0600
>X-UIDL: 43a672e4188ea74156739ed347e8bf16
>
>
>[005] The mail retry count was exceeded sending to CUMULUS/MSMPOST.
>
>
>-------------------------------------------------------------------------
>-----
>Microsoft Mail v3.0 (MAPI 1.0 Transport) IPM.Microsoft Mail.Note
>From: myke predko
>To: Multiple recipients of list PICLIST
>Subject: Re: thermostat
>Date: 1996-08-21 14:57
>Priority: 3
>Message ID: 46CDF13320FBCF1194B30020AF34A939
>
>
>
>
>I'm currently developing one using a thermistor I bought at Radio Shack.
> It
>works great, and I've got it displaying on three 7-Segment LED Displays.
>
>The only problem is with the calibration. I have a scheme for it that
>works, but I'm having some problems with writing to the EEPROM (to save
>the
>calibration value).
>
>More as it happens,
>
>Myke
>>Return-Path: <
@spam@owner-piclistKILLspam
MITVMA.MIT.EDU>
>>X-Sender:
KILLspamdfrKILLspam
icom.ca
>>Date: Wed, 21 Aug 1996 10:25:09 +0600
>>Reply-To: pic microcontroller discussion list <
RemoveMEPICLISTTakeThisOuT
MITVMA.MIT.EDU>
>>Sender: pic microcontroller discussion list <
spamBeGonePICLISTspamBeGone
MITVMA.MIT.EDU>
>>From: Dana Frank Raymond <
TakeThisOuTdfrEraseME
spam_OUTICOM.CA>
>>Subject: Re: thermostat
>>To: Multiple recipients of list PICLIST <
RemoveMEPICLIST
TakeThisOuTMITVMA.MIT.EDU>
>>X-UIDL: 1fa0aabf60a087c0772bcc95cddd5ce1
>>
>>>Hi,
>>>Is there anyone can provide me info. on how to make a thermometer using
>PIC?
>>
>>Well, you need a temperature sensor and some method of output. A thermostat
>>may have outputs to control temperature to either a fixed or variable
>setpoint.
>>
>>An example of a temperature sensor can be found in application note AN512.
>>Its available in the Embedded Control Handbook and on
http://www.microchip.com
>>
>>
>>Regards, Dana Frank Raymond
>>
dfrEraseME
.....icom.ca
>>
>>
>
>Do you ever feel like an XT Clone caught in the Pentium Pro Zone?
>
>
Do you ever feel like an XT Clone caught in the Pentium Pro Zone?
'Mail failure'
1998\03\03@131800
by
GATE/POSTMASTER
|
FROM: IL50/GATE/POSTMASTER
TO: pic microcontroller discussion DATE: 03-03-98
TIME: 10:56
SUBJECT: Mail failure
------------------------------------------------------------------------------
[021] Message was not delivered due to missing routing file.
------------------------------------------------------------------------------
Paul B. Webster VK2BZC <EraseMEpaulb
midcoast.com.au> wrote:
> Andrew Warren wrote:
>
> > Ever since then, most people have used the word "byte" specifically to
> > mean an eight-bit quantity, and referred to the other sizes --
> > imprecisely -- as "words".
>
> Imprecisely? How so? .... "Word" sounds like a very good
> description of a quantity from one to many characters, or bytes.
Paul:
When I said "imprecisely", that's exactly what I meant; if I'd
meant "inaccurately", I would have said so.
"Word" IS a good word for a group of bits, but it doesn't precisely
define the size of that group.
-Andy
=== Andrew Warren - RemoveMEfastfwdEraseME
EraseMEix.netcom.com
=== Fast Forward Engineering - Vista, California
=== http://www.geocities.com/SiliconValley/2499
1998\03\04@164314
by
GATE/POSTMASTER
|
FROM: IL50/GATE/POSTMASTER
TO: pic microcontroller discussion DATE: 03-04-98
TIME: 15:21
SUBJECT: Mail failure
------------------------------------------------------------------------------
[021] Message was not delivered due to missing routing file.
------------------------------------------------------------------------------
On Wednesday, March 04, 1998 3:36 PM, William Chops Westfield
[SMTP:RemoveMEbillwspam_OUT
KILLspamCISCO.COM] wrote:
> 2) Some companies insist on exclusive rights, and we charge them
> more for this privilege.
>
> What happens to library and "reusable" code when the customer demands
> exclusive rights? Presumably pre-existing libraries and code aren't
> covered. What about brand new code developed as part of the project?
(Say
> you need to write serial-dataflash routines for the first time.) What
> about code developed based on internal information from the company? (ie
> code for read a non-standard GPS receiver or somesuch.)
>
> BillW
>
3rd party libraries are exempt, as should be any pre-existing in-house
libraries (be safe and put this in the contract). However, in my
experience, the customer expects to own all code that was written
specifically for this project. This includes flash download, GPS protocol,
etc. On the other hand, you can always state up front that you wish to
retain the rights to any "general purpose" routines, such as generic
protocol handlers.
Again, the best case is to negotiate these items up front. If you discover
mid-project that you will be writing this type of code, try to renegotiate
the contract. Remember, it (almost) never hurts to ask.
'Mail failure'
1998\04\21@124348
by
GATE/POSTMASTER
FROM: IL50/GATE/POSTMASTER
TO: pic microcontroller discussion DATE: 04-21-98
TIME: 11:11
SUBJECT: Mail failure
------------------------------------------------------------------------------
[021] Message was not delivered due to missing routing file.
------------------------------------------------------------------------------
singoff piclist
1998\04\28@132942
by
GATE/POSTMASTER
FROM: IL50/GATE/POSTMASTER
TO: pic microcontroller discussion DATE: 04-28-98
TIME: 12:21
SUBJECT: Mail failure
------------------------------------------------------------------------------
[021] Message was not delivered due to missing routing file.
------------------------------------------------------------------------------
>Windows NT comes with an FTP program. Try typing "FTP" in a command prompt
>window.
I use WS_FTP. It's a freebie out there on the net, and is super-simple to
install. Just copy it to a directory and double-click the EXE file.
Andy
==================================================================
Andy Kunz - Statistical Research, Inc. - Westfield, New Jersey USA
==================================================================
'Mail failure'
1998\05\06@052235
by
GATE/POSTMASTER
FROM: IL50/GATE/POSTMASTER
TO: pic microcontroller discussion DATE: 05-06-98
TIME: 04:06
SUBJECT: Mail failure
------------------------------------------------------------------------------
[021] Message was not delivered due to missing routing file.
------------------------------------------------------------------------------
Leonardo
>From memory, Circuit Cellar ran an article a few years ago with information
on Mac SCSI interfacing I'm away from my library can someone look it up ??
Tim
----------
{Quote hidden}
1998\05\13@131229
by
GATE/POSTMASTER
FROM: IL50/GATE/POSTMASTER
TO: pic microcontroller discussion DATE: 05-13-98
TIME: 12:01
SUBJECT: Mail failure
------------------------------------------------------------------------------
[021] Message was not delivered due to missing routing file.
------------------------------------------------------------------------------
At 10:07 AM 5/13/98 +0300, Pasi T Mustalahti <ptmustaSTOPspam
spam_OUTUTU.FI>wrote:
>STOP MEILING CARBAGE !
>I'll continue reading this list for about one week from now and if nothing
>changes, I'll leave it. I have much better ways to spend my time than
>deleting these emeils 'I'm an absolute beginning beginner and newer seen a
>screwdriver before. Would you please help me to connect a LCD-panel to my
>TCP/IP-network'. Go and make your homeworks !
>
You may leave the list at any time by sending a "SIGNOFF PICLIST" command
to spamBeGoneLISTSERVSTOPspam
EraseMEMITVMA.MIT.EDU (or KILLspamLISTSERVspamBeGone
MITVMA.BITNET)
1998\05\18@180929
by
GATE/POSTMASTER
|
FROM: IL50/GATE/POSTMASTER
TO: pic microcontroller discussion DATE: 05-18-98
TIME: 16:05
SUBJECT: Mail failure
------------------------------------------------------------------------------
[021] Message was not delivered due to missing routing file.
------------------------------------------------------------------------------
I have built a 16C73-based MIDI send/receive device with basically the same
circuit, using a 6N138. The system ran off a 4 MHz resonator and used
polling on the serial port send and receive. Here are several things to
look at, given the MIDI interface schematic shown in the GIF file you
referenced (see link in quoted original below).
1) The only difference between the 6N138 and 139 is one is optimized for
TTL (6N138) and the other for CMOS (6N139). Either should work in this
application, and they are pin-compatible.
2) The 6N138/139 (8-pin part) has a different pin-out than the Sharp PC-900
(6-pin part). For the 6N138/139, connect as follows (again referencing the
GIF schematic):
- MIDI IN Connector pin 4 to 220 ohm resistor
- Other side of 220 ohm resistor to cathode of
external diode and pin 2 of 6N139 (anode)
- MIDI IN connector pin 5 to anode of external
diode and pin 3 of 6N139 (cathode)
- 6N139 pin 8 to +5V
- 6N139 pin 6 (output) to pull-up and PIC input
- 6N139 pin 5 to GND
- 6N139 pins 1, 4 and 7 are "no connect"
3) Yes, SPBRG=4 should give 31250 baud for 10MHz oscillator IF you set
BRGH=0 (and assuming you crystal is really oscillating at 10MHz).
4) You imply that you receive some bytes correctly and some incorrectly.
What percentage of bytes do you receive correctly? Are you using
interrupts to read the receive register or are you polling? If polling,
are you absolutely sure you are polling often enough (with 10MHz osc you
should have lots of time between bytes)? Are you checking the overrun
(OERR) and framing error (FERR) status bits (and clearing them afterwards)?
5) Are you using a small and known data stream to test the receive, or is
it "live" MIDI data. Try using the serial transmit pin (and the rest of
the output circuit from the GIF file) to send yourself known data (this
will not find baud rate problems, but will trouble-shoot receive hardware
and software).
I hope this helps. I will try to help if you have more questions.
Bob.
On Sunday, May 17, 1998 12:19 PM, Catch-It
[SMTP:EraseMECatch-It
EraseMEFILETREK.DEMON.CO.UK] wrote:
> Hiya,
> Can anybody help me? (no smart comments please :-)
>
> I am trying to get MIDI data into my 16C77. It kind of works, but seems
to
> get some wrong values through (I have examined the same stream on the PC
and
> it is being transmitted correctly)
>
> PIC is running at 10 Mhz (oscillator using 22pf capacitors). SPBRG is set
to
> 4 (which should give me the 31250 bps right?)
>
> The circuit I am using for input is basically a standard circuit (see the
> input section of http://www.borg.com/~jglatt/tech/midi.gif ), but I am
using
{Quote hidden}> a 6N139 opto isolator (because I cannot easily get hold of a 6n138).
>
> I would imagine that there is a slight difference that I need to get over
> but
> 1) I have no specs for the 138 to compare with
> 2) My analogue electronics is pants
>
> has anybody got any ideas I could try (like maybe a new hobby :-)
>
> Regards
> Catchy
>
'Mail failure'
1998\06\02@110905
by
GATE/POSTMASTER
|
FROM: IL50/GATE/POSTMASTER
TO: pic microcontroller discussion DATE: 06-02-98
TIME: 07:46
SUBJECT: Mail failure
------------------------------------------------------------------------------
[021] Message was not delivered due to missing routing file.
------------------------------------------------------------------------------
>Unfortunately I already had to order the devices and I found the AMD flash
>memory (with 45ns access) for optimal in my case. This is an 128K x 8
>chip. I have also ordered the latches.
PROBLEM - You want 64K x 16. The x8 won't fly!!
>How does the address decoder look like for this chip (or in general for
>8bit devices on a 16bit port) and what does it perform ?
If I'm understanding you correctly, NO CAN DO.
Here's what I did:
PIC "Address/Data" pins all go to inputs of Cyrix 16-bit-wide '373 chip.
Also, they go directly to DQ pins on memory chip.
Lowest 13 outputs of 16-bit-wide '373 chip go directly to address pins on
memory chip.
Highest 3 outputs of 16-bit-wide '373 chip go directly to GAL which is
"address decoder". Outputs of GAL go do address pins on memory chip.
Inside the GAL, I have it set so that Ax-out = Ax-in unless another GAL
input, BANKSEL, is low. If BANKSEL is low, the Ax-out causes the address
to be "moved" on the external memory. What this does is allows me to
access a full 64K of external memory (even the part hidden by the internal
ROM - remember I'm in extended uC mode) to do data storage. The external
memory is not available for program memory by my method.
The GAL is totally optional. You could just as well connect ALL the '373
outputs directly to the memory chip. Then you could run in microprocessor
mode using a pre-programmed EPROM/FLASH/SRAM with no problem.
>Since I use both program memories can I presume that I have to run the PIC
>in "extended microcontroller mode"?
Yes, if you want to use the internal ROM it is.
>Or is it also possible to have the
>RS232 setup program in external memory, without using any internal mem.?
Sure, you can do that, but then you have to program the FLASH before
installing it in the board.
My method was developed to permit me to have a BIOS in the chip which was
always alive, and an external application in SRAM which could be updated in
the field by a tech with a laptop. The BIOS supports the programming of
the external RAM using a simple program.
As for memory, don't make it more difficult than it really is. Using
16-bit-wide devices, just follow the external memory format in the data sheet.
BTW, if you are running in uP mode, you DON'T need to program the PIC - it
comes that way!
>Sorry, I presumed TTL I/O devices, but didn't write it. Is 4.7KOhm then
>OK ?
It depends on what those outputs would do. It really does!
Andy
==================================================================
Andy Kunz - Statistical Research, Inc. - Westfield, New Jersey USA
==================================================D===============
1998\06\03@193241
by
GATE/POSTMASTER
FROM: IL50/GATE/POSTMASTER
TO: pic microcontroller discussion DATE: 06-03-98
TIME: 18:08
SUBJECT: Mail failure
------------------------------------------------------------------------------
[021] Message was not delivered due to missing routing file.
------------------------------------------------------------------------------
This is a multi-part message in MIME format.
{Original Message removed}
1998\06\05@182843
by
GATE/POSTMASTER
|
FROM: IL50/GATE/POSTMASTER
TO: pic microcontroller discussion DATE: 06-05-98
TIME: 16:25
SUBJECT: Mail failure
------------------------------------------------------------------------------
[021] Message was not delivered due to missing routing file.
------------------------------------------------------------------------------
Barry Cooper <@spam@PICLIST@spam@
spam_OUTMITVMA.MIT.EDU> wrote:
> I keep running across references to 2's complements, does
> anyone have a relatively simple explanation?
Barry:
Two's-complement is a way of representing negative numbers; in
two's-complement representation, a number is converted from
positive to negative by inverting all its bits and adding 1.
Using 8-bit numbers, for example, the numbers look like this:
Decimal Binary
------- --------
127 = 01111111
2 = 00000010
1 = 00000001
0 = 00000000
-1 = 11111111
-2 = 11111110
-127 = 10000001
-128 = 10000000
A year or so ago, I wrote a long essay explaining why two's-
complement is used, rather than some other representation; if
I get a minute this weekend, I'll post it on my web page.
-Andy
=== Andrew Warren - spamBeGonefastfwd
KILLspamix.netcom.com
=== Fast Forward Engineering - Vista, California
=== http://www.geocities.com/SiliconValley/2499 (personal)
=== http://www.netcom.com/~fastfwd (business)
1998\06\05@182850
by
GATE/POSTMASTER
|
FROM: IL50/GATE/POSTMASTER
TO: pic microcontroller discussion DATE: 06-05-98
TIME: 16:25
SUBJECT: Mail failure
------------------------------------------------------------------------------
[021] Message was not delivered due to missing routing file.
------------------------------------------------------------------------------
(Another rocket-denzien, having spectrum analyser, scope, and picmaster :)
>PROBLEM:
>
>I have managed to transmit data down a wire between the units.
>However, I am struggling to do it via the RF link. When the RF unit is
>powered up, the output data pins from the decoder all go high from an
>initial low state. This shows that the RF has been picked up but the
>data is wrong. When I listen to the audio output from the RX, the
>tones cease abruptly when the TX is powered.
What tones? Can you give more detail on how these rf links are working?
AM/FM?
Beware of having them too close. Ideally, take the TX output into a dummy
load.
You should be able to still rx it from many meters away, and that will
eliminate
any squirrely RF problems from RF getting into the rest of the system.
>I have ground planed the
>circuits from a single point to avoid current loops and have minimal
>lengths of unscreened RF wiring. To get the RF link working at all I
>had to use a pull up resistor on the data output pin from the decoder
>(4k7).
I've got some MING units here that have O/C outputs. that may be normal
on yours as well.
1998\06\19@172610
by
GATE/POSTMASTER
|
FROM: IL50/GATE/POSTMASTER
TO: pic microcontroller discussion DATE: 06-19-98
TIME: 14:21
SUBJECT: Mail failure
------------------------------------------------------------------------------
[021] Message was not delivered due to missing routing file.
------------------------------------------------------------------------------
On Fri, 19 Jun 1998 15:06:16 -0400 "John P. Leonard" <.....leonardspam_OUT
svsu.edu>
writes:
> but a
>couple
>hours and several write/erase cycles later and they won't start-up
>unless
>I set Vcc to nearly 5V.
Try doubling your erase time, and make sure to keep the windows clean.
Incompletely erased chips won't work at low voltage. The bits that are
supposed to be erased are more likely to read as programmed as the
voltage drops.
_____________________________________________________________________
You don't need to buy Internet access to use free Internet e-mail.
Get completely free e-mail from Juno at http://www.juno.com
Or call Juno at (800) 654-JUNO [654-5866]
More... (looser matching)
- Last day of these posts
- In 1998
, 1999 only
- Today
- New search...