Maximum Power Point Tracking: Optimizing Solar Panels 58 Comments by: Maya Posch...

Il 03/01/2023 18:15, Don Y ha scritto:
On 1/3/2023 8:06 AM, mmm wrote:
usually we ( in Italy ) don\'t use cylindrical pre-made \"cannelloni\"
but sheet of pasta, for dry pasta you need to pre-boil tha pasta, for
fresh egg-based pasta ( as the recipe ) is not needed

+1

If you\'re not making the pasta, as well, why bother?

(personally, I\'d prefer cavatelli -- ideally, with chestnut flour.  but,
a lot of work and a pound barely feeds one!)

P.S. : for the stuffing follow your personal taste

just some ideas :

fresh cheese ( ricotta ) and/or bechamel and
1) spinach
2) mushrooms
3) minced meat ( or ragu\' )
4) 1+3 ;-)

Spinach and VERY small pieces of potato (like in
scacciata)

with some effort the recipes can even be done \"vegan\"

I think some would object to the egg.

use of egg in pasta is not mandatory at all
dry pasta usually don\'t use eggs,
you can find dry lasagna pasta made without eggs
southern italy fresh pasta ( cavatelli, orecchiete, ... ) don\'t use eggs

Q:  what is a \"packet\" of vanilla?  I want to make some
biscotti al latte and each Rx refers to vanilla in that
quantity (here, we would measure volumetrically)

I think something like one half/one third of teaspoon
I think they refer to synthetic vannila flavour powder usually available
in small packet

adjust the quantity according your taste

 
Il 03/01/2023 18:15, Don Y ha scritto:
On 1/3/2023 8:06 AM, mmm wrote:
usually we ( in Italy ) don\'t use cylindrical pre-made \"cannelloni\"
but sheet of pasta, for dry pasta you need to pre-boil tha pasta, for
fresh egg-based pasta ( as the recipe ) is not needed

+1

If you\'re not making the pasta, as well, why bother?

(personally, I\'d prefer cavatelli -- ideally, with chestnut flour.  but,
a lot of work and a pound barely feeds one!)

P.S. : for the stuffing follow your personal taste

just some ideas :

fresh cheese ( ricotta ) and/or bechamel and
1) spinach
2) mushrooms
3) minced meat ( or ragu\' )
4) 1+3 ;-)

Spinach and VERY small pieces of potato (like in
scacciata)

with some effort the recipes can even be done \"vegan\"

I think some would object to the egg.

use of egg in pasta is not mandatory at all
dry pasta usually don\'t use eggs,
you can find dry lasagna pasta made without eggs
southern italy fresh pasta ( cavatelli, orecchiete, ... ) don\'t use eggs

Q:  what is a \"packet\" of vanilla?  I want to make some
biscotti al latte and each Rx refers to vanilla in that
quantity (here, we would measure volumetrically)

I think something like one half/one third of teaspoon
I think they refer to synthetic vannila flavour powder usually available
in small packet

adjust the quantity according your taste

 
Il 03/01/2023 18:15, Don Y ha scritto:
On 1/3/2023 8:06 AM, mmm wrote:
usually we ( in Italy ) don\'t use cylindrical pre-made \"cannelloni\"
but sheet of pasta, for dry pasta you need to pre-boil tha pasta, for
fresh egg-based pasta ( as the recipe ) is not needed

+1

If you\'re not making the pasta, as well, why bother?

(personally, I\'d prefer cavatelli -- ideally, with chestnut flour.  but,
a lot of work and a pound barely feeds one!)

P.S. : for the stuffing follow your personal taste

just some ideas :

fresh cheese ( ricotta ) and/or bechamel and
1) spinach
2) mushrooms
3) minced meat ( or ragu\' )
4) 1+3 ;-)

Spinach and VERY small pieces of potato (like in
scacciata)

with some effort the recipes can even be done \"vegan\"

I think some would object to the egg.

use of egg in pasta is not mandatory at all
dry pasta usually don\'t use eggs,
you can find dry lasagna pasta made without eggs
southern italy fresh pasta ( cavatelli, orecchiete, ... ) don\'t use eggs

Q:  what is a \"packet\" of vanilla?  I want to make some
biscotti al latte and each Rx refers to vanilla in that
quantity (here, we would measure volumetrically)

I think something like one half/one third of teaspoon
I think they refer to synthetic vannila flavour powder usually available
in small packet

adjust the quantity according your taste

 
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

On 2023-01-07, Don Y wrote:
On 1/6/2023 2:08 PM, Dan Purgert wrote:
Granted, there is a balance point you have to \"engineer\" to.

That\'s what makes it software *engineering* and not \"programming\".
ANYONE can write code. SOME can write reliable code. Even
fewer can *engineer* software solutions to the problem at hand
(too many engineers think they know how products should behave
without actually understanding their user bases)

I certainly can\'t engineer. Closest I\'ve come was architect (and that
was only because in the company\'s infinite wisdom they downsized the
unpopular-with-management but knew everything about everything old timer
in 2020). Granted it took their \"first choice\" two or three _highly_
visible mistakes over the course of a few months of (weekend)
deployments before they started listening to me...

Thankfully I got out after 18 months. That was highly stressful.

There are several steps to designing a product/solution.
First is figuring out what it needs to be/do.
Next, how to approach it.
Actually *doing* it is often just busywork.

Quite so. I was quite adept at getting \"what\" pinned down. \"How\" would
depend. The project / product I took over for was unfortunately mired
in the BS \"silo\" methodology of \"just tell us what you need, we\'ll
handle how it\'s done\". The team of \"developers\" was so bad that I
started having to dictate the \"how\" as well (but through the veil of
\"don\'t actually know the product\'s internals and nobody will show me\").

On the other hand, when it was things on the portion of the overall
environment that I had (mostly) unfettered access to, I could go through
all three phases. Of course, while bouncing the plans off my colleagues
who\'re more experienced.

[...]
Indeed. The local universities never used it (\"local\" being within 2
hours drive)... the nearest that might\'ve used it is about 6h away, and
at that point ... ehhhh.

It wasn\'t \"used\" (i.e., as in part of classwork) when I was in school.
But, was a \'reference\" that folks learned was worth having on their shelves.
University bookstores often will resell \"used\" books that they\'ve
purchased from students (eager to recover some of their costs of learning).

Unfortunately, I don\'t think the professors of said \"local\" universities
had ever heard of Knuth. They could barely instruct the classes
(although there were a few of the mostly-math-but-has-one-CS-course
professors who possibly might have ... but they were near retirement age
20 years ago, so ...)

[...]
As opposed to \"Okay, so I need to create a virtual representation of
IOExpander, and it\'ll allow read(int *data, int len) or write (int addr,
int len) [...], and then now that I\'ve done all of that, I can call
ioexp.read (address,expectedBytes)\"

There is a difference (big!) between object-ORIENTED and object-BASED.
IMO, you get the biggest bang for the buck adopting an object
paradigm -- but, the benefits of full OOPS areoften outweighed
by the baggage they bring along.

Perhaps I\'m doing \"object-based\" without thinking of it then (at least
partially). I do tend to use (arrays of) structs when dealing with
external chips...

[...]
The programmer shouldn\'t have to be aware of the need for any
of these activities. The *system* should sort it out FOR him
(\"an OS provides services for the application\")

This is certainly a lot more complex in the tasks that my little
microcontroller projects do. \"Do one thing, and do it well\" lives on
pretty strong there :)

