sci.electronics.repair@googlegroups.com

Google Groups

etpm@whidbey.com: Dec 30 09:49AM -0800 On Tue, 29 Dec 2020 14:23:12 -0800, John Robertson <spam@flippers.com> wrote:   >might be in the middle of a house/wood stove/cooking fire during a >blinding snowstorm...   >John :-#(# Nobody has their well pump control in a water tight box. They all breathe. And every pressure switch on every well pressure tank breathes. My well control is in a box made for outdoor use too, and yet it still breathes. Though bugs cannot get in the atmosphere certainly does. Rain could pour over my pressure switch and well control box all day and nothing would get wet inside, but humidity will. Nevertheless this does not happen. In any case I bought an appropriate contactor and mounted it in the well control box. Everything is fine. The contactor is switched by the pressure tank switch. The whole setup meets code. Eric   --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus

bruce bowser <bruce2bowser@gmail.com>: Dec 31 07:10AM -0800 > certainly does. Rain could pour over my pressure switch and well > control box all day and nothing would get wet inside, but humidity > will.   That's a free air connection. Its easier to get in to make repairs/additions, just like with an overhead wire connection. Wires in underground conduit might be tough to get to and repair, like after lighting strikes.

bruce bowser <bruce2bowser@gmail.com>: Dec 31 07:01AM -0800 > 2. When the phone is on > 3. when the battery has been removed > thank you.   I saw something like that at the start of a 1983 season #2 episode #3 titled: "Red Hot Steel" from the 1980s Remington Steele drama series starring Stephanie Zimbalist. Pretty scary.

bruce bowser <bruce2bowser@gmail.com>: Dec 31 06:48AM -0800 > was serviced byb me after a few gins so instead I waited until I > bought the grinder in real time, used it for a couple years, posted a > question about it here and now I have a new cap coming.   Good stuff with orange juice and 2 or 3 banana liquors. I wonder what an 80 year-old gin bottle would fetch today.

Mike Hooker <mhooker32@gmail.com>: Dec 30 12:25PM -0800 im using a GQ-4x burner, its a willem type. im trying to burn 3 images to a single prom. the 1st at 0000, the second at offset 1000, the 3rd at 1800. i try the combine feature, but it tells me to close the application, re-open without choosing a device. that doesnt work,. its a 2764. i tried burning the 1st file, then the 2nd, then the third. i see all the code there, but not sure if thats the right way. i would rather combine into one file, and then burn.   thanks

dplatt@coop.radagast.org (Dave Platt): Dec 30 01:52PM -0800 In article <8f3647e7-ff48-4bc0-bb1a-89ab5215dc12n@googlegroups.com>, >tells me to close the application, re-open without choosing a device. that doesnt work,. its >a 2764. i tried burning the 1st file, then the 2nd, then the third. i see all the code there, >but not sure if thats the right way. i would rather combine into one file, and then burn.   If you have access to a Linux system you can do the combining with "dd" (one of many choices but it's straightforward).   One way to do this would be   dd if=/dev/zero of=combined.bin bs=1 count=8192 dd if=1st.bin of=combined.bin bs=1 seek=0 conv=notrunc dd if=2nd.bin of=combined.bin bs=1 seek=$((0x1000)) conv=notrunc dd if=3rd.bin of=combined.bin bs=1 seek=$((0x1800)) conv=notrunc   In plain language - create an 8k-byte file full of zeros, then copy each of the three separate images into it, seeking to the appropriate offset in the file first, and not truncating the file while copying.

John Robertson <spam@flippers.com>: Dec 30 03:17PM -0800 On 2020/12/30 1:52 p.m., Dave Platt wrote:   > In plain language - create an 8k-byte file full of zeros, then copy > each of the three separate images into it, seeking to the appropriate > offset in the file first, and not truncating the file while copying.   Nice solution, I would only suggest editing the create function to make it a 8K file of "FF"s so you aren't trying to burn 00s - this will speed up the programming slightly. Afraid I don't know how, but I'm sure it is easy to look up...   John :-#)#   -- (Please post followups or tech inquiries to the USENET newsgroup) John's Jukes Ltd. MOVED to #7 - 3979 Marine Way, Burnaby, BC, Canada V5J 5E3 (604)872-5757 (Pinballs, Jukes, Video Games) www.flippers.com "Old pinballers never die, they just flip out."

mjb@signal11.invalid (Mike): Dec 31 10:21AM In article <VLudndyc8sYAl3DCnZ2dnUU7-fnNnZ2d@giganews.com>,   >> dd if=/dev/zero of=combined.bin bs=1 count=8192   ...   >it a 8K file of "FF"s so you aren't trying to burn 00s - this will speed >up the programming slightly. Afraid I don't know how, but I'm sure it is >easy to look up...   Use /dev/one instead of /dev/zero :)   It would *only* speed up programming if the hardware/software used optimizes things and skips/refuses to "program" locations that are 0xFF (the default blank chip state).   Otherwise, there's no speedup there.   Serious answer, if you don't have /dev/one available, change the first line to :-   cat /dev/zero | tr '\000' '\377' | dd of=combined.bin bs=1 count=8192   Omitting the "if=/dev/zero" takes input from stdin, and tr swaps 0 for 377 (Octal)/255(Dec)/0xFF(hex) -- --------------------------------------+------------------------------------ Mike Brown: mjb[-at-]signal11.org.uk | http://www.signal11.org.uk

bruce bowser <bruce2bowser@gmail.com>: Dec 30 10:52PM -0800 > 16 divided by 3 = 5.33, 14 divided by 3 = 4.67   > This type of error seems to occur a lot in Lowes, Home Depot, and others > item listings.   I wonder if Lowes has changed these figures to something more accurate or not.

You received this digest because you're subscribed to updates for this group. You can change your settings on the group membership page. To unsubscribe from this group and stop receiving emails from it send an email to sci.electronics.repair+unsubscribe@googlegroups.com.