• Re: fast divider?

    From Bill Sloman@3:633/10 to All on Saturday, March 28, 2026 16:44:40
    On 28/03/2026 5:39 am, john larkin wrote:
    On Sun, 22 Mar 2026 03:00:16 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 22/03/2026 1:52 am, john larkin wrote:
    On Sat, 21 Mar 2026 16:36:43 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 20/03/2026 4:05 am, john larkin wrote:
    On Tue, 17 Mar 2026 22:30:01 +0000, someone
    <cffbf4deb9142bce48974efc0e64dede@example.com> wrote:

    I assume these are up-counters, so the thing overflows at all 1's. Then you only have the one fast carry TPD for the MS18b overflowing to all 1s when a 1 is clocked into its LSB. One whole clock period to clock the 1 out of the DFF and meet the setup times for what I assume is a synchronous LD and its setup for the counters. So that particular timing criticality is a DFF TPD and a LD setup TSU to reliably capture the register data. The LD TPD to CLK TSU for the LS18b counter shouldn't be a problem. This must be very speedy logic for 150MHz. Do you have a simulator that displays how much margin you have on this timing, or is it just a bunch waveforms?

    Yes, loadable up-counter with carry chain.

    This would be in an FPGA, so the diagram is just a concept. The
    reality will be VHDL code. And the FPGA boys use the Wishbone
    architecture and want the counter to be 32 bits, which is OK with me. >>>>>
    We are already doing a DDS at 250 MHz on this chip, an Efinix T20, so >>>>> I expect we could do a divider in that ballpark. The T20 is in the
    *slow* Efinix family.

    I think the T20 has 18-bit fast carry chains.

    After the boys code this, the tools can verify timing.

    FPGAs are great, but there's a cultural gap between people who draw
    and people who type.

    Can't say I've noticed that, but since I can do both, and most of the
    engineers I've hung out with could too, John Larkin may be projecting here.

    Gosh Bill, you are wonderful. You are great at everything.

    I'm certainly not great at writing VHDL. There's a VHDL text-book on my
    bookshelf - bought for a project which didn't come off - but the stuff I
    did type was in a much less powerful language, but powerful enough to
    get the chip to do what I wanted it to.

    What are you designing now?

    Absolutely nothing. I do fish for work from time to time, but at 83 I'm
    not an attractive employee.

    Join one of those maker space things, meet some people, offer to help
    for free, see what happens.

    I'm active on the committee of NSW branch of the IEEE but I don't know
    of any maker space things in Sydney.

    I designed some PLDs, from PALS to PEELS to the antifuse Actel FPGAs,
    but it's mostly grunt work, so I give requirements to kids to type the
    VHDL for me. I have an ex-physicist doing that for us now.

    Getting anything to work is mostly grunt work.

    What was interesting about the otp Actel parts is that the design was
    schematic entry, and it had to be right the first time.

    One time programmable parts are like that. It's nice to be able simulate
    the design before you blow the fuses.

    We invented our triggered, phaselocked LC oscillator, which is pretty
    gnarly. We progammed the loop into an Actel and it locked first try.

    When you first started talking about it, you'd dug it out of
    Hewlett-Packard Journal article from the 1970's. Triggered oscillators
    for precision timing have always struck me as terrible idea. They were a
    lot less terrible in 1970's when regular oscillators weren't all that
    good either.

    The OTPs are like laying out a PCB: check it hard and get it right. At
    least you can hack a PCB.

    Modern FPGA design is like cpu coding: hack it fast and run it and see
    what happens and when it doesn't work, fix it.

    Reprogrammable parts are lot more forgiving. Hacking it fast isn't a
    great way to design stuff. It too easy to dive down the wrong rabbit
    hole, and keep digging, when you ought sit back and think it out again.

    Big software projects have exactly the same problem. Windows is a
    steaming heap of legacy software.

    Garbage, but continually being repaired.

    Not exactly garbage, but they do keep finding and fixing imperfections.
    I'm still running Windows 7. My laptop runs Windows 10. I'm not moved to
    try to up-grade, and when I talked to a Microsoft ambassador I happen to
    know he did mention that Windows 10 does like to interrogate an identity
    chip on start up - a chip that my 2011 desk-top computer doesn't have.

    --
    Bill Sloman, Sydney

    --- PyGate Linux v1.5.13
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From john larkin@3:633/10 to All on Saturday, March 28, 2026 14:38:36
    On Sat, 28 Mar 2026 16:44:40 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 28/03/2026 5:39 am, john larkin wrote:
    On Sun, 22 Mar 2026 03:00:16 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 22/03/2026 1:52 am, john larkin wrote:
    On Sat, 21 Mar 2026 16:36:43 +1100, Bill Sloman <bill.sloman@ieee.org> >>>> wrote:

    On 20/03/2026 4:05 am, john larkin wrote:
    On Tue, 17 Mar 2026 22:30:01 +0000, someone
    <cffbf4deb9142bce48974efc0e64dede@example.com> wrote:

    I assume these are up-counters, so the thing overflows at all 1's. Then you only have the one fast carry TPD for the MS18b overflowing to all 1s when a 1 is clocked into its LSB. One whole clock period to clock the 1 out of the DFF and meet the setup times for what I assume is a synchronous LD and its setup for the counters. So that particular timing criticality is a DFF TPD and a LD setup TSU to reliably capture the register data. The LD TPD to CLK TSU for the LS18b counter shouldn't be a problem. This must be very speedy logic for 150MHz. Do you have a simulator that displays how much margin you have on this timing, or is it just a bunch waveforms?

    Yes, loadable up-counter with carry chain.

    This would be in an FPGA, so the diagram is just a concept. The
    reality will be VHDL code. And the FPGA boys use the Wishbone
    architecture and want the counter to be 32 bits, which is OK with me. >>>>>>
    We are already doing a DDS at 250 MHz on this chip, an Efinix T20, so >>>>>> I expect we could do a divider in that ballpark. The T20 is in the >>>>>> *slow* Efinix family.

    I think the T20 has 18-bit fast carry chains.

    After the boys code this, the tools can verify timing.

    FPGAs are great, but there's a cultural gap between people who draw >>>>>> and people who type.

    Can't say I've noticed that, but since I can do both, and most of the >>>>> engineers I've hung out with could too, John Larkin may be projecting here.

    Gosh Bill, you are wonderful. You are great at everything.

    I'm certainly not great at writing VHDL. There's a VHDL text-book on my
    bookshelf - bought for a project which didn't come off - but the stuff I >>> did type was in a much less powerful language, but powerful enough to
    get the chip to do what I wanted it to.

    What are you designing now?

    Absolutely nothing. I do fish for work from time to time, but at 83 I'm
    not an attractive employee.

    Join one of those maker space things, meet some people, offer to help
    for free, see what happens.

    I'm active on the committee of NSW branch of the IEEE but I don't know
    of any maker space things in Sydney.

    Hey, you could google

    maker spaces sydney australia


    John Larkin
    Highland Tech Glen Canyon Design Center
    Lunatic Fringe Electronics

    --- PyGate Linux v1.5.13
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Bill Sloman@3:633/10 to All on Sunday, March 29, 2026 15:52:53
    On 29/03/2026 8:38 am, john larkin wrote:
    On Sat, 28 Mar 2026 16:44:40 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 28/03/2026 5:39 am, john larkin wrote:
    On Sun, 22 Mar 2026 03:00:16 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 22/03/2026 1:52 am, john larkin wrote:
    On Sat, 21 Mar 2026 16:36:43 +1100, Bill Sloman <bill.sloman@ieee.org> >>>>> wrote:

    On 20/03/2026 4:05 am, john larkin wrote:
    On Tue, 17 Mar 2026 22:30:01 +0000, someone
    <cffbf4deb9142bce48974efc0e64dede@example.com> wrote:

    I assume these are up-counters, so the thing overflows at all 1's. Then you only have the one fast carry TPD for the MS18b overflowing to all 1s when a 1 is clocked into its LSB. One whole clock period to clock the 1 out of the DFF and meet the setup times for what I assume is a synchronous LD and its setup for the counters. So that particular timing criticality is a DFF TPD and a LD setup TSU to reliably capture the register data. The LD TPD to CLK TSU for the LS18b counter shouldn't be a problem. This must be very speedy logic for 150MHz. Do you have a simulator that displays how much margin you have on this timing, or is it just a bunch waveforms?

    Yes, loadable up-counter with carry chain.

    This would be in an FPGA, so the diagram is just a concept. The
    reality will be VHDL code. And the FPGA boys use the Wishbone
    architecture and want the counter to be 32 bits, which is OK with me. >>>>>>>
    We are already doing a DDS at 250 MHz on this chip, an Efinix T20, so >>>>>>> I expect we could do a divider in that ballpark. The T20 is in the >>>>>>> *slow* Efinix family.

    I think the T20 has 18-bit fast carry chains.

    After the boys code this, the tools can verify timing.

    FPGAs are great, but there's a cultural gap between people who draw >>>>>>> and people who type.

    Can't say I've noticed that, but since I can do both, and most of the >>>>>> engineers I've hung out with could too, John Larkin may be projecting here.

    Gosh Bill, you are wonderful. You are great at everything.

    I'm certainly not great at writing VHDL. There's a VHDL text-book on my >>>> bookshelf - bought for a project which didn't come off - but the stuff I >>>> did type was in a much less powerful language, but powerful enough to
    get the chip to do what I wanted it to.

    What are you designing now?

    Absolutely nothing. I do fish for work from time to time, but at 83 I'm >>>> not an attractive employee.

    Join one of those maker space things, meet some people, offer to help
    for free, see what happens.

    I'm active on the committee of NSW branch of the IEEE but I don't know
    of any maker space things in Sydney.

    Hey, you could google

    maker spaces sydney australia

    https://makerspaces.com.au/nsw/sydney

    So they exist. Leather work and needle work (sewing) are supported. I am
    a tolerably competent carpenter so I might fit in. As a route into
    advanced electronic design it doesn't look promising.

    --
    Bill Sloman, Sydney


    --- PyGate Linux v1.5.13
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From john larkin@3:633/10 to All on Sunday, March 29, 2026 08:18:07
    On Sun, 29 Mar 2026 15:52:53 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 29/03/2026 8:38 am, john larkin wrote:
    On Sat, 28 Mar 2026 16:44:40 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 28/03/2026 5:39 am, john larkin wrote:
    On Sun, 22 Mar 2026 03:00:16 +1100, Bill Sloman <bill.sloman@ieee.org> >>>> wrote:

    On 22/03/2026 1:52 am, john larkin wrote:
    On Sat, 21 Mar 2026 16:36:43 +1100, Bill Sloman <bill.sloman@ieee.org> >>>>>> wrote:

    On 20/03/2026 4:05 am, john larkin wrote:
    On Tue, 17 Mar 2026 22:30:01 +0000, someone
    <cffbf4deb9142bce48974efc0e64dede@example.com> wrote:

    I assume these are up-counters, so the thing overflows at all 1's. Then you only have the one fast carry TPD for the MS18b overflowing to all 1s when a 1 is clocked into its LSB. One whole clock period to clock the 1 out of the DFF and meet the setup times for what I assume is a synchronous LD and its setup for the counters. So that particular timing criticality is a DFF TPD and a LD setup TSU to reliably capture the register data. The LD TPD to CLK TSU for the LS18b counter shouldn't be a problem. This must be very speedy logic for 150MHz. Do you have a simulator that displays how much margin you have on this timing, or is it just a bunch waveforms?

    Yes, loadable up-counter with carry chain.

    This would be in an FPGA, so the diagram is just a concept. The >>>>>>>> reality will be VHDL code. And the FPGA boys use the Wishbone
    architecture and want the counter to be 32 bits, which is OK with me. >>>>>>>>
    We are already doing a DDS at 250 MHz on this chip, an Efinix T20, so >>>>>>>> I expect we could do a divider in that ballpark. The T20 is in the >>>>>>>> *slow* Efinix family.

    I think the T20 has 18-bit fast carry chains.

    After the boys code this, the tools can verify timing.

    FPGAs are great, but there's a cultural gap between people who draw >>>>>>>> and people who type.

    Can't say I've noticed that, but since I can do both, and most of the >>>>>>> engineers I've hung out with could too, John Larkin may be projecting here.

    Gosh Bill, you are wonderful. You are great at everything.

    I'm certainly not great at writing VHDL. There's a VHDL text-book on my >>>>> bookshelf - bought for a project which didn't come off - but the stuff I >>>>> did type was in a much less powerful language, but powerful enough to >>>>> get the chip to do what I wanted it to.

    What are you designing now?

    Absolutely nothing. I do fish for work from time to time, but at 83 I'm >>>>> not an attractive employee.

    Join one of those maker space things, meet some people, offer to help
    for free, see what happens.

    I'm active on the committee of NSW branch of the IEEE but I don't know
    of any maker space things in Sydney.

    Hey, you could google

    maker spaces sydney australia

    https://makerspaces.com.au/nsw/sydney

    So they exist. Leather work and needle work (sewing) are supported. I am
    a tolerably competent carpenter so I might fit in. As a route into
    advanced electronic design it doesn't look promising.

    We have some of that handicraft stuff here, but we have a lot of
    people who want to build things that use electronics, and those people
    aren't usually very good circuit designers. [1]

    Some of them are actual startups with an idea and some funding. They
    go to meetups to pitch their ideas and maybe meet people who could
    help.

    Studio 45 near here has an occasional meetup with 500 people, free
    food and beer. We might sponsor one.

    We had a cool one at a Rivian facility. I met a photonics consultant
    and recommended Phil's book. And listened to yet another pitch for AI circuit/pcb design.

    There's one coming up in a pier on the SF Bay, an ocean
    instrumentetion outfit. That should be fun.

    I do one or two meetups per month and meet lots of Young Things.

    The point is that you could show up, and meet people who need
    electronics, and see what happens.

    Or don't.


    [1] It's impressive how few people are good at electronic design.


    John Larkin
    Highland Tech Glen Canyon Design Center
    Lunatic Fringe Electronics

    --- PyGate Linux v1.5.13
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Bill Sloman@3:633/10 to All on Monday, March 30, 2026 16:42:12
    On 30/03/2026 2:18 am, john larkin wrote:
    On Sun, 29 Mar 2026 15:52:53 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 29/03/2026 8:38 am, john larkin wrote:
    On Sat, 28 Mar 2026 16:44:40 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 28/03/2026 5:39 am, john larkin wrote:
    On Sun, 22 Mar 2026 03:00:16 +1100, Bill Sloman <bill.sloman@ieee.org> >>>>> wrote:

    On 22/03/2026 1:52 am, john larkin wrote:
    On Sat, 21 Mar 2026 16:36:43 +1100, Bill Sloman <bill.sloman@ieee.org> >>>>>>> wrote:

    On 20/03/2026 4:05 am, john larkin wrote:
    On Tue, 17 Mar 2026 22:30:01 +0000, someone
    <cffbf4deb9142bce48974efc0e64dede@example.com> wrote:

    I assume these are up-counters, so the thing overflows at all 1's. Then you only have the one fast carry TPD for the MS18b overflowing to all 1s when a 1 is clocked into its LSB. One whole clock period to clock the 1 out of the DFF and meet the setup times for what I assume is a synchronous LD and its setup for the counters. So that particular timing criticality is a DFF TPD and a LD setup TSU to reliably capture the register data. The LD TPD to CLK TSU for the LS18b counter shouldn't be a problem. This must be very speedy logic for 150MHz. Do you have a simulator that displays how much margin you have on this timing, or is it just a bunch waveforms?

    Yes, loadable up-counter with carry chain.

    This would be in an FPGA, so the diagram is just a concept. The >>>>>>>>> reality will be VHDL code. And the FPGA boys use the Wishbone >>>>>>>>> architecture and want the counter to be 32 bits, which is OK with me. >>>>>>>>>
    We are already doing a DDS at 250 MHz on this chip, an Efinix T20, so >>>>>>>>> I expect we could do a divider in that ballpark. The T20 is in the >>>>>>>>> *slow* Efinix family.

    I think the T20 has 18-bit fast carry chains.

    After the boys code this, the tools can verify timing.

    FPGAs are great, but there's a cultural gap between people who draw >>>>>>>>> and people who type.

    Can't say I've noticed that, but since I can do both, and most of the >>>>>>>> engineers I've hung out with could too, John Larkin may be projecting here.

    Gosh Bill, you are wonderful. You are great at everything.

    I'm certainly not great at writing VHDL. There's a VHDL text-book on my >>>>>> bookshelf - bought for a project which didn't come off - but the stuff I >>>>>> did type was in a much less powerful language, but powerful enough to >>>>>> get the chip to do what I wanted it to.

    What are you designing now?

    Absolutely nothing. I do fish for work from time to time, but at 83 I'm >>>>>> not an attractive employee.

    Join one of those maker space things, meet some people, offer to help >>>>> for free, see what happens.

    I'm active on the committee of NSW branch of the IEEE but I don't know >>>> of any maker space things in Sydney.

    Hey, you could google

    maker spaces sydney australia

    https://makerspaces.com.au/nsw/sydney

    So they exist. Leather work and needle work (sewing) are supported. I am
    a tolerably competent carpenter so I might fit in. As a route into
    advanced electronic design it doesn't look promising.

    We have some of that handicraft stuff here, but we have a lot of
    people who want to build things that use electronics, and those people
    aren't usually very good circuit designers. [1]

    Some of them are actual startups with an idea and some funding. They
    go to meetups to pitch their ideas and maybe meet people who could
    help.

    Studio 45 near here has an occasional meetup with 500 people, free
    food and beer. We might sponsor one.

    We had a cool one at a Rivian facility. I met a photonics consultant
    and recommended Phil's book. And listened to yet another pitch for AI circuit/pcb design.

    There's one coming up in a pier on the SF Bay, an ocean
    instrumentetion outfit. That should be fun.

    I do one or two meetups per month and meet lots of Young Things.

    The point is that you could show up, and meet people who need
    electronics, and see what happens.

    If I showed up at the right meetings, I might meet people who needed electronics. The odds don't look great.

    Or don't.

    That would seem to be the rational choice.

    [1] It's impressive how few people are good at electronic design.

    Even more impressive that you seem to think you can make that statement.
    If you don't think that a classical emitter-coupled monostable can work,
    your status as a judge of electronic design quality can't be all that high.

    --
    Bill Sloman, Sydney

    --- PyGate Linux v1.5.13
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From john larkin@3:633/10 to All on Monday, March 30, 2026 08:00:37
    On Mon, 30 Mar 2026 16:42:12 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 30/03/2026 2:18 am, john larkin wrote:
    On Sun, 29 Mar 2026 15:52:53 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 29/03/2026 8:38 am, john larkin wrote:
    On Sat, 28 Mar 2026 16:44:40 +1100, Bill Sloman <bill.sloman@ieee.org> >>>> wrote:

    On 28/03/2026 5:39 am, john larkin wrote:
    On Sun, 22 Mar 2026 03:00:16 +1100, Bill Sloman <bill.sloman@ieee.org> >>>>>> wrote:

    On 22/03/2026 1:52 am, john larkin wrote:
    On Sat, 21 Mar 2026 16:36:43 +1100, Bill Sloman <bill.sloman@ieee.org> >>>>>>>> wrote:

    On 20/03/2026 4:05 am, john larkin wrote:
    On Tue, 17 Mar 2026 22:30:01 +0000, someone
    <cffbf4deb9142bce48974efc0e64dede@example.com> wrote:

    I assume these are up-counters, so the thing overflows at all 1's. Then you only have the one fast carry TPD for the MS18b overflowing to all 1s when a 1 is clocked into its LSB. One whole clock period to clock the 1 out of the DFF and meet the setup times for what I assume is a synchronous LD and its setup for the counters. So that particular timing criticality is a DFF TPD and a LD setup TSU to reliably capture the register data. The LD TPD to CLK TSU for the LS18b counter shouldn't be a problem. This must be very speedy logic for 150MHz. Do you have a simulator that displays how much margin you have on this timing, or is it just a bunch waveforms?

    Yes, loadable up-counter with carry chain.

    This would be in an FPGA, so the diagram is just a concept. The >>>>>>>>>> reality will be VHDL code. And the FPGA boys use the Wishbone >>>>>>>>>> architecture and want the counter to be 32 bits, which is OK with me.

    We are already doing a DDS at 250 MHz on this chip, an Efinix T20, so
    I expect we could do a divider in that ballpark. The T20 is in the >>>>>>>>>> *slow* Efinix family.

    I think the T20 has 18-bit fast carry chains.

    After the boys code this, the tools can verify timing.

    FPGAs are great, but there's a cultural gap between people who draw >>>>>>>>>> and people who type.

    Can't say I've noticed that, but since I can do both, and most of the >>>>>>>>> engineers I've hung out with could too, John Larkin may be projecting here.

    Gosh Bill, you are wonderful. You are great at everything.

    I'm certainly not great at writing VHDL. There's a VHDL text-book on my >>>>>>> bookshelf - bought for a project which didn't come off - but the stuff I
    did type was in a much less powerful language, but powerful enough to >>>>>>> get the chip to do what I wanted it to.

    What are you designing now?

    Absolutely nothing. I do fish for work from time to time, but at 83 I'm >>>>>>> not an attractive employee.

    Join one of those maker space things, meet some people, offer to help >>>>>> for free, see what happens.

    I'm active on the committee of NSW branch of the IEEE but I don't know >>>>> of any maker space things in Sydney.

    Hey, you could google

    maker spaces sydney australia

    https://makerspaces.com.au/nsw/sydney

    So they exist. Leather work and needle work (sewing) are supported. I am >>> a tolerably competent carpenter so I might fit in. As a route into
    advanced electronic design it doesn't look promising.

    We have some of that handicraft stuff here, but we have a lot of
    people who want to build things that use electronics, and those people
    aren't usually very good circuit designers. [1]

    Some of them are actual startups with an idea and some funding. They
    go to meetups to pitch their ideas and maybe meet people who could
    help.

    Studio 45 near here has an occasional meetup with 500 people, free
    food and beer. We might sponsor one.

    We had a cool one at a Rivian facility. I met a photonics consultant
    and recommended Phil's book. And listened to yet another pitch for AI
    circuit/pcb design.

    There's one coming up in a pier on the SF Bay, an ocean
    instrumentetion outfit. That should be fun.

    I do one or two meetups per month and meet lots of Young Things.

    The point is that you could show up, and meet people who need
    electronics, and see what happens.

    If I showed up at the right meetings, I might meet people who needed >electronics. The odds don't look great.

    Or don't.

    That would seem to be the rational choice.

    Exactly. Do nothing. Just post insults on forums all day.


    [1] It's impressive how few people are good at electronic design.

    Even more impressive that you seem to think you can make that statement.
    If you don't think that a classical emitter-coupled monostable can work, >your status as a judge of electronic design quality can't be all that high.

    That circuit can certainly work; it's classic=ancient. But not often
    useful in this modern world. I didn't like your version because the
    input trigger had to be delicately tuned to fire it, and it really
    amplified the input pulse more than it one-shotted. It was Spice tuned
    until it appeared to work.

    There are far better, easier, cheaper, more deliberate ways to make a
    fast one-shot these days.

    I like to clock a 1 ns Tiny Logic flop and then have it reset itself.

    Or use a '123 chip if there's no hurry. They are all pokey.


    John Larkin
    Highland Tech Glen Canyon Design Center
    Lunatic Fringe Electronics

    --- PyGate Linux v1.5.13
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Bill Sloman@3:633/10 to All on Tuesday, March 31, 2026 16:35:49
    On 31/03/2026 2:00 am, john larkin wrote:
    On Mon, 30 Mar 2026 16:42:12 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 30/03/2026 2:18 am, john larkin wrote:
    On Sun, 29 Mar 2026 15:52:53 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 29/03/2026 8:38 am, john larkin wrote:
    On Sat, 28 Mar 2026 16:44:40 +1100, Bill Sloman <bill.sloman@ieee.org> >>>>> wrote:

    On 28/03/2026 5:39 am, john larkin wrote:
    On Sun, 22 Mar 2026 03:00:16 +1100, Bill Sloman <bill.sloman@ieee.org> >>>>>>> wrote:

    On 22/03/2026 1:52 am, john larkin wrote:
    On Sat, 21 Mar 2026 16:36:43 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 20/03/2026 4:05 am, john larkin wrote:
    On Tue, 17 Mar 2026 22:30:01 +0000, someone
    <cffbf4deb9142bce48974efc0e64dede@example.com> wrote:

    I assume these are up-counters, so the thing overflows at all 1's. Then you only have the one fast carry TPD for the MS18b overflowing to all 1s when a 1 is clocked into its LSB. One whole clock period to clock the 1 out of the DFF and meet the setup times for what I assume is a synchronous LD and its setup for the counters. So that particular timing criticality is a DFF TPD and a LD setup TSU to reliably capture the register data. The LD TPD to CLK TSU for the LS18b counter shouldn't be a problem. This must be very speedy logic for 150MHz. Do you have a simulator that displays how much margin you have on this timing, or is it just a bunch waveforms?

    Yes, loadable up-counter with carry chain.

    This would be in an FPGA, so the diagram is just a concept. The >>>>>>>>>>> reality will be VHDL code. And the FPGA boys use the Wishbone >>>>>>>>>>> architecture and want the counter to be 32 bits, which is OK with me.

    We are already doing a DDS at 250 MHz on this chip, an Efinix T20, so
    I expect we could do a divider in that ballpark. The T20 is in the >>>>>>>>>>> *slow* Efinix family.

    I think the T20 has 18-bit fast carry chains.

    After the boys code this, the tools can verify timing.

    FPGAs are great, but there's a cultural gap between people who draw >>>>>>>>>>> and people who type.

    Can't say I've noticed that, but since I can do both, and most of the
    engineers I've hung out with could too, John Larkin may be projecting here.

    Gosh Bill, you are wonderful. You are great at everything.

    I'm certainly not great at writing VHDL. There's a VHDL text-book on my
    bookshelf - bought for a project which didn't come off - but the stuff I
    did type was in a much less powerful language, but powerful enough to >>>>>>>> get the chip to do what I wanted it to.

    What are you designing now?

    Absolutely nothing. I do fish for work from time to time, but at 83 I'm
    not an attractive employee.

    Join one of those maker space things, meet some people, offer to help >>>>>>> for free, see what happens.

    I'm active on the committee of NSW branch of the IEEE but I don't know >>>>>> of any maker space things in Sydney.

    Hey, you could google

    maker spaces sydney australia

    https://makerspaces.com.au/nsw/sydney

    So they exist. Leather work and needle work (sewing) are supported. I am >>>> a tolerably competent carpenter so I might fit in. As a route into
    advanced electronic design it doesn't look promising.

    We have some of that handicraft stuff here, but we have a lot of
    people who want to build things that use electronics, and those people
    aren't usually very good circuit designers. [1]

    Some of them are actual startups with an idea and some funding. They
    go to meetups to pitch their ideas and maybe meet people who could
    help.

    Studio 45 near here has an occasional meetup with 500 people, free
    food and beer. We might sponsor one.

    We had a cool one at a Rivian facility. I met a photonics consultant
    and recommended Phil's book. And listened to yet another pitch for AI
    circuit/pcb design.

    There's one coming up in a pier on the SF Bay, an ocean
    instrumentetion outfit. That should be fun.

    I do one or two meetups per month and meet lots of Young Things.

    The point is that you could show up, and meet people who need
    electronics, and see what happens.

    If I showed up at the right meetings, I might meet people who needed
    electronics. The odds don't look great.

    Or don't.

    That would seem to be the rational choice.

    Exactly. Do nothing. Just post insults on forums all day.

    I post information. When it doesn't inform people that you are a
    brilliant circuit designer, you feel insulted, though you should be used
    to that by now.

    [1] It's impressive how few people are good at electronic design.

    Even more impressive that you seem to think you can make that statement.
    If you don't think that a classical emitter-coupled monostable can work,
    your status as a judge of electronic design quality can't be all that high.

    That circuit can certainly work; it's classic=ancient. But not often
    useful in this modern world. I didn't like your version because the
    input trigger had to be delicately tuned to fire it, and it really
    amplified the input pulse more than it one-shotted. It was Spice tuned
    until it appeared to work.

    Many applications have well-defined trigger pulses. I certainly didn't
    spend any time "deliberately tuning" the circuit.

    The trigger pulse has to be big enough and fast enough to turn off the normally-on transistor and push enough current into the timing capacitor
    to get the one-shot action, and the amplification is incidental to that.

    You didn't recognise the circuit, couldn't see how it worked, and have
    been trying to deny this obvious point ever since. This isn't the kind
    of comment you like reading, and will claim that you are being insulted. Tough. This isn't some kind of mutual approbation society

    There are far better, easier, cheaper, more deliberate ways to make a
    fast one-shot these days.

    Which is to say, to make a one-shot whose action you can understand

    I like to clock a 1 ns Tiny Logic flop and then have it reset itself.

    I'm sure you would.

    Or use a '123 chip if there's no hurry. They are all pokey.

    The '121 chip is a better monostable, with a much more predictable and
    stable on time, though it is not retriggerable.

    Current steering logic doesn't mess up the power rails anything like as
    much.

    --
    Bill Sloman, Sydney


    --- PyGate Linux v1.5.13
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From john larkin@3:633/10 to All on Tuesday, March 31, 2026 02:40:27
    On Tue, 31 Mar 2026 16:35:49 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 31/03/2026 2:00 am, john larkin wrote:
    On Mon, 30 Mar 2026 16:42:12 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 30/03/2026 2:18 am, john larkin wrote:
    On Sun, 29 Mar 2026 15:52:53 +1100, Bill Sloman <bill.sloman@ieee.org> >>>> wrote:

    On 29/03/2026 8:38 am, john larkin wrote:
    On Sat, 28 Mar 2026 16:44:40 +1100, Bill Sloman <bill.sloman@ieee.org> >>>>>> wrote:

    On 28/03/2026 5:39 am, john larkin wrote:
    On Sun, 22 Mar 2026 03:00:16 +1100, Bill Sloman <bill.sloman@ieee.org> >>>>>>>> wrote:

    On 22/03/2026 1:52 am, john larkin wrote:
    On Sat, 21 Mar 2026 16:36:43 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 20/03/2026 4:05 am, john larkin wrote:
    On Tue, 17 Mar 2026 22:30:01 +0000, someone
    <cffbf4deb9142bce48974efc0e64dede@example.com> wrote:

    I assume these are up-counters, so the thing overflows at all 1's. Then you only have the one fast carry TPD for the MS18b overflowing to all 1s when a 1 is clocked into its LSB. One whole clock period to clock the 1 out of the DFF and meet the setup times for what I assume is a synchronous LD and its setup for the counters. So that particular timing criticality is a DFF TPD and a LD setup TSU to reliably capture the register data. The LD TPD to CLK TSU for the LS18b counter shouldn't be a problem. This must be very speedy logic for 150MHz. Do you have a simulator that displays how much margin you have on this timing, or is it just a bunch waveforms?

    Yes, loadable up-counter with carry chain.

    This would be in an FPGA, so the diagram is just a concept. The >>>>>>>>>>>> reality will be VHDL code. And the FPGA boys use the Wishbone >>>>>>>>>>>> architecture and want the counter to be 32 bits, which is OK with me.

    We are already doing a DDS at 250 MHz on this chip, an Efinix T20, so
    I expect we could do a divider in that ballpark. The T20 is in the
    *slow* Efinix family.

    I think the T20 has 18-bit fast carry chains.

    After the boys code this, the tools can verify timing. >>>>>>>>>>>>
    FPGAs are great, but there's a cultural gap between people who draw
    and people who type.

    Can't say I've noticed that, but since I can do both, and most of the
    engineers I've hung out with could too, John Larkin may be projecting here.

    Gosh Bill, you are wonderful. You are great at everything.

    I'm certainly not great at writing VHDL. There's a VHDL text-book on my
    bookshelf - bought for a project which didn't come off - but the stuff I
    did type was in a much less powerful language, but powerful enough to >>>>>>>>> get the chip to do what I wanted it to.

    What are you designing now?

    Absolutely nothing. I do fish for work from time to time, but at 83 I'm
    not an attractive employee.

    Join one of those maker space things, meet some people, offer to help >>>>>>>> for free, see what happens.

    I'm active on the committee of NSW branch of the IEEE but I don't know >>>>>>> of any maker space things in Sydney.

    Hey, you could google

    maker spaces sydney australia

    https://makerspaces.com.au/nsw/sydney

    So they exist. Leather work and needle work (sewing) are supported. I am >>>>> a tolerably competent carpenter so I might fit in. As a route into
    advanced electronic design it doesn't look promising.

    We have some of that handicraft stuff here, but we have a lot of
    people who want to build things that use electronics, and those people >>>> aren't usually very good circuit designers. [1]

    Some of them are actual startups with an idea and some funding. They
    go to meetups to pitch their ideas and maybe meet people who could
    help.

    Studio 45 near here has an occasional meetup with 500 people, free
    food and beer. We might sponsor one.

    We had a cool one at a Rivian facility. I met a photonics consultant
    and recommended Phil's book. And listened to yet another pitch for AI
    circuit/pcb design.

    There's one coming up in a pier on the SF Bay, an ocean
    instrumentetion outfit. That should be fun.

    I do one or two meetups per month and meet lots of Young Things.

    The point is that you could show up, and meet people who need
    electronics, and see what happens.

    If I showed up at the right meetings, I might meet people who needed
    electronics. The odds don't look great.

    Or don't.

    That would seem to be the rational choice.

    Exactly. Do nothing. Just post insults on forums all day.

    I post information. When it doesn't inform people that you are a
    brilliant circuit designer, you feel insulted, though you should be used
    to that by now.

    [1] It's impressive how few people are good at electronic design.

    Even more impressive that you seem to think you can make that statement. >>> If you don't think that a classical emitter-coupled monostable can work, >>> your status as a judge of electronic design quality can't be all that high. >>
    That circuit can certainly work; it's classic=ancient. But not often
    useful in this modern world. I didn't like your version because the
    input trigger had to be delicately tuned to fire it, and it really
    amplified the input pulse more than it one-shotted. It was Spice tuned
    until it appeared to work.

    Many applications have well-defined trigger pulses. I certainly didn't
    spend any time "deliberately tuning" the circuit.

    The trigger pulse has to be big enough and fast enough to turn off the >normally-on transistor and push enough current into the timing capacitor
    to get the one-shot action, and the amplification is incidental to that.

    You didn't recognise the circuit, couldn't see how it worked, and have
    been trying to deny this obvious point ever since.

    That circuit is in the 1964 GE Transistor Manual (7th edition, $2).
    Transistors used to be expensive so their use was minimized. Nowadays
    they cost about nothing.

    This isn't the kind
    of comment you like reading, and will claim that you are being insulted. >Tough. This isn't some kind of mutual approbation society

    There are far better, easier, cheaper, more deliberate ways to make a
    fast one-shot these days.

    Which is to say, to make a one-shot whose action you can understand

    I usually design circuits that I understand, but what matters is that
    they work.

    With Spice or experiment, one can profitably design a circuit that you
    don't understand. I have a cool new sensor simulator circuit that I
    don't understand.


    I like to clock a 1 ns Tiny Logic flop and then have it reset itself.

    I'm sure you would.

    Or use a '123 chip if there's no hurry. They are all pokey.

    The '121 chip is a better monostable, with a much more predictable and >stable on time, though it is not retriggerable.

    The SN74LVC1G123 seems to be the fastest official one-shot around. At
    3.3 volts, Tpd is 12 ns max and the min output pulse width is about
    100 ns. OK for blinking LEDs and such. The self-clearing Tiny flop can
    get down around 1ns+2ns.


    Current steering logic doesn't mess up the power rails anything like as >much.

    Just costs 30x as much.


    John Larkin
    Highland Tech Glen Canyon Design Center
    Lunatic Fringe Electronics

    --- PyGate Linux v1.5.13
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Bill Sloman@3:633/10 to All on Tuesday, March 31, 2026 22:30:44
    On 31/03/2026 8:40 pm, john larkin wrote:
    On Tue, 31 Mar 2026 16:35:49 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 31/03/2026 2:00 am, john larkin wrote:
    On Mon, 30 Mar 2026 16:42:12 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 30/03/2026 2:18 am, john larkin wrote:
    On Sun, 29 Mar 2026 15:52:53 +1100, Bill Sloman <bill.sloman@ieee.org> >>>>> wrote:

    On 29/03/2026 8:38 am, john larkin wrote:
    On Sat, 28 Mar 2026 16:44:40 +1100, Bill Sloman <bill.sloman@ieee.org> >>>>>>> wrote:

    On 28/03/2026 5:39 am, john larkin wrote:
    On Sun, 22 Mar 2026 03:00:16 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 22/03/2026 1:52 am, john larkin wrote:
    On Sat, 21 Mar 2026 16:36:43 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 20/03/2026 4:05 am, john larkin wrote:
    On Tue, 17 Mar 2026 22:30:01 +0000, someone
    <cffbf4deb9142bce48974efc0e64dede@example.com> wrote: >>>>>>>>>>>>>
    I assume these are up-counters, so the thing overflows at all 1's. Then you only have the one fast carry TPD for the MS18b overflowing to all 1s when a 1 is clocked into its LSB. One whole clock period to clock the 1 out of the DFF and meet the setup times for what I assume is a synchronous LD and its setup for the counters. So that particular timing criticality is a DFF TPD and a LD setup TSU to reliably capture the register data. The LD TPD to CLK TSU for the LS18b counter shouldn't be a problem. This must be very speedy logic for 150MHz. Do you have a simulator that displays how much margin you have on this timing, or is it just a bunch waveforms?

    Yes, loadable up-counter with carry chain.

    This would be in an FPGA, so the diagram is just a concept. The >>>>>>>>>>>>> reality will be VHDL code. And the FPGA boys use the Wishbone >>>>>>>>>>>>> architecture and want the counter to be 32 bits, which is OK with me.

    We are already doing a DDS at 250 MHz on this chip, an Efinix T20, so
    I expect we could do a divider in that ballpark. The T20 is in the
    *slow* Efinix family.

    I think the T20 has 18-bit fast carry chains.

    After the boys code this, the tools can verify timing. >>>>>>>>>>>>>
    FPGAs are great, but there's a cultural gap between people who draw
    and people who type.

    Can't say I've noticed that, but since I can do both, and most of the
    engineers I've hung out with could too, John Larkin may be projecting here.

    Gosh Bill, you are wonderful. You are great at everything. >>>>>>>>>>
    I'm certainly not great at writing VHDL. There's a VHDL text-book on my
    bookshelf - bought for a project which didn't come off - but the stuff I
    did type was in a much less powerful language, but powerful enough to
    get the chip to do what I wanted it to.

    What are you designing now?

    Absolutely nothing. I do fish for work from time to time, but at 83 I'm
    not an attractive employee.

    Join one of those maker space things, meet some people, offer to help >>>>>>>>> for free, see what happens.

    I'm active on the committee of NSW branch of the IEEE but I don't know >>>>>>>> of any maker space things in Sydney.

    Hey, you could google

    maker spaces sydney australia

    https://makerspaces.com.au/nsw/sydney

    So they exist. Leather work and needle work (sewing) are supported. I am >>>>>> a tolerably competent carpenter so I might fit in. As a route into >>>>>> advanced electronic design it doesn't look promising.

    We have some of that handicraft stuff here, but we have a lot of
    people who want to build things that use electronics, and those people >>>>> aren't usually very good circuit designers. [1]

    Some of them are actual startups with an idea and some funding. They >>>>> go to meetups to pitch their ideas and maybe meet people who could
    help.

    Studio 45 near here has an occasional meetup with 500 people, free
    food and beer. We might sponsor one.

    We had a cool one at a Rivian facility. I met a photonics consultant >>>>> and recommended Phil's book. And listened to yet another pitch for AI >>>>> circuit/pcb design.

    There's one coming up in a pier on the SF Bay, an ocean
    instrumentetion outfit. That should be fun.

    I do one or two meetups per month and meet lots of Young Things.

    The point is that you could show up, and meet people who need
    electronics, and see what happens.

    If I showed up at the right meetings, I might meet people who needed
    electronics. The odds don't look great.

    Or don't.

    That would seem to be the rational choice.

    Exactly. Do nothing. Just post insults on forums all day.

    I post information. When it doesn't inform people that you are a
    brilliant circuit designer, you feel insulted, though you should be used
    to that by now.

    [1] It's impressive how few people are good at electronic design.

    Even more impressive that you seem to think you can make that statement. >>>> If you don't think that a classical emitter-coupled monostable can work, >>>> your status as a judge of electronic design quality can't be all that high.

    That circuit can certainly work; it's classic=ancient. But not often
    useful in this modern world. I didn't like your version because the
    input trigger had to be delicately tuned to fire it, and it really
    amplified the input pulse more than it one-shotted. It was Spice tuned
    until it appeared to work.

    Many applications have well-defined trigger pulses. I certainly didn't
    spend any time "deliberately tuning" the circuit.

    The trigger pulse has to be big enough and fast enough to turn off the
    normally-on transistor and push enough current into the timing capacitor
    to get the one-shot action, and the amplification is incidental to that.

    You didn't recognise the circuit, couldn't see how it worked, and have
    been trying to deny this obvious point ever since.

    That circuit is in the 1964 GE Transistor Manual (7th edition, $2). Transistors used to be expensive so their use was minimized. Nowadays
    they cost about nothing.

    Using a broad-band transistor in a classic circuit can give you a much
    shorter pulse. Broad-band transistors aren't all that cheap, and there
    aren't as many of them around as there used to be, but it can be a
    useful option.

    This isn't the kind
    of comment you like reading, and will claim that you are being insulted.
    Tough. This isn't some kind of mutual approbation society

    There are far better, easier, cheaper, more deliberate ways to make a
    fast one-shot these days.

    Which is to say, to make a one-shot whose action you can understand

    I usually design circuits that I understand, but what matters is that
    they work.

    With Spice or experiment, one can profitably design a circuit that you
    don't understand. I have a cool new sensor simulator circuit that I
    don't understand.

    You really don't want to. They have a nasty habit of doing something unexpected at inconvenient moments.

    I like to clock a 1 ns Tiny Logic flop and then have it reset itself.

    I'm sure you would.

    Or use a '123 chip if there's no hurry. They are all pokey.

    The '121 chip is a better monostable, with a much more predictable and
    stable on time, though it is not retriggerable.

    The SN74LVC1G123 seems to be the fastest official one-shot around. At
    3.3 volts, Tpd is 12 ns max and the min output pulse width is about
    100 ns. OK for blinking LEDs and such. The self-clearing Tiny flop can
    get down around 1ns+2ns.

    There was an ECL monostable that did a lot better. Sadly, it has gone obsolete. I did use it from time to time.

    https://datasheet.octopart.com/MC10198FN-ON-Semiconductor-datasheet-16102317.pdf

    Current steering logic doesn't mess up the power rails anything like as
    much.

    Just costs 30x as much.

    But they can give you a circuit that works, without messing up the rest
    of the assembly. Hunting for radio-frequency interference and stopping
    it getting at sensitive devices isn't all that enjoyable, and getting
    rid of it at source can be very attractive.

    --
    Bill Sloman, Sydney


    --- PyGate Linux v1.5.13
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From john larkin@3:633/10 to All on Tuesday, March 31, 2026 08:14:45
    On Tue, 31 Mar 2026 22:30:44 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 31/03/2026 8:40 pm, john larkin wrote:
    On Tue, 31 Mar 2026 16:35:49 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 31/03/2026 2:00 am, john larkin wrote:
    On Mon, 30 Mar 2026 16:42:12 +1100, Bill Sloman <bill.sloman@ieee.org> >>>> wrote:

    On 30/03/2026 2:18 am, john larkin wrote:
    On Sun, 29 Mar 2026 15:52:53 +1100, Bill Sloman <bill.sloman@ieee.org> >>>>>> wrote:

    On 29/03/2026 8:38 am, john larkin wrote:
    On Sat, 28 Mar 2026 16:44:40 +1100, Bill Sloman <bill.sloman@ieee.org> >>>>>>>> wrote:

    On 28/03/2026 5:39 am, john larkin wrote:
    On Sun, 22 Mar 2026 03:00:16 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 22/03/2026 1:52 am, john larkin wrote:
    On Sat, 21 Mar 2026 16:36:43 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 20/03/2026 4:05 am, john larkin wrote:
    On Tue, 17 Mar 2026 22:30:01 +0000, someone
    <cffbf4deb9142bce48974efc0e64dede@example.com> wrote: >>>>>>>>>>>>>>
    I assume these are up-counters, so the thing overflows at all 1's. Then you only have the one fast carry TPD for the MS18b overflowing to all 1s when a 1 is clocked into its LSB. One whole clock period to clock the 1 out of the DFF and meet the setup times for what I assume is a synchronous LD and its setup for the counters. So that particular timing criticality is a DFF TPD and a LD setup TSU to reliably capture the register data. The LD TPD to CLK TSU for the LS18b counter shouldn't be a problem. This must be very speedy logic for 150MHz. Do you have a simulator that displays how much margin you have on this timing, or is it just a bunch waveforms?

    Yes, loadable up-counter with carry chain.

    This would be in an FPGA, so the diagram is just a concept. The >>>>>>>>>>>>>> reality will be VHDL code. And the FPGA boys use the Wishbone >>>>>>>>>>>>>> architecture and want the counter to be 32 bits, which is OK with me.

    We are already doing a DDS at 250 MHz on this chip, an Efinix T20, so
    I expect we could do a divider in that ballpark. The T20 is in the
    *slow* Efinix family.

    I think the T20 has 18-bit fast carry chains.

    After the boys code this, the tools can verify timing. >>>>>>>>>>>>>>
    FPGAs are great, but there's a cultural gap between people who draw
    and people who type.

    Can't say I've noticed that, but since I can do both, and most of the
    engineers I've hung out with could too, John Larkin may be projecting here.

    Gosh Bill, you are wonderful. You are great at everything. >>>>>>>>>>>
    I'm certainly not great at writing VHDL. There's a VHDL text-book on my
    bookshelf - bought for a project which didn't come off - but the stuff I
    did type was in a much less powerful language, but powerful enough to
    get the chip to do what I wanted it to.

    What are you designing now?

    Absolutely nothing. I do fish for work from time to time, but at 83 I'm
    not an attractive employee.

    Join one of those maker space things, meet some people, offer to help
    for free, see what happens.

    I'm active on the committee of NSW branch of the IEEE but I don't know
    of any maker space things in Sydney.

    Hey, you could google

    maker spaces sydney australia

    https://makerspaces.com.au/nsw/sydney

    So they exist. Leather work and needle work (sewing) are supported. I am
    a tolerably competent carpenter so I might fit in. As a route into >>>>>>> advanced electronic design it doesn't look promising.

    We have some of that handicraft stuff here, but we have a lot of
    people who want to build things that use electronics, and those people >>>>>> aren't usually very good circuit designers. [1]

    Some of them are actual startups with an idea and some funding. They >>>>>> go to meetups to pitch their ideas and maybe meet people who could >>>>>> help.

    Studio 45 near here has an occasional meetup with 500 people, free >>>>>> food and beer. We might sponsor one.

    We had a cool one at a Rivian facility. I met a photonics consultant >>>>>> and recommended Phil's book. And listened to yet another pitch for AI >>>>>> circuit/pcb design.

    There's one coming up in a pier on the SF Bay, an ocean
    instrumentetion outfit. That should be fun.

    I do one or two meetups per month and meet lots of Young Things.

    The point is that you could show up, and meet people who need
    electronics, and see what happens.

    If I showed up at the right meetings, I might meet people who needed >>>>> electronics. The odds don't look great.

    Or don't.

    That would seem to be the rational choice.

    Exactly. Do nothing. Just post insults on forums all day.

    I post information. When it doesn't inform people that you are a
    brilliant circuit designer, you feel insulted, though you should be used >>> to that by now.

    [1] It's impressive how few people are good at electronic design.

    Even more impressive that you seem to think you can make that statement. >>>>> If you don't think that a classical emitter-coupled monostable can work, >>>>> your status as a judge of electronic design quality can't be all that high.

    That circuit can certainly work; it's classic=ancient. But not often
    useful in this modern world. I didn't like your version because the
    input trigger had to be delicately tuned to fire it, and it really
    amplified the input pulse more than it one-shotted. It was Spice tuned >>>> until it appeared to work.

    Many applications have well-defined trigger pulses. I certainly didn't
    spend any time "deliberately tuning" the circuit.

    The trigger pulse has to be big enough and fast enough to turn off the
    normally-on transistor and push enough current into the timing capacitor >>> to get the one-shot action, and the amplification is incidental to that. >>>
    You didn't recognise the circuit, couldn't see how it worked, and have
    been trying to deny this obvious point ever since.

    That circuit is in the 1964 GE Transistor Manual (7th edition, $2).
    Transistors used to be expensive so their use was minimized. Nowadays
    they cost about nothing.

    Using a broad-band transistor in a classic circuit can give you a much >shorter pulse. Broad-band transistors aren't all that cheap, and there >aren't as many of them around as there used to be, but it can be a
    useful option.

    This isn't the kind
    of comment you like reading, and will claim that you are being insulted. >>> Tough. This isn't some kind of mutual approbation society

    There are far better, easier, cheaper, more deliberate ways to make a
    fast one-shot these days.

    Which is to say, to make a one-shot whose action you can understand

    I usually design circuits that I understand, but what matters is that
    they work.

    With Spice or experiment, one can profitably design a circuit that you
    don't understand. I have a cool new sensor simulator circuit that I
    don't understand.

    You really don't want to. They have a nasty habit of doing something >unexpected at inconvenient moments.

    That's not a nasty habit, it's a talent that I practice and teach.
    Given an enormous space of undiscovered ideas, one profits from a
    method of exploring them in parallel with minimal filtering.

    But inconvenient to who? Certainly not to me. Inventing things is fun
    and profitable.

    It is an interesting question: does one understand then invent, or
    invent and then understand? Great scientific and practical ideas seem
    to be mostly invent or discover first, understand after.

    The Plutonium book is full of examples.


    John Larkin
    Highland Tech Glen Canyon Design Center
    Lunatic Fringe Electronics

    --- PyGate Linux v1.5.13
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Buzz McCool@3:633/10 to All on Tuesday, March 31, 2026 10:41:17
    On 3/31/2026 8:14 AM, john larkin wrote:
    It is an interesting question: does one understand then invent, or
    invent and then understand? Great scientific and practical ideas seem
    to be mostly invent or discover first, understand after.

    It's been said the steam engine did far more for engineering than
    engineering did for the steam engine.



    --- PyGate Linux v1.5.13
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From john larkin@3:633/10 to All on Tuesday, March 31, 2026 10:57:32
    On Tue, 31 Mar 2026 10:41:17 -0700, Buzz McCool
    <buzz_mccool@yahoo.com> wrote:

    On 3/31/2026 8:14 AM, john larkin wrote:
    It is an interesting question: does one understand then invent, or
    invent and then understand? Great scientific and practical ideas seem
    to be mostly invent or discover first, understand after.

    It's been said the steam engine did far more for engineering than
    engineering did for the steam engine.


    Ditto thermodynamics.

    Einstein's theories of relativity seem to be the rare case of
    predicting effects before they were observed, some decades before they
    could be demonstrated.

    John Larkin
    Highland Tech Glen Canyon Design Center
    Lunatic Fringe Electronics

    --- PyGate Linux v1.5.13
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Ross Finlayson@3:633/10 to All on Tuesday, March 31, 2026 14:25:34
    On 03/31/2026 10:57 AM, john larkin wrote:
    On Tue, 31 Mar 2026 10:41:17 -0700, Buzz McCool
    <buzz_mccool@yahoo.com> wrote:

    On 3/31/2026 8:14 AM, john larkin wrote:
    It is an interesting question: does one understand then invent, or
    invent and then understand? Great scientific and practical ideas seem
    to be mostly invent or discover first, understand after.

    It's been said the steam engine did far more for engineering than
    engineering did for the steam engine.


    Ditto thermodynamics.

    Einstein's theories of relativity seem to be the rare case of
    predicting effects before they were observed, some decades before they
    could be demonstrated.

    John Larkin
    Highland Tech Glen Canyon Design Center
    Lunatic Fringe Electronics


    The periodic table of elements is a usual example.

    There were holes in it placeholders for elements
    or atomic species, later discovered.

    The usual account since antiquity was that stringed
    musical instruments could be made reproducible their
    sound according to a theory of construction.

    That physics or its science has got a ways ahead of
    the mathematics, still has that there are tons and
    tons of old-fashioned and considered obsolete the
    physics, for example "Faraday Rotation", that simply
    enough just need mathematics to bring them right back.

    Otherwise though it's usual that only after the
    un-attainable sort of theoretical results of the
    fundamental physics of the 20'th century was it so
    that experiment can't explain itself.

    The motive power of steam engines definitely made
    much for the study of aspects of the triple point
    of water, yet as well, accounts of pneumatics and
    the letter-tube delivery systems or even how a
    train locomotive makes its way up the tracks,
    for example from the World Factbook of 1846,
    make for theory meeting practice.


    Here are some podcasts or video essays I recently
    recorded.

    "Reading Foundations: double relativity"
    "Reading Foundations: continuous quanta"

    Some books looked at include "The Grand Contraption"
    and "The Powers that Be".



    Back to the idea of implementing a divider circuit,
    it's kind of funny that there isn't really a great
    example of an analog divider circuit that's sort of
    ideal and efficient, besides as for usual accounts
    of amplifiers and attenuators and so on. There are
    integrators and the like, accumulators, there's a
    place on the chart of ideal electrical components
    looking to be filled with a rational divider.





    --- PyGate Linux v1.5.13
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From john larkin@3:633/10 to All on Tuesday, March 31, 2026 15:16:40
    On Tue, 31 Mar 2026 14:25:34 -0700, Ross Finlayson
    <ross.a.finlayson@gmail.com> wrote:

    On 03/31/2026 10:57 AM, john larkin wrote:
    On Tue, 31 Mar 2026 10:41:17 -0700, Buzz McCool
    <buzz_mccool@yahoo.com> wrote:

    On 3/31/2026 8:14 AM, john larkin wrote:
    It is an interesting question: does one understand then invent, or
    invent and then understand? Great scientific and practical ideas seem
    to be mostly invent or discover first, understand after.

    It's been said the steam engine did far more for engineering than
    engineering did for the steam engine.


    Ditto thermodynamics.

    Einstein's theories of relativity seem to be the rare case of
    predicting effects before they were observed, some decades before they
    could be demonstrated.

    John Larkin
    Highland Tech Glen Canyon Design Center
    Lunatic Fringe Electronics


    The periodic table of elements is a usual example.

    There were holes in it placeholders for elements
    or atomic species, later discovered.

    The usual account since antiquity was that stringed
    musical instruments could be made reproducible their
    sound according to a theory of construction.

    That physics or its science has got a ways ahead of
    the mathematics, still has that there are tons and
    tons of old-fashioned and considered obsolete the
    physics, for example "Faraday Rotation", that simply
    enough just need mathematics to bring them right back.

    Otherwise though it's usual that only after the
    un-attainable sort of theoretical results of the
    fundamental physics of the 20'th century was it so
    that experiment can't explain itself.

    The motive power of steam engines definitely made
    much for the study of aspects of the triple point
    of water, yet as well, accounts of pneumatics and
    the letter-tube delivery systems or even how a
    train locomotive makes its way up the tracks,
    for example from the World Factbook of 1846,
    make for theory meeting practice.


    Here are some podcasts or video essays I recently
    recorded.

    "Reading Foundations: double relativity"
    "Reading Foundations: continuous quanta"

    Some books looked at include "The Grand Contraption"
    and "The Powers that Be".



    Back to the idea of implementing a divider circuit,
    it's kind of funny that there isn't really a great
    example of an analog divider circuit that's sort of
    ideal and efficient, besides as for usual accounts
    of amplifiers and attenuators and so on. There are
    integrators and the like, accumulators, there's a
    place on the chart of ideal electrical components
    looking to be filled with a rational divider.




    I started this thread about a frequency divider, namely divide-by-N,
    which can be done perfectly.

    An analog divider is another thing entirely. Small denominators wreck
    things. Perfect isn't remotely possible.

    I can't recall needing an analog divider in a long time, maybe never.






    John Larkin
    Highland Tech Glen Canyon Design Center
    Lunatic Fringe Electronics

    --- PyGate Linux v1.5.13
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Bill Sloman@3:633/10 to All on Wednesday, April 01, 2026 15:54:44
    On 1/04/2026 2:14 am, john larkin wrote:
    On Tue, 31 Mar 2026 22:30:44 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 31/03/2026 8:40 pm, john larkin wrote:
    On Tue, 31 Mar 2026 16:35:49 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 31/03/2026 2:00 am, john larkin wrote:
    On Mon, 30 Mar 2026 16:42:12 +1100, Bill Sloman <bill.sloman@ieee.org> >>>>> wrote:

    On 30/03/2026 2:18 am, john larkin wrote:
    On Sun, 29 Mar 2026 15:52:53 +1100, Bill Sloman <bill.sloman@ieee.org> >>>>>>> wrote:

    On 29/03/2026 8:38 am, john larkin wrote:
    On Sat, 28 Mar 2026 16:44:40 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 28/03/2026 5:39 am, john larkin wrote:
    On Sun, 22 Mar 2026 03:00:16 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 22/03/2026 1:52 am, john larkin wrote:
    On Sat, 21 Mar 2026 16:36:43 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 20/03/2026 4:05 am, john larkin wrote:
    On Tue, 17 Mar 2026 22:30:01 +0000, someone
    <cffbf4deb9142bce48974efc0e64dede@example.com> wrote: >>>>>>>>>>>>>>>
    I assume these are up-counters, so the thing overflows at all 1's. Then you only have the one fast carry TPD for the MS18b overflowing to all 1s when a 1 is clocked into its LSB. One whole clock period to clock the 1 out of the DFF and meet the setup times for what I assume is a synchronous LD and its setup for the counters. So that particular timing criticality is a DFF TPD and a LD setup TSU to reliably capture the register data. The LD TPD to CLK TSU for the LS18b counter shouldn't be a problem. This must be very speedy logic for 150MHz. Do you have a simulator that displays how much margin you have on this timing, or is it just a bunch waveforms?

    Yes, loadable up-counter with carry chain.

    This would be in an FPGA, so the diagram is just a concept. The >>>>>>>>>>>>>>> reality will be VHDL code. And the FPGA boys use the Wishbone >>>>>>>>>>>>>>> architecture and want the counter to be 32 bits, which is OK with me.

    We are already doing a DDS at 250 MHz on this chip, an Efinix T20, so
    I expect we could do a divider in that ballpark. The T20 is in the
    *slow* Efinix family.

    I think the T20 has 18-bit fast carry chains.

    After the boys code this, the tools can verify timing. >>>>>>>>>>>>>>>
    FPGAs are great, but there's a cultural gap between people who draw
    and people who type.

    Can't say I've noticed that, but since I can do both, and most of the
    engineers I've hung out with could too, John Larkin may be projecting here.

    Gosh Bill, you are wonderful. You are great at everything. >>>>>>>>>>>>
    I'm certainly not great at writing VHDL. There's a VHDL text-book on my
    bookshelf - bought for a project which didn't come off - but the stuff I
    did type was in a much less powerful language, but powerful enough to
    get the chip to do what I wanted it to.

    What are you designing now?

    Absolutely nothing. I do fish for work from time to time, but at 83 I'm
    not an attractive employee.

    Join one of those maker space things, meet some people, offer to help
    for free, see what happens.

    I'm active on the committee of NSW branch of the IEEE but I don't know
    of any maker space things in Sydney.

    Hey, you could google

    maker spaces sydney australia

    https://makerspaces.com.au/nsw/sydney

    So they exist. Leather work and needle work (sewing) are supported. I am
    a tolerably competent carpenter so I might fit in. As a route into >>>>>>>> advanced electronic design it doesn't look promising.

    We have some of that handicraft stuff here, but we have a lot of >>>>>>> people who want to build things that use electronics, and those people >>>>>>> aren't usually very good circuit designers. [1]

    Some of them are actual startups with an idea and some funding. They >>>>>>> go to meetups to pitch their ideas and maybe meet people who could >>>>>>> help.

    Studio 45 near here has an occasional meetup with 500 people, free >>>>>>> food and beer. We might sponsor one.

    We had a cool one at a Rivian facility. I met a photonics consultant >>>>>>> and recommended Phil's book. And listened to yet another pitch for AI >>>>>>> circuit/pcb design.

    There's one coming up in a pier on the SF Bay, an ocean
    instrumentetion outfit. That should be fun.

    I do one or two meetups per month and meet lots of Young Things. >>>>>>>
    The point is that you could show up, and meet people who need
    electronics, and see what happens.

    If I showed up at the right meetings, I might meet people who needed >>>>>> electronics. The odds don't look great.

    Or don't.

    That would seem to be the rational choice.

    Exactly. Do nothing. Just post insults on forums all day.

    I post information. When it doesn't inform people that you are a
    brilliant circuit designer, you feel insulted, though you should be used >>>> to that by now.

    [1] It's impressive how few people are good at electronic design. >>>>>>
    Even more impressive that you seem to think you can make that statement. >>>>>> If you don't think that a classical emitter-coupled monostable can work, >>>>>> your status as a judge of electronic design quality can't be all that high.

    That circuit can certainly work; it's classic=ancient. But not often >>>>> useful in this modern world. I didn't like your version because the
    input trigger had to be delicately tuned to fire it, and it really
    amplified the input pulse more than it one-shotted. It was Spice tuned >>>>> until it appeared to work.

    Many applications have well-defined trigger pulses. I certainly didn't >>>> spend any time "deliberately tuning" the circuit.

    The trigger pulse has to be big enough and fast enough to turn off the >>>> normally-on transistor and push enough current into the timing capacitor >>>> to get the one-shot action, and the amplification is incidental to that. >>>>
    You didn't recognise the circuit, couldn't see how it worked, and have >>>> been trying to deny this obvious point ever since.

    That circuit is in the 1964 GE Transistor Manual (7th edition, $2).
    Transistors used to be expensive so their use was minimized. Nowadays
    they cost about nothing.

    Using a broad-band transistor in a classic circuit can give you a much
    shorter pulse. Broad-band transistors aren't all that cheap, and there
    aren't as many of them around as there used to be, but it can be a
    useful option.

    This isn't the kind
    of comment you like reading, and will claim that you are being insulted. >>>> Tough. This isn't some kind of mutual approbation society

    There are far better, easier, cheaper, more deliberate ways to make a >>>>> fast one-shot these days.

    Which is to say, to make a one-shot whose action you can understand

    I usually design circuits that I understand, but what matters is that
    they work.

    With Spice or experiment, one can profitably design a circuit that you
    don't understand. I have a cool new sensor simulator circuit that I
    don't understand.

    You really don't want to. They have a nasty habit of doing something
    unexpected at inconvenient moments.

    That's not a nasty habit, it's a talent that I practice and teach.

    That's a really nasty habit. Encouraging people to build circuits that
    can go wrong when they run into a situation that the designer hadn't
    expected is - to put it kindly - unwise.

    Given an enormous space of undiscovered ideas, one profits from a
    method of exploring them in parallel with minimal filtering.

    But one you have "discovered" your original idea, you do need to explore
    it's ramifications in detail, and thoroughly understand how it works.

    But inconvenient to who? Certainly not to me. Inventing things is fun
    and profitable.

    Sometimes. Getting a patent is an expensive process, as you'd know if
    you'd ever been involved, and it rarely pays off. When it does it can
    can pay off generously, but that doesn't happen often.

    It is an interesting question: does one understand then invent, or
    invent and then understand? Great scientific and practical ideas seem
    to be mostly invent or discover first, understand after.


    It can work both ways. One of my patents struck me as obvious, but I had
    to explain why it was obvious so often that I wrote it up a patent query
    to get out from under. I was a bit surprised when it ended up as patent.
    My father's 25 patents were all about stuff that he understood
    remarkably clearly, but other people hadn't noticed

    The Plutonium book is full of examples.

    It makes better stories than the tedious reality.

    --
    Bill Sloman, Sydney



    --- PyGate Linux v1.5.13
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Bill Sloman@3:633/10 to All on Wednesday, April 01, 2026 16:05:48
    On 1/04/2026 4:57 am, john larkin wrote:
    On Tue, 31 Mar 2026 10:41:17 -0700, Buzz McCool
    <buzz_mccool@yahoo.com> wrote:

    On 3/31/2026 8:14 AM, john larkin wrote:
    It is an interesting question: does one understand then invent, or
    invent and then understand? Great scientific and practical ideas seem
    to be mostly invent or discover first, understand after.

    It's been said the steam engine did far more for engineering than
    engineering did for the steam engine.

    Ditto thermodynamics.

    Einstein's theories of relativity seem to be the rare case of
    predicting effects before they were observed, some decades before they
    could be demonstrated.

    Einstein general relativity paper was published in 1915. and immediately explained the precession pf the orbit of Mercury, which had been
    inexplicable for a century or two.

    https://en.wikipedia.org/wiki/Eddington_experiment

    happened in 1919, and confirmed another of Einstein's predictions and
    got written up in lots of newspapers, making Einstein an internationally famous physicist from then on.

    Dirac's prediction of the existence of the positron preceded it's
    discovery by a couple of years. The magnetic monopole has proved more
    elusive.

    --
    Bill Sloman, Sydney

    --- PyGate Linux v1.5.13
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Bill Sloman@3:633/10 to All on Wednesday, April 01, 2026 16:17:31
    On 1/04/2026 8:25 am, Ross Finlayson wrote:
    On 03/31/2026 10:57 AM, john larkin wrote:
    On Tue, 31 Mar 2026 10:41:17 -0700, Buzz McCool
    <buzz_mccool@yahoo.com> wrote:

    On 3/31/2026 8:14 AM, john larkin wrote:

    <snip>

    Back to the idea of implementing a divider circuit,
    it's kind of funny that there isn't really a great
    example of an analog divider circuit that's sort of
    ideal and efficient, besides as for usual accounts
    of amplifiers and attenuators and so on. There are
    integrators and the like, accumulators, there's a
    place on the chart of ideal electrical components
    looking to be filled with a rational divider.

    There a perfectly good analogue four quadrant multiplier, now horribly expensive

    https://www.analog.com/en/products/ad734.html

    If you embed it in a feedback circuit you can use it as a divider, but
    the accuracy and the bandwidth aren't great for small divisors.

    --
    Bill Sloman, Sydney

    --- PyGate Linux v1.5.13
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From john larkin@3:633/10 to All on Wednesday, April 01, 2026 01:06:51
    On Wed, 1 Apr 2026 15:54:44 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 1/04/2026 2:14 am, john larkin wrote:
    On Tue, 31 Mar 2026 22:30:44 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 31/03/2026 8:40 pm, john larkin wrote:
    On Tue, 31 Mar 2026 16:35:49 +1100, Bill Sloman <bill.sloman@ieee.org> >>>> wrote:

    On 31/03/2026 2:00 am, john larkin wrote:
    On Mon, 30 Mar 2026 16:42:12 +1100, Bill Sloman <bill.sloman@ieee.org> >>>>>> wrote:

    On 30/03/2026 2:18 am, john larkin wrote:
    On Sun, 29 Mar 2026 15:52:53 +1100, Bill Sloman <bill.sloman@ieee.org> >>>>>>>> wrote:

    On 29/03/2026 8:38 am, john larkin wrote:
    On Sat, 28 Mar 2026 16:44:40 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 28/03/2026 5:39 am, john larkin wrote:
    On Sun, 22 Mar 2026 03:00:16 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 22/03/2026 1:52 am, john larkin wrote:
    On Sat, 21 Mar 2026 16:36:43 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 20/03/2026 4:05 am, john larkin wrote:
    On Tue, 17 Mar 2026 22:30:01 +0000, someone
    <cffbf4deb9142bce48974efc0e64dede@example.com> wrote: >>>>>>>>>>>>>>>>
    I assume these are up-counters, so the thing overflows at all 1's. Then you only have the one fast carry TPD for the MS18b overflowing to all 1s when a 1 is clocked into its LSB. One whole clock period to clock the 1 out of the DFF and meet the setup times for what I assume is a synchronous LD and its setup for the counters. So that particular timing criticality is a DFF TPD and a LD setup TSU to reliably capture the register data. The LD TPD to CLK TSU for the LS18b counter shouldn't be a problem. This must be very speedy logic for 150MHz. Do you have a simulator that displays how much margin you have on this timing, or is it just a bunch waveforms?

    Yes, loadable up-counter with carry chain.

    This would be in an FPGA, so the diagram is just a concept. The
    reality will be VHDL code. And the FPGA boys use the Wishbone >>>>>>>>>>>>>>>> architecture and want the counter to be 32 bits, which is OK with me.

    We are already doing a DDS at 250 MHz on this chip, an Efinix T20, so
    I expect we could do a divider in that ballpark. The T20 is in the
    *slow* Efinix family.

    I think the T20 has 18-bit fast carry chains.

    After the boys code this, the tools can verify timing. >>>>>>>>>>>>>>>>
    FPGAs are great, but there's a cultural gap between people who draw
    and people who type.

    Can't say I've noticed that, but since I can do both, and most of the
    engineers I've hung out with could too, John Larkin may be projecting here.

    Gosh Bill, you are wonderful. You are great at everything. >>>>>>>>>>>>>
    I'm certainly not great at writing VHDL. There's a VHDL text-book on my
    bookshelf - bought for a project which didn't come off - but the stuff I
    did type was in a much less powerful language, but powerful enough to
    get the chip to do what I wanted it to.

    What are you designing now?

    Absolutely nothing. I do fish for work from time to time, but at 83 I'm
    not an attractive employee.

    Join one of those maker space things, meet some people, offer to help
    for free, see what happens.

    I'm active on the committee of NSW branch of the IEEE but I don't know
    of any maker space things in Sydney.

    Hey, you could google

    maker spaces sydney australia

    https://makerspaces.com.au/nsw/sydney

    So they exist. Leather work and needle work (sewing) are supported. I am
    a tolerably competent carpenter so I might fit in. As a route into >>>>>>>>> advanced electronic design it doesn't look promising.

    We have some of that handicraft stuff here, but we have a lot of >>>>>>>> people who want to build things that use electronics, and those people >>>>>>>> aren't usually very good circuit designers. [1]

    Some of them are actual startups with an idea and some funding. They >>>>>>>> go to meetups to pitch their ideas and maybe meet people who could >>>>>>>> help.

    Studio 45 near here has an occasional meetup with 500 people, free >>>>>>>> food and beer. We might sponsor one.

    We had a cool one at a Rivian facility. I met a photonics consultant >>>>>>>> and recommended Phil's book. And listened to yet another pitch for AI >>>>>>>> circuit/pcb design.

    There's one coming up in a pier on the SF Bay, an ocean
    instrumentetion outfit. That should be fun.

    I do one or two meetups per month and meet lots of Young Things. >>>>>>>>
    The point is that you could show up, and meet people who need
    electronics, and see what happens.

    If I showed up at the right meetings, I might meet people who needed >>>>>>> electronics. The odds don't look great.

    Or don't.

    That would seem to be the rational choice.

    Exactly. Do nothing. Just post insults on forums all day.

    I post information. When it doesn't inform people that you are a
    brilliant circuit designer, you feel insulted, though you should be used >>>>> to that by now.

    [1] It's impressive how few people are good at electronic design. >>>>>>>
    Even more impressive that you seem to think you can make that statement.
    If you don't think that a classical emitter-coupled monostable can work,
    your status as a judge of electronic design quality can't be all that high.

    That circuit can certainly work; it's classic=ancient. But not often >>>>>> useful in this modern world. I didn't like your version because the >>>>>> input trigger had to be delicately tuned to fire it, and it really >>>>>> amplified the input pulse more than it one-shotted. It was Spice tuned >>>>>> until it appeared to work.

    Many applications have well-defined trigger pulses. I certainly didn't >>>>> spend any time "deliberately tuning" the circuit.

    The trigger pulse has to be big enough and fast enough to turn off the >>>>> normally-on transistor and push enough current into the timing capacitor >>>>> to get the one-shot action, and the amplification is incidental to that. >>>>>
    You didn't recognise the circuit, couldn't see how it worked, and have >>>>> been trying to deny this obvious point ever since.

    That circuit is in the 1964 GE Transistor Manual (7th edition, $2).
    Transistors used to be expensive so their use was minimized. Nowadays
    they cost about nothing.

    Using a broad-band transistor in a classic circuit can give you a much
    shorter pulse. Broad-band transistors aren't all that cheap, and there
    aren't as many of them around as there used to be, but it can be a
    useful option.

    This isn't the kind
    of comment you like reading, and will claim that you are being insulted. >>>>> Tough. This isn't some kind of mutual approbation society

    There are far better, easier, cheaper, more deliberate ways to make a >>>>>> fast one-shot these days.

    Which is to say, to make a one-shot whose action you can understand

    I usually design circuits that I understand, but what matters is that
    they work.

    With Spice or experiment, one can profitably design a circuit that you >>>> don't understand. I have a cool new sensor simulator circuit that I
    don't understand.

    You really don't want to. They have a nasty habit of doing something
    unexpected at inconvenient moments.

    That's not a nasty habit, it's a talent that I practice and teach.

    That's a really nasty habit. Encouraging people to build circuits that
    can go wrong when they run into a situation that the designer hadn't >expected is - to put it kindly - unwise.

    Invention is precisely running into - running toward - the unexpected. Sometimes that's accidental, but can be deliberately provoked.
    Inventing needs the right skills and personality but improves with
    practice in the right environment. Books have been written about that.

    Some people invent things. Some intelligent and (over)educated people
    actively resent invention, because they can't do it.


    Given an enormous space of undiscovered ideas, one profits from a
    method of exploring them in parallel with minimal filtering.

    But one you have "discovered" your original idea, you do need to explore >it's ramifications in detail, and thoroughly understand how it works.

    Understanding how it works is helpful but not mandatory. It is prudent
    to do the grunt work to make it economic and reliable; theory and
    understanding and simulation can help with those.

    In the big picture, we never really understand how anything works.


    John Larkin
    Highland Tech Glen Canyon Design Center
    Lunatic Fringe Electronics

    --- PyGate Linux v1.5.13
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Ross Finlayson@3:633/10 to All on Wednesday, April 01, 2026 02:04:06
    On 03/31/2026 10:05 PM, Bill Sloman wrote:
    On 1/04/2026 4:57 am, john larkin wrote:
    On Tue, 31 Mar 2026 10:41:17 -0700, Buzz McCool
    <buzz_mccool@yahoo.com> wrote:

    On 3/31/2026 8:14 AM, john larkin wrote:
    It is an interesting question: does one understand then invent, or
    invent and then understand? Great scientific and practical ideas seem
    to be mostly invent or discover first, understand after.

    It's been said the steam engine did far more for engineering than
    engineering did for the steam engine.

    Ditto thermodynamics.

    Einstein's theories of relativity seem to be the rare case of
    predicting effects before they were observed, some decades before they
    could be demonstrated.

    Einstein general relativity paper was published in 1915. and immediately explained the precession pf the orbit of Mercury, which had been
    inexplicable for a century or two.

    https://en.wikipedia.org/wiki/Eddington_experiment

    happened in 1919, and confirmed another of Einstein's predictions and
    got written up in lots of newspapers, making Einstein an internationally famous physicist from then on.

    Dirac's prediction of the existence of the positron preceded it's
    discovery by a couple of years. The magnetic monopole has proved more elusive.


    Generously, one way of looking at a "test particle" in the standard
    narrative, not that there are any or they're "virtual", is that:
    that's a magnetic monopole, and they're pretty much "everywhere".

    Then, the "skyrmions" and "spintronics" get involved, ....


    People hear so much about magnets, and never electrets, ....



    --- PyGate Linux v1.5.13
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From john larkin@3:633/10 to All on Wednesday, April 01, 2026 07:25:33
    On Wed, 1 Apr 2026 02:04:06 -0700, Ross Finlayson
    <ross.a.finlayson@gmail.com> wrote:

    On 03/31/2026 10:05 PM, Bill Sloman wrote:
    On 1/04/2026 4:57 am, john larkin wrote:
    On Tue, 31 Mar 2026 10:41:17 -0700, Buzz McCool
    <buzz_mccool@yahoo.com> wrote:

    On 3/31/2026 8:14 AM, john larkin wrote:
    It is an interesting question: does one understand then invent, or
    invent and then understand? Great scientific and practical ideas seem >>>>> to be mostly invent or discover first, understand after.

    It's been said the steam engine did far more for engineering than
    engineering did for the steam engine.

    Ditto thermodynamics.

    Einstein's theories of relativity seem to be the rare case of
    predicting effects before they were observed, some decades before they
    could be demonstrated.

    Einstein general relativity paper was published in 1915. and immediately
    explained the precession pf the orbit of Mercury, which had been
    inexplicable for a century or two.

    https://en.wikipedia.org/wiki/Eddington_experiment

    happened in 1919, and confirmed another of Einstein's predictions and
    got written up in lots of newspapers, making Einstein an internationally
    famous physicist from then on.

    Dirac's prediction of the existence of the positron preceded it's
    discovery by a couple of years. The magnetic monopole has proved more
    elusive.


    Generously, one way of looking at a "test particle" in the standard >narrative, not that there are any or they're "virtual", is that:
    that's a magnetic monopole, and they're pretty much "everywhere".

    Then, the "skyrmions" and "spintronics" get involved, ....


    People hear so much about magnets, and never electrets, ....


    Go to Digikey and search for "electret".



    John Larkin
    Highland Tech Glen Canyon Design Center
    Lunatic Fringe Electronics

    --- PyGate Linux v1.5.13
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Bill Sloman@3:633/10 to All on Thursday, April 02, 2026 02:13:38
    On 1/04/2026 7:06 pm, john larkin wrote:
    On Wed, 1 Apr 2026 15:54:44 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 1/04/2026 2:14 am, john larkin wrote:
    On Tue, 31 Mar 2026 22:30:44 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 31/03/2026 8:40 pm, john larkin wrote:
    On Tue, 31 Mar 2026 16:35:49 +1100, Bill Sloman <bill.sloman@ieee.org> >>>>> wrote:

    On 31/03/2026 2:00 am, john larkin wrote:
    On Mon, 30 Mar 2026 16:42:12 +1100, Bill Sloman <bill.sloman@ieee.org> >>>>>>> wrote:

    On 30/03/2026 2:18 am, john larkin wrote:
    On Sun, 29 Mar 2026 15:52:53 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 29/03/2026 8:38 am, john larkin wrote:
    On Sat, 28 Mar 2026 16:44:40 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 28/03/2026 5:39 am, john larkin wrote:
    On Sun, 22 Mar 2026 03:00:16 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 22/03/2026 1:52 am, john larkin wrote:
    On Sat, 21 Mar 2026 16:36:43 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 20/03/2026 4:05 am, john larkin wrote:
    On Tue, 17 Mar 2026 22:30:01 +0000, someone
    <cffbf4deb9142bce48974efc0e64dede@example.com> wrote: >>>>>>>>>>>>>>>>>
    I assume these are up-counters, so the thing overflows at all 1's. Then you only have the one fast carry TPD for the MS18b overflowing to all 1s when a 1 is clocked into its LSB. One whole clock period to clock the 1 out of the DFF and meet the setup times for what I assume is a synchronous LD and its setup for the counters. So that particular timing criticality is a DFF TPD and a LD setup TSU to reliably capture the register data. The LD TPD to CLK TSU for the LS18b counter shouldn't be a problem. This must be very speedy logic for 150MHz. Do you have a simulator that displays how much margin you have on this timing, or is it just a bunch waveforms?

    Yes, loadable up-counter with carry chain.

    This would be in an FPGA, so the diagram is just a concept. The
    reality will be VHDL code. And the FPGA boys use the Wishbone >>>>>>>>>>>>>>>>> architecture and want the counter to be 32 bits, which is OK with me.

    We are already doing a DDS at 250 MHz on this chip, an Efinix T20, so
    I expect we could do a divider in that ballpark. The T20 is in the
    *slow* Efinix family.

    I think the T20 has 18-bit fast carry chains. >>>>>>>>>>>>>>>>>
    After the boys code this, the tools can verify timing. >>>>>>>>>>>>>>>>>
    FPGAs are great, but there's a cultural gap between people who draw
    and people who type.

    Can't say I've noticed that, but since I can do both, and most of the
    engineers I've hung out with could too, John Larkin may be projecting here.

    Gosh Bill, you are wonderful. You are great at everything. >>>>>>>>>>>>>>
    I'm certainly not great at writing VHDL. There's a VHDL text-book on my
    bookshelf - bought for a project which didn't come off - but the stuff I
    did type was in a much less powerful language, but powerful enough to
    get the chip to do what I wanted it to.

    What are you designing now?

    Absolutely nothing. I do fish for work from time to time, but at 83 I'm
    not an attractive employee.

    Join one of those maker space things, meet some people, offer to help
    for free, see what happens.

    I'm active on the committee of NSW branch of the IEEE but I don't know
    of any maker space things in Sydney.

    Hey, you could google

    maker spaces sydney australia

    https://makerspaces.com.au/nsw/sydney

    So they exist. Leather work and needle work (sewing) are supported. I am
    a tolerably competent carpenter so I might fit in. As a route into >>>>>>>>>> advanced electronic design it doesn't look promising.

    We have some of that handicraft stuff here, but we have a lot of >>>>>>>>> people who want to build things that use electronics, and those people
    aren't usually very good circuit designers. [1]

    Some of them are actual startups with an idea and some funding. They >>>>>>>>> go to meetups to pitch their ideas and maybe meet people who could >>>>>>>>> help.

    Studio 45 near here has an occasional meetup with 500 people, free >>>>>>>>> food and beer. We might sponsor one.

    We had a cool one at a Rivian facility. I met a photonics consultant >>>>>>>>> and recommended Phil's book. And listened to yet another pitch for AI >>>>>>>>> circuit/pcb design.

    There's one coming up in a pier on the SF Bay, an ocean
    instrumentetion outfit. That should be fun.

    I do one or two meetups per month and meet lots of Young Things. >>>>>>>>>
    The point is that you could show up, and meet people who need >>>>>>>>> electronics, and see what happens.

    If I showed up at the right meetings, I might meet people who needed >>>>>>>> electronics. The odds don't look great.

    Or don't.

    That would seem to be the rational choice.

    Exactly. Do nothing. Just post insults on forums all day.

    I post information. When it doesn't inform people that you are a
    brilliant circuit designer, you feel insulted, though you should be used >>>>>> to that by now.

    [1] It's impressive how few people are good at electronic design. >>>>>>>>
    Even more impressive that you seem to think you can make that statement.
    If you don't think that a classical emitter-coupled monostable can work,
    your status as a judge of electronic design quality can't be all that high.

    That circuit can certainly work; it's classic=ancient. But not often >>>>>>> useful in this modern world. I didn't like your version because the >>>>>>> input trigger had to be delicately tuned to fire it, and it really >>>>>>> amplified the input pulse more than it one-shotted. It was Spice tuned >>>>>>> until it appeared to work.

    Many applications have well-defined trigger pulses. I certainly didn't >>>>>> spend any time "deliberately tuning" the circuit.

    The trigger pulse has to be big enough and fast enough to turn off the >>>>>> normally-on transistor and push enough current into the timing capacitor >>>>>> to get the one-shot action, and the amplification is incidental to that. >>>>>>
    You didn't recognise the circuit, couldn't see how it worked, and have >>>>>> been trying to deny this obvious point ever since.

    That circuit is in the 1964 GE Transistor Manual (7th edition, $2).
    Transistors used to be expensive so their use was minimized. Nowadays >>>>> they cost about nothing.

    Using a broad-band transistor in a classic circuit can give you a much >>>> shorter pulse. Broad-band transistors aren't all that cheap, and there >>>> aren't as many of them around as there used to be, but it can be a
    useful option.

    This isn't the kind
    of comment you like reading, and will claim that you are being insulted. >>>>>> Tough. This isn't some kind of mutual approbation society

    There are far better, easier, cheaper, more deliberate ways to make a >>>>>>> fast one-shot these days.

    Which is to say, to make a one-shot whose action you can understand >>>>>
    I usually design circuits that I understand, but what matters is that >>>>> they work.

    With Spice or experiment, one can profitably design a circuit that you >>>>> don't understand. I have a cool new sensor simulator circuit that I
    don't understand.

    You really don't want to. They have a nasty habit of doing something
    unexpected at inconvenient moments.

    That's not a nasty habit, it's a talent that I practice and teach.

    That's a really nasty habit. Encouraging people to build circuits that
    can go wrong when they run into a situation that the designer hadn't
    expected is - to put it kindly - unwise.

    Invention is precisely running into - running toward - the unexpected.

    That's a bizarre way of looking at it. It's doing something in a way
    that hasn't been done before, but it is goal directed, and you wouldn't
    start the process if you didn't have a pretty clear idea of what you
    wanted to do, if not exactly how you were going to do it.

    Sometimes that's accidental, but can be deliberately provoked.
    Inventing needs the right skills and personality but improves with
    practice in the right environment. Books have been written about that.

    None of them useful enough to have been touted at places that encouraged inventions and applying for patents. EMI Central Research was just such
    a place, and I worked there for three years without ever running into
    such a book. The histories of Bell Labs

    https://en.wikipedia.org/wiki/The_Idea_Factory

    didn't mention any such book either. People will write books with the flimsiest of justifications if they think the product will sell.
    Teaching people how to make genuine inventions would be a very good
    thing if you could do it, and a lot of confidence tricksters claim that
    they can. The evidence supporting such claims doesn't seem to exist.

    Some people invent things. Some intelligent and (over)educated people actively resent invention, because they can't do it.

    I can't say that I've met any of them. My father and two of my friends
    have each got their names onto about 25 patents and none of them ever
    talked about people resenting that work.

    Given an enormous space of undiscovered ideas, one profits from a
    method of exploring them in parallel with minimal filtering.

    At EMI Central Research we were encourage to submit patent queries. One
    of my colleagues put in a record number of patent queries - about fifty
    in one year - and was seen as having rather poor judgement. None of them turned into a patent. He would have benefited from better filtering.

    But one you have "discovered" your original idea, you do need to explore
    it's ramifications in detail, and thoroughly understand how it works.

    Understanding how it works is helpful but not mandatory.

    It strikes me as absolutely essential.

    It is prudent to do the grunt work to make it economic and reliable; theory and
    understanding and simulation can help with those.

    Not so much prudent as essential.

    In the big picture, we never really understand how anything works.

    You may not be able to manage that. Other people seem to do better.

    --
    Bill Sloman, Sydney

    --- PyGate Linux v1.5.13
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Phil Hobbs@3:633/10 to All on Wednesday, April 01, 2026 16:07:26
    john larkin <jl@glen--canyon.com> wrote:
    On Wed, 1 Apr 2026 02:04:06 -0700, Ross Finlayson <ross.a.finlayson@gmail.com> wrote:

    On 03/31/2026 10:05 PM, Bill Sloman wrote:
    On 1/04/2026 4:57 am, john larkin wrote:
    On Tue, 31 Mar 2026 10:41:17 -0700, Buzz McCool
    <buzz_mccool@yahoo.com> wrote:

    On 3/31/2026 8:14 AM, john larkin wrote:
    It is an interesting question: does one understand then invent, or >>>>>> invent and then understand? Great scientific and practical ideas seem >>>>>> to be mostly invent or discover first, understand after.

    It's been said the steam engine did far more for engineering than
    engineering did for the steam engine.

    Ditto thermodynamics.

    Einstein's theories of relativity seem to be the rare case of
    predicting effects before they were observed, some decades before they >>>> could be demonstrated.

    Einstein general relativity paper was published in 1915. and immediately >>> explained the precession pf the orbit of Mercury, which had been
    inexplicable for a century or two.

    https://en.wikipedia.org/wiki/Eddington_experiment

    happened in 1919, and confirmed another of Einstein's predictions and
    got written up in lots of newspapers, making Einstein an internationally >>> famous physicist from then on.

    Dirac's prediction of the existence of the positron preceded it's
    discovery by a couple of years. The magnetic monopole has proved more
    elusive.


    Generously, one way of looking at a "test particle" in the standard
    narrative, not that there are any or they're "virtual", is that:
    that's a magnetic monopole, and they're pretty much "everywhere".

    Then, the "skyrmions" and "spintronics" get involved, ....


    People hear so much about magnets, and never electrets, ....


    Go to Digikey and search for "electret".

    Electrets are interesting. You can freeze a bunch of bound charge, so just inside the surface there?s a large E field.

    Outside, there are conductors and free charge (e.g. air ions), so the field gets shielded out with distance. Eventually a layer of crud will collect, which will give ions a place to live.

    Initially though, a clean surface is likely to have too low a density of
    states to neutralize the field completely, so it can persist out to a considerable distance.

    I did an interesting front end for a semiconductor surface contamination
    sensor based on that?using a scanning capacitive probe, a small fraction of
    a monolayer of organic schmutz was easily visible from 200 microns away.

    Cheers

    Phil Hobbs


    --
    Dr Philip C D Hobbs Principal Consultant ElectroOptical Innovations LLC / Hobbs ElectroOptics Optics, Electro-optics, Photonics, Analog Electronics

    --- PyGate Linux v1.5.13
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From john larkin@3:633/10 to All on Wednesday, April 01, 2026 09:12:17
    On Thu, 2 Apr 2026 02:13:38 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 1/04/2026 7:06 pm, john larkin wrote:
    On Wed, 1 Apr 2026 15:54:44 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 1/04/2026 2:14 am, john larkin wrote:
    On Tue, 31 Mar 2026 22:30:44 +1100, Bill Sloman <bill.sloman@ieee.org> >>>> wrote:

    On 31/03/2026 8:40 pm, john larkin wrote:
    On Tue, 31 Mar 2026 16:35:49 +1100, Bill Sloman <bill.sloman@ieee.org> >>>>>> wrote:

    On 31/03/2026 2:00 am, john larkin wrote:
    On Mon, 30 Mar 2026 16:42:12 +1100, Bill Sloman <bill.sloman@ieee.org> >>>>>>>> wrote:

    On 30/03/2026 2:18 am, john larkin wrote:
    On Sun, 29 Mar 2026 15:52:53 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 29/03/2026 8:38 am, john larkin wrote:
    On Sat, 28 Mar 2026 16:44:40 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 28/03/2026 5:39 am, john larkin wrote:
    On Sun, 22 Mar 2026 03:00:16 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 22/03/2026 1:52 am, john larkin wrote:
    On Sat, 21 Mar 2026 16:36:43 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 20/03/2026 4:05 am, john larkin wrote:
    On Tue, 17 Mar 2026 22:30:01 +0000, someone >>>>>>>>>>>>>>>>>> <cffbf4deb9142bce48974efc0e64dede@example.com> wrote: >>>>>>>>>>>>>>>>>>
    I assume these are up-counters, so the thing overflows at all 1's. Then you only have the one fast carry TPD for the MS18b overflowing to all 1s when a 1 is clocked into its LSB. One whole clock period to clock the 1 out of the DFF and meet the setup times for what I assume is a synchronous LD and its setup for the counters. So that particular timing criticality is a DFF TPD and a LD setup TSU to reliably capture the register data. The LD TPD to CLK TSU for the LS18b counter shouldn't be a problem. This must be very speedy logic for 150MHz. Do you have a simulator that displays how much margin you have on this timing, or is it just a bunch waveforms?

    Yes, loadable up-counter with carry chain. >>>>>>>>>>>>>>>>>>
    This would be in an FPGA, so the diagram is just a concept. The
    reality will be VHDL code. And the FPGA boys use the Wishbone
    architecture and want the counter to be 32 bits, which is OK with me.

    We are already doing a DDS at 250 MHz on this chip, an Efinix T20, so
    I expect we could do a divider in that ballpark. The T20 is in the
    *slow* Efinix family.

    I think the T20 has 18-bit fast carry chains. >>>>>>>>>>>>>>>>>>
    After the boys code this, the tools can verify timing. >>>>>>>>>>>>>>>>>>
    FPGAs are great, but there's a cultural gap between people who draw
    and people who type.

    Can't say I've noticed that, but since I can do both, and most of the
    engineers I've hung out with could too, John Larkin may be projecting here.

    Gosh Bill, you are wonderful. You are great at everything. >>>>>>>>>>>>>>>
    I'm certainly not great at writing VHDL. There's a VHDL text-book on my
    bookshelf - bought for a project which didn't come off - but the stuff I
    did type was in a much less powerful language, but powerful enough to
    get the chip to do what I wanted it to.

    What are you designing now?

    Absolutely nothing. I do fish for work from time to time, but at 83 I'm
    not an attractive employee.

    Join one of those maker space things, meet some people, offer to help
    for free, see what happens.

    I'm active on the committee of NSW branch of the IEEE but I don't know
    of any maker space things in Sydney.

    Hey, you could google

    maker spaces sydney australia

    https://makerspaces.com.au/nsw/sydney

    So they exist. Leather work and needle work (sewing) are supported. I am
    a tolerably competent carpenter so I might fit in. As a route into >>>>>>>>>>> advanced electronic design it doesn't look promising.

    We have some of that handicraft stuff here, but we have a lot of >>>>>>>>>> people who want to build things that use electronics, and those people
    aren't usually very good circuit designers. [1]

    Some of them are actual startups with an idea and some funding. They >>>>>>>>>> go to meetups to pitch their ideas and maybe meet people who could >>>>>>>>>> help.

    Studio 45 near here has an occasional meetup with 500 people, free >>>>>>>>>> food and beer. We might sponsor one.

    We had a cool one at a Rivian facility. I met a photonics consultant >>>>>>>>>> and recommended Phil's book. And listened to yet another pitch for AI
    circuit/pcb design.

    There's one coming up in a pier on the SF Bay, an ocean
    instrumentetion outfit. That should be fun.

    I do one or two meetups per month and meet lots of Young Things. >>>>>>>>>>
    The point is that you could show up, and meet people who need >>>>>>>>>> electronics, and see what happens.

    If I showed up at the right meetings, I might meet people who needed >>>>>>>>> electronics. The odds don't look great.

    Or don't.

    That would seem to be the rational choice.

    Exactly. Do nothing. Just post insults on forums all day.

    I post information. When it doesn't inform people that you are a >>>>>>> brilliant circuit designer, you feel insulted, though you should be used
    to that by now.

    [1] It's impressive how few people are good at electronic design. >>>>>>>>>
    Even more impressive that you seem to think you can make that statement.
    If you don't think that a classical emitter-coupled monostable can work,
    your status as a judge of electronic design quality can't be all that high.

    That circuit can certainly work; it's classic=ancient. But not often >>>>>>>> useful in this modern world. I didn't like your version because the >>>>>>>> input trigger had to be delicately tuned to fire it, and it really >>>>>>>> amplified the input pulse more than it one-shotted. It was Spice tuned >>>>>>>> until it appeared to work.

    Many applications have well-defined trigger pulses. I certainly didn't >>>>>>> spend any time "deliberately tuning" the circuit.

    The trigger pulse has to be big enough and fast enough to turn off the >>>>>>> normally-on transistor and push enough current into the timing capacitor
    to get the one-shot action, and the amplification is incidental to that.

    You didn't recognise the circuit, couldn't see how it worked, and have >>>>>>> been trying to deny this obvious point ever since.

    That circuit is in the 1964 GE Transistor Manual (7th edition, $2). >>>>>> Transistors used to be expensive so their use was minimized. Nowadays >>>>>> they cost about nothing.

    Using a broad-band transistor in a classic circuit can give you a much >>>>> shorter pulse. Broad-band transistors aren't all that cheap, and there >>>>> aren't as many of them around as there used to be, but it can be a
    useful option.

    This isn't the kind
    of comment you like reading, and will claim that you are being insulted.
    Tough. This isn't some kind of mutual approbation society

    There are far better, easier, cheaper, more deliberate ways to make a >>>>>>>> fast one-shot these days.

    Which is to say, to make a one-shot whose action you can understand >>>>>>
    I usually design circuits that I understand, but what matters is that >>>>>> they work.

    With Spice or experiment, one can profitably design a circuit that you >>>>>> don't understand. I have a cool new sensor simulator circuit that I >>>>>> don't understand.

    You really don't want to. They have a nasty habit of doing something >>>>> unexpected at inconvenient moments.

    That's not a nasty habit, it's a talent that I practice and teach.

    That's a really nasty habit. Encouraging people to build circuits that
    can go wrong when they run into a situation that the designer hadn't
    expected is - to put it kindly - unwise.

    Invention is precisely running into - running toward - the unexpected.

    That's a bizarre way of looking at it. It's doing something in a way
    that hasn't been done before, but it is goal directed, and you wouldn't >start the process if you didn't have a pretty clear idea of what you
    wanted to do, if not exactly how you were going to do it.

    I strongly disagree; that is backwards. Sometimes we imagine products
    or circuits that nobody ever wanted or expected. It just happens
    sometimes at 2AM.

    I have a folder full of ideas, most speculative and unexpected and
    probably dumb. We hire smart kids, college students, to explore them
    and write up a report on the possible uses, competitors specs and
    pricing, any interesting offshoots that occurr to them. They get a
    fixed fee when they turn in the report.


    Sometimes that's accidental, but can be deliberately provoked.
    Inventing needs the right skills and personality but improves with
    practice in the right environment. Books have been written about that.

    None of them useful enough to have been touted at places that encouraged >inventions and applying for patents. EMI Central Research was just such
    a place, and I worked there for three years without ever running into
    such a book. The histories of Bell Labs

    https://en.wikipedia.org/wiki/The_Idea_Factory


    I have that one; good book.

    Someone said that all the great inventions at Bell in those days were
    done by people who ate lunch with Harry Nyquist.

    didn't mention any such book either. People will write books with the >flimsiest of justifications if they think the product will sell.
    Teaching people how to make genuine inventions would be a very good
    thing if you could do it, and a lot of confidence tricksters claim that
    they can. The evidence supporting such claims doesn't seem to exist.

    The real evidence is purchase orders.


    Some people invent things. Some intelligent and (over)educated people
    actively resent invention, because they can't do it.

    I can't say that I've met any of them. My father and two of my friends
    have each got their names onto about 25 patents and none of them ever
    talked about people resenting that work.

    Given an enormous space of undiscovered ideas, one profits from a
    method of exploring them in parallel with minimal filtering.

    At EMI Central Research we were encourage to submit patent queries. One
    of my colleagues put in a record number of patent queries - about fifty
    in one year - and was seen as having rather poor judgement. None of them >turned into a patent. He would have benefited from better filtering.

    The real evidence is purchase orders.


    John Larkin
    Highland Tech Glen Canyon Design Center
    Lunatic Fringe Electronics

    --- PyGate Linux v1.5.13
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Ross Finlayson@3:633/10 to All on Wednesday, April 01, 2026 09:37:08
    On 04/01/2026 09:07 AM, Phil Hobbs wrote:
    john larkin <jl@glen--canyon.com> wrote:
    On Wed, 1 Apr 2026 02:04:06 -0700, Ross Finlayson
    <ross.a.finlayson@gmail.com> wrote:

    On 03/31/2026 10:05 PM, Bill Sloman wrote:
    On 1/04/2026 4:57 am, john larkin wrote:
    On Tue, 31 Mar 2026 10:41:17 -0700, Buzz McCool
    <buzz_mccool@yahoo.com> wrote:

    On 3/31/2026 8:14 AM, john larkin wrote:
    It is an interesting question: does one understand then invent, or >>>>>>> invent and then understand? Great scientific and practical ideas seem >>>>>>> to be mostly invent or discover first, understand after.

    It's been said the steam engine did far more for engineering than
    engineering did for the steam engine.

    Ditto thermodynamics.

    Einstein's theories of relativity seem to be the rare case of
    predicting effects before they were observed, some decades before they >>>>> could be demonstrated.

    Einstein general relativity paper was published in 1915. and immediately >>>> explained the precession pf the orbit of Mercury, which had been
    inexplicable for a century or two.

    https://en.wikipedia.org/wiki/Eddington_experiment

    happened in 1919, and confirmed another of Einstein's predictions and
    got written up in lots of newspapers, making Einstein an internationally >>>> famous physicist from then on.

    Dirac's prediction of the existence of the positron preceded it's
    discovery by a couple of years. The magnetic monopole has proved more
    elusive.


    Generously, one way of looking at a "test particle" in the standard
    narrative, not that there are any or they're "virtual", is that:
    that's a magnetic monopole, and they're pretty much "everywhere".

    Then, the "skyrmions" and "spintronics" get involved, ....


    People hear so much about magnets, and never electrets, ....


    Go to Digikey and search for "electret".

    Electrets are interesting. You can freeze a bunch of bound charge, so just inside the surface there?s a large E field.

    Outside, there are conductors and free charge (e.g. air ions), so the field gets shielded out with distance. Eventually a layer of crud will collect, which will give ions a place to live.

    Initially though, a clean surface is likely to have too low a density of states to neutralize the field completely, so it can persist out to a considerable distance.

    I did an interesting front end for a semiconductor surface contamination sensor based on that?using a scanning capacitive probe, a small fraction of
    a monolayer of organic schmutz was easily visible from 200 microns away.

    Cheers

    Phil Hobbs



    It reminds of the similarities, and differences,
    of the "capacitor" and the "condenser".

    These are basically ideal components, making advantage
    of that there are both the "electrodynamic" and "electrostatic",
    in effect, and about that things like a radio wave have both
    "very, very high" and "very, very low" frequency components,
    vis-a-vis the usual account of band, and about things like
    Faraday's law that makes that waves are always spirals and
    spirals are always waves, in nature.


    So, much like the mythical "divider", and about for example
    ideas of constructing Fourier-style circuits including various
    what are often considered "uniqueness" results in mathematics
    that are actually "distinctness" results, many of these
    sorts components are readily available off-the-shelf,
    where they usually mostly gather dust.


    It's kind of like the difference between "square wire"
    and "round wire" for motor windings: square wire
    gives better numbers.


    So, any kind of application basically has an ideal
    electrical component, or rather, any kind of circuit
    is its own kind of ideal.



    --- PyGate Linux v1.5.13
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Bill Sloman@3:633/10 to All on Thursday, April 02, 2026 14:41:48
    On 2/04/2026 3:12 am, john larkin wrote:
    On Thu, 2 Apr 2026 02:13:38 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 1/04/2026 7:06 pm, john larkin wrote:
    On Wed, 1 Apr 2026 15:54:44 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 1/04/2026 2:14 am, john larkin wrote:
    On Tue, 31 Mar 2026 22:30:44 +1100, Bill Sloman <bill.sloman@ieee.org> >>>>> wrote:
    On 31/03/2026 8:40 pm, john larkin wrote:
    On Tue, 31 Mar 2026 16:35:49 +1100, Bill Sloman <bill.sloman@ieee.org> >>>>>>> wrote:
    On 31/03/2026 2:00 am, john larkin wrote:
    On Mon, 30 Mar 2026 16:42:12 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 30/03/2026 2:18 am, john larkin wrote:
    On Sun, 29 Mar 2026 15:52:53 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 29/03/2026 8:38 am, john larkin wrote:
    On Sat, 28 Mar 2026 16:44:40 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 28/03/2026 5:39 am, john larkin wrote:
    On Sun, 22 Mar 2026 03:00:16 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 22/03/2026 1:52 am, john larkin wrote:
    On Sat, 21 Mar 2026 16:36:43 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 20/03/2026 4:05 am, john larkin wrote: >>>>>>>>>>>>>>>>>>> On Tue, 17 Mar 2026 22:30:01 +0000, someone >>>>>>>>>>>>>>>>>>> <cffbf4deb9142bce48974efc0e64dede@example.com> wrote:

    <snip>

    Invention is precisely running into - running toward - the unexpected.

    That's a bizarre way of looking at it. It's doing something in a way
    that hasn't been done before, but it is goal directed, and you wouldn't
    start the process if you didn't have a pretty clear idea of what you
    wanted to do, if not exactly how you were going to do it.

    I strongly disagree; that is backwards. Sometimes we imagine products
    or circuits that nobody ever wanted or expected. It just happens
    sometimes at 2AM.

    And very few of them look sensible after the sun has come up.

    I have a folder full of ideas, most speculative and unexpected and
    probably dumb.

    If you knew a bit more, it would be a much thinner folder.

    We hire smart kids, college students, to explore them
    and write up a report on the possible uses, competitors specs and
    pricing, any interesting offshoots that occur to them. They get a
    fixed fee when they turn in the report.

    An expensive self-indulgence.

    Sometimes that's accidental, but can be deliberately provoked.
    Inventing needs the right skills and personality but improves with
    practice in the right environment. Books have been written about that.

    None of them useful enough to have been touted at places that encouraged
    inventions and applying for patents. EMI Central Research was just such
    a place, and I worked there for three years without ever running into
    such a book. The histories of Bell Labs

    https://en.wikipedia.org/wiki/The_Idea_Factory


    I have that one; good book.

    Someone said that all the great inventions at Bell in those days were
    done by people who ate lunch with Harry Nyquist.

    didn't mention any such book either. People will write books with the
    flimsiest of justifications if they think the product will sell.
    Teaching people how to make genuine inventions would be a very good
    thing if you could do it, and a lot of confidence tricksters claim that
    they can. The evidence supporting such claims doesn't seem to exist.

    The real evidence is purchase orders.

    People don't give you purchase orders for patents. They buy products.
    A good and patentable idea can be central to a product, but inept
    development can wreck the best of ideas. The Lintech electron beam
    tester was based on a patented idea of their boss, whose name was on the patent (which he'd got to own). He cheap-skated on the development to
    such an extent that one of his ex-engineers was able to build a pretty
    much identical machine which destroyed his business - nobody ordered a
    Lintech machine after the Schlumberger competitor hit the market, and
    after Lintech had delivered the last of the machine it had sold they
    went bankrupt. Mike Engelhart - of LTSpice fame - worked on that project.

    Some people invent things. Some intelligent and (over)educated people
    actively resent invention, because they can't do it.

    I can't say that I've met any of them. My father and two of my friends
    have each got their names onto about 25 patents and none of them ever
    talked about people resenting that work.

    Given an enormous space of undiscovered ideas, one profits from a
    method of exploring them in parallel with minimal filtering.

    At EMI Central Research we were encourage to submit patent queries. One
    of my colleagues put in a record number of patent queries - about fifty
    in one year - and was seen as having rather poor judgement. None of them
    turned into a patent. He would have benefited from better filtering.

    The real evidence is purchase orders.

    It seems to be the only evidence you can understand. You seem to have
    got your name on exactly one patent, taken out by a group you were
    working with, so your grasp of what constitutes a patentable idea and
    what you can do with it does seem to be second hand.

    --
    Bill Sloman, Sydney


    --- PyGate Linux v1.5.13
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From john larkin@3:633/10 to All on Thursday, April 02, 2026 07:53:07
    On Thu, 2 Apr 2026 14:41:48 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 2/04/2026 3:12 am, john larkin wrote:
    On Thu, 2 Apr 2026 02:13:38 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 1/04/2026 7:06 pm, john larkin wrote:
    On Wed, 1 Apr 2026 15:54:44 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 1/04/2026 2:14 am, john larkin wrote:
    On Tue, 31 Mar 2026 22:30:44 +1100, Bill Sloman <bill.sloman@ieee.org> >>>>>> wrote:
    On 31/03/2026 8:40 pm, john larkin wrote:
    On Tue, 31 Mar 2026 16:35:49 +1100, Bill Sloman <bill.sloman@ieee.org> >>>>>>>> wrote:
    On 31/03/2026 2:00 am, john larkin wrote:
    On Mon, 30 Mar 2026 16:42:12 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 30/03/2026 2:18 am, john larkin wrote:
    On Sun, 29 Mar 2026 15:52:53 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 29/03/2026 8:38 am, john larkin wrote:
    On Sat, 28 Mar 2026 16:44:40 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 28/03/2026 5:39 am, john larkin wrote:
    On Sun, 22 Mar 2026 03:00:16 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 22/03/2026 1:52 am, john larkin wrote:
    On Sat, 21 Mar 2026 16:36:43 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 20/03/2026 4:05 am, john larkin wrote: >>>>>>>>>>>>>>>>>>>> On Tue, 17 Mar 2026 22:30:01 +0000, someone >>>>>>>>>>>>>>>>>>>> <cffbf4deb9142bce48974efc0e64dede@example.com> wrote:

    <snip>

    Invention is precisely running into - running toward - the unexpected.

    That's a bizarre way of looking at it. It's doing something in a way
    that hasn't been done before, but it is goal directed, and you wouldn't
    start the process if you didn't have a pretty clear idea of what you
    wanted to do, if not exactly how you were going to do it.

    I strongly disagree; that is backwards. Sometimes we imagine products
    or circuits that nobody ever wanted or expected. It just happens
    sometimes at 2AM.

    And very few of them look sensible after the sun has come up.

    Most are obviously goofy. Many have already been invented and are on
    the market. There are still lots that might become products.

    So the next step is to research what's out there. Lately we hire a
    bright college student to research the science, technology,
    competitors, market. They deliver a report for $1000.

    One unstated benefit is that we get to evaluate the kids, even if the technology idea was silly. And it's fun.


    I have a folder full of ideas, most speculative and unexpected and
    probably dumb.

    If you knew a bit more, it would be a much thinner folder.

    It would be thicker.


    We hire smart kids, college students, to explore them
    and write up a report on the possible uses, competitors specs and
    pricing, any interesting offshoots that occur to them. They get a
    fixed fee when they turn in the report.

    An expensive self-indulgence.

    Super cheap, compared to the alternates, like hiring a
    usually-fatheaded marketing manager.


    Sometimes that's accidental, but can be deliberately provoked.
    Inventing needs the right skills and personality but improves with
    practice in the right environment. Books have been written about that.

    None of them useful enough to have been touted at places that encouraged >>> inventions and applying for patents. EMI Central Research was just such
    a place, and I worked there for three years without ever running into
    such a book. The histories of Bell Labs

    https://en.wikipedia.org/wiki/The_Idea_Factory


    I have that one; good book.

    Someone said that all the great inventions at Bell in those days were
    done by people who ate lunch with Harry Nyquist.

    didn't mention any such book either. People will write books with the
    flimsiest of justifications if they think the product will sell.
    Teaching people how to make genuine inventions would be a very good
    thing if you could do it, and a lot of confidence tricksters claim that
    they can. The evidence supporting such claims doesn't seem to exist.

    The real evidence is purchase orders.

    People don't give you purchase orders for patents. They buy products.

    Exactly. Patents are "An expensive self-indulgence."

    A good and patentable idea can be central to a product, but inept >development can wreck the best of ideas. The Lintech electron beam
    tester was based on a patented idea of their boss, whose name was on the >patent (which he'd got to own). He cheap-skated on the development to
    such an extent that one of his ex-engineers was able to build a pretty
    much identical machine which destroyed his business - nobody ordered a >Lintech machine after the Schlumberger competitor hit the market, and
    after Lintech had delivered the last of the machine it had sold they
    went bankrupt. Mike Engelhart - of LTSpice fame - worked on that project.

    Some people invent things. Some intelligent and (over)educated people
    actively resent invention, because they can't do it.

    I can't say that I've met any of them. My father and two of my friends
    have each got their names onto about 25 patents and none of them ever
    talked about people resenting that work.

    Given an enormous space of undiscovered ideas, one profits from a
    method of exploring them in parallel with minimal filtering.

    At EMI Central Research we were encourage to submit patent queries. One
    of my colleagues put in a record number of patent queries - about fifty
    in one year - and was seen as having rather poor judgement. None of them >>> turned into a patent. He would have benefited from better filtering.

    The real evidence is purchase orders.

    It seems to be the only evidence you can understand. You seem to have
    got your name on exactly one patent, taken out by a group you were
    working with, so your grasp of what constitutes a patentable idea and
    what you can do with it does seem to be second hand.

    Why the obsession with patents?

    Only a small fraction of patents become commercial successes. Most are abandoned in the expensive process before they are issued, and then
    most issued patents are abandoned because of the maintenance fees.

    Expensive vanity, mostly. OK if you are a big drug company maybe.




    John Larkin
    Highland Tech Glen Canyon Design Center
    Lunatic Fringe Electronics

    --- PyGate Linux v1.5.13
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Bill Sloman@3:633/10 to All on Friday, April 03, 2026 02:21:22
    On 3/04/2026 1:53 am, john larkin wrote:
    On Thu, 2 Apr 2026 14:41:48 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 2/04/2026 3:12 am, john larkin wrote:
    On Thu, 2 Apr 2026 02:13:38 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 1/04/2026 7:06 pm, john larkin wrote:
    On Wed, 1 Apr 2026 15:54:44 +1100, Bill Sloman <bill.sloman@ieee.org> >>>>> wrote:
    On 1/04/2026 2:14 am, john larkin wrote:
    On Tue, 31 Mar 2026 22:30:44 +1100, Bill Sloman <bill.sloman@ieee.org> >>>>>>> wrote:
    On 31/03/2026 8:40 pm, john larkin wrote:
    On Tue, 31 Mar 2026 16:35:49 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 31/03/2026 2:00 am, john larkin wrote:
    On Mon, 30 Mar 2026 16:42:12 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 30/03/2026 2:18 am, john larkin wrote:
    On Sun, 29 Mar 2026 15:52:53 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 29/03/2026 8:38 am, john larkin wrote:
    On Sat, 28 Mar 2026 16:44:40 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 28/03/2026 5:39 am, john larkin wrote:
    On Sun, 22 Mar 2026 03:00:16 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 22/03/2026 1:52 am, john larkin wrote: >>>>>>>>>>>>>>>>>>> On Sat, 21 Mar 2026 16:36:43 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 20/03/2026 4:05 am, john larkin wrote: >>>>>>>>>>>>>>>>>>>>> On Tue, 17 Mar 2026 22:30:01 +0000, someone >>>>>>>>>>>>>>>>>>>>> <cffbf4deb9142bce48974efc0e64dede@example.com> wrote:

    <snip>

    Invention is precisely running into - running toward - the unexpected. >>>>
    That's a bizarre way of looking at it. It's doing something in a way
    that hasn't been done before, but it is goal directed, and you wouldn't >>>> start the process if you didn't have a pretty clear idea of what you
    wanted to do, if not exactly how you were going to do it.

    I strongly disagree; that is backwards. Sometimes we imagine products
    or circuits that nobody ever wanted or expected. It just happens
    sometimes at 2AM.

    And very few of them look sensible after the sun has come up.

    Most are obviously goofy. Many have already been invented and are on
    the market. There are still lots that might become products.

    Not a particularly plausible claim.

    So the next step is to research what's out there. Lately we hire a
    bright college student to research the science, technology,
    competitors, market. They deliver a report for $1000.

    Bright college students don't know all that much. They can learn, but
    their point of view is shaped by an education system that tells them
    what to think, and that does tend to concentrate on area that are easy
    to teach.

    One unstated benefit is that we get to evaluate the kids, even if the technology idea was silly. And it's fun.

    It will tell you quite a bit about the kids.

    I have a folder full of ideas, most speculative and unexpected and
    probably dumb.

    If you knew a bit more, it would be a much thinner folder.

    It would be thicker.

    Dream on.

    We hire smart kids, college students, to explore them
    and write up a report on the possible uses, competitors specs and
    pricing, any interesting offshoots that occur to them. They get a
    fixed fee when they turn in the report.

    An expensive self-indulgence.

    Super cheap, compared to the alternates, like hiring a
    usually-fatheaded marketing manager.

    The usual term is market research organisation. Marketing manager look
    after the people who talk to the customers - Tom Peters thought that
    that ought to include the engineers but marketing managers don't feel
    that they can control what the engineers tell the customers.

    Sometimes that's accidental, but can be deliberately provoked.
    Inventing needs the right skills and personality but improves with
    practice in the right environment. Books have been written about that. >>>>
    None of them useful enough to have been touted at places that encouraged >>>> inventions and applying for patents. EMI Central Research was just such >>>> a place, and I worked there for three years without ever running into
    such a book. The histories of Bell Labs

    https://en.wikipedia.org/wiki/The_Idea_Factory


    I have that one; good book.

    Someone said that all the great inventions at Bell in those days were
    done by people who ate lunch with Harry Nyquist.

    didn't mention any such book either. People will write books with the
    flimsiest of justifications if they think the product will sell.
    Teaching people how to make genuine inventions would be a very good
    thing if you could do it, and a lot of confidence tricksters claim that >>>> they can. The evidence supporting such claims doesn't seem to exist.

    The real evidence is purchase orders.

    People don't give you purchase orders for patents. They buy products.

    Exactly. Patents are "An expensive self-indulgence."

    They can be. But they were invented to let people publish and sell their
    trade secrets, and it is a system that does make sense if you use it
    sensibly.

    A good and patentable idea can be central to a product, but inept
    development can wreck the best of ideas. The Lintech electron beam
    tester was based on a patented idea of their boss, whose name was on the
    patent (which he'd got to own). He cheap-skated on the development to
    such an extent that one of his ex-engineers was able to build a pretty
    much identical machine which destroyed his business - nobody ordered a
    Lintech machine after the Schlumberger competitor hit the market, and
    after Lintech had delivered the last of the machine it had sold they
    went bankrupt. Mike Engelhart - of LTSpice fame - worked on that project. >>
    Some people invent things. Some intelligent and (over)educated people >>>>> actively resent invention, because they can't do it.

    I can't say that I've met any of them. My father and two of my friends >>>> have each got their names onto about 25 patents and none of them ever
    talked about people resenting that work.

    Given an enormous space of undiscovered ideas, one profits from a >>>>>>> method of exploring them in parallel with minimal filtering.

    At EMI Central Research we were encourage to submit patent queries. One >>>> of my colleagues put in a record number of patent queries - about fifty >>>> in one year - and was seen as having rather poor judgement. None of them >>>> turned into a patent. He would have benefited from better filtering.

    The real evidence is purchase orders.

    It seems to be the only evidence you can understand. You seem to have
    got your name on exactly one patent, taken out by a group you were
    working with, so your grasp of what constitutes a patentable idea and
    what you can do with it does seem to be second hand.

    Why the obsession with patents?

    It's the same idea as scientists exploit when they publish their results
    in peer-reviewed journal. You create a free market for good ideas.

    Only a small fraction of patents become commercial successes. Most are abandoned in the expensive process before they are issued, and then
    most issued patents are abandoned because of the maintenance fees.

    All true. The Lintech patent was taken out by Cambridge Instruments and abandoned when the parent company went bust. The graduate student half
    of the two named inventors took over the patent by paying the
    maintenance fees. It was a wise move, and would have paid off even
    better if he'd paid more attention the people who ended up using the
    machines rather than to the bosses who bought them.

    Expensive vanity, mostly. OK if you are a big drug company maybe.

    It's like venture capitalism - 19 out of 20 patents weren't worth taking
    out, but the twentieth paid for all the rest. EMI, RCA and IBM all
    patented everything they could. The big drug companies have the same
    business model.

    --
    Bill Sloman, Sydney


    --- PyGate Linux v1.5.13
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From john larkin@3:633/10 to All on Thursday, April 02, 2026 08:57:52
    On Fri, 3 Apr 2026 02:21:22 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 3/04/2026 1:53 am, john larkin wrote:
    On Thu, 2 Apr 2026 14:41:48 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 2/04/2026 3:12 am, john larkin wrote:
    On Thu, 2 Apr 2026 02:13:38 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 1/04/2026 7:06 pm, john larkin wrote:
    On Wed, 1 Apr 2026 15:54:44 +1100, Bill Sloman <bill.sloman@ieee.org> >>>>>> wrote:
    On 1/04/2026 2:14 am, john larkin wrote:
    On Tue, 31 Mar 2026 22:30:44 +1100, Bill Sloman <bill.sloman@ieee.org> >>>>>>>> wrote:
    On 31/03/2026 8:40 pm, john larkin wrote:
    On Tue, 31 Mar 2026 16:35:49 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 31/03/2026 2:00 am, john larkin wrote:
    On Mon, 30 Mar 2026 16:42:12 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 30/03/2026 2:18 am, john larkin wrote:
    On Sun, 29 Mar 2026 15:52:53 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 29/03/2026 8:38 am, john larkin wrote:
    On Sat, 28 Mar 2026 16:44:40 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 28/03/2026 5:39 am, john larkin wrote:
    On Sun, 22 Mar 2026 03:00:16 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 22/03/2026 1:52 am, john larkin wrote: >>>>>>>>>>>>>>>>>>>> On Sat, 21 Mar 2026 16:36:43 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 20/03/2026 4:05 am, john larkin wrote: >>>>>>>>>>>>>>>>>>>>>> On Tue, 17 Mar 2026 22:30:01 +0000, someone >>>>>>>>>>>>>>>>>>>>>> <cffbf4deb9142bce48974efc0e64dede@example.com> wrote: >>>
    <snip>

    Invention is precisely running into - running toward - the unexpected. >>>>>
    That's a bizarre way of looking at it. It's doing something in a way >>>>> that hasn't been done before, but it is goal directed, and you wouldn't >>>>> start the process if you didn't have a pretty clear idea of what you >>>>> wanted to do, if not exactly how you were going to do it.

    I strongly disagree; that is backwards. Sometimes we imagine products
    or circuits that nobody ever wanted or expected. It just happens
    sometimes at 2AM.

    And very few of them look sensible after the sun has come up.

    Most are obviously goofy. Many have already been invented and are on
    the market. There are still lots that might become products.

    Not a particularly plausible claim.

    So the next step is to research what's out there. Lately we hire a
    bright college student to research the science, technology,
    competitors, market. They deliver a report for $1000.

    Bright college students don't know all that much. They can learn, but
    their point of view is shaped by an education system that tells them
    what to think, and that does tend to concentrate on area that are easy
    to teach.


    We have recently got two excellent reports on technology, specs,
    competitors, pricing. Two more in process look good. I was surprised
    how well this is working.

    One unstated benefit is that we get to evaluate the kids, even if the
    technology idea was silly. And it's fun.

    It will tell you quite a bit about the kids.

    I have a folder full of ideas, most speculative and unexpected and
    probably dumb.

    If you knew a bit more, it would be a much thinner folder.

    It would be thicker.

    Dream on.

    Dream? Yes!


    We hire smart kids, college students, to explore them
    and write up a report on the possible uses, competitors specs and
    pricing, any interesting offshoots that occur to them. They get a
    fixed fee when they turn in the report.

    An expensive self-indulgence.

    Super cheap, compared to the alternates, like hiring a
    usually-fatheaded marketing manager.

    The usual term is market research organisation. Marketing manager look
    after the people who talk to the customers - Tom Peters thought that
    that ought to include the engineers but marketing managers don't feel
    that they can control what the engineers tell the customers.

    Engineers are the best choice to talk to customers.



    Sometimes that's accidental, but can be deliberately provoked.
    Inventing needs the right skills and personality but improves with >>>>>> practice in the right environment. Books have been written about that. >>>>>
    None of them useful enough to have been touted at places that encouraged >>>>> inventions and applying for patents. EMI Central Research was just such >>>>> a place, and I worked there for three years without ever running into >>>>> such a book. The histories of Bell Labs

    https://en.wikipedia.org/wiki/The_Idea_Factory


    I have that one; good book.

    Someone said that all the great inventions at Bell in those days were
    done by people who ate lunch with Harry Nyquist.

    didn't mention any such book either. People will write books with the >>>>> flimsiest of justifications if they think the product will sell.
    Teaching people how to make genuine inventions would be a very good
    thing if you could do it, and a lot of confidence tricksters claim that >>>>> they can. The evidence supporting such claims doesn't seem to exist.

    The real evidence is purchase orders.

    People don't give you purchase orders for patents. They buy products.

    Exactly. Patents are "An expensive self-indulgence."

    They can be. But they were invented to let people publish and sell their >trade secrets, and it is a system that does make sense if you use it >sensibly.

    A good and patentable idea can be central to a product, but inept
    development can wreck the best of ideas. The Lintech electron beam
    tester was based on a patented idea of their boss, whose name was on the >>> patent (which he'd got to own). He cheap-skated on the development to
    such an extent that one of his ex-engineers was able to build a pretty
    much identical machine which destroyed his business - nobody ordered a
    Lintech machine after the Schlumberger competitor hit the market, and
    after Lintech had delivered the last of the machine it had sold they
    went bankrupt. Mike Engelhart - of LTSpice fame - worked on that project. >>>
    Some people invent things. Some intelligent and (over)educated people >>>>>> actively resent invention, because they can't do it.

    I can't say that I've met any of them. My father and two of my friends >>>>> have each got their names onto about 25 patents and none of them ever >>>>> talked about people resenting that work.

    Given an enormous space of undiscovered ideas, one profits from a >>>>>>>> method of exploring them in parallel with minimal filtering.

    At EMI Central Research we were encourage to submit patent queries. One >>>>> of my colleagues put in a record number of patent queries - about fifty >>>>> in one year - and was seen as having rather poor judgement. None of them >>>>> turned into a patent. He would have benefited from better filtering.

    The real evidence is purchase orders.

    It seems to be the only evidence you can understand. You seem to have
    got your name on exactly one patent, taken out by a group you were
    working with, so your grasp of what constitutes a patentable idea and
    what you can do with it does seem to be second hand.

    Why the obsession with patents?

    It's the same idea as scientists exploit when they publish their results
    in peer-reviewed journal. You create a free market for good ideas.

    Only a small fraction of patents become commercial successes. Most are
    abandoned in the expensive process before they are issued, and then
    most issued patents are abandoned because of the maintenance fees.

    All true. The Lintech patent was taken out by Cambridge Instruments and >abandoned when the parent company went bust. The graduate student half
    of the two named inventors took over the patent by paying the
    maintenance fees. It was a wise move, and would have paid off even
    better if he'd paid more attention the people who ended up using the >machines rather than to the bosses who bought them.

    Expensive vanity, mostly. OK if you are a big drug company maybe.

    It's like venture capitalism - 19 out of 20 patents weren't worth taking >out, but the twentieth paid for all the rest. EMI, RCA and IBM all
    patented everything they could. The big drug companies have the same >business model.

    John Larkin
    Highland Tech Glen Canyon Design Center
    Lunatic Fringe Electronics

    --- PyGate Linux v1.5.13
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Bill Sloman@3:633/10 to All on Friday, April 03, 2026 04:05:15
    On 3/04/2026 2:57 am, john larkin wrote:
    On Fri, 3 Apr 2026 02:21:22 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 3/04/2026 1:53 am, john larkin wrote:
    On Thu, 2 Apr 2026 14:41:48 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 2/04/2026 3:12 am, john larkin wrote:
    On Thu, 2 Apr 2026 02:13:38 +1100, Bill Sloman <bill.sloman@ieee.org> >>>>> wrote:
    On 1/04/2026 7:06 pm, john larkin wrote:
    On Wed, 1 Apr 2026 15:54:44 +1100, Bill Sloman <bill.sloman@ieee.org> >>>>>>> wrote:
    On 1/04/2026 2:14 am, john larkin wrote:
    On Tue, 31 Mar 2026 22:30:44 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 31/03/2026 8:40 pm, john larkin wrote:
    On Tue, 31 Mar 2026 16:35:49 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 31/03/2026 2:00 am, john larkin wrote:
    On Mon, 30 Mar 2026 16:42:12 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 30/03/2026 2:18 am, john larkin wrote:
    On Sun, 29 Mar 2026 15:52:53 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 29/03/2026 8:38 am, john larkin wrote:
    On Sat, 28 Mar 2026 16:44:40 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 28/03/2026 5:39 am, john larkin wrote: >>>>>>>>>>>>>>>>>>> On Sun, 22 Mar 2026 03:00:16 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 22/03/2026 1:52 am, john larkin wrote: >>>>>>>>>>>>>>>>>>>>> On Sat, 21 Mar 2026 16:36:43 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 20/03/2026 4:05 am, john larkin wrote: >>>>>>>>>>>>>>>>>>>>>>> On Tue, 17 Mar 2026 22:30:01 +0000, someone >>>>>>>>>>>>>>>>>>>>>>> <cffbf4deb9142bce48974efc0e64dede@example.com> wrote:

    <snip>

    Super cheap, compared to the alternates, like hiring a
    usually-fatheaded marketing manager.

    The usual term is market research organisation. Marketing manager look
    after the people who talk to the customers - Tom Peters thought that
    that ought to include the engineers but marketing managers don't feel
    that they can control what the engineers tell the customers.

    Engineers are the best choice to talk to customers.

    Perhaps, but they do need to devote most of their time to engineering.

    <snip>

    --
    Bill Sloman, Sydney



    --- PyGate Linux v1.5.13
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Phil Hobbs@3:633/10 to All on Thursday, April 02, 2026 13:17:33
    On 2026-04-02 10:53, john larkin wrote:
    On Thu, 2 Apr 2026 14:41:48 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 2/04/2026 3:12 am, john larkin wrote:
    On Thu, 2 Apr 2026 02:13:38 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 1/04/2026 7:06 pm, john larkin wrote:
    On Wed, 1 Apr 2026 15:54:44 +1100, Bill Sloman <bill.sloman@ieee.org> >>>>> wrote:
    On 1/04/2026 2:14 am, john larkin wrote:
    On Tue, 31 Mar 2026 22:30:44 +1100, Bill Sloman <bill.sloman@ieee.org> >>>>>>> wrote:
    On 31/03/2026 8:40 pm, john larkin wrote:
    On Tue, 31 Mar 2026 16:35:49 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 31/03/2026 2:00 am, john larkin wrote:
    On Mon, 30 Mar 2026 16:42:12 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 30/03/2026 2:18 am, john larkin wrote:
    On Sun, 29 Mar 2026 15:52:53 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 29/03/2026 8:38 am, john larkin wrote:
    On Sat, 28 Mar 2026 16:44:40 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 28/03/2026 5:39 am, john larkin wrote:
    On Sun, 22 Mar 2026 03:00:16 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 22/03/2026 1:52 am, john larkin wrote: >>>>>>>>>>>>>>>>>>> On Sat, 21 Mar 2026 16:36:43 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 20/03/2026 4:05 am, john larkin wrote: >>>>>>>>>>>>>>>>>>>>> On Tue, 17 Mar 2026 22:30:01 +0000, someone >>>>>>>>>>>>>>>>>>>>> <cffbf4deb9142bce48974efc0e64dede@example.com> wrote:

    <snip>

    Invention is precisely running into - running toward - the unexpected. >>>>
    That's a bizarre way of looking at it. It's doing something in a way
    that hasn't been done before, but it is goal directed, and you wouldn't >>>> start the process if you didn't have a pretty clear idea of what you
    wanted to do, if not exactly how you were going to do it.

    I strongly disagree; that is backwards. Sometimes we imagine products
    or circuits that nobody ever wanted or expected. It just happens
    sometimes at 2AM.

    And very few of them look sensible after the sun has come up.

    Most are obviously goofy. Many have already been invented and are on
    the market. There are still lots that might become products.

    So the next step is to research what's out there. Lately we hire a
    bright college student to research the science, technology,
    competitors, market. They deliver a report for $1000.

    One unstated benefit is that we get to evaluate the kids, even if the technology idea was silly. And it's fun.


    I have a folder full of ideas, most speculative and unexpected and
    probably dumb.

    If you knew a bit more, it would be a much thinner folder.

    It would be thicker.


    We hire smart kids, college students, to explore them
    and write up a report on the possible uses, competitors specs and
    pricing, any interesting offshoots that occur to them. They get a
    fixed fee when they turn in the report.

    An expensive self-indulgence.

    Super cheap, compared to the alternates, like hiring a
    usually-fatheaded marketing manager.


    Sometimes that's accidental, but can be deliberately provoked.
    Inventing needs the right skills and personality but improves with
    practice in the right environment. Books have been written about that. >>>>
    None of them useful enough to have been touted at places that encouraged >>>> inventions and applying for patents. EMI Central Research was just such >>>> a place, and I worked there for three years without ever running into
    such a book. The histories of Bell Labs

    https://en.wikipedia.org/wiki/The_Idea_Factory


    I have that one; good book.

    Someone said that all the great inventions at Bell in those days were
    done by people who ate lunch with Harry Nyquist.

    didn't mention any such book either. People will write books with the
    flimsiest of justifications if they think the product will sell.
    Teaching people how to make genuine inventions would be a very good
    thing if you could do it, and a lot of confidence tricksters claim that >>>> they can. The evidence supporting such claims doesn't seem to exist.

    The real evidence is purchase orders.

    People don't give you purchase orders for patents. They buy products.

    Exactly. Patents are "An expensive self-indulgence."

    A good and patentable idea can be central to a product, but inept
    development can wreck the best of ideas. The Lintech electron beam
    tester was based on a patented idea of their boss, whose name was on the
    patent (which he'd got to own). He cheap-skated on the development to
    such an extent that one of his ex-engineers was able to build a pretty
    much identical machine which destroyed his business - nobody ordered a
    Lintech machine after the Schlumberger competitor hit the market, and
    after Lintech had delivered the last of the machine it had sold they
    went bankrupt. Mike Engelhart - of LTSpice fame - worked on that project. >>
    Some people invent things. Some intelligent and (over)educated people >>>>> actively resent invention, because they can't do it.

    I can't say that I've met any of them. My father and two of my friends >>>> have each got their names onto about 25 patents and none of them ever
    talked about people resenting that work.

    Given an enormous space of undiscovered ideas, one profits from a >>>>>>> method of exploring them in parallel with minimal filtering.

    At EMI Central Research we were encourage to submit patent queries. One >>>> of my colleagues put in a record number of patent queries - about fifty >>>> in one year - and was seen as having rather poor judgement. None of them >>>> turned into a patent. He would have benefited from better filtering.

    The real evidence is purchase orders.

    It seems to be the only evidence you can understand. You seem to have
    got your name on exactly one patent, taken out by a group you were
    working with, so your grasp of what constitutes a patentable idea and
    what you can do with it does seem to be second hand.

    Why the obsession with patents?

    Only a small fraction of patents become commercial successes. Most are abandoned in the expensive process before they are issued, and then
    most issued patents are abandoned because of the maintenance fees.

    Expensive vanity, mostly. OK if you are a big drug company maybe.

    We filed a provisional for the thermal Faraday shield, but that's our
    only one in the 17 years we've been in business. We're hoping to
    interest folk like 3M--they could sell Scotch Isothermal Tape. :)

    In periods when there's venture money around (i.e. not the present
    time), patent protection is important for startups, because it's hard to
    get money without it.

    Plus, of course, we do a lot of patent litigation work.

    Cheers

    Phil Hobbs

    --
    Dr Philip C D Hobbs
    Principal Consultant
    ElectroOptical Innovations LLC / Hobbs ElectroOptics
    Optics, Electro-optics, Photonics, Analog Electronics
    Briarcliff Manor NY 10510

    http://electrooptical.net
    http://hobbs-eo.com


    --- PyGate Linux v1.5.13
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From john larkin@3:633/10 to All on Thursday, April 02, 2026 11:20:50
    On Thu, 2 Apr 2026 13:17:33 -0400, Phil Hobbs <pcdhSpamMeSenseless@electrooptical.net> wrote:

    On 2026-04-02 10:53, john larkin wrote:
    On Thu, 2 Apr 2026 14:41:48 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 2/04/2026 3:12 am, john larkin wrote:
    On Thu, 2 Apr 2026 02:13:38 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 1/04/2026 7:06 pm, john larkin wrote:
    On Wed, 1 Apr 2026 15:54:44 +1100, Bill Sloman <bill.sloman@ieee.org> >>>>>> wrote:
    On 1/04/2026 2:14 am, john larkin wrote:
    On Tue, 31 Mar 2026 22:30:44 +1100, Bill Sloman <bill.sloman@ieee.org> >>>>>>>> wrote:
    On 31/03/2026 8:40 pm, john larkin wrote:
    On Tue, 31 Mar 2026 16:35:49 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 31/03/2026 2:00 am, john larkin wrote:
    On Mon, 30 Mar 2026 16:42:12 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 30/03/2026 2:18 am, john larkin wrote:
    On Sun, 29 Mar 2026 15:52:53 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 29/03/2026 8:38 am, john larkin wrote:
    On Sat, 28 Mar 2026 16:44:40 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 28/03/2026 5:39 am, john larkin wrote:
    On Sun, 22 Mar 2026 03:00:16 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 22/03/2026 1:52 am, john larkin wrote: >>>>>>>>>>>>>>>>>>>> On Sat, 21 Mar 2026 16:36:43 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 20/03/2026 4:05 am, john larkin wrote: >>>>>>>>>>>>>>>>>>>>>> On Tue, 17 Mar 2026 22:30:01 +0000, someone >>>>>>>>>>>>>>>>>>>>>> <cffbf4deb9142bce48974efc0e64dede@example.com> wrote: >>>
    <snip>

    Invention is precisely running into - running toward - the unexpected. >>>>>
    That's a bizarre way of looking at it. It's doing something in a way >>>>> that hasn't been done before, but it is goal directed, and you wouldn't >>>>> start the process if you didn't have a pretty clear idea of what you >>>>> wanted to do, if not exactly how you were going to do it.

    I strongly disagree; that is backwards. Sometimes we imagine products
    or circuits that nobody ever wanted or expected. It just happens
    sometimes at 2AM.

    And very few of them look sensible after the sun has come up.

    Most are obviously goofy. Many have already been invented and are on
    the market. There are still lots that might become products.

    So the next step is to research what's out there. Lately we hire a
    bright college student to research the science, technology,
    competitors, market. They deliver a report for $1000.

    One unstated benefit is that we get to evaluate the kids, even if the
    technology idea was silly. And it's fun.


    I have a folder full of ideas, most speculative and unexpected and
    probably dumb.

    If you knew a bit more, it would be a much thinner folder.

    It would be thicker.


    We hire smart kids, college students, to explore them
    and write up a report on the possible uses, competitors specs and
    pricing, any interesting offshoots that occur to them. They get a
    fixed fee when they turn in the report.

    An expensive self-indulgence.

    Super cheap, compared to the alternates, like hiring a
    usually-fatheaded marketing manager.


    Sometimes that's accidental, but can be deliberately provoked.
    Inventing needs the right skills and personality but improves with >>>>>> practice in the right environment. Books have been written about that. >>>>>
    None of them useful enough to have been touted at places that encouraged >>>>> inventions and applying for patents. EMI Central Research was just such >>>>> a place, and I worked there for three years without ever running into >>>>> such a book. The histories of Bell Labs

    https://en.wikipedia.org/wiki/The_Idea_Factory


    I have that one; good book.

    Someone said that all the great inventions at Bell in those days were
    done by people who ate lunch with Harry Nyquist.

    didn't mention any such book either. People will write books with the >>>>> flimsiest of justifications if they think the product will sell.
    Teaching people how to make genuine inventions would be a very good
    thing if you could do it, and a lot of confidence tricksters claim that >>>>> they can. The evidence supporting such claims doesn't seem to exist.

    The real evidence is purchase orders.

    People don't give you purchase orders for patents. They buy products.

    Exactly. Patents are "An expensive self-indulgence."

    A good and patentable idea can be central to a product, but inept
    development can wreck the best of ideas. The Lintech electron beam
    tester was based on a patented idea of their boss, whose name was on the >>> patent (which he'd got to own). He cheap-skated on the development to
    such an extent that one of his ex-engineers was able to build a pretty
    much identical machine which destroyed his business - nobody ordered a
    Lintech machine after the Schlumberger competitor hit the market, and
    after Lintech had delivered the last of the machine it had sold they
    went bankrupt. Mike Engelhart - of LTSpice fame - worked on that project. >>>
    Some people invent things. Some intelligent and (over)educated people >>>>>> actively resent invention, because they can't do it.

    I can't say that I've met any of them. My father and two of my friends >>>>> have each got their names onto about 25 patents and none of them ever >>>>> talked about people resenting that work.

    Given an enormous space of undiscovered ideas, one profits from a >>>>>>>> method of exploring them in parallel with minimal filtering.

    At EMI Central Research we were encourage to submit patent queries. One >>>>> of my colleagues put in a record number of patent queries - about fifty >>>>> in one year - and was seen as having rather poor judgement. None of them >>>>> turned into a patent. He would have benefited from better filtering.

    The real evidence is purchase orders.

    It seems to be the only evidence you can understand. You seem to have
    got your name on exactly one patent, taken out by a group you were
    working with, so your grasp of what constitutes a patentable idea and
    what you can do with it does seem to be second hand.

    Why the obsession with patents?

    Only a small fraction of patents become commercial successes. Most are
    abandoned in the expensive process before they are issued, and then
    most issued patents are abandoned because of the maintenance fees.

    Expensive vanity, mostly. OK if you are a big drug company maybe.

    We filed a provisional for the thermal Faraday shield, but that's our
    only one in the 17 years we've been in business. We're hoping to
    interest folk like 3M--they could sell Scotch Isothermal Tape. :)

    In periods when there's venture money around (i.e. not the present
    time), patent protection is important for startups, because it's hard to
    get money without it.

    Plus, of course, we do a lot of patent litigation work.

    Cheers

    Phil Hobbs

    The only patent that I'm named on is for a kinda silly delay-line
    imaging anode, to locate charge hits behind a microchannel plate. It
    was just a suggestion on my part. But VCs had taken control of the
    company, as they are wont to do, and they like to have a giant patent
    portfolio for when they go public and cash out.

    This was during the nanotech fad, which peaked and crashed before the
    thing could go public.

    I have one of the anodes around here somewhere. It does look cool.


    John Larkin
    Highland Tech Glen Canyon Design Center
    Lunatic Fringe Electronics

    --- PyGate Linux v1.5.13
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Phil Hobbs@3:633/10 to All on Thursday, April 09, 2026 10:55:56
    On 2026-04-02 14:20, john larkin wrote:
    On Thu, 2 Apr 2026 13:17:33 -0400, Phil Hobbs <pcdhSpamMeSenseless@electrooptical.net> wrote:

    On 2026-04-02 10:53, john larkin wrote:
    On Thu, 2 Apr 2026 14:41:48 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 2/04/2026 3:12 am, john larkin wrote:
    On Thu, 2 Apr 2026 02:13:38 +1100, Bill Sloman <bill.sloman@ieee.org> >>>>> wrote:
    On 1/04/2026 7:06 pm, john larkin wrote:
    On Wed, 1 Apr 2026 15:54:44 +1100, Bill Sloman <bill.sloman@ieee.org> >>>>>>> wrote:
    On 1/04/2026 2:14 am, john larkin wrote:
    On Tue, 31 Mar 2026 22:30:44 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 31/03/2026 8:40 pm, john larkin wrote:
    On Tue, 31 Mar 2026 16:35:49 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 31/03/2026 2:00 am, john larkin wrote:
    On Mon, 30 Mar 2026 16:42:12 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 30/03/2026 2:18 am, john larkin wrote:
    On Sun, 29 Mar 2026 15:52:53 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 29/03/2026 8:38 am, john larkin wrote:
    On Sat, 28 Mar 2026 16:44:40 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 28/03/2026 5:39 am, john larkin wrote: >>>>>>>>>>>>>>>>>>> On Sun, 22 Mar 2026 03:00:16 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 22/03/2026 1:52 am, john larkin wrote: >>>>>>>>>>>>>>>>>>>>> On Sat, 21 Mar 2026 16:36:43 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 20/03/2026 4:05 am, john larkin wrote: >>>>>>>>>>>>>>>>>>>>>>> On Tue, 17 Mar 2026 22:30:01 +0000, someone >>>>>>>>>>>>>>>>>>>>>>> <cffbf4deb9142bce48974efc0e64dede@example.com> wrote: >>>>
    <snip>

    Invention is precisely running into - running toward - the unexpected. >>>>>>
    That's a bizarre way of looking at it. It's doing something in a way >>>>>> that hasn't been done before, but it is goal directed, and you wouldn't >>>>>> start the process if you didn't have a pretty clear idea of what you >>>>>> wanted to do, if not exactly how you were going to do it.

    I strongly disagree; that is backwards. Sometimes we imagine products >>>>> or circuits that nobody ever wanted or expected. It just happens
    sometimes at 2AM.

    And very few of them look sensible after the sun has come up.

    Most are obviously goofy. Many have already been invented and are on
    the market. There are still lots that might become products.

    So the next step is to research what's out there. Lately we hire a
    bright college student to research the science, technology,
    competitors, market. They deliver a report for $1000.

    One unstated benefit is that we get to evaluate the kids, even if the
    technology idea was silly. And it's fun.


    I have a folder full of ideas, most speculative and unexpected and
    probably dumb.

    If you knew a bit more, it would be a much thinner folder.

    It would be thicker.


    We hire smart kids, college students, to explore them
    and write up a report on the possible uses, competitors specs and
    pricing, any interesting offshoots that occur to them. They get a
    fixed fee when they turn in the report.

    An expensive self-indulgence.

    Super cheap, compared to the alternates, like hiring a
    usually-fatheaded marketing manager.


    Sometimes that's accidental, but can be deliberately provoked.
    Inventing needs the right skills and personality but improves with >>>>>>> practice in the right environment. Books have been written about that. >>>>>>
    None of them useful enough to have been touted at places that encouraged >>>>>> inventions and applying for patents. EMI Central Research was just such >>>>>> a place, and I worked there for three years without ever running into >>>>>> such a book. The histories of Bell Labs

    https://en.wikipedia.org/wiki/The_Idea_Factory


    I have that one; good book.

    Someone said that all the great inventions at Bell in those days were >>>>> done by people who ate lunch with Harry Nyquist.

    didn't mention any such book either. People will write books with the >>>>>> flimsiest of justifications if they think the product will sell.
    Teaching people how to make genuine inventions would be a very good >>>>>> thing if you could do it, and a lot of confidence tricksters claim that >>>>>> they can. The evidence supporting such claims doesn't seem to exist. >>>>>
    The real evidence is purchase orders.

    People don't give you purchase orders for patents. They buy products.

    Exactly. Patents are "An expensive self-indulgence."

    A good and patentable idea can be central to a product, but inept
    development can wreck the best of ideas. The Lintech electron beam
    tester was based on a patented idea of their boss, whose name was on the >>>> patent (which he'd got to own). He cheap-skated on the development to
    such an extent that one of his ex-engineers was able to build a pretty >>>> much identical machine which destroyed his business - nobody ordered a >>>> Lintech machine after the Schlumberger competitor hit the market, and
    after Lintech had delivered the last of the machine it had sold they
    went bankrupt. Mike Engelhart - of LTSpice fame - worked on that project. >>>>
    Some people invent things. Some intelligent and (over)educated people >>>>>>> actively resent invention, because they can't do it.

    I can't say that I've met any of them. My father and two of my friends >>>>>> have each got their names onto about 25 patents and none of them ever >>>>>> talked about people resenting that work.

    Given an enormous space of undiscovered ideas, one profits from a >>>>>>>>> method of exploring them in parallel with minimal filtering.

    At EMI Central Research we were encourage to submit patent queries. One >>>>>> of my colleagues put in a record number of patent queries - about fifty >>>>>> in one year - and was seen as having rather poor judgement. None of them >>>>>> turned into a patent. He would have benefited from better filtering. >>>>>
    The real evidence is purchase orders.

    It seems to be the only evidence you can understand. You seem to have
    got your name on exactly one patent, taken out by a group you were
    working with, so your grasp of what constitutes a patentable idea and
    what you can do with it does seem to be second hand.

    Why the obsession with patents?

    Only a small fraction of patents become commercial successes. Most are
    abandoned in the expensive process before they are issued, and then
    most issued patents are abandoned because of the maintenance fees.

    Expensive vanity, mostly. OK if you are a big drug company maybe.

    We filed a provisional for the thermal Faraday shield, but that's our
    only one in the 17 years we've been in business. We're hoping to
    interest folk like 3M--they could sell Scotch Isothermal Tape. :)

    In periods when there's venture money around (i.e. not the present
    time), patent protection is important for startups, because it's hard to
    get money without it.

    Plus, of course, we do a lot of patent litigation work.


    The only patent that I'm named on is for a kinda silly delay-line
    imaging anode, to locate charge hits behind a microchannel plate. It
    was just a suggestion on my part. But VCs had taken control of the
    company, as they are wont to do, and they like to have a giant patent portfolio for when they go public and cash out.

    Well, in your average startup you have two basic assets: your people and
    your IP. The IP is easier to control.

    This was during the nanotech fad, which peaked and crashed before the
    thing could go public.

    I have one of the anodes around here somewhere. It does look cool.

    Post a picture!

    Cheers

    Phil Hobbs



    --
    Dr Philip C D Hobbs
    Principal Consultant
    ElectroOptical Innovations LLC / Hobbs ElectroOptics
    Optics, Electro-optics, Photonics, Analog Electronics
    Briarcliff Manor NY 10510

    http://electrooptical.net
    http://hobbs-eo.com


    --- PyGate Linux v1.5.13
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From john larkin@3:633/10 to All on Thursday, April 09, 2026 10:34:49
    On Thu, 9 Apr 2026 10:55:56 -0400, Phil Hobbs <pcdhSpamMeSenseless@electrooptical.net> wrote:

    On 2026-04-02 14:20, john larkin wrote:
    On Thu, 2 Apr 2026 13:17:33 -0400, Phil Hobbs
    <pcdhSpamMeSenseless@electrooptical.net> wrote:

    On 2026-04-02 10:53, john larkin wrote:
    On Thu, 2 Apr 2026 14:41:48 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:

    On 2/04/2026 3:12 am, john larkin wrote:
    On Thu, 2 Apr 2026 02:13:38 +1100, Bill Sloman <bill.sloman@ieee.org> >>>>>> wrote:
    On 1/04/2026 7:06 pm, john larkin wrote:
    On Wed, 1 Apr 2026 15:54:44 +1100, Bill Sloman <bill.sloman@ieee.org> >>>>>>>> wrote:
    On 1/04/2026 2:14 am, john larkin wrote:
    On Tue, 31 Mar 2026 22:30:44 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 31/03/2026 8:40 pm, john larkin wrote:
    On Tue, 31 Mar 2026 16:35:49 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 31/03/2026 2:00 am, john larkin wrote:
    On Mon, 30 Mar 2026 16:42:12 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 30/03/2026 2:18 am, john larkin wrote:
    On Sun, 29 Mar 2026 15:52:53 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 29/03/2026 8:38 am, john larkin wrote:
    On Sat, 28 Mar 2026 16:44:40 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 28/03/2026 5:39 am, john larkin wrote: >>>>>>>>>>>>>>>>>>>> On Sun, 22 Mar 2026 03:00:16 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 22/03/2026 1:52 am, john larkin wrote: >>>>>>>>>>>>>>>>>>>>>> On Sat, 21 Mar 2026 16:36:43 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 20/03/2026 4:05 am, john larkin wrote: >>>>>>>>>>>>>>>>>>>>>>>> On Tue, 17 Mar 2026 22:30:01 +0000, someone >>>>>>>>>>>>>>>>>>>>>>>> <cffbf4deb9142bce48974efc0e64dede@example.com> wrote: >>>>>
    <snip>

    Invention is precisely running into - running toward - the unexpected. >>>>>>>
    That's a bizarre way of looking at it. It's doing something in a way >>>>>>> that hasn't been done before, but it is goal directed, and you wouldn't >>>>>>> start the process if you didn't have a pretty clear idea of what you >>>>>>> wanted to do, if not exactly how you were going to do it.

    I strongly disagree; that is backwards. Sometimes we imagine products >>>>>> or circuits that nobody ever wanted or expected. It just happens
    sometimes at 2AM.

    And very few of them look sensible after the sun has come up.

    Most are obviously goofy. Many have already been invented and are on
    the market. There are still lots that might become products.

    So the next step is to research what's out there. Lately we hire a
    bright college student to research the science, technology,
    competitors, market. They deliver a report for $1000.

    One unstated benefit is that we get to evaluate the kids, even if the
    technology idea was silly. And it's fun.


    I have a folder full of ideas, most speculative and unexpected and >>>>>> probably dumb.

    If you knew a bit more, it would be a much thinner folder.

    It would be thicker.


    We hire smart kids, college students, to explore them
    and write up a report on the possible uses, competitors specs and
    pricing, any interesting offshoots that occur to them. They get a
    fixed fee when they turn in the report.

    An expensive self-indulgence.

    Super cheap, compared to the alternates, like hiring a
    usually-fatheaded marketing manager.


    Sometimes that's accidental, but can be deliberately provoked. >>>>>>>> Inventing needs the right skills and personality but improves with >>>>>>>> practice in the right environment. Books have been written about that. >>>>>>>
    None of them useful enough to have been touted at places that encouraged
    inventions and applying for patents. EMI Central Research was just such >>>>>>> a place, and I worked there for three years without ever running into >>>>>>> such a book. The histories of Bell Labs

    https://en.wikipedia.org/wiki/The_Idea_Factory


    I have that one; good book.

    Someone said that all the great inventions at Bell in those days were >>>>>> done by people who ate lunch with Harry Nyquist.

    didn't mention any such book either. People will write books with the >>>>>>> flimsiest of justifications if they think the product will sell. >>>>>>> Teaching people how to make genuine inventions would be a very good >>>>>>> thing if you could do it, and a lot of confidence tricksters claim that >>>>>>> they can. The evidence supporting such claims doesn't seem to exist. >>>>>>
    The real evidence is purchase orders.

    People don't give you purchase orders for patents. They buy products. >>>>
    Exactly. Patents are "An expensive self-indulgence."

    A good and patentable idea can be central to a product, but inept
    development can wreck the best of ideas. The Lintech electron beam
    tester was based on a patented idea of their boss, whose name was on the >>>>> patent (which he'd got to own). He cheap-skated on the development to >>>>> such an extent that one of his ex-engineers was able to build a pretty >>>>> much identical machine which destroyed his business - nobody ordered a >>>>> Lintech machine after the Schlumberger competitor hit the market, and >>>>> after Lintech had delivered the last of the machine it had sold they >>>>> went bankrupt. Mike Engelhart - of LTSpice fame - worked on that project.

    Some people invent things. Some intelligent and (over)educated people >>>>>>>> actively resent invention, because they can't do it.

    I can't say that I've met any of them. My father and two of my friends >>>>>>> have each got their names onto about 25 patents and none of them ever >>>>>>> talked about people resenting that work.

    Given an enormous space of undiscovered ideas, one profits from a >>>>>>>>>> method of exploring them in parallel with minimal filtering.

    At EMI Central Research we were encourage to submit patent queries. One >>>>>>> of my colleagues put in a record number of patent queries - about fifty >>>>>>> in one year - and was seen as having rather poor judgement. None of them
    turned into a patent. He would have benefited from better filtering. >>>>>>
    The real evidence is purchase orders.

    It seems to be the only evidence you can understand. You seem to have >>>>> got your name on exactly one patent, taken out by a group you were
    working with, so your grasp of what constitutes a patentable idea and >>>>> what you can do with it does seem to be second hand.

    Why the obsession with patents?

    Only a small fraction of patents become commercial successes. Most are >>>> abandoned in the expensive process before they are issued, and then
    most issued patents are abandoned because of the maintenance fees.

    Expensive vanity, mostly. OK if you are a big drug company maybe.

    We filed a provisional for the thermal Faraday shield, but that's our
    only one in the 17 years we've been in business. We're hoping to
    interest folk like 3M--they could sell Scotch Isothermal Tape. :)

    In periods when there's venture money around (i.e. not the present
    time), patent protection is important for startups, because it's hard to >>> get money without it.

    Plus, of course, we do a lot of patent litigation work.


    The only patent that I'm named on is for a kinda silly delay-line
    imaging anode, to locate charge hits behind a microchannel plate. It
    was just a suggestion on my part. But VCs had taken control of the
    company, as they are wont to do, and they like to have a giant patent
    portfolio for when they go public and cash out.

    Well, in your average startup you have two basic assets: your people and >your IP. The IP is easier to control.

    This was during the nanotech fad, which peaked and crashed before the
    thing could go public.

    I have one of the anodes around here somewhere. It does look cool.

    Post a picture!

    Cheers

    Phil Hobbs


    Oh, all right.

    https://www.dropbox.com/scl/fo/bw07m6g9dio64khlvqlw2/AHe8Q9f7cOPsLgaKeyNYL6o?rlkey=eugoce4x6nrn6ebr9k5nnhuvp&dl=0

    I think they actually went with a 3-axis wire array thing. One adjusts
    the DC bias on each layer to properly share the electrons per plane.

    This was for the ill-fated tomographic atom probe project in Madison.

    https://en.wikipedia.org/wiki/Atom_probe#Systems







    John Larkin
    Highland Tech Glen Canyon Design Center
    Lunatic Fringe Electronics

    --- PyGate Linux v1.5.13
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Phil Hobbs@3:633/10 to All on Thursday, April 09, 2026 13:43:14
    On 2026-04-09 13:34, john larkin wrote:
    On Thu, 9 Apr 2026 10:55:56 -0400, Phil Hobbs <pcdhSpamMeSenseless@electrooptical.net> wrote:

    On 2026-04-02 14:20, john larkin wrote:
    On Thu, 2 Apr 2026 13:17:33 -0400, Phil Hobbs
    <pcdhSpamMeSenseless@electrooptical.net> wrote:

    On 2026-04-02 10:53, john larkin wrote:
    On Thu, 2 Apr 2026 14:41:48 +1100, Bill Sloman <bill.sloman@ieee.org> >>>>> wrote:

    On 2/04/2026 3:12 am, john larkin wrote:
    On Thu, 2 Apr 2026 02:13:38 +1100, Bill Sloman <bill.sloman@ieee.org> >>>>>>> wrote:
    On 1/04/2026 7:06 pm, john larkin wrote:
    On Wed, 1 Apr 2026 15:54:44 +1100, Bill Sloman <bill.sloman@ieee.org> >>>>>>>>> wrote:
    On 1/04/2026 2:14 am, john larkin wrote:
    On Tue, 31 Mar 2026 22:30:44 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 31/03/2026 8:40 pm, john larkin wrote:
    On Tue, 31 Mar 2026 16:35:49 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 31/03/2026 2:00 am, john larkin wrote:
    On Mon, 30 Mar 2026 16:42:12 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 30/03/2026 2:18 am, john larkin wrote:
    On Sun, 29 Mar 2026 15:52:53 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 29/03/2026 8:38 am, john larkin wrote: >>>>>>>>>>>>>>>>>>> On Sat, 28 Mar 2026 16:44:40 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 28/03/2026 5:39 am, john larkin wrote: >>>>>>>>>>>>>>>>>>>>> On Sun, 22 Mar 2026 03:00:16 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 22/03/2026 1:52 am, john larkin wrote: >>>>>>>>>>>>>>>>>>>>>>> On Sat, 21 Mar 2026 16:36:43 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 20/03/2026 4:05 am, john larkin wrote: >>>>>>>>>>>>>>>>>>>>>>>>> On Tue, 17 Mar 2026 22:30:01 +0000, someone >>>>>>>>>>>>>>>>>>>>>>>>> <cffbf4deb9142bce48974efc0e64dede@example.com> wrote: >>>>>>
    <snip>

    Invention is precisely running into - running toward - the unexpected.

    That's a bizarre way of looking at it. It's doing something in a way >>>>>>>> that hasn't been done before, but it is goal directed, and you wouldn't
    start the process if you didn't have a pretty clear idea of what you >>>>>>>> wanted to do, if not exactly how you were going to do it.

    I strongly disagree; that is backwards. Sometimes we imagine products >>>>>>> or circuits that nobody ever wanted or expected. It just happens >>>>>>> sometimes at 2AM.

    And very few of them look sensible after the sun has come up.

    Most are obviously goofy. Many have already been invented and are on >>>>> the market. There are still lots that might become products.

    So the next step is to research what's out there. Lately we hire a
    bright college student to research the science, technology,
    competitors, market. They deliver a report for $1000.

    One unstated benefit is that we get to evaluate the kids, even if the >>>>> technology idea was silly. And it's fun.


    I have a folder full of ideas, most speculative and unexpected and >>>>>>> probably dumb.

    If you knew a bit more, it would be a much thinner folder.

    It would be thicker.


    We hire smart kids, college students, to explore them
    and write up a report on the possible uses, competitors specs and >>>>>>> pricing, any interesting offshoots that occur to them. They get a >>>>>>> fixed fee when they turn in the report.

    An expensive self-indulgence.

    Super cheap, compared to the alternates, like hiring a
    usually-fatheaded marketing manager.


    Sometimes that's accidental, but can be deliberately provoked. >>>>>>>>> Inventing needs the right skills and personality but improves with >>>>>>>>> practice in the right environment. Books have been written about that.

    None of them useful enough to have been touted at places that encouraged
    inventions and applying for patents. EMI Central Research was just such
    a place, and I worked there for three years without ever running into >>>>>>>> such a book. The histories of Bell Labs

    https://en.wikipedia.org/wiki/The_Idea_Factory


    I have that one; good book.

    Someone said that all the great inventions at Bell in those days were >>>>>>> done by people who ate lunch with Harry Nyquist.

    didn't mention any such book either. People will write books with the >>>>>>>> flimsiest of justifications if they think the product will sell. >>>>>>>> Teaching people how to make genuine inventions would be a very good >>>>>>>> thing if you could do it, and a lot of confidence tricksters claim that
    they can. The evidence supporting such claims doesn't seem to exist. >>>>>>>
    The real evidence is purchase orders.

    People don't give you purchase orders for patents. They buy products. >>>>>
    Exactly. Patents are "An expensive self-indulgence."

    A good and patentable idea can be central to a product, but inept
    development can wreck the best of ideas. The Lintech electron beam >>>>>> tester was based on a patented idea of their boss, whose name was on the >>>>>> patent (which he'd got to own). He cheap-skated on the development to >>>>>> such an extent that one of his ex-engineers was able to build a pretty >>>>>> much identical machine which destroyed his business - nobody ordered a >>>>>> Lintech machine after the Schlumberger competitor hit the market, and >>>>>> after Lintech had delivered the last of the machine it had sold they >>>>>> went bankrupt. Mike Engelhart - of LTSpice fame - worked on that project.

    Some people invent things. Some intelligent and (over)educated people >>>>>>>>> actively resent invention, because they can't do it.

    I can't say that I've met any of them. My father and two of my friends >>>>>>>> have each got their names onto about 25 patents and none of them ever >>>>>>>> talked about people resenting that work.

    Given an enormous space of undiscovered ideas, one profits from a >>>>>>>>>>> method of exploring them in parallel with minimal filtering. >>>>>>>>
    At EMI Central Research we were encourage to submit patent queries. One
    of my colleagues put in a record number of patent queries - about fifty
    in one year - and was seen as having rather poor judgement. None of them
    turned into a patent. He would have benefited from better filtering. >>>>>>>
    The real evidence is purchase orders.

    It seems to be the only evidence you can understand. You seem to have >>>>>> got your name on exactly one patent, taken out by a group you were >>>>>> working with, so your grasp of what constitutes a patentable idea and >>>>>> what you can do with it does seem to be second hand.

    Why the obsession with patents?

    Only a small fraction of patents become commercial successes. Most are >>>>> abandoned in the expensive process before they are issued, and then
    most issued patents are abandoned because of the maintenance fees.

    Expensive vanity, mostly. OK if you are a big drug company maybe.

    We filed a provisional for the thermal Faraday shield, but that's our
    only one in the 17 years we've been in business. We're hoping to
    interest folk like 3M--they could sell Scotch Isothermal Tape. :)

    In periods when there's venture money around (i.e. not the present
    time), patent protection is important for startups, because it's hard to >>>> get money without it.

    Plus, of course, we do a lot of patent litigation work.


    The only patent that I'm named on is for a kinda silly delay-line
    imaging anode, to locate charge hits behind a microchannel plate. It
    was just a suggestion on my part. But VCs had taken control of the
    company, as they are wont to do, and they like to have a giant patent
    portfolio for when they go public and cash out.

    Well, in your average startup you have two basic assets: your people and
    your IP. The IP is easier to control.

    This was during the nanotech fad, which peaked and crashed before the
    thing could go public.

    I have one of the anodes around here somewhere. It does look cool.

    Post a picture!

    Cheers

    Phil Hobbs


    Oh, all right.

    https://www.dropbox.com/scl/fo/bw07m6g9dio64khlvqlw2/AHe8Q9f7cOPsLgaKeyNYL6o?rlkey=eugoce4x6nrn6ebr9k5nnhuvp&dl=0

    I think they actually went with a 3-axis wire array thing. One adjusts
    the DC bias on each layer to properly share the electrons per plane.

    This was for the ill-fated tomographic atom probe project in Madison.

    https://en.wikipedia.org/wiki/Atom_probe#Systems

    Gnarly!

    Cheers

    Phil Hobbs

    --
    Dr Philip C D Hobbs
    Principal Consultant
    ElectroOptical Innovations LLC / Hobbs ElectroOptics
    Optics, Electro-optics, Photonics, Analog Electronics
    Briarcliff Manor NY 10510

    http://electrooptical.net
    http://hobbs-eo.com


    --- PyGate Linux v1.5.13
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From John R Walliker@3:633/10 to All on Thursday, April 09, 2026 19:07:54
    On 09/04/2026 18:34, john larkin wrote:
    On Thu, 9 Apr 2026 10:55:56 -0400, Phil Hobbs <pcdhSpamMeSenseless@electrooptical.net> wrote:

    On 2026-04-02 14:20, john larkin wrote:
    On Thu, 2 Apr 2026 13:17:33 -0400, Phil Hobbs
    <pcdhSpamMeSenseless@electrooptical.net> wrote:

    On 2026-04-02 10:53, john larkin wrote:
    On Thu, 2 Apr 2026 14:41:48 +1100, Bill Sloman <bill.sloman@ieee.org> >>>>> wrote:

    On 2/04/2026 3:12 am, john larkin wrote:
    On Thu, 2 Apr 2026 02:13:38 +1100, Bill Sloman <bill.sloman@ieee.org> >>>>>>> wrote:
    On 1/04/2026 7:06 pm, john larkin wrote:
    On Wed, 1 Apr 2026 15:54:44 +1100, Bill Sloman <bill.sloman@ieee.org> >>>>>>>>> wrote:
    On 1/04/2026 2:14 am, john larkin wrote:
    On Tue, 31 Mar 2026 22:30:44 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 31/03/2026 8:40 pm, john larkin wrote:
    On Tue, 31 Mar 2026 16:35:49 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 31/03/2026 2:00 am, john larkin wrote:
    On Mon, 30 Mar 2026 16:42:12 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 30/03/2026 2:18 am, john larkin wrote:
    On Sun, 29 Mar 2026 15:52:53 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 29/03/2026 8:38 am, john larkin wrote: >>>>>>>>>>>>>>>>>>> On Sat, 28 Mar 2026 16:44:40 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 28/03/2026 5:39 am, john larkin wrote: >>>>>>>>>>>>>>>>>>>>> On Sun, 22 Mar 2026 03:00:16 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 22/03/2026 1:52 am, john larkin wrote: >>>>>>>>>>>>>>>>>>>>>>> On Sat, 21 Mar 2026 16:36:43 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 20/03/2026 4:05 am, john larkin wrote: >>>>>>>>>>>>>>>>>>>>>>>>> On Tue, 17 Mar 2026 22:30:01 +0000, someone >>>>>>>>>>>>>>>>>>>>>>>>> <cffbf4deb9142bce48974efc0e64dede@example.com> wrote: >>>>>>
    <snip>

    Invention is precisely running into - running toward - the unexpected.

    That's a bizarre way of looking at it. It's doing something in a way >>>>>>>> that hasn't been done before, but it is goal directed, and you wouldn't
    start the process if you didn't have a pretty clear idea of what you >>>>>>>> wanted to do, if not exactly how you were going to do it.

    I strongly disagree; that is backwards. Sometimes we imagine products >>>>>>> or circuits that nobody ever wanted or expected. It just happens >>>>>>> sometimes at 2AM.

    And very few of them look sensible after the sun has come up.

    Most are obviously goofy. Many have already been invented and are on >>>>> the market. There are still lots that might become products.

    So the next step is to research what's out there. Lately we hire a
    bright college student to research the science, technology,
    competitors, market. They deliver a report for $1000.

    One unstated benefit is that we get to evaluate the kids, even if the >>>>> technology idea was silly. And it's fun.


    I have a folder full of ideas, most speculative and unexpected and >>>>>>> probably dumb.

    If you knew a bit more, it would be a much thinner folder.

    It would be thicker.


    We hire smart kids, college students, to explore them
    and write up a report on the possible uses, competitors specs and >>>>>>> pricing, any interesting offshoots that occur to them. They get a >>>>>>> fixed fee when they turn in the report.

    An expensive self-indulgence.

    Super cheap, compared to the alternates, like hiring a
    usually-fatheaded marketing manager.


    Sometimes that's accidental, but can be deliberately provoked. >>>>>>>>> Inventing needs the right skills and personality but improves with >>>>>>>>> practice in the right environment. Books have been written about that.

    None of them useful enough to have been touted at places that encouraged
    inventions and applying for patents. EMI Central Research was just such
    a place, and I worked there for three years without ever running into >>>>>>>> such a book. The histories of Bell Labs

    https://en.wikipedia.org/wiki/The_Idea_Factory


    I have that one; good book.

    Someone said that all the great inventions at Bell in those days were >>>>>>> done by people who ate lunch with Harry Nyquist.

    didn't mention any such book either. People will write books with the >>>>>>>> flimsiest of justifications if they think the product will sell. >>>>>>>> Teaching people how to make genuine inventions would be a very good >>>>>>>> thing if you could do it, and a lot of confidence tricksters claim that
    they can. The evidence supporting such claims doesn't seem to exist. >>>>>>>
    The real evidence is purchase orders.

    People don't give you purchase orders for patents. They buy products. >>>>>
    Exactly. Patents are "An expensive self-indulgence."

    A good and patentable idea can be central to a product, but inept
    development can wreck the best of ideas. The Lintech electron beam >>>>>> tester was based on a patented idea of their boss, whose name was on the >>>>>> patent (which he'd got to own). He cheap-skated on the development to >>>>>> such an extent that one of his ex-engineers was able to build a pretty >>>>>> much identical machine which destroyed his business - nobody ordered a >>>>>> Lintech machine after the Schlumberger competitor hit the market, and >>>>>> after Lintech had delivered the last of the machine it had sold they >>>>>> went bankrupt. Mike Engelhart - of LTSpice fame - worked on that project.

    Some people invent things. Some intelligent and (over)educated people >>>>>>>>> actively resent invention, because they can't do it.

    I can't say that I've met any of them. My father and two of my friends >>>>>>>> have each got their names onto about 25 patents and none of them ever >>>>>>>> talked about people resenting that work.

    Given an enormous space of undiscovered ideas, one profits from a >>>>>>>>>>> method of exploring them in parallel with minimal filtering. >>>>>>>>
    At EMI Central Research we were encourage to submit patent queries. One
    of my colleagues put in a record number of patent queries - about fifty
    in one year - and was seen as having rather poor judgement. None of them
    turned into a patent. He would have benefited from better filtering. >>>>>>>
    The real evidence is purchase orders.

    It seems to be the only evidence you can understand. You seem to have >>>>>> got your name on exactly one patent, taken out by a group you were >>>>>> working with, so your grasp of what constitutes a patentable idea and >>>>>> what you can do with it does seem to be second hand.

    Why the obsession with patents?

    Only a small fraction of patents become commercial successes. Most are >>>>> abandoned in the expensive process before they are issued, and then
    most issued patents are abandoned because of the maintenance fees.

    Expensive vanity, mostly. OK if you are a big drug company maybe.

    We filed a provisional for the thermal Faraday shield, but that's our
    only one in the 17 years we've been in business. We're hoping to
    interest folk like 3M--they could sell Scotch Isothermal Tape. :)

    In periods when there's venture money around (i.e. not the present
    time), patent protection is important for startups, because it's hard to >>>> get money without it.

    Plus, of course, we do a lot of patent litigation work.


    The only patent that I'm named on is for a kinda silly delay-line
    imaging anode, to locate charge hits behind a microchannel plate. It
    was just a suggestion on my part. But VCs had taken control of the
    company, as they are wont to do, and they like to have a giant patent
    portfolio for when they go public and cash out.

    Well, in your average startup you have two basic assets: your people and
    your IP. The IP is easier to control.

    This was during the nanotech fad, which peaked and crashed before the
    thing could go public.

    I have one of the anodes around here somewhere. It does look cool.

    Post a picture!

    Cheers

    Phil Hobbs


    Oh, all right.

    https://www.dropbox.com/scl/fo/bw07m6g9dio64khlvqlw2/AHe8Q9f7cOPsLgaKeyNYL6o?rlkey=eugoce4x6nrn6ebr9k5nnhuvp&dl=0

    I think they actually went with a 3-axis wire array thing. One adjusts
    the DC bias on each layer to properly share the electrons per plane.

    This was for the ill-fated tomographic atom probe project in Madison.

    Why was it ill-fated?

    https://en.wikipedia.org/wiki/Atom_probe#Systems







    John Larkin
    Highland Tech Glen Canyon Design Center
    Lunatic Fringe Electronics


    --- PyGate Linux v1.5.13
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From john larkin@3:633/10 to All on Thursday, April 09, 2026 13:47:23
    On Thu, 9 Apr 2026 19:07:54 +0100, John R Walliker
    <jrwalliker@gmail.com> wrote:

    On 09/04/2026 18:34, john larkin wrote:
    On Thu, 9 Apr 2026 10:55:56 -0400, Phil Hobbs
    <pcdhSpamMeSenseless@electrooptical.net> wrote:

    On 2026-04-02 14:20, john larkin wrote:
    On Thu, 2 Apr 2026 13:17:33 -0400, Phil Hobbs
    <pcdhSpamMeSenseless@electrooptical.net> wrote:

    On 2026-04-02 10:53, john larkin wrote:
    On Thu, 2 Apr 2026 14:41:48 +1100, Bill Sloman <bill.sloman@ieee.org> >>>>>> wrote:

    On 2/04/2026 3:12 am, john larkin wrote:
    On Thu, 2 Apr 2026 02:13:38 +1100, Bill Sloman <bill.sloman@ieee.org> >>>>>>>> wrote:
    On 1/04/2026 7:06 pm, john larkin wrote:
    On Wed, 1 Apr 2026 15:54:44 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 1/04/2026 2:14 am, john larkin wrote:
    On Tue, 31 Mar 2026 22:30:44 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 31/03/2026 8:40 pm, john larkin wrote:
    On Tue, 31 Mar 2026 16:35:49 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 31/03/2026 2:00 am, john larkin wrote:
    On Mon, 30 Mar 2026 16:42:12 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 30/03/2026 2:18 am, john larkin wrote:
    On Sun, 29 Mar 2026 15:52:53 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 29/03/2026 8:38 am, john larkin wrote: >>>>>>>>>>>>>>>>>>>> On Sat, 28 Mar 2026 16:44:40 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 28/03/2026 5:39 am, john larkin wrote: >>>>>>>>>>>>>>>>>>>>>> On Sun, 22 Mar 2026 03:00:16 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 22/03/2026 1:52 am, john larkin wrote: >>>>>>>>>>>>>>>>>>>>>>>> On Sat, 21 Mar 2026 16:36:43 +1100, Bill Sloman <bill.sloman@ieee.org>
    wrote:
    On 20/03/2026 4:05 am, john larkin wrote: >>>>>>>>>>>>>>>>>>>>>>>>>> On Tue, 17 Mar 2026 22:30:01 +0000, someone >>>>>>>>>>>>>>>>>>>>>>>>>> <cffbf4deb9142bce48974efc0e64dede@example.com> wrote:

    <snip>

    Invention is precisely running into - running toward - the unexpected.

    That's a bizarre way of looking at it. It's doing something in a way >>>>>>>>> that hasn't been done before, but it is goal directed, and you wouldn't
    start the process if you didn't have a pretty clear idea of what you >>>>>>>>> wanted to do, if not exactly how you were going to do it.

    I strongly disagree; that is backwards. Sometimes we imagine products >>>>>>>> or circuits that nobody ever wanted or expected. It just happens >>>>>>>> sometimes at 2AM.

    And very few of them look sensible after the sun has come up.

    Most are obviously goofy. Many have already been invented and are on >>>>>> the market. There are still lots that might become products.

    So the next step is to research what's out there. Lately we hire a >>>>>> bright college student to research the science, technology,
    competitors, market. They deliver a report for $1000.

    One unstated benefit is that we get to evaluate the kids, even if the >>>>>> technology idea was silly. And it's fun.


    I have a folder full of ideas, most speculative and unexpected and >>>>>>>> probably dumb.

    If you knew a bit more, it would be a much thinner folder.

    It would be thicker.


    We hire smart kids, college students, to explore them
    and write up a report on the possible uses, competitors specs and >>>>>>>> pricing, any interesting offshoots that occur to them. They get a >>>>>>>> fixed fee when they turn in the report.

    An expensive self-indulgence.

    Super cheap, compared to the alternates, like hiring a
    usually-fatheaded marketing manager.


    Sometimes that's accidental, but can be deliberately provoked. >>>>>>>>>> Inventing needs the right skills and personality but improves with >>>>>>>>>> practice in the right environment. Books have been written about that.

    None of them useful enough to have been touted at places that encouraged
    inventions and applying for patents. EMI Central Research was just such
    a place, and I worked there for three years without ever running into >>>>>>>>> such a book. The histories of Bell Labs

    https://en.wikipedia.org/wiki/The_Idea_Factory


    I have that one; good book.

    Someone said that all the great inventions at Bell in those days were >>>>>>>> done by people who ate lunch with Harry Nyquist.

    didn't mention any such book either. People will write books with the >>>>>>>>> flimsiest of justifications if they think the product will sell. >>>>>>>>> Teaching people how to make genuine inventions would be a very good >>>>>>>>> thing if you could do it, and a lot of confidence tricksters claim that
    they can. The evidence supporting such claims doesn't seem to exist. >>>>>>>>
    The real evidence is purchase orders.

    People don't give you purchase orders for patents. They buy products. >>>>>>
    Exactly. Patents are "An expensive self-indulgence."

    A good and patentable idea can be central to a product, but inept >>>>>>> development can wreck the best of ideas. The Lintech electron beam >>>>>>> tester was based on a patented idea of their boss, whose name was on the
    patent (which he'd got to own). He cheap-skated on the development to >>>>>>> such an extent that one of his ex-engineers was able to build a pretty >>>>>>> much identical machine which destroyed his business - nobody ordered a >>>>>>> Lintech machine after the Schlumberger competitor hit the market, and >>>>>>> after Lintech had delivered the last of the machine it had sold they >>>>>>> went bankrupt. Mike Engelhart - of LTSpice fame - worked on that project.

    Some people invent things. Some intelligent and (over)educated people
    actively resent invention, because they can't do it.

    I can't say that I've met any of them. My father and two of my friends
    have each got their names onto about 25 patents and none of them ever >>>>>>>>> talked about people resenting that work.

    Given an enormous space of undiscovered ideas, one profits from a >>>>>>>>>>>> method of exploring them in parallel with minimal filtering. >>>>>>>>>
    At EMI Central Research we were encourage to submit patent queries. One
    of my colleagues put in a record number of patent queries - about fifty
    in one year - and was seen as having rather poor judgement. None of them
    turned into a patent. He would have benefited from better filtering. >>>>>>>>
    The real evidence is purchase orders.

    It seems to be the only evidence you can understand. You seem to have >>>>>>> got your name on exactly one patent, taken out by a group you were >>>>>>> working with, so your grasp of what constitutes a patentable idea and >>>>>>> what you can do with it does seem to be second hand.

    Why the obsession with patents?

    Only a small fraction of patents become commercial successes. Most are >>>>>> abandoned in the expensive process before they are issued, and then >>>>>> most issued patents are abandoned because of the maintenance fees. >>>>>>
    Expensive vanity, mostly. OK if you are a big drug company maybe.

    We filed a provisional for the thermal Faraday shield, but that's our >>>>> only one in the 17 years we've been in business. We're hoping to
    interest folk like 3M--they could sell Scotch Isothermal Tape. :)

    In periods when there's venture money around (i.e. not the present
    time), patent protection is important for startups, because it's hard to >>>>> get money without it.

    Plus, of course, we do a lot of patent litigation work.


    The only patent that I'm named on is for a kinda silly delay-line
    imaging anode, to locate charge hits behind a microchannel plate. It
    was just a suggestion on my part. But VCs had taken control of the
    company, as they are wont to do, and they like to have a giant patent
    portfolio for when they go public and cash out.

    Well, in your average startup you have two basic assets: your people and >>> your IP. The IP is easier to control.

    This was during the nanotech fad, which peaked and crashed before the
    thing could go public.

    I have one of the anodes around here somewhere. It does look cool.

    Post a picture!

    Cheers

    Phil Hobbs


    Oh, all right.

    https://www.dropbox.com/scl/fo/bw07m6g9dio64khlvqlw2/AHe8Q9f7cOPsLgaKeyNYL6o?rlkey=eugoce4x6nrn6ebr9k5nnhuvp&dl=0

    I think they actually went with a 3-axis wire array thing. One adjusts
    the DC bias on each layer to properly share the electrons per plane.

    This was for the ill-fated tomographic atom probe project in Madison.

    Why was it ill-fated?

    Mainly because I put in a huge amount of work, with some folks in
    Madison and in Oxford, and didn't get rich.

    There was a nanotech boom/bust, sort of like the first internet bump
    and AI now.


    John Larkin
    Highland Tech Glen Canyon Design Center
    Lunatic Fringe Electronics

    --- PyGate Linux v1.5.13
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)