All the remainder of the snipped stuff sounds kind of like where my
\"background thinking\" of this moisture sensor project is kind of going
to. A logging sensor is great and all; but well, doesn\'t prevent either
under- or over-watering the garden. So maybe the next iteration has
some methodology of controlling an irrigation zone valve in addition to
logging ... maybe at some point, utilize a network to handle the logging
instead of \"just\" writing to an SD card / EEPROM.

[...]
You can\'t count on the network layer to be operational.
So, no \"messages\".

Right, it\'s why there\'s a series of resistances in the specification to
define power classes. As I recall, one end of the power class is ~22k
ohm. The reference to LLDP is just an optional feature of 802.3at; as I
recall. But honestly it\'s been the better part of a decade since I\'ve
read the specs.


[...]
Steal one out of a dead PC power supply. Make part of the project
figuring out how to take an unknown ferrite and get an inductor
of approximately the right characteristics for your need.

Oh, I have ferrite toroids around here somewhere. The \"eep\" is the \"and
now for my next trick ... I know how much inductance it has!\".

There are tables that can give you ballparks. Ideally, you\'d
know the characteristics of the ferrite.

I have the part number of the ferrites -- got them for some common-mode
chokes at one point; and I have a few left over. Datasheet won\'t be too
hard to pull from digikey / mouser (just hope it actually _has_ the
info; I recall some that I looked at were nothing more than the
engineering drawings, with no real indication of the composition.)


-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEE3asj+xn6fYUcweBnbWVw5UznKGAFAmO5euoACgkQbWVw5Uzn
KGAX2Q/+O2+ScPEcoW0x//MGIUWd2mbEXa/vjiMvUygDIAmMMB8RJQ1bYy/8sqgq
c1IMPblfvGjdUWBDm2QA41AuEZ09F51WOGQj60yxBVwRHKbv2LKB94SpjEV1vw6I
dsT8p0fTGBzgN8Am8em8evaeyFkahJlzJmVa03ro1HC3eYWX/l8XXYM9U3n2oIMI
b43GBNkYd4FYw2hod8vlLfNuQOXr9CiGgWXVPQ+6Q4j4S/8eN/wa9NGw8rwdzBNT
vk0ucub+2GuxP2n85nwpsqxl6LF5u4rAQQgFPtOwEqjAZqT5+ZKTsbEtLIJyE+E1
rjcdbLcr2Zv8Xb59RkcY/VZxTh12H7/z6h18/6vHh9GHLXhuTJzF76vmySdZePhi
XJ3zrAEGgjE8I+f5SGa73WqIteYt9uwaCvWZrMhHpPB169EVmHmu8C0uR3urNsQf
cyqVZ8Kx533UvftuDVaE2QvE/s8v9J1SDDuwgOWAVH+Pdb9VMfvPWcLTyO5SfjS6
eX2UmMUInfuTfQjGKefJJDfOSEM9xVzqMyV8ZWUsPFM7cXFlGkWI1R+pci0D98YK
+/G1bl3D1sIy4s1btVWyz1qvVa59WnpabIMmlQNwwlCdPZHph9yA8rH6i1RWtSMz
rwr8I4oohGPvMe938Q1/i+vTvkoRSFt9alE7fF/I/zxq+rwVoxk=
=y1BA
-----END PGP SIGNATURE-----

--
|_|O|_|
|_|_|O| Github: https://github.com/dpurgert
|O|O|O| PGP: DDAB 23FB 19FA 7D85 1CC1 E067 6D65 70E5 4CE7 2860
 
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

On 2023-01-07, Don Y wrote:
On 1/6/2023 2:08 PM, Dan Purgert wrote:
Granted, there is a balance point you have to \"engineer\" to.

That\'s what makes it software *engineering* and not \"programming\".
ANYONE can write code. SOME can write reliable code. Even
fewer can *engineer* software solutions to the problem at hand
(too many engineers think they know how products should behave
without actually understanding their user bases)

I certainly can\'t engineer. Closest I\'ve come was architect (and that
was only because in the company\'s infinite wisdom they downsized the
unpopular-with-management but knew everything about everything old timer
in 2020). Granted it took their \"first choice\" two or three _highly_
visible mistakes over the course of a few months of (weekend)
deployments before they started listening to me...

Thankfully I got out after 18 months. That was highly stressful.

There are several steps to designing a product/solution.
First is figuring out what it needs to be/do.
Next, how to approach it.
Actually *doing* it is often just busywork.

Quite so. I was quite adept at getting \"what\" pinned down. \"How\" would
depend. The project / product I took over for was unfortunately mired
in the BS \"silo\" methodology of \"just tell us what you need, we\'ll
handle how it\'s done\". The team of \"developers\" was so bad that I
started having to dictate the \"how\" as well (but through the veil of
\"don\'t actually know the product\'s internals and nobody will show me\").

On the other hand, when it was things on the portion of the overall
environment that I had (mostly) unfettered access to, I could go through
all three phases. Of course, while bouncing the plans off my colleagues
who\'re more experienced.

[...]
Indeed. The local universities never used it (\"local\" being within 2
hours drive)... the nearest that might\'ve used it is about 6h away, and
at that point ... ehhhh.

It wasn\'t \"used\" (i.e., as in part of classwork) when I was in school.
But, was a \'reference\" that folks learned was worth having on their shelves.
University bookstores often will resell \"used\" books that they\'ve
purchased from students (eager to recover some of their costs of learning).

Unfortunately, I don\'t think the professors of said \"local\" universities
had ever heard of Knuth. They could barely instruct the classes
(although there were a few of the mostly-math-but-has-one-CS-course
professors who possibly might have ... but they were near retirement age
20 years ago, so ...)

[...]
As opposed to \"Okay, so I need to create a virtual representation of
IOExpander, and it\'ll allow read(int *data, int len) or write (int addr,
int len) [...], and then now that I\'ve done all of that, I can call
ioexp.read (address,expectedBytes)\"

There is a difference (big!) between object-ORIENTED and object-BASED.
IMO, you get the biggest bang for the buck adopting an object
paradigm -- but, the benefits of full OOPS areoften outweighed
by the baggage they bring along.

Perhaps I\'m doing \"object-based\" without thinking of it then (at least
partially). I do tend to use (arrays of) structs when dealing with
external chips...

[...]
The programmer shouldn\'t have to be aware of the need for any
of these activities. The *system* should sort it out FOR him
(\"an OS provides services for the application\")

This is certainly a lot more complex in the tasks that my little
microcontroller projects do. \"Do one thing, and do it well\" lives on
pretty strong there :)

All the remainder of the snipped stuff sounds kind of like where my
\"background thinking\" of this moisture sensor project is kind of going
to. A logging sensor is great and all; but well, doesn\'t prevent either
under- or over-watering the garden. So maybe the next iteration has
some methodology of controlling an irrigation zone valve in addition to
logging ... maybe at some point, utilize a network to handle the logging
instead of \"just\" writing to an SD card / EEPROM.

[...]
You can\'t count on the network layer to be operational.
So, no \"messages\".

Right, it\'s why there\'s a series of resistances in the specification to
define power classes. As I recall, one end of the power class is ~22k
ohm. The reference to LLDP is just an optional feature of 802.3at; as I
recall. But honestly it\'s been the better part of a decade since I\'ve
read the specs.


[...]
Steal one out of a dead PC power supply. Make part of the project
figuring out how to take an unknown ferrite and get an inductor
of approximately the right characteristics for your need.

