Re: PE0FKO/DG8SAQ firmware conversion to Si5351A?
Hi Rob,
Here is a link where you can pick up the file:
73,
Ron / W4MMP
toggle quoted message
Show quoted text
On 10/12/2022 18:49, Rob Frohne (KL7NA) wrote: Hi Ron,
I didn't see any attachments.? Maybe groups.io removes them.
73,
Rob
KL7NA
On 10/12/22 10:29 AM, Ron / W4MMP via groups.io wrote:
CAUTION: This email originated from outside the Walla Walla University email system.
Hi,
I don't know if this will help, but attached is the firmware source code
for our products that use the Si5351. Much of this source is from
source that Jason Milldrum produced sometime ago.
73,
Ron / W4MMP
On 10/12/2022 13:06, Rob Frohne (KL7NA) wrote:
Hi Fred,
I started to look at your firmware a bit, and your hint about the other
oscillators is really helpful. Tom sent me the attached documentation
about his original protocol, and looking at quisk's implementation of
the softrock interface was also helpful. This is actually something
that would be useful to my electronics students. In the second quarter
of that subject the goal is to learn how to do an electronics project,
and the one I have been doing is a quadrature sampling detector HF SDR
receiver like the softrock. The firmware we were using was done on an
arduino and drove the Si5351. It would be really handy for them to have
firmware that would interface between the Si5351 and the softrock
protocol because then they could use other PC software than quisk if
they wished. At present our interface is with quisk, because it was
easy to do. Last year we moved to using a Raspberry pi pico in some of
the designs. Getting the firmware to work was the most difficult part
of their projects when they used the pico, but the emphasis of the class
is on the hardware, not software, so I need to address that. The pico
firmware is working now, but it still uses the old protocol we had
before and I am attracted to the idea of either emulating the Softrock
interface, or modifying your firmware so the Si5351 will work. I don't
know if I will have time to get this going, but I'm looking at it a bit.
Thanks so much for your work on the Softrock firmware, and for your very
helpful hints here!
73,
Rob
KL7NA
On 10/12/22 9:02 AM, pe0fko via groups.io wrote:
CAUTION: This email originated from outside the Walla Walla University email system.
Hi Group,
I did seen the questions about the Si5351 now and before (did read your mail Rob).
The Si5351 is also a good oscillator in some cases and can be used with my firmware I expect. The firmware also support on the moment the Si570, Si549 and the AD9850 with compile options so the Si5351 can also included. The attiny84 chip is used because he is Tiny. Other AVR chips like the atmega328 can also be used (I did run it on a softrock some time ago) to run with some more space.
The firmware source and all the protocol documentation is on my website ;data=05%7C01%7Crob.frohne%40wallawalla.edu%7Cf5435f31966e4eca6a3408daac775b18%7Cd958f048e43142779c8debfb75e7aa64%7C0%7C0%7C638011925886607162%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=xgvMPeo1dmWrbn1drNFywcLnWref0uZRUu2due7%2BjII%3D&reserved=0
Have a nice day!
73, pe0fko
--
Rob Frohne, Ph.D. P.E.
E. F. Cross School of Engineering
Walla Walla University
100 SW 4th Street
College Place, WA 99362
(509) 527-2075
|
I think I hit "Reply" before I was done. This is all of them - toroids in
filters for the LF Softrock Ensemble II version:
L1, L3 - 68 turns on T37-3 core
L2 - 47 turns on T37-3 core
L4, L6 - 47 turns on T30-15 core
L5 - 22 turns on T30-15 core
L7, L9 - 33 turns on T30-15 core
L8 - 17 turns on T30-15 core
L10, L12 - 32 turns on T30-2 core (same as in design)
L11 - 17 turns on T30-2 core (same as in design)
These result in a lot less winding being done! Bottom LF performance seems
even a bit better than with the originals.
73, Zack W9SZ
|
If you would like to order the appropriate toroids from Amidon, I have calculated numbers of turns for some different toroids which result in less thruns being needed on each. These are the calculations: L1, L3 - 68 turns on T37-3 core L2 - 47 turns on T37-3 core L4, L6 - 47 turns on T30-15 core L5 - 22 turns on T30-15 core L7, L9 - 33 turns on T30-15 core On Wed, Oct 12, 2022 at 3:18 PM Kevin Gilot NZ1I <kevinemtid@...> wrote: Thank you Chris.
I was hoping it wasn’t a dumb question. This is the first kit I’ve built
with that many turns on toroid. And of course previously, I would follow
the non overlapping method of winding them. I just didn’t want to Assume
and therefore my question.
Thank you again and 73,
Kevin NZ1I
|
Re: piggyback boards for RxTx 6.3
I've got the RxTx 6.3 working - I set it up as a broadband low-power radio to use with an outboard amp I built, so that I could use the radio on multiple bands. I've also got an Ensemble kit, but haven't had the time to put it together and thought if I could find the two piggyback boards, I could build them and have the radio going in an hour or so (the RxTx 6.3 works, but the low power broadband setup won't do the job).
I could kludge together the boards for 10 - they'd be ugly but as long as they worked, that's what counts. I was hoping someone might have the two needed lying in a parts bin somewhere.
Thanks for the offer!
Bob
|
Re: PE0FKO/DG8SAQ firmware conversion to Si5351A?
Hi Ron,
I didn't see any attachments.? Maybe groups.io removes them.
73,
Rob
KL7NA
toggle quoted message
Show quoted text
On 10/12/22 10:29 AM, Ron / W4MMP via groups.io wrote: CAUTION: This email originated from outside the Walla Walla University email system.
Hi,
I don't know if this will help, but attached is the firmware source code
for our products that use the Si5351. Much of this source is from
source that Jason Milldrum produced sometime ago.
73,
Ron / W4MMP
On 10/12/2022 13:06, Rob Frohne (KL7NA) wrote:
Hi Fred,
I started to look at your firmware a bit, and your hint about the other
oscillators is really helpful. Tom sent me the attached documentation
about his original protocol, and looking at quisk's implementation of
the softrock interface was also helpful. This is actually something
that would be useful to my electronics students. In the second quarter
of that subject the goal is to learn how to do an electronics project,
and the one I have been doing is a quadrature sampling detector HF SDR
receiver like the softrock. The firmware we were using was done on an
arduino and drove the Si5351. It would be really handy for them to have
firmware that would interface between the Si5351 and the softrock
protocol because then they could use other PC software than quisk if
they wished. At present our interface is with quisk, because it was
easy to do. Last year we moved to using a Raspberry pi pico in some of
the designs. Getting the firmware to work was the most difficult part
of their projects when they used the pico, but the emphasis of the class
is on the hardware, not software, so I need to address that. The pico
firmware is working now, but it still uses the old protocol we had
before and I am attracted to the idea of either emulating the Softrock
interface, or modifying your firmware so the Si5351 will work. I don't
know if I will have time to get this going, but I'm looking at it a bit.
Thanks so much for your work on the Softrock firmware, and for your very
helpful hints here!
73,
Rob
KL7NA
On 10/12/22 9:02 AM, pe0fko via groups.io wrote:
CAUTION: This email originated from outside the Walla Walla University email system.
Hi Group,
I did seen the questions about the Si5351 now and before (did read your mail Rob).
The Si5351 is also a good oscillator in some cases and can be used with my firmware I expect. The firmware also support on the moment the Si570, Si549 and the AD9850 with compile options so the Si5351 can also included. The attiny84 chip is used because he is Tiny. Other AVR chips like the atmega328 can also be used (I did run it on a softrock some time ago) to run with some more space.
The firmware source and all the protocol documentation is on my website ;data=05%7C01%7Crob.frohne%40wallawalla.edu%7Cf5435f31966e4eca6a3408daac775b18%7Cd958f048e43142779c8debfb75e7aa64%7C0%7C0%7C638011925886607162%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=xgvMPeo1dmWrbn1drNFywcLnWref0uZRUu2due7%2BjII%3D&reserved=0
Have a nice day!
73, pe0fko
--
Rob Frohne, Ph.D. P.E.
E. F. Cross School of Engineering
Walla Walla University
100 SW 4th Street
College Place, WA 99362
(509) 527-2075
|
Re: PE0FKO/DG8SAQ firmware conversion to Si5351A?
Yes, you are right Fred.? I think this is the best way to modify your code to get what we want using the Arduino platform.? The raspberry pi pico has a USB 1.1 host/device on it as well, but that would not be easy to port your code to I suspect.? It looks like there are a number of Arduinos using the 32U4.? I'll have to look at that a bit more.
Thanks,
Rob
toggle quoted message
Show quoted text
On 10/12/22 2:14 PM, pe0fko via groups.io wrote: CAUTION: This email originated from outside the Walla Walla University email system.
Hi Rob,
I don't think that changing the protocol to serial rs232 is a good idea!
Then it is a 'other' protocol not compatible with the existing radio
hardware and sdr software receivers.
Also the Arduino's are using the AVR chips with with hardware USB
support (Arduino UNO with a atmega8u2) for the USB to Serial and for the
main cpu in de Arduino with chips like the atmega32u4.
So it will be possible to run a sketch with the protocol on a Arduino
with hardware USB support (atmega32u4 and others) if you like to use
Arduino's.
73, pe0fko
On 10/12/22 21:36, Rob Frohne (KL7NA) wrote:
Thanks Fred!
I missed the protocol on your page.? That is very useful!? Yes, it
would be nice to have a way to use built in USB. I really wish that
the softrock protocol would innumerate as a USB->Serial device because
the Arduino devices use these.
Thanks again!
73,
Rob
KL7NA
On 10/12/22 11:26 AM, pe0fko via groups.io wrote:
CAUTION: This email originated from outside the Walla Walla
University email system.
Hi Rob,
If you are interested in the latest version of the protocol you can look
at the end of page
;data=05%7C01%7Crob.frohne%40wallawalla.edu%7Cf6901eff89e9405f1e4308daac96b739%7Cd958f048e43142779c8debfb75e7aa64%7C0%7C0%7C638012060584260108%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=HJriKT0yLINL2%2BBvfGeP9E%2BUWWcOMrMYWT7Au0Ki2ts%3D&reserved=0
, there is the
complete protocol is written down.
The nice thing of a protocol is not the protocol but the fact that
everyone can use it, in this case the are many sdr receivers that
understand the protocol. Even the HamLib did have a module for
controling the softrock protocol.
The firmware need to add the Si5351 calc freq and program the chip
over i2c.
On the moment the firmware uses the V-USB lib to simulate the USB
hardware protocol on a AVR chip without the hardware support for USB.
It will be very nice if there will be a version for the AVR chips that
have hardware USB support, then it will also support above USB1 version.
73, pe0fko
On 10/12/22 18:59, Rob Frohne (KL7NA) wrote:
Hi Fred,
I started to look at your firmware a bit, and your hint about the
other oscillators is really helpful.? Tom sent me the attached
documentation about his original protocol, and looking at quisk's
implementation of the softrock interface was also helpful. This is
actually something that would be useful to my electronics students.
In the second quarter of that subject the goal is to learn how to do
an electronics project, and the one I have been doing is a quadrature
sampling detector HF SDR receiver like the softrock.? The firmware we
were using was done on an arduino and drove the Si5351.? It would be
really handy for them to have firmware that would interface between
the Si5351 and the softrock protocol because then they could use other
PC software than quisk if they wished.? At present our interface is
with quisk, because it was easy to do.? Last year we moved to using a
Raspberry pi pico in some of the designs.? Getting the firmware to
work was the most difficult part of their projects when they used the
pico, but the emphasis of the class is on the hardware, not software,
so I need to address that.? The pico firmware is working now, but it
still uses the old protocol we had before and I am attracted to the
idea of either emulating the Softrock interface, or modifying your
firmware so the Si5351 will work.? I don't know if I will have time to
get this going, but I'm looking at it a bit.
Thanks so much for your work on the Softrock firmware, and for your
very helpful hints here!
73,
Rob
KL7NA
On 10/12/22 9:02 AM, pe0fko via groups.io wrote:
CAUTION: This email originated from outside the Walla Walla
University email system.
Hi Group,
I did seen the questions about the Si5351 now and before (did read
your mail Rob).
The Si5351 is also a good oscillator in some cases and can be used
with my firmware I expect. The firmware also support on the moment
the Si570, Si549 and the AD9850 with compile options so the Si5351
can also included. The attiny84 chip is used because he is Tiny.
Other AVR chips like the atmega328 can also be used (I did run it on
a softrock some time ago) to run with some more space.
The firmware source and all the protocol documentation is on my
website
;data=05%7C01%7Crob.frohne%40wallawalla.edu%7Cf6901eff89e9405f1e4308daac96b739%7Cd958f048e43142779c8debfb75e7aa64%7C0%7C0%7C638012060584260108%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=iMqtDz8ccNxtPiSidzNFQGhkv1Tpq5dPddfPTc%2F3mjo%3D&reserved=0
Have a nice day!
73, pe0fko
--
Rob Frohne, Ph.D. P.E.
E. F. Cross School of Engineering
Walla Walla University
100 SW 4th Street
College Place, WA 99362
(509) 527-2075
|
Re: PE0FKO/DG8SAQ firmware conversion to Si5351A?
Hi Rob,
I don't think that changing the protocol to serial rs232 is a good idea! Then it is a 'other' protocol not compatible with the existing radio hardware and sdr software receivers.
Also the Arduino's are using the AVR chips with with hardware USB support (Arduino UNO with a atmega8u2) for the USB to Serial and for the main cpu in de Arduino with chips like the atmega32u4.
So it will be possible to run a sketch with the protocol on a Arduino with hardware USB support (atmega32u4 and others) if you like to use Arduino's.
73, pe0fko
toggle quoted message
Show quoted text
On 10/12/22 21:36, Rob Frohne (KL7NA) wrote: Thanks Fred!
I missed the protocol on your page.? That is very useful!? Yes, it would be nice to have a way to use built in USB. I really wish that the softrock protocol would innumerate as a USB->Serial device because the Arduino devices use these.
Thanks again!
73,
Rob
KL7NA
On 10/12/22 11:26 AM, pe0fko via groups.io wrote:
CAUTION: This email originated from outside the Walla Walla University email system.
Hi Rob,
If you are interested in the latest version of the protocol you can look
at the end of page ;data=05%7C01%7Crob.frohne%40wallawalla.edu%7Cd16725648d934c736eca08daac7f4f82%7Cd958f048e43142779c8debfb75e7aa64%7C0%7C0%7C638011960056028957%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=56XiYTZZ57p9Ua%2BXH%2Fx0k4xn2bHJ8wWrjMhsRzRIImU%3D&reserved=0 , there is the
complete protocol is written down.
The nice thing of a protocol is not the protocol but the fact that
everyone can use it, in this case the are many sdr receivers that
understand the protocol. Even the HamLib did have a module for
controling the softrock protocol.
The firmware need to add the Si5351 calc freq and program the chip over i2c.
On the moment the firmware uses the V-USB lib to simulate the USB
hardware protocol on a AVR chip without the hardware support for USB.
It will be very nice if there will be a version for the AVR chips that
have hardware USB support, then it will also support above USB1 version.
73, pe0fko
On 10/12/22 18:59, Rob Frohne (KL7NA) wrote:
Hi Fred,
I started to look at your firmware a bit, and your hint about the
other oscillators is really helpful.? Tom sent me the attached
documentation about his original protocol, and looking at quisk's
implementation of the softrock interface was also helpful. This is
actually something that would be useful to my electronics students.
In the second quarter of that subject the goal is to learn how to do
an electronics project, and the one I have been doing is a quadrature
sampling detector HF SDR receiver like the softrock.? The firmware we
were using was done on an arduino and drove the Si5351.? It would be
really handy for them to have firmware that would interface between
the Si5351 and the softrock protocol because then they could use other
PC software than quisk if they wished.? At present our interface is
with quisk, because it was easy to do.? Last year we moved to using a
Raspberry pi pico in some of the designs.? Getting the firmware to
work was the most difficult part of their projects when they used the
pico, but the emphasis of the class is on the hardware, not software,
so I need to address that.? The pico firmware is working now, but it
still uses the old protocol we had before and I am attracted to the
idea of either emulating the Softrock interface, or modifying your
firmware so the Si5351 will work.? I don't know if I will have time to
get this going, but I'm looking at it a bit.
Thanks so much for your work on the Softrock firmware, and for your
very helpful hints here!
73,
Rob
KL7NA
On 10/12/22 9:02 AM, pe0fko via groups.io wrote:
CAUTION: This email originated from outside the Walla Walla
University email system.
Hi Group,
I did seen the questions about the Si5351 now and before (did read
your mail Rob).
The Si5351 is also a good oscillator in some cases and can be used
with my firmware I expect. The firmware also support on the moment
the Si570, Si549 and the AD9850 with compile options so the Si5351
can also included. The attiny84 chip is used because he is Tiny.
Other AVR chips like the atmega328 can also be used (I did run it on
a softrock some time ago) to run with some more space.
The firmware source and all the protocol documentation is on my
website
;data=05%7C01%7Crob.frohne%40wallawalla.edu%7Cd16725648d934c736eca08daac7f4f82%7Cd958f048e43142779c8debfb75e7aa64%7C0%7C0%7C638011960056028957%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=eVPcfeYA5%2BxXTKEV18W8a1vB0XsgAPIvauM9SBnylz8%3D&reserved=0
Have a nice day!
73, pe0fko
|
Thank you Chris.
I was hoping it wasn’t a dumb question. This is the first kit I’ve built with that many turns on toroid. And of course previously, I would follow the non overlapping method of winding them. I just didn’t want to Assume and therefore my question.
Thank you again and 73,
Kevin NZ1I
|
Re: PE0FKO/DG8SAQ firmware conversion to Si5351A?
Thanks Fred!
I missed the protocol on your page.? That is very useful!? Yes, it would be nice to have a way to use built in USB. I really wish that the softrock protocol would innumerate as a USB->Serial device because the Arduino devices use these.
Thanks again!
73,
Rob
KL7NA
toggle quoted message
Show quoted text
On 10/12/22 11:26 AM, pe0fko via groups.io wrote: CAUTION: This email originated from outside the Walla Walla University email system.
Hi Rob,
If you are interested in the latest version of the protocol you can look
at the end of page ;data=05%7C01%7Crob.frohne%40wallawalla.edu%7Cd16725648d934c736eca08daac7f4f82%7Cd958f048e43142779c8debfb75e7aa64%7C0%7C0%7C638011960056028957%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=56XiYTZZ57p9Ua%2BXH%2Fx0k4xn2bHJ8wWrjMhsRzRIImU%3D&reserved=0 , there is the
complete protocol is written down.
The nice thing of a protocol is not the protocol but the fact that
everyone can use it, in this case the are many sdr receivers that
understand the protocol. Even the HamLib did have a module for
controling the softrock protocol.
The firmware need to add the Si5351 calc freq and program the chip over i2c.
On the moment the firmware uses the V-USB lib to simulate the USB
hardware protocol on a AVR chip without the hardware support for USB.
It will be very nice if there will be a version for the AVR chips that
have hardware USB support, then it will also support above USB1 version.
73, pe0fko
On 10/12/22 18:59, Rob Frohne (KL7NA) wrote:
Hi Fred,
I started to look at your firmware a bit, and your hint about the
other oscillators is really helpful.? Tom sent me the attached
documentation about his original protocol, and looking at quisk's
implementation of the softrock interface was also helpful.? This is
actually something that would be useful to my electronics students.
In the second quarter of that subject the goal is to learn how to do
an electronics project, and the one I have been doing is a quadrature
sampling detector HF SDR receiver like the softrock.? The firmware we
were using was done on an arduino and drove the Si5351.? It would be
really handy for them to have firmware that would interface between
the Si5351 and the softrock protocol because then they could use other
PC software than quisk if they wished.? At present our interface is
with quisk, because it was easy to do.? Last year we moved to using a
Raspberry pi pico in some of the designs.? Getting the firmware to
work was the most difficult part of their projects when they used the
pico, but the emphasis of the class is on the hardware, not software,
so I need to address that.? The pico firmware is working now, but it
still uses the old protocol we had before and I am attracted to the
idea of either emulating the Softrock interface, or modifying your
firmware so the Si5351 will work.? I don't know if I will have time to
get this going, but I'm looking at it a bit.
Thanks so much for your work on the Softrock firmware, and for your
very helpful hints here!
73,
Rob
KL7NA
On 10/12/22 9:02 AM, pe0fko via groups.io wrote:
CAUTION: This email originated from outside the Walla Walla
University email system.
Hi Group,
I did seen the questions about the Si5351 now and before (did read
your mail Rob).
The Si5351 is also a good oscillator in some cases and can be used
with my firmware I expect. The firmware also support on the moment
the Si570, Si549 and the AD9850 with compile options so the Si5351
can also included. The attiny84 chip is used because he is Tiny.
Other AVR chips like the atmega328 can also be used (I did run it on
a softrock some time ago) to run with some more space.
The firmware source and all the protocol documentation is on my
website
;data=05%7C01%7Crob.frohne%40wallawalla.edu%7Cd16725648d934c736eca08daac7f4f82%7Cd958f048e43142779c8debfb75e7aa64%7C0%7C0%7C638011960056028957%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=eVPcfeYA5%2BxXTKEV18W8a1vB0XsgAPIvauM9SBnylz8%3D&reserved=0
Have a nice day!
73, pe0fko
--
Rob Frohne, Ph.D. P.E.
E. F. Cross School of Engineering
Walla Walla University
100 SW 4th Street
College Place, WA 99362
(509) 527-2075
|
Re: PE0FKO/DG8SAQ firmware conversion to Si5351A?
Hi Rob,
If you are interested in the latest version of the protocol you can look at the end of page , there is the complete protocol is written down.
The nice thing of a protocol is not the protocol but the fact that everyone can use it, in this case the are many sdr receivers that understand the protocol. Even the HamLib did have a module for controling the softrock protocol.
The firmware need to add the Si5351 calc freq and program the chip over i2c.
On the moment the firmware uses the V-USB lib to simulate the USB hardware protocol on a AVR chip without the hardware support for USB.
It will be very nice if there will be a version for the AVR chips that have hardware USB support, then it will also support above USB1 version.
73, pe0fko
toggle quoted message
Show quoted text
On 10/12/22 18:59, Rob Frohne (KL7NA) wrote: Hi Fred,
I started to look at your firmware a bit, and your hint about the other oscillators is really helpful.? Tom sent me the attached documentation about his original protocol, and looking at quisk's implementation of the softrock interface was also helpful.? This is actually something that would be useful to my electronics students.? In the second quarter of that subject the goal is to learn how to do an electronics project, and the one I have been doing is a quadrature sampling detector HF SDR receiver like the softrock.? The firmware we were using was done on an arduino and drove the Si5351.? It would be really handy for them to have firmware that would interface between the Si5351 and the softrock protocol because then they could use other PC software than quisk if they wished.? At present our interface is with quisk, because it was easy to do.? Last year we moved to using a Raspberry pi pico in some of the designs.? Getting the firmware to work was the most difficult part of their projects when they used the pico, but the emphasis of the class is on the hardware, not software, so I need to address that.? The pico firmware is working now, but it still uses the old protocol we had before and I am attracted to the idea of either emulating the Softrock interface, or modifying your firmware so the Si5351 will work.? I don't know if I will have time to get this going, but I'm looking at it a bit.
Thanks so much for your work on the Softrock firmware, and for your very helpful hints here!
73,
Rob
KL7NA
On 10/12/22 9:02 AM, pe0fko via groups.io wrote:
CAUTION: This email originated from outside the Walla Walla University email system.
Hi Group,
I did seen the questions about the Si5351 now and before (did read your mail Rob).
The Si5351 is also a good oscillator in some cases and can be used with my firmware I expect. The firmware also support on the moment the Si570, Si549 and the AD9850 with compile options so the Si5351 can also included. The attiny84 chip is used because he is Tiny. Other AVR chips like the atmega328 can also be used (I did run it on a softrock some time ago) to run with some more space.
The firmware source and all the protocol documentation is on my website ;data=05%7C01%7Crob.frohne%40wallawalla.edu%7Cf68eb90f3c0f4864e44508daac6b37bd%7Cd958f048e43142779c8debfb75e7aa64%7C0%7C0%7C638011873745563043%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=pb6B1wduyeG3im73eC7YJJx25JbFvHsv2M%2BXOeH422Q%3D&reserved=0
Have a nice day!
73, pe0fko
|
Re: PE0FKO/DG8SAQ firmware conversion to Si5351A?
Hi,
I don't know if this will help, but attached is the firmware source code
for our products that use the Si5351.? Much of this source is from
source that Jason Milldrum produced sometime ago.
73,
Ron / W4MMP
toggle quoted message
Show quoted text
On 10/12/2022 13:06, Rob Frohne (KL7NA) wrote: Hi Fred,
I started to look at your firmware a bit, and your hint about the other
oscillators is really helpful.? Tom sent me the attached documentation
about his original protocol, and looking at quisk's implementation of
the softrock interface was also helpful.? This is actually something
that would be useful to my electronics students.? In the second quarter
of that subject the goal is to learn how to do an electronics project,
and the one I have been doing is a quadrature sampling detector HF SDR
receiver like the softrock.? The firmware we were using was done on an
arduino and drove the Si5351.? It would be really handy for them to have
firmware that would interface between the Si5351 and the softrock
protocol because then they could use other PC software than quisk if
they wished.? At present our interface is with quisk, because it was
easy to do.? Last year we moved to using a Raspberry pi pico in some of
the designs.? Getting the firmware to work was the most difficult part
of their projects when they used the pico, but the emphasis of the class
is on the hardware, not software, so I need to address that.? The pico
firmware is working now, but it still uses the old protocol we had
before and I am attracted to the idea of either emulating the Softrock
interface, or modifying your firmware so the Si5351 will work.? I don't
know if I will have time to get this going, but I'm looking at it a bit.
Thanks so much for your work on the Softrock firmware, and for your very
helpful hints here!
73,
Rob
KL7NA
On 10/12/22 9:02 AM, pe0fko via groups.io wrote:
CAUTION: This email originated from outside the Walla Walla University email system.
Hi Group,
I did seen the questions about the Si5351 now and before (did read your mail Rob).
The Si5351 is also a good oscillator in some cases and can be used with my firmware I expect. The firmware also support on the moment the Si570, Si549 and the AD9850 with compile options so the Si5351 can also included. The attiny84 chip is used because he is Tiny. Other AVR chips like the atmega328 can also be used (I did run it on a softrock some time ago) to run with some more space.
The firmware source and all the protocol documentation is on my website ;data=05%7C01%7Crob.frohne%40wallawalla.edu%7Cf68eb90f3c0f4864e44508daac6b37bd%7Cd958f048e43142779c8debfb75e7aa64%7C0%7C0%7C638011873745563043%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=pb6B1wduyeG3im73eC7YJJx25JbFvHsv2M%2BXOeH422Q%3D&reserved=0
Have a nice day!
73, pe0fko
--
Rob Frohne, Ph.D. P.E.
E. F. Cross School of Engineering
Walla Walla University
100 SW 4th Street
College Place, WA 99362
(509) 527-2075
|
Re: PE0FKO/DG8SAQ firmware conversion to Si5351A?
Hi Fred,
I started to look at your firmware a bit, and your hint about the other oscillators is really helpful.? Tom sent me the attached documentation about his original protocol, and looking at quisk's implementation of the softrock interface was also helpful.? This is actually something that would be useful to my electronics students.? In the second quarter of that subject the goal is to learn how to do an electronics project, and the one I have been doing is a quadrature sampling detector HF SDR receiver like the softrock.? The firmware we were using was done on an arduino and drove the Si5351.? It would be really handy for them to have firmware that would interface between the Si5351 and the softrock protocol because then they could use other PC software than quisk if they wished.? At present our interface is with quisk, because it was easy to do.? Last year we moved to using a Raspberry pi pico in some of the designs.? Getting the firmware to work was the most difficult part of their projects when they used the pico, but the emphasis of the class is on the hardware, not software, so I need to address that.? The pico firmware is working now, but it still uses the old protocol we had before and I am attracted to the idea of either emulating the Softrock interface, or modifying your firmware so the Si5351 will work.? I don't know if I will have time to get this going, but I'm looking at it a bit.
Thanks so much for your work on the Softrock firmware, and for your very helpful hints here!
73,
Rob
KL7NA
toggle quoted message
Show quoted text
On 10/12/22 9:02 AM, pe0fko via groups.io wrote: CAUTION: This email originated from outside the Walla Walla University email system.
Hi Group,
I did seen the questions about the Si5351 now and before (did read your mail Rob).
The Si5351 is also a good oscillator in some cases and can be used with my firmware I expect. The firmware also support on the moment the Si570, Si549 and the AD9850 with compile options so the Si5351 can also included. The attiny84 chip is used because he is Tiny. Other AVR chips like the atmega328 can also be used (I did run it on a softrock some time ago) to run with some more space.
The firmware source and all the protocol documentation is on my website ;data=05%7C01%7Crob.frohne%40wallawalla.edu%7Cf68eb90f3c0f4864e44508daac6b37bd%7Cd958f048e43142779c8debfb75e7aa64%7C0%7C0%7C638011873745563043%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=pb6B1wduyeG3im73eC7YJJx25JbFvHsv2M%2BXOeH422Q%3D&reserved=0
Have a nice day!
73, pe0fko
--
Rob Frohne, Ph.D. P.E.
E. F. Cross School of Engineering
Walla Walla University
100 SW 4th Street
College Place, WA 99362
(509) 527-2075
|
Re: PE0FKO/DG8SAQ firmware conversion to Si5351A?
Hi Fred,
I started to look at your firmware a bit, and your hint about the other oscillators is really helpful.? Tom sent me the attached documentation about his original protocol, and looking at quisk's implementation of the softrock interface was also helpful.? This is actually something that would be useful to my electronics students.? In the second quarter of that subject the goal is to learn how to do an electronics project, and the one I have been doing is a quadrature sampling detector HF SDR receiver like the softrock.? The firmware we were using was done on an arduino and drove the Si5351.? It would be really handy for them to have firmware that would interface between the Si5351 and the softrock protocol because then they could use other PC software than quisk if they wished.? At present our interface is with quisk, because it was easy to do.? Last year we moved to using a Raspberry pi pico in some of the designs.? Getting the firmware to work was the most difficult part of their projects when they used the pico, but the emphasis of the class is on the hardware, not software, so I need to address that.? The pico firmware is working now, but it still uses the old protocol we had before and I am attracted to the idea of either emulating the Softrock interface, or modifying your firmware so the Si5351 will work.? I don't know if I will have time to get this going, but I'm looking at it a bit.
Thanks so much for your work on the Softrock firmware, and for your very helpful hints here!
73,
Rob
KL7NA
toggle quoted message
Show quoted text
On 10/12/22 9:02 AM, pe0fko via groups.io wrote: CAUTION: This email originated from outside the Walla Walla University email system.
Hi Group,
I did seen the questions about the Si5351 now and before (did read your mail Rob).
The Si5351 is also a good oscillator in some cases and can be used with my firmware I expect. The firmware also support on the moment the Si570, Si549 and the AD9850 with compile options so the Si5351 can also included. The attiny84 chip is used because he is Tiny. Other AVR chips like the atmega328 can also be used (I did run it on a softrock some time ago) to run with some more space.
The firmware source and all the protocol documentation is on my website ;data=05%7C01%7Crob.frohne%40wallawalla.edu%7Cf68eb90f3c0f4864e44508daac6b37bd%7Cd958f048e43142779c8debfb75e7aa64%7C0%7C0%7C638011873745563043%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=pb6B1wduyeG3im73eC7YJJx25JbFvHsv2M%2BXOeH422Q%3D&reserved=0
Have a nice day!
73, pe0fko
--
Rob Frohne, Ph.D. P.E.
E. F. Cross School of Engineering
Walla Walla University
100 SW 4th Street
College Place, WA 99362
(509) 527-2075
|
Re: PE0FKO/DG8SAQ firmware conversion to Si5351A?
Hi Group,
I did seen the questions about the Si5351 now and before (did read your mail Rob).
The Si5351 is also a good oscillator in some cases and can be used with my firmware I expect. The firmware also support on the moment the Si570, Si549 and the AD9850 with compile options so the Si5351 can also included. The attiny84 chip is used because he is Tiny. Other AVR chips like the atmega328 can also be used (I did run it on a softrock some time ago) to run with some more space.
The firmware source and all the protocol documentation is on my website
Have a nice day!
73, pe0fko
|
Re: piggyback boards for RxTx 6.3
Have you assembled the kit yet?
If not, I can sell you an ensemble bare board. You would have to compare the schematic and BOM's to see if enough of the parts would be usable to make it worthwhile.
If not the RXTX ensemble kits are available.
73
AD8AW
Ben
|
Re: piggyback boards for RxTx 6.3
|
Re: PE0FKO/DG8SAQ firmware conversion to Si5351A?
Hi Mike,
A way to get around the memory limitations and make the porting easier would be to use a processor with more memory.? These days you should be able to get something in the same price range with more memory and processor capabilities for close to the same price, or at least still saving money when taking into account the money saved on the oscillator.
73,
Rob
KL7NA
toggle quoted message
Show quoted text
On 10/11/22 8:37 PM, vbifyz via groups.io wrote: CAUTION: This email originated from outside the Walla Walla University email system.
Alan,
Well, the goal is software compatibility with the original Softrock (to the extent possible).
But if this is too much of a challenge for me, I'll switch to some other approach.
I think CAT control is a more portable/multiplatform solution than ExtIO DLL. There are already programs to do this, for example one by WA6PZB:
;data=05%7C01%7Crob.frohne%40wallawalla.edu%7C1c3411a0532141d3357e08daac032bbf%7Cd958f048e43142779c8debfb75e7aa64%7C0%7C0%7C638011426879791118%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=ydu2og%2FhlkotDEx8quXikWNwMFDpSpVV7acvYOADCpA%3D&reserved=0
I'll just need to port it to Attiny85 with a smaller Si5351A library and a different I2C. Maybe also do the quadrature output.
But then it is no longer a Softrock.
73, Mike AF7KR
|
Re: PE0FKO/DG8SAQ firmware conversion to Si5351A?
Alan,
Well, the goal is software compatibility with the original Softrock (to the extent possible).
But if this is too much of a challenge for me, I'll switch to some other approach.
I think CAT control is a more portable/multiplatform solution than ExtIO DLL. There are already programs to do this, for example one by WA6PZB:
I'll just need to port it to Attiny85 with a smaller Si5351A library and a different I2C. Maybe also do the quadrature output.
But then it is no longer a Softrock.
73, Mike AF7KR
|
Hello Kevin,
?Tuesday, October 11, 2022
?Yes, just over wind the layers, it's the only way to get that many turns on them.
Best regards,
?Chris ? ?2E0ILY ? ? ??mailto:chris@...
toggle quoted message
Show quoted text
Hi Folks, I am proceeding to winding the L1, L2, L3 toroids for the LF kit.? I am having a time of it trying to wind the 117 turns for L1 & L3. Is it OK to overlap the winding? I do not see any other way to
get all those turns on those cores. I have searched through the messages & files here and have not found much help. What am I missing? 73, Kevin NZ1I
|
Hi Folks,
I am proceeding to winding the L1, L2, L3 toroids for the LF kit.
I am having a time of it trying to wind the 117 turns for L1 & L3.
Is it OK to overlap the winding? I do not see any other way to get all those turns on those cores.
I have searched through the messages & files here and have not found much help.
What am I missing?
73, Kevin NZ1I
|
Ron / W4MMP
Rob Frohne (KL7NA)
Kevin Gilot NZ1I