Oh, I have ferrite toroids around here somewhere. The \"eep\" is the \"and
now for my next trick ... I know how much inductance it has!\".

There are tables that can give you ballparks. Ideally, you\'d
know the characteristics of the ferrite.

I have the part number of the ferrites -- got them for some common-mode
chokes at one point; and I have a few left over. Datasheet won\'t be too
hard to pull from digikey / mouser (just hope it actually _has_ the
info; I recall some that I looked at were nothing more than the
engineering drawings, with no real indication of the composition.)


-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEE3asj+xn6fYUcweBnbWVw5UznKGAFAmO5euoACgkQbWVw5Uzn
KGAX2Q/+O2+ScPEcoW0x//MGIUWd2mbEXa/vjiMvUygDIAmMMB8RJQ1bYy/8sqgq
c1IMPblfvGjdUWBDm2QA41AuEZ09F51WOGQj60yxBVwRHKbv2LKB94SpjEV1vw6I
dsT8p0fTGBzgN8Am8em8evaeyFkahJlzJmVa03ro1HC3eYWX/l8XXYM9U3n2oIMI
b43GBNkYd4FYw2hod8vlLfNuQOXr9CiGgWXVPQ+6Q4j4S/8eN/wa9NGw8rwdzBNT
vk0ucub+2GuxP2n85nwpsqxl6LF5u4rAQQgFPtOwEqjAZqT5+ZKTsbEtLIJyE+E1
rjcdbLcr2Zv8Xb59RkcY/VZxTh12H7/z6h18/6vHh9GHLXhuTJzF76vmySdZePhi
XJ3zrAEGgjE8I+f5SGa73WqIteYt9uwaCvWZrMhHpPB169EVmHmu8C0uR3urNsQf
cyqVZ8Kx533UvftuDVaE2QvE/s8v9J1SDDuwgOWAVH+Pdb9VMfvPWcLTyO5SfjS6
eX2UmMUInfuTfQjGKefJJDfOSEM9xVzqMyV8ZWUsPFM7cXFlGkWI1R+pci0D98YK
+/G1bl3D1sIy4s1btVWyz1qvVa59WnpabIMmlQNwwlCdPZHph9yA8rH6i1RWtSMz
rwr8I4oohGPvMe938Q1/i+vTvkoRSFt9alE7fF/I/zxq+rwVoxk=
=y1BA
-----END PGP SIGNATURE-----

--
|_|O|_|
|_|_|O| Github: https://github.com/dpurgert
|O|O|O| PGP: DDAB 23FB 19FA 7D85 1CC1 E067 6D65 70E5 4CE7 2860
 
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

On 2023-01-07, Don Y wrote:
On 1/6/2023 2:08 PM, Dan Purgert wrote:
Granted, there is a balance point you have to \"engineer\" to.

That\'s what makes it software *engineering* and not \"programming\".
ANYONE can write code. SOME can write reliable code. Even
fewer can *engineer* software solutions to the problem at hand
(too many engineers think they know how products should behave
without actually understanding their user bases)

I certainly can\'t engineer. Closest I\'ve come was architect (and that
was only because in the company\'s infinite wisdom they downsized the
unpopular-with-management but knew everything about everything old timer
in 2020). Granted it took their \"first choice\" two or three _highly_
visible mistakes over the course of a few months of (weekend)
deployments before they started listening to me...

Thankfully I got out after 18 months. That was highly stressful.

There are several steps to designing a product/solution.
First is figuring out what it needs to be/do.
Next, how to approach it.
Actually *doing* it is often just busywork.

Quite so. I was quite adept at getting \"what\" pinned down. \"How\" would
depend. The project / product I took over for was unfortunately mired
in the BS \"silo\" methodology of \"just tell us what you need, we\'ll
handle how it\'s done\". The team of \"developers\" was so bad that I
started having to dictate the \"how\" as well (but through the veil of
\"don\'t actually know the product\'s internals and nobody will show me\").

On the other hand, when it was things on the portion of the overall
environment that I had (mostly) unfettered access to, I could go through
all three phases. Of course, while bouncing the plans off my colleagues
who\'re more experienced.

[...]
Indeed. The local universities never used it (\"local\" being within 2
hours drive)... the nearest that might\'ve used it is about 6h away, and
at that point ... ehhhh.

It wasn\'t \"used\" (i.e., as in part of classwork) when I was in school.
But, was a \'reference\" that folks learned was worth having on their shelves.
University bookstores often will resell \"used\" books that they\'ve
purchased from students (eager to recover some of their costs of learning).

Unfortunately, I don\'t think the professors of said \"local\" universities
had ever heard of Knuth. They could barely instruct the classes
(although there were a few of the mostly-math-but-has-one-CS-course
professors who possibly might have ... but they were near retirement age
20 years ago, so ...)

[...]
As opposed to \"Okay, so I need to create a virtual representation of
IOExpander, and it\'ll allow read(int *data, int len) or write (int addr,
int len) [...], and then now that I\'ve done all of that, I can call
ioexp.read (address,expectedBytes)\"

There is a difference (big!) between object-ORIENTED and object-BASED.
IMO, you get the biggest bang for the buck adopting an object
paradigm -- but, the benefits of full OOPS areoften outweighed
by the baggage they bring along.

Perhaps I\'m doing \"object-based\" without thinking of it then (at least
partially). I do tend to use (arrays of) structs when dealing with
external chips...

[...]
The programmer shouldn\'t have to be aware of the need for any
of these activities. The *system* should sort it out FOR him
(\"an OS provides services for the application\")

This is certainly a lot more complex in the tasks that my little
microcontroller projects do. \"Do one thing, and do it well\" lives on
pretty strong there :)

All the remainder of the snipped stuff sounds kind of like where my
\"background thinking\" of this moisture sensor project is kind of going
to. A logging sensor is great and all; but well, doesn\'t prevent either
under- or over-watering the garden. So maybe the next iteration has
some methodology of controlling an irrigation zone valve in addition to
logging ... maybe at some point, utilize a network to handle the logging
instead of \"just\" writing to an SD card / EEPROM.

[...]
You can\'t count on the network layer to be operational.
So, no \"messages\".

Right, it\'s why there\'s a series of resistances in the specification to
define power classes. As I recall, one end of the power class is ~22k
ohm. The reference to LLDP is just an optional feature of 802.3at; as I
recall. But honestly it\'s been the better part of a decade since I\'ve
read the specs.


[...]
Steal one out of a dead PC power supply. Make part of the project
figuring out how to take an unknown ferrite and get an inductor
of approximately the right characteristics for your need.

Oh, I have ferrite toroids around here somewhere. The \"eep\" is the \"and
now for my next trick ... I know how much inductance it has!\".

There are tables that can give you ballparks. Ideally, you\'d
know the characteristics of the ferrite.

I have the part number of the ferrites -- got them for some common-mode
chokes at one point; and I have a few left over. Datasheet won\'t be too
hard to pull from digikey / mouser (just hope it actually _has_ the
info; I recall some that I looked at were nothing more than the
engineering drawings, with no real indication of the composition.)


-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEE3asj+xn6fYUcweBnbWVw5UznKGAFAmO5euoACgkQbWVw5Uzn
KGAX2Q/+O2+ScPEcoW0x//MGIUWd2mbEXa/vjiMvUygDIAmMMB8RJQ1bYy/8sqgq
c1IMPblfvGjdUWBDm2QA41AuEZ09F51WOGQj60yxBVwRHKbv2LKB94SpjEV1vw6I
dsT8p0fTGBzgN8Am8em8evaeyFkahJlzJmVa03ro1HC3eYWX/l8XXYM9U3n2oIMI
b43GBNkYd4FYw2hod8vlLfNuQOXr9CiGgWXVPQ+6Q4j4S/8eN/wa9NGw8rwdzBNT
vk0ucub+2GuxP2n85nwpsqxl6LF5u4rAQQgFPtOwEqjAZqT5+ZKTsbEtLIJyE+E1
rjcdbLcr2Zv8Xb59RkcY/VZxTh12H7/z6h18/6vHh9GHLXhuTJzF76vmySdZePhi
XJ3zrAEGgjE8I+f5SGa73WqIteYt9uwaCvWZrMhHpPB169EVmHmu8C0uR3urNsQf
cyqVZ8Kx533UvftuDVaE2QvE/s8v9J1SDDuwgOWAVH+Pdb9VMfvPWcLTyO5SfjS6
eX2UmMUInfuTfQjGKefJJDfOSEM9xVzqMyV8ZWUsPFM7cXFlGkWI1R+pci0D98YK
+/G1bl3D1sIy4s1btVWyz1qvVa59WnpabIMmlQNwwlCdPZHph9yA8rH6i1RWtSMz
rwr8I4oohGPvMe938Q1/i+vTvkoRSFt9alE7fF/I/zxq+rwVoxk=
=y1BA
-----END PGP SIGNATURE-----

--
|_|O|_|
|_|_|O| Github: https://github.com/dpurgert
|O|O|O| PGP: DDAB 23FB 19FA 7D85 1CC1 E067 6D65 70E5 4CE7 2860
 
On Monday, January 9, 2023 at 6:17:59 AM UTC+11, Flyguy wrote:
On Friday, December 16, 2022 at 5:49:14 PM UTC-8, bill....@ieee.org wrote:
On Saturday, December 17, 2022 at 9:47:31 AM UTC+11, Flyguy wrote:
On Tuesday, December 13, 2022 at 11:27:47 PM UTC-8, bill....@ieee.org wrote:
On Wednesday, December 14, 2022 at 4:08:38 PM UTC+11, Flyguy wrote:
On Tuesday, December 6, 2022 at 3:02:46 AM UTC-8, bill....@ieee.org wrote:
On Tuesday, December 6, 2022 at 4:56:00 PM UTC+11, Flyguy wrote:
On Monday, December 5, 2022 at 2:16:00 AM UTC-8, bill....@ieee.org wrote:
On Monday, December 5, 2022 at 2:33:25 PM UTC+11, Flyguy wrote:
On Sunday, December 4, 2022 at 1:42:50 AM UTC-8, bill....@ieee.org wrote:
On Sunday, December 4, 2022 at 5:49:58 PM UTC+11, Flyguy wrote:
On Friday, December 2, 2022 at 9:02:37 PM UTC-8, Ed Lee wrote:
On Friday, December 2, 2022 at 8:30:47 PM UTC-8, Flyguy wrote:
snip
I was talking about them when you opined that said chargers could be put into residences IF you could \"negotiate\" their energy requirements with the utilities.

What I actually said was that the batteries could be recharged at home if you were prepared to go to enough trouble and spend enough money..

DUH! WTF is new about that - it was obviously in the context of superchargers.

A \"super charger \" is actually and an air-compressor that delivers compressed air to an air-craft engine.

https://en.wikipedia.org/wiki/Lockheed_P-38_Lightning

The twin tail booms of the P-38 accommodated two long axial super-charger compressors;

LOL! Have you LOST YOUR MIND, Bozo? I started to think that you just Googled \"super charger\" and that was the first hit, but, NO, the first hit is https://www.tesla.com/en_eu/supercharger.

I\'ve known about super chargers and the P-38 Lightening since long before Google existed.

With your claimed interest in aviation you should have too.

A home charger has to recharge one truck, not a stream of them. It isn\'t going to be a \"Level 3 Supercharger\" from a public charging station.

Sure as hell will have to, Bozo, to reach 341 KW. You are even dumber than I thought.

You haven\'t posted a complete specification of a level 3 supercharger, which isn\'t what I was talking about anyway.

\"Level 3\" is a performance claim from a specification to which you have never provided a link\'

https://www.forbes.com/wheels/advice/ev-charging-levels/

So says the idiot who NEVER provides requested facts. This link just CONFIRMS what I said: you can\'t put a Level 3 (supercharger) into a residence. If you think you can, provide me just ONE example.

Except - as I have been persistently pointing out - I never specifed a level 3 supercharger, but merely a fast charger, and did specify that you\'d probably need an electric car-sized battery at home to let you delver current into your truck at that sort of rate.
I didn\'t specify any particular kind of charger and I did mention that one of the options was to have fixed battery at home which could be recharged - relatively slowly - while you driving around in your truck and then use to recharge the truck battery rapidly when you got home.

Not even a remote option.

Not that you can spell why.

Why. Go find me such a charger, Bozo. Hint: this IS NOT a DIY project..

It wouldn\'t be for you. This is a forum for people who design electronics - or think they do. It would be a fun project, but expensive.

Sorry, but I stand by my claim, otherwise, show me just ONE person who has done this.

I don\'t have to. You might never have done a feasiblity study, but I have. This is obviously a feasible project - you might not think so, but you are an idiot.

You seem to want to simplify this into a product you could go out and buy off the shelf. It may even exist in the US market, but you wouldn\'t know about it if it did.

I would and it DOESN\'T.

You are confident that you would know. This looks a lot more like ignorant bluster than anything even vaguely convincing.

Again, produce the goods, Bozo.

For a windbag like you?

AGAIN, you FAIL to produce the facts because you DON\'T HAVE THEM!

No. Because I don\'t need to for a moronic windbag like you.

You are more than welcome to correct me if I am wrong (although you will correct me EVEN if I am right!).

If you were ever right - which hasn\'t actually happened - it would be by coincidence.

Well, you certainly wouldn\'t know because you are wrong most of the time.

One more of those delusions that you seem to find gratifying.

So says the IDIOT who advocates FIREBOMBING and NUKING his own country!

Another one of Sewage Sweepers gratifying delusion. He wilfully misunderstood the original thread. and can\'t be brought to see how he got it wrong.

--
Bill Sloman, Sydney
 
On Monday, January 9, 2023 at 6:17:59 AM UTC+11, Flyguy wrote:
On Friday, December 16, 2022 at 5:49:14 PM UTC-8, bill....@ieee.org wrote:
On Saturday, December 17, 2022 at 9:47:31 AM UTC+11, Flyguy wrote:
On Tuesday, December 13, 2022 at 11:27:47 PM UTC-8, bill....@ieee.org wrote:
On Wednesday, December 14, 2022 at 4:08:38 PM UTC+11, Flyguy wrote:
On Tuesday, December 6, 2022 at 3:02:46 AM UTC-8, bill....@ieee.org wrote:
On Tuesday, December 6, 2022 at 4:56:00 PM UTC+11, Flyguy wrote:
On Monday, December 5, 2022 at 2:16:00 AM UTC-8, bill....@ieee.org wrote:
On Monday, December 5, 2022 at 2:33:25 PM UTC+11, Flyguy wrote:
On Sunday, December 4, 2022 at 1:42:50 AM UTC-8, bill....@ieee.org wrote:
On Sunday, December 4, 2022 at 5:49:58 PM UTC+11, Flyguy wrote:
On Friday, December 2, 2022 at 9:02:37 PM UTC-8, Ed Lee wrote:
On Friday, December 2, 2022 at 8:30:47 PM UTC-8, Flyguy wrote:
snip
I was talking about them when you opined that said chargers could be put into residences IF you could \"negotiate\" their energy requirements with the utilities.

What I actually said was that the batteries could be recharged at home if you were prepared to go to enough trouble and spend enough money..

DUH! WTF is new about that - it was obviously in the context of superchargers.

A \"super charger \" is actually and an air-compressor that delivers compressed air to an air-craft engine.

https://en.wikipedia.org/wiki/Lockheed_P-38_Lightning

The twin tail booms of the P-38 accommodated two long axial super-charger compressors;

LOL! Have you LOST YOUR MIND, Bozo? I started to think that you just Googled \"super charger\" and that was the first hit, but, NO, the first hit is https://www.tesla.com/en_eu/supercharger.

I\'ve known about super chargers and the P-38 Lightening since long before Google existed.

With your claimed interest in aviation you should have too.

A home charger has to recharge one truck, not a stream of them. It isn\'t going to be a \"Level 3 Supercharger\" from a public charging station.

Sure as hell will have to, Bozo, to reach 341 KW. You are even dumber than I thought.

You haven\'t posted a complete specification of a level 3 supercharger, which isn\'t what I was talking about anyway.

\"Level 3\" is a performance claim from a specification to which you have never provided a link\'

https://www.forbes.com/wheels/advice/ev-charging-levels/

So says the idiot who NEVER provides requested facts. This link just CONFIRMS what I said: you can\'t put a Level 3 (supercharger) into a residence. If you think you can, provide me just ONE example.

Except - as I have been persistently pointing out - I never specifed a level 3 supercharger, but merely a fast charger, and did specify that you\'d probably need an electric car-sized battery at home to let you delver current into your truck at that sort of rate.
I didn\'t specify any particular kind of charger and I did mention that one of the options was to have fixed battery at home which could be recharged - relatively slowly - while you driving around in your truck and then use to recharge the truck battery rapidly when you got home.

Not even a remote option.

Not that you can spell why.

Why. Go find me such a charger, Bozo. Hint: this IS NOT a DIY project..

It wouldn\'t be for you. This is a forum for people who design electronics - or think they do. It would be a fun project, but expensive.

Sorry, but I stand by my claim, otherwise, show me just ONE person who has done this.

I don\'t have to. You might never have done a feasiblity study, but I have. This is obviously a feasible project - you might not think so, but you are an idiot.

You seem to want to simplify this into a product you could go out and buy off the shelf. It may even exist in the US market, but you wouldn\'t know about it if it did.

I would and it DOESN\'T.

You are confident that you would know. This looks a lot more like ignorant bluster than anything even vaguely convincing.

Again, produce the goods, Bozo.

For a windbag like you?

AGAIN, you FAIL to produce the facts because you DON\'T HAVE THEM!

No. Because I don\'t need to for a moronic windbag like you.

You are more than welcome to correct me if I am wrong (although you will correct me EVEN if I am right!).

If you were ever right - which hasn\'t actually happened - it would be by coincidence.

Well, you certainly wouldn\'t know because you are wrong most of the time.

One more of those delusions that you seem to find gratifying.

So says the IDIOT who advocates FIREBOMBING and NUKING his own country!

Another one of Sewage Sweepers gratifying delusion. He wilfully misunderstood the original thread. and can\'t be brought to see how he got it wrong.

--
Bill Sloman, Sydney
 
On Monday, January 9, 2023 at 6:17:59 AM UTC+11, Flyguy wrote:
On Friday, December 16, 2022 at 5:49:14 PM UTC-8, bill....@ieee.org wrote:
On Saturday, December 17, 2022 at 9:47:31 AM UTC+11, Flyguy wrote:
On Tuesday, December 13, 2022 at 11:27:47 PM UTC-8, bill....@ieee.org wrote:
On Wednesday, December 14, 2022 at 4:08:38 PM UTC+11, Flyguy wrote:
On Tuesday, December 6, 2022 at 3:02:46 AM UTC-8, bill....@ieee.org wrote:
On Tuesday, December 6, 2022 at 4:56:00 PM UTC+11, Flyguy wrote:
On Monday, December 5, 2022 at 2:16:00 AM UTC-8, bill....@ieee.org wrote:
On Monday, December 5, 2022 at 2:33:25 PM UTC+11, Flyguy wrote:
On Sunday, December 4, 2022 at 1:42:50 AM UTC-8, bill....@ieee.org wrote:
On Sunday, December 4, 2022 at 5:49:58 PM UTC+11, Flyguy wrote:
On Friday, December 2, 2022 at 9:02:37 PM UTC-8, Ed Lee wrote:
On Friday, December 2, 2022 at 8:30:47 PM UTC-8, Flyguy wrote:
snip
I was talking about them when you opined that said chargers could be put into residences IF you could \"negotiate\" their energy requirements with the utilities.

What I actually said was that the batteries could be recharged at home if you were prepared to go to enough trouble and spend enough money..

DUH! WTF is new about that - it was obviously in the context of superchargers.

A \"super charger \" is actually and an air-compressor that delivers compressed air to an air-craft engine.

https://en.wikipedia.org/wiki/Lockheed_P-38_Lightning

The twin tail booms of the P-38 accommodated two long axial super-charger compressors;

LOL! Have you LOST YOUR MIND, Bozo? I started to think that you just Googled \"super charger\" and that was the first hit, but, NO, the first hit is https://www.tesla.com/en_eu/supercharger.

I\'ve known about super chargers and the P-38 Lightening since long before Google existed.

With your claimed interest in aviation you should have too.

A home charger has to recharge one truck, not a stream of them. It isn\'t going to be a \"Level 3 Supercharger\" from a public charging station.

Sure as hell will have to, Bozo, to reach 341 KW. You are even dumber than I thought.

You haven\'t posted a complete specification of a level 3 supercharger, which isn\'t what I was talking about anyway.

\"Level 3\" is a performance claim from a specification to which you have never provided a link\'

https://www.forbes.com/wheels/advice/ev-charging-levels/

So says the idiot who NEVER provides requested facts. This link just CONFIRMS what I said: you can\'t put a Level 3 (supercharger) into a residence. If you think you can, provide me just ONE example.

Except - as I have been persistently pointing out - I never specifed a level 3 supercharger, but merely a fast charger, and did specify that you\'d probably need an electric car-sized battery at home to let you delver current into your truck at that sort of rate.
I didn\'t specify any particular kind of charger and I did mention that one of the options was to have fixed battery at home which could be recharged - relatively slowly - while you driving around in your truck and then use to recharge the truck battery rapidly when you got home.

Not even a remote option.

Not that you can spell why.

Why. Go find me such a charger, Bozo. Hint: this IS NOT a DIY project..

It wouldn\'t be for you. This is a forum for people who design electronics - or think they do. It would be a fun project, but expensive.

Sorry, but I stand by my claim, otherwise, show me just ONE person who has done this.

I don\'t have to. You might never have done a feasiblity study, but I have. This is obviously a feasible project - you might not think so, but you are an idiot.

You seem to want to simplify this into a product you could go out and buy off the shelf. It may even exist in the US market, but you wouldn\'t know about it if it did.

I would and it DOESN\'T.

You are confident that you would know. This looks a lot more like ignorant bluster than anything even vaguely convincing.

Again, produce the goods, Bozo.

For a windbag like you?

AGAIN, you FAIL to produce the facts because you DON\'T HAVE THEM!

No. Because I don\'t need to for a moronic windbag like you.

You are more than welcome to correct me if I am wrong (although you will correct me EVEN if I am right!).

If you were ever right - which hasn\'t actually happened - it would be by coincidence.

Well, you certainly wouldn\'t know because you are wrong most of the time.

One more of those delusions that you seem to find gratifying.

So says the IDIOT who advocates FIREBOMBING and NUKING his own country!

Another one of Sewage Sweepers gratifying delusion. He wilfully misunderstood the original thread. and can\'t be brought to see how he got it wrong.

--
Bill Sloman, Sydney
 
On Wed, 04 Jan 2023 06:25:09 GMT, Jan Panteltje
<pNaonStpealmtje@yahoo.com> wrote:

On a sunny day (Tue, 03 Jan 2023 09:03:50 -0800) it happened John Larkin
jlarkin@highlandSNIPMEtechnology.com> wrote in
6dn8rh5gotp5lccj6q92ai1nf7popcujsm@4ax.com>:

On Tue, 03 Jan 2023 16:12:35 GMT, Jan Panteltje
pNaonStpealmtje@yahoo.com> wrote:

On a sunny day (Tue, 03 Jan 2023 07:56:44 -0800) it happened John Larkin
jlarkin@highlandSNIPMEtechnology.com> wrote in
ltj8rhlgjm5te28qoclqfs52jm91o8o4ae@4ax.com>:

On Tue, 03 Jan 2023 06:37:30 GMT, Jan Panteltje
pNaonStpealmtje@yahoo.com> wrote:

On a sunny day (Mon, 02 Jan 2023 17:16:22 -0800) it happened John Larkin
jlarkin@highlandSNIPMEtechnology.com> wrote in
8307rhlf7tkc4u8842liop2eh77bgtukk5@4ax.com>:

On Mon, 2 Jan 2023 15:24:10 -0800 (PST), whit3rd <whit3rd@gmail.com
wrote:

On Sunday, January 1, 2023 at 10:41:42 PM UTC-8, Jan Panteltje wrote:

Climate change is caused by earth orbit variations and changes in the sun.

The \'earth orbit variations\' has different time progression than we see, and
as for \'changes in the sun\'-- that\'s the billion-year timescale. In a mere million
years, one doesn\'t expect a single degree F, let alone C, of difference.
So, your concerns with orbit and sun are misplaced.

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

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

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

https://en.wikipedia.org/wiki/Ice_age#Variations_in_Earth\'s_orbit

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

CO2 may save us.

Thank you!

The weather forcast here is for an atmospheric river driven by a bomb
cyclone. Other parts of the country are getting a polar vortex.

We never used to get these things. I blame Climate Change.

Well, it was dry today, went biking and shopping
Still +7 C...
Tomorrow lots of rain prediced again.
I still have some \'oliebollen\' left from new years eve..
https://en.wikipedia.org/wiki/Oliebol
with powdered sugar....
oliebollen and coffee with cream and apple pie.

The Canyon Market, a little store down in the village, makes their own
sourdough pizza dough, a lump in a baggie. We make a pizza with half
and fry up chunks from the other half as beignets. That saves a lot of
messing with flour and yeast and such.

I grew up on beignets and chicory coffee in New Orleans. Mo\'s Italian
mom used to do something similar that she called \"little Dutch
babies.\"

I make great biscuits, which are baked not fried. I might reveal the
process if there is overwhelming demand.

Do you have bread pudding in Old World hovels?

No, but I buy San Francisco cookies:
https://www.ah.nl/producten/product/wi168714/verkade-san-francisco-volkoren

They look awful.
 
On Wed, 04 Jan 2023 06:25:09 GMT, Jan Panteltje
<pNaonStpealmtje@yahoo.com> wrote:

On a sunny day (Tue, 03 Jan 2023 09:03:50 -0800) it happened John Larkin
jlarkin@highlandSNIPMEtechnology.com> wrote in
6dn8rh5gotp5lccj6q92ai1nf7popcujsm@4ax.com>:

On Tue, 03 Jan 2023 16:12:35 GMT, Jan Panteltje
pNaonStpealmtje@yahoo.com> wrote:

On a sunny day (Tue, 03 Jan 2023 07:56:44 -0800) it happened John Larkin
jlarkin@highlandSNIPMEtechnology.com> wrote in
ltj8rhlgjm5te28qoclqfs52jm91o8o4ae@4ax.com>:

On Tue, 03 Jan 2023 06:37:30 GMT, Jan Panteltje
pNaonStpealmtje@yahoo.com> wrote:

On a sunny day (Mon, 02 Jan 2023 17:16:22 -0800) it happened John Larkin
jlarkin@highlandSNIPMEtechnology.com> wrote in
8307rhlf7tkc4u8842liop2eh77bgtukk5@4ax.com>:

On Mon, 2 Jan 2023 15:24:10 -0800 (PST), whit3rd <whit3rd@gmail.com
wrote:

On Sunday, January 1, 2023 at 10:41:42 PM UTC-8, Jan Panteltje wrote:

Climate change is caused by earth orbit variations and changes in the sun.

The \'earth orbit variations\' has different time progression than we see, and
as for \'changes in the sun\'-- that\'s the billion-year timescale. In a mere million
years, one doesn\'t expect a single degree F, let alone C, of difference.
So, your concerns with orbit and sun are misplaced.

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

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

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

https://en.wikipedia.org/wiki/Ice_age#Variations_in_Earth\'s_orbit

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

CO2 may save us.

Thank you!

The weather forcast here is for an atmospheric river driven by a bomb
cyclone. Other parts of the country are getting a polar vortex.

We never used to get these things. I blame Climate Change.

Well, it was dry today, went biking and shopping
Still +7 C...
Tomorrow lots of rain prediced again.
I still have some \'oliebollen\' left from new years eve..
https://en.wikipedia.org/wiki/Oliebol
with powdered sugar....
oliebollen and coffee with cream and apple pie.

The Canyon Market, a little store down in the village, makes their own
sourdough pizza dough, a lump in a baggie. We make a pizza with half
and fry up chunks from the other half as beignets. That saves a lot of
messing with flour and yeast and such.

I grew up on beignets and chicory coffee in New Orleans. Mo\'s Italian
mom used to do something similar that she called \"little Dutch
babies.\"

I make great biscuits, which are baked not fried. I might reveal the
process if there is overwhelming demand.

Do you have bread pudding in Old World hovels?

No, but I buy San Francisco cookies:
https://www.ah.nl/producten/product/wi168714/verkade-san-francisco-volkoren

They look awful.
 
On Wed, 04 Jan 2023 06:25:09 GMT, Jan Panteltje
<pNaonStpealmtje@yahoo.com> wrote:

On a sunny day (Tue, 03 Jan 2023 09:03:50 -0800) it happened John Larkin
jlarkin@highlandSNIPMEtechnology.com> wrote in
6dn8rh5gotp5lccj6q92ai1nf7popcujsm@4ax.com>:

On Tue, 03 Jan 2023 16:12:35 GMT, Jan Panteltje
pNaonStpealmtje@yahoo.com> wrote:

On a sunny day (Tue, 03 Jan 2023 07:56:44 -0800) it happened John Larkin
jlarkin@highlandSNIPMEtechnology.com> wrote in
ltj8rhlgjm5te28qoclqfs52jm91o8o4ae@4ax.com>:

On Tue, 03 Jan 2023 06:37:30 GMT, Jan Panteltje
pNaonStpealmtje@yahoo.com> wrote:

On a sunny day (Mon, 02 Jan 2023 17:16:22 -0800) it happened John Larkin
jlarkin@highlandSNIPMEtechnology.com> wrote in
8307rhlf7tkc4u8842liop2eh77bgtukk5@4ax.com>:

On Mon, 2 Jan 2023 15:24:10 -0800 (PST), whit3rd <whit3rd@gmail.com
wrote:

On Sunday, January 1, 2023 at 10:41:42 PM UTC-8, Jan Panteltje wrote:

Climate change is caused by earth orbit variations and changes in the sun.

The \'earth orbit variations\' has different time progression than we see, and
as for \'changes in the sun\'-- that\'s the billion-year timescale. In a mere million
years, one doesn\'t expect a single degree F, let alone C, of difference.
So, your concerns with orbit and sun are misplaced.

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

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

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

https://en.wikipedia.org/wiki/Ice_age#Variations_in_Earth\'s_orbit

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

CO2 may save us.

Thank you!

The weather forcast here is for an atmospheric river driven by a bomb
cyclone. Other parts of the country are getting a polar vortex.

We never used to get these things. I blame Climate Change.

Well, it was dry today, went biking and shopping
Still +7 C...
Tomorrow lots of rain prediced again.
I still have some \'oliebollen\' left from new years eve..
https://en.wikipedia.org/wiki/Oliebol
with powdered sugar....
oliebollen and coffee with cream and apple pie.

The Canyon Market, a little store down in the village, makes their own
sourdough pizza dough, a lump in a baggie. We make a pizza with half
and fry up chunks from the other half as beignets. That saves a lot of
messing with flour and yeast and such.

I grew up on beignets and chicory coffee in New Orleans. Mo\'s Italian
mom used to do something similar that she called \"little Dutch
babies.\"

I make great biscuits, which are baked not fried. I might reveal the
process if there is overwhelming demand.

Do you have bread pudding in Old World hovels?

No, but I buy San Francisco cookies:
https://www.ah.nl/producten/product/wi168714/verkade-san-francisco-volkoren

They look awful.
 
On Wed, 4 Jan 2023 10:30:35 -0800, Joerg <news@analogconsultants.com>
wrote:

On 1/2/23 2:34 PM, Joe Gwinn wrote:
On Mon, 2 Jan 2023 12:59:00 -0800, Joerg <news@analogconsultants.com
wrote:

On 1/2/23 12:20 PM, whit3rd wrote:
On Monday, January 2, 2023 at 10:25:28 AM UTC-8, John Larkin wrote:

\"QUESTION: which upper level math courses did you find most applicable
to your major or masters courses. Are there any other free/cheap
courses that can set me up for success in Power Electronics and/or
Embedded systems?\"

I don\'t think that higher-level math courses set people up for success
in any EE field except academics.

Sensing, measuring, and filtering get a lot of utility from Fourier transform
techniques; it\'s hard to imagine success in phase-shift measurement without
using a F-transform. Absence of high-level math courses sets people
up for failure, but they won\'t ever know that.


Actually during one of my consulting projects in the mid-90\'s I reversed
that trend at a client. They had a big DSP do lots of Fourier transforms
and the auto-calibration routine for that board took forever. Tens of
seconds. I reverted all that to time-domain and it was finished after a
few hundred msec, every single time.

In the 80\'s we often did it with zero-crossers. Less math but blazingly
fast.

What was this big DSP doing? This story rings a bell.

In radar, the initial calibration involves multiple alternating
conversions between time and frequency domains, because the desired
result is a clean pulse in the time domain, achieved by adjusting
phase and amplitude settings as a function of frequency.


I am not at liberty to go into great detail but in a nutshell the DSP
was there to calibrate a multi-channel RF system via FFT with respect to
amplitude and phase. High precision was required. Theoretically it
could, of course, be done with the FFT but it took way too long and it
didn\'t always converge to the precision they needed. The sofwtare also
was, let\'s say, a bit temperamental.


Once the correct settings have been found iteratively, subsequent
calibration is by adjusting the various settings back to those golden
numbers - the file containing those golden numbers is of course called
a golden database.

Antenna pattern is first calibrated by a like process.


My time-domain routine didn\'t need any golden numbers and converged
every single time within less than half a second. We let the uC handle
that because the computational load dropped to peanuts. The big DSP
became unemployed.

The project start was the usual, everyone saying that FFT was the name
of the game and there wasn\'t any other decent way. If it didn\'t work in
time domain I\'d have to buy everyone a beer at night. If it did,
everyone had to buy me a beer. I needed a designated driver that night ...

Given an actual waveform a(t) and a desired waveform d(t), we can fix
a to make d with an equalizer having impulse response e(t)

d(t) = a(t) ** e(t) ** is convolution

Finding e is the reverse convolution problem.

The classic way to find e(t) is to do complex FFTs on a and d and
complex divide to get the FFT of e, then reverse FFT. That usually
makes a bunch of divide-by-0 or divide-by-almost-0 points, which sort
of blows up.

I do it in time domain.
 
On Wed, 4 Jan 2023 10:30:35 -0800, Joerg <news@analogconsultants.com>
wrote:

On 1/2/23 2:34 PM, Joe Gwinn wrote:
On Mon, 2 Jan 2023 12:59:00 -0800, Joerg <news@analogconsultants.com
wrote:

On 1/2/23 12:20 PM, whit3rd wrote:
On Monday, January 2, 2023 at 10:25:28 AM UTC-8, John Larkin wrote:

\"QUESTION: which upper level math courses did you find most applicable
to your major or masters courses. Are there any other free/cheap
courses that can set me up for success in Power Electronics and/or
Embedded systems?\"

I don\'t think that higher-level math courses set people up for success
in any EE field except academics.

Sensing, measuring, and filtering get a lot of utility from Fourier transform
techniques; it\'s hard to imagine success in phase-shift measurement without
using a F-transform. Absence of high-level math courses sets people
up for failure, but they won\'t ever know that.


Actually during one of my consulting projects in the mid-90\'s I reversed
that trend at a client. They had a big DSP do lots of Fourier transforms
and the auto-calibration routine for that board took forever. Tens of
seconds. I reverted all that to time-domain and it was finished after a
few hundred msec, every single time.

In the 80\'s we often did it with zero-crossers. Less math but blazingly
fast.

What was this big DSP doing? This story rings a bell.

In radar, the initial calibration involves multiple alternating
conversions between time and frequency domains, because the desired
result is a clean pulse in the time domain, achieved by adjusting
phase and amplitude settings as a function of frequency.


I am not at liberty to go into great detail but in a nutshell the DSP
was there to calibrate a multi-channel RF system via FFT with respect to
amplitude and phase. High precision was required. Theoretically it
could, of course, be done with the FFT but it took way too long and it
didn\'t always converge to the precision they needed. The sofwtare also
was, let\'s say, a bit temperamental.


Once the correct settings have been found iteratively, subsequent
calibration is by adjusting the various settings back to those golden
numbers - the file containing those golden numbers is of course called
a golden database.

Antenna pattern is first calibrated by a like process.


My time-domain routine didn\'t need any golden numbers and converged
every single time within less than half a second. We let the uC handle
that because the computational load dropped to peanuts. The big DSP
became unemployed.

The project start was the usual, everyone saying that FFT was the name
of the game and there wasn\'t any other decent way. If it didn\'t work in
time domain I\'d have to buy everyone a beer at night. If it did,
everyone had to buy me a beer. I needed a designated driver that night ...

Given an actual waveform a(t) and a desired waveform d(t), we can fix
a to make d with an equalizer having impulse response e(t)

d(t) = a(t) ** e(t) ** is convolution

Finding e is the reverse convolution problem.

The classic way to find e(t) is to do complex FFTs on a and d and
complex divide to get the FFT of e, then reverse FFT. That usually
makes a bunch of divide-by-0 or divide-by-almost-0 points, which sort
of blows up.

I do it in time domain.
 
On Wed, 4 Jan 2023 10:30:35 -0800, Joerg <news@analogconsultants.com>
wrote:

On 1/2/23 2:34 PM, Joe Gwinn wrote:
On Mon, 2 Jan 2023 12:59:00 -0800, Joerg <news@analogconsultants.com
wrote:

On 1/2/23 12:20 PM, whit3rd wrote:
On Monday, January 2, 2023 at 10:25:28 AM UTC-8, John Larkin wrote:

\"QUESTION: which upper level math courses did you find most applicable
to your major or masters courses. Are there any other free/cheap
courses that can set me up for success in Power Electronics and/or
Embedded systems?\"

I don\'t think that higher-level math courses set people up for success
in any EE field except academics.

Sensing, measuring, and filtering get a lot of utility from Fourier transform
techniques; it\'s hard to imagine success in phase-shift measurement without
using a F-transform. Absence of high-level math courses sets people
up for failure, but they won\'t ever know that.


Actually during one of my consulting projects in the mid-90\'s I reversed
that trend at a client. They had a big DSP do lots of Fourier transforms
and the auto-calibration routine for that board took forever. Tens of
seconds. I reverted all that to time-domain and it was finished after a
few hundred msec, every single time.

In the 80\'s we often did it with zero-crossers. Less math but blazingly
fast.

What was this big DSP doing? This story rings a bell.

In radar, the initial calibration involves multiple alternating
conversions between time and frequency domains, because the desired
result is a clean pulse in the time domain, achieved by adjusting
phase and amplitude settings as a function of frequency.


I am not at liberty to go into great detail but in a nutshell the DSP
was there to calibrate a multi-channel RF system via FFT with respect to
amplitude and phase. High precision was required. Theoretically it
could, of course, be done with the FFT but it took way too long and it
didn\'t always converge to the precision they needed. The sofwtare also
was, let\'s say, a bit temperamental.


Once the correct settings have been found iteratively, subsequent
calibration is by adjusting the various settings back to those golden
numbers - the file containing those golden numbers is of course called
a golden database.

Antenna pattern is first calibrated by a like process.


My time-domain routine didn\'t need any golden numbers and converged
every single time within less than half a second. We let the uC handle
that because the computational load dropped to peanuts. The big DSP
became unemployed.

The project start was the usual, everyone saying that FFT was the name
of the game and there wasn\'t any other decent way. If it didn\'t work in
time domain I\'d have to buy everyone a beer at night. If it did,
everyone had to buy me a beer. I needed a designated driver that night ...

Given an actual waveform a(t) and a desired waveform d(t), we can fix
a to make d with an equalizer having impulse response e(t)

d(t) = a(t) ** e(t) ** is convolution

Finding e is the reverse convolution problem.

The classic way to find e(t) is to do complex FFTs on a and d and
complex divide to get the FFT of e, then reverse FFT. That usually
makes a bunch of divide-by-0 or divide-by-almost-0 points, which sort
of blows up.

I do it in time domain.
 
On Saturday, January 7, 2023 at 4:37:57 AM UTC+11, John Larkin wrote:
On Fri, 6 Jan 2023 16:19:18 +0000, Martin Brown
\'\'\'newspam\'\'\'@nonad.co.uk> wrote:

On 06/01/2023 15:34, John Larkin wrote:
On Fri, 6 Jan 2023 12:18:49 +0000, Martin Brown

Another is big on plasma etch technology in silicon valley.

LAM?

Yes.
We once worked with a company in Fremont and designed an
electro-optical thing for their plasma etch system. They stole our
design.

Ho hum. They looked at what you thought was a design, and changed it enough to make it work. There are always two ways of looking at these sort of falling-outs, and the opinion of the guy who didn\'t think he got paid enough is only half the story.

--
Bill Sloman, Sydney
 
On Saturday, January 7, 2023 at 4:37:57 AM UTC+11, John Larkin wrote:
On Fri, 6 Jan 2023 16:19:18 +0000, Martin Brown
\'\'\'newspam\'\'\'@nonad.co.uk> wrote:

On 06/01/2023 15:34, John Larkin wrote:
On Fri, 6 Jan 2023 12:18:49 +0000, Martin Brown

Another is big on plasma etch technology in silicon valley.

LAM?

Yes.
We once worked with a company in Fremont and designed an
electro-optical thing for their plasma etch system. They stole our
design.

Ho hum. They looked at what you thought was a design, and changed it enough to make it work. There are always two ways of looking at these sort of falling-outs, and the opinion of the guy who didn\'t think he got paid enough is only half the story.

--
Bill Sloman, Sydney
 
On Saturday, January 7, 2023 at 4:37:57 AM UTC+11, John Larkin wrote:
On Fri, 6 Jan 2023 16:19:18 +0000, Martin Brown
\'\'\'newspam\'\'\'@nonad.co.uk> wrote:

On 06/01/2023 15:34, John Larkin wrote:
On Fri, 6 Jan 2023 12:18:49 +0000, Martin Brown

Another is big on plasma etch technology in silicon valley.

LAM?

Yes.
We once worked with a company in Fremont and designed an
electro-optical thing for their plasma etch system. They stole our
design.

Ho hum. They looked at what you thought was a design, and changed it enough to make it work. There are always two ways of looking at these sort of falling-outs, and the opinion of the guy who didn\'t think he got paid enough is only half the story.

--
Bill Sloman, Sydney
 
On a sunny day (Tue, 3 Jan 2023 04:28:41 -0800 (PST)) it happened Anthony
William Sloman <bill.sloman@ieee.org> wrote in
<9ed26dc7-3876-45e9-8b23-1a7132a17ac7n@googlegroups.com>:

As if Jan Panteltje had anything to teach - or at least anything to teach that
was worth learning. He does seem to have swallowed the climate change denial
twaddle, hook line and sinker, and now wants to spread the misleading
message, rather like a Jehovah\'s Witness.

Well, for starters you could learn some \'tronix
One thing I have learned is to evaluate things and make my own conclusions
You were brain formed to accept whatever they poured into your ears and eyes.

But it\'s OK, just boring to read you citing the polar bear climate fear script that was given to you.
;-)
 
On a sunny day (Tue, 3 Jan 2023 04:28:41 -0800 (PST)) it happened Anthony
William Sloman <bill.sloman@ieee.org> wrote in
<9ed26dc7-3876-45e9-8b23-1a7132a17ac7n@googlegroups.com>:

As if Jan Panteltje had anything to teach - or at least anything to teach that
was worth learning. He does seem to have swallowed the climate change denial
twaddle, hook line and sinker, and now wants to spread the misleading
message, rather like a Jehovah\'s Witness.

Well, for starters you could learn some \'tronix
One thing I have learned is to evaluate things and make my own conclusions
You were brain formed to accept whatever they poured into your ears and eyes.

But it\'s OK, just boring to read you citing the polar bear climate fear script that was given to you.
;-)
 

Welcome to EDABoard.com

Sponsor

Back
Top