|
I am glad that all problems have been resolved anyhow.
I deployed the uBITX Hex files, the code began to deploy together. I initially deployed it as a .zip file and then pushing it to github. All records with date remain in github.
The links below are the records that I imported into github so far.
Also, not only mail, but also github 's pullrequest function has merged code that other users wrote for uBITX firmware. There are some people who are inconvenienced in the software discussions and I am going to go back to my normal life because the compilation problem has been resolved.
I always support your contribution.
Jerry:
I talked with Ian perhaps two months ago and asked if I could help with his code. At that time, he told me he did not want to share his code or put it into the public domain. Since then, I've asked a few people to join a Beta test team for something I've been working on for the past 6 months. Bill suggested I ask Ian to join us. I thought the communication from BIll was private (I didn't look), so I responded the way I did. Also, I was not aware that Ian has since released his code. Quite honestly, I have not been following his changes too carefully because of my misconception from the earlier conversation. Also, I'm working on my own ?BITX project and been kinda busy with that, too.
Anyway, I'm glad that I'm wrong and that the code is Open Source now.
Jack, W8TEE
On Thursday, March 29, 2018, 10:04:04 PM EDT, Jerry Gaffke via Groups.Io <jgaffke= [email protected]> wrote:
Can somebody clue me in as to what the objection is here? The KD8CEC code appears to be under GPLv3, Same as Farhan's code, and Allard's Bitx40 code, and my si5351bx routines. Perhaps some feel it should all be under the BSD license or something? Jerry, KE7ER On Thu, Mar 29, 2018 at 05:10 pm, Jack Purdum wrote:
He's extremely talented, but he's unwilling to share his code and doesn't support Open Source, so I am not going to ask him to join us.
?
Jack, W8TEE
-- Best 73 KD8CEC / Ph.D ian lee kd8cec@...
(my blog)
|
If I remove the Arduino.h line it will not compile, so I'm
leaving it in.? Using cpp instead of ino brings in a number of
extra libraries automatically, which you have no control over.
I primarily run Linux on all my computers (since 1995), with a
couple of exceptions for the Propnet.org project that only run on
Windows.? It's faster, doesn't suffer from updates breaking
things, and has very few virus worries.? I was a beta tester for
MSDOS 5.0, and actually wrote some of the C code included in it.
Even the XYL runs LInux very happily.? She uses Windows only for
a couple of her games, but mostly runs in Linux.
Thank you for utilizing my efforts.? I'm always glad to help
where I can.? (I edit the club newsletters for both general and
Linux groups, plus teach Linux and FLDIGI.)? I've been retired
since 2013, so have plenty of time on my hands.
Ron W7HD
On 03/29/2018 09:03 PM, Ian Lee wrote:
Ron
Thank you for your efforts.
Maybe you should remove arduino.h Line.
I noticed that there was a problem with the arduino.h line
and that the Program Size increased when compiled under Linux.
I experienced an increase in code when using .cpp in a
Windows environment, and I asked for testing to solve two
problems.
Thanks to your help, I learned how to write for Linux-based
people as well as solving your problems.
Note that I when compile the same code on Windows, get 97%
utilization.
In the future, we will distribute the code this way.
Ian KD8CEC
--
Best 73
KD8CEC / Ph.D ian lee
kd8cec@...
(my blog)
--
Ron W7HD - NAQCC#7587 OMISS#9898 KX3#6966 LinuxUser#415320
Editor OVARC newsletter
|
Yes, this is totally my misunderstanding. Everyone needs to understand, however, that making all of the files and INO file, you lose the safety of type checking during a compile. This can be a tough bug to find. For example, if you have a function that expects the function to receive a long variable for the frequency, but you pass it an int, half the data going to the function is garbage and may, in fact, be the offset address for the return instruction. This can cause anything from a spectacular crash to a totally unnoticed error. I don't know why changing from INO to CPP files would make any difference in code generation.
Jack, W8TEE
On Friday, March 30, 2018, 2:16:45 AM EDT, K9HZ <bill@...> wrote:
And to be clear, my request of jack was to address the general compiler error¡ like missing files or them being in the wrong place since he knows a lot more about that stuff than me.? I wouldn¡¯t expect him to venture into Ian¡¯s code.? Just the constructs of why it compiles on my computer and not Ron¡¯s. ? ? Dr. William J. Schmidt - K9HZ J68HZ 8P6HK ZF2HZ PJ4/K9HZ VP5/K9HZ PJ2/K9HZ ? Owner - Operator Big Signal Ranch ¨C K9ZC Staunton, Illinois ? Owner ¨C Operator Villa Grand Piton ¨C J68HZ Soufriere, St. Lucia W.I. Rent it: Like us on Facebook! ? Moderator ¨C North American QRO Yahoo Group. ? email:? bill@... ? ?
From: [email protected] [mailto:[email protected]] On Behalf Of Jerry Gaffke via Groups.Io
Sent: Thursday, March 29, 2018 11:39 PM
To: [email protected]
Subject: Re: [BITX20] uBITX Firmware CEC Version 1.06 Release (Added WSPR) #ubitx ? Thanks for clearing that up!
Had me spinning around trying to figure out what I had missed.
Ian's code seems to be very well received here.
Jerry, KE7ER
On Thu, Mar 29, 2018 at 08:57 pm, Jack Purdum wrote: I talked with Ian perhaps two months ago and asked if I could help with his code. At that time, he told me he did not want to share his code or put it into the public domain. Since then, I've asked a few people to join a Beta test team for something I've been working on for the past 6 months. Bill suggested I ask Ian to join us. I thought the communication from BIll was private (I didn't look), so I responded the way I did. Also, I was not aware that Ian has since released his code. Quite honestly, I have not been following his changes too carefully because of my misconception from the earlier conversation. Also, I'm working on my own ?BITX project and been kinda busy with that, too. Anyway, I'm glad that I'm wrong and that the code is Open Source now.
|
What the hell are you talking about? First, you did want to make offense otherwise you wouldn't have called it a "pissing contest." Second, there's no contest going on at all. I was misinformed about Ian's work and have admitted as such. Since everything I have written thus far is Open Source, I simply thought Ian would not be interested in the work my team is doing. Third, what the hell is "your project"? Are you referring to all of the Open Source code that's been poured into the ?BITX by Ian, myself, and countless others or are you taking collective ownership for it? Of course, if you don't like the way we're doing things, you can always write your own code. And until that happens, I suggest you sit down and STFU.
Dr. Jack Purdum, W8TEE
On Friday, March 30, 2018, 12:46:35 AM EDT, Brian L. Davis <brianldavis@...> wrote:
No offense here but, it seems that this group had turned into some kind of software pissing contest and I don't appreciate it. I got into this project as an amateur radio operator and thought that it was going to be a project oriented group.? Evidently I was wrong. When you programmers get your collective krap together, let us know, we don't need your in fighting for our projects!
? Brian L. Davis, WA5RDG532 N. Aydelotte Ave.Shawnee, Oklahoma? 74801
|
Ron
I have been working on ARM-based and familiar.
I am so happy to know about the experts like you while using Arduino for the first time.
My code is always reflected in github. Please let me know anytime if you have any suggestions for my code.
Ian KD8CEC
If I remove the Arduino.h line it will not compile, so I'm
leaving it in.? Using cpp instead of ino brings in a number of
extra libraries automatically, which you have no control over.
I primarily run Linux on all my computers (since 1995), with a
couple of exceptions for the Propnet.org project that only run on
Windows.? It's faster, doesn't suffer from updates breaking
things, and has very few virus worries.? I was a beta tester for
MSDOS 5.0, and actually wrote some of the C code included in it.
Even the XYL runs LInux very happily.? She uses Windows only for
a couple of her games, but mostly runs in Linux.
Thank you for utilizing my efforts.? I'm always glad to help
where I can.? (I edit the club newsletters for both general and
Linux groups, plus teach Linux and FLDIGI.)? I've been retired
since 2013, so have plenty of time on my hands.
Ron W7HD
On 03/29/2018 09:03 PM, Ian Lee wrote:
Ron
Thank you for your efforts.
Maybe you should remove arduino.h Line.
I noticed that there was a problem with the arduino.h line
and that the Program Size increased when compiled under Linux.
I experienced an increase in code when using .cpp in a
Windows environment, and I asked for testing to solve two
problems.
Thanks to your help, I learned how to write for Linux-based
people as well as solving your problems.
Note that I when compile the same code on Windows, get 97%
utilization.
In the future, we will distribute the code this way.
Ian KD8CEC
--
Best 73
KD8CEC / Ph.D ian lee
kd8cec@...
(my blog)
--
Ron W7HD - NAQCC#7587 OMISS#9898 KX3#6966 LinuxUser#415320
Editor OVARC newsletter
-- Best 73 KD8CEC / Ph.D ian lee kd8cec@...
(my blog)
|
Jack? I know your advice enough.?Thanks to your advice when releasing the last Version 1.04, I was able to remove all warnings. Your advice was correct. I have not used the Arduino IDE for the first time and do not know exactly how it works.
So in the future, I will convert it to .cpp before deployment and perform a Safe Check and convert it back to .ino when there are no problems.?(As I did in Version 1.04)
I am always thankful for your advice and I am always waiting for your advice.
Ian KD8CEC
Yes, this is totally my misunderstanding. Everyone needs to understand, however, that making all of the files and INO file, you lose the safety of type checking during a compile. This can be a tough bug to find. For example, if you have a function that expects the function to receive a long variable for the frequency, but you pass it an int, half the data going to the function is garbage and may, in fact, be the offset address for the return instruction. This can cause anything from a spectacular crash to a totally unnoticed error. I don't know why changing from INO to CPP files would make any difference in code generation.
Jack, W8TEE
On Friday, March 30, 2018, 2:16:45 AM EDT, K9HZ < bill@...> wrote:
And to be clear, my request of jack was to address the general compiler error¡ like missing files or them being in the wrong place since he knows a lot more about that stuff than me.? I wouldn¡¯t expect him to venture into Ian¡¯s code.? Just the constructs of why it compiles on my computer and not Ron¡¯s. ? ? Dr. William J. Schmidt - K9HZ J68HZ 8P6HK ZF2HZ PJ4/K9HZ VP5/K9HZ PJ2/K9HZ ? Owner - Operator Big Signal Ranch ¨C K9ZC Staunton, Illinois ? Owner ¨C Operator Villa Grand Piton ¨C J68HZ Soufriere, St. Lucia W.I. Rent it: Like us on Facebook! ? Moderator ¨C North American QRO Yahoo Group. ? email:? bill@... ? ? From: [email protected] [mailto:[email protected]] On Behalf Of Jerry Gaffke via Groups.Io
Sent: Thursday, March 29, 2018 11:39 PM
To: [email protected]
Subject: Re: [BITX20] uBITX Firmware CEC Version 1.06 Release (Added WSPR) #ubitx ? Thanks for clearing that up!
Had me spinning around trying to figure out what I had missed.
Ian's code seems to be very well received here.
Jerry, KE7ER
On Thu, Mar 29, 2018 at 08:57 pm, Jack Purdum wrote: I talked with Ian perhaps two months ago and asked if I could help with his code. At that time, he told me he did not want to share his code or put it into the public domain. Since then, I've asked a few people to join a Beta test team for something I've been working on for the past 6 months. Bill suggested I ask Ian to join us. I thought the communication from BIll was private (I didn't look), so I responded the way I did. Also, I was not aware that Ian has since released his code. Quite honestly, I have not been following his changes too carefully because of my misconception from the earlier conversation. Also, I'm working on my own ?BITX project and been kinda busy with that, too. Anyway, I'm glad that I'm wrong and that the code is Open Source now.
-- Best 73 KD8CEC / Ph.D ian lee kd8cec@...
(my blog)
|
Ian:
Thanks! Evidently people are getting the impression that you and I are at odds with one another and I think we both know that's not the case. Indeed, you and I have corresponded numerous time, publicly and privately, about a variety of topics. Your code has been a huge benefit to all who own a ?BITX, and I do apologize for my misunderstanding of your stance on Open Source. My guess is that, at the time that I approached you, you probably didn't want to release the code simply because it wasn't finished yet. I simply misunderstood at the time. Water under the bridge...a long time ago!
Anyway, I have always been a ready resource on any issue where I might be of help and I expect that you and I will continue to augment each other's work any way we can.
Let me know anytime you think I might be of help in the Arduino arena!
73, Jack, W8TEE
On Friday, March 30, 2018, 11:08:20 AM EDT, Ian Lee <kd8cec@...> wrote:
Jack? I know your advice enough.?Thanks to your advice when releasing the last Version 1.04, I was able to remove all warnings. Your advice was correct. I have not used the Arduino IDE for the first time and do not know exactly how it works.
So in the future, I will convert it to .cpp before deployment and perform a Safe Check and convert it back to .ino when there are no problems.?(As I did in Version 1.04)
I am always thankful for your advice and I am always waiting for your advice.
Ian KD8CEC
Yes, this is totally my misunderstanding. Everyone needs to understand, however, that making all of the files and INO file, you lose the safety of type checking during a compile. This can be a tough bug to find. For example, if you have a function that expects the function to receive a long variable for the frequency, but you pass it an int, half the data going to the function is garbage and may, in fact, be the offset address for the return instruction. This can cause anything from a spectacular crash to a totally unnoticed error. I don't know why changing from INO to CPP files would make any difference in code generation.
Jack, W8TEE
On Friday, March 30, 2018, 2:16:45 AM EDT, K9HZ < bill@...> wrote:
And to be clear, my request of jack was to address the general compiler error¡ like missing files or them being in the wrong place since he knows a lot more about that stuff than me.? I wouldn¡¯t expect him to venture into Ian¡¯s code.? Just the constructs of why it compiles on my computer and not Ron¡¯s. ? ? Dr. William J. Schmidt - K9HZ J68HZ 8P6HK ZF2HZ PJ4/K9HZ VP5/K9HZ PJ2/K9HZ ? Owner - Operator Big Signal Ranch ¨C K9ZC Staunton, Illinois ? Owner ¨C Operator Villa Grand Piton ¨C J68HZ Soufriere, St. Lucia W.I. Rent it: Like us on Facebook! ? Moderator ¨C North American QRO Yahoo Group. ? email:? bill@... ? ? From: [email protected] [mailto:[email protected]] On Behalf Of Jerry Gaffke via Groups.Io
Sent: Thursday, March 29, 2018 11:39 PM
To: [email protected]
Subject: Re: [BITX20] uBITX Firmware CEC Version 1.06 Release (Added WSPR) #ubitx ? Thanks for clearing that up!
Had me spinning around trying to figure out what I had missed.
Ian's code seems to be very well received here.
Jerry, KE7ER
On Thu, Mar 29, 2018 at 08:57 pm, Jack Purdum wrote: I talked with Ian perhaps two months ago and asked if I could help with his code. At that time, he told me he did not want to share his code or put it into the public domain. Since then, I've asked a few people to join a Beta test team for something I've been working on for the past 6 months. Bill suggested I ask Ian to join us. I thought the communication from BIll was private (I didn't look), so I responded the way I did. Also, I was not aware that Ian has since released his code. Quite honestly, I have not been following his changes too carefully because of my misconception from the earlier conversation. Also, I'm working on my own ?BITX project and been kinda busy with that, too. Anyway, I'm glad that I'm wrong and that the code is Open Source now.
-- Best 73 KD8CEC / Ph.D ian lee kd8cec@...
(my blog)
|
Jack of course. Jack.
Thank you for your suggestion.
73 Ian KD8CEC
Ian:
Thanks! Evidently people are getting the impression that you and I are at odds with one another and I think we both know that's not the case. Indeed, you and I have corresponded numerous time, publicly and privately, about a variety of topics. Your code has been a huge benefit to all who own a ?BITX, and I do apologize for my misunderstanding of your stance on Open Source. My guess is that, at the time that I approached you, you probably didn't want to release the code simply because it wasn't finished yet. I simply misunderstood at the time. Water under the bridge...a long time ago!
Anyway, I have always been a ready resource on any issue where I might be of help and I expect that you and I will continue to augment each other's work any way we can.
Let me know anytime you think I might be of help in the Arduino arena!
73, Jack, W8TEE
On Friday, March 30, 2018, 11:08:20 AM EDT, Ian Lee < kd8cec@...> wrote:
Jack? I know your advice enough.?Thanks to your advice when releasing the last Version 1.04, I was able to remove all warnings. Your advice was correct. I have not used the Arduino IDE for the first time and do not know exactly how it works.
So in the future, I will convert it to .cpp before deployment and perform a Safe Check and convert it back to .ino when there are no problems.?(As I did in Version 1.04)
I am always thankful for your advice and I am always waiting for your advice.
Ian KD8CEC -- Best 73 KD8CEC / Ph.D ian lee kd8cec@...
(my blog)
-- Best 73 KD8CEC / Ph.D ian lee kd8cec@...
(my blog)
|
Please play nicely together.? This is just a hobby.?
Most, if not all, modern transceivers contain micro-processors and related code.
This makes software as much a part of the group as is hardware.?
_._
On Fri, Mar 30, 2018 at 9:00 AM, Jack Purdum via Groups.Io <jjpurdum@...> wrote: What the hell are you talking about? First, you did want to make offense otherwise you wouldn't have called it a "pissing contest." Second, there's no contest going on at all. I was misinformed about Ian's work and have admitted as such. Since everything I have written thus far is Open Source, I simply thought Ian would not be interested in the work my team is doing. Third, what the hell is "your project"? Are you referring to all of the Open Source code that's been poured into the ?BITX by Ian, myself, and countless others or are you taking collective ownership for it? Of course, if you don't like the way we're doing things, you can always write your own code. And until that happens, I suggest you sit down and STFU.
Dr. Jack Purdum, W8TEE
On Friday, March 30, 2018, 12:46:35 AM EDT, Brian L. Davis < brianldavis@...> wrote:
No offense here but, it seems that this group had turned into some kind of software pissing contest and I don't appreciate it. I got into this project as an amateur radio operator and thought that it was going to be a project oriented group.? Evidently I was wrong. When you programmers get your collective krap together, let us know, we don't need your in fighting for our projects!
?
|
?Jack, Ian, all -- very nicely put.? ?Thanks.? ?I'm busy with other things right now, but later this year I'm scheduling to push ubitx's out into our ARES group and all the work y'all are doing will be huge for our group.? ?Much appreciated!
Gordon
toggle quoted message
Show quoted text
Ian:
Thanks! Evidently people are getting the impression that you and I are at odds with one another and I think we both know that's not the case. Indeed, you and I have corresponded numerous time, publicly and privately, about a variety of topics. Your code
has been a huge benefit to all who own a ?BITX, and I do apologize for my misunderstanding of your stance on Open Source. My guess is that, at the time that I approached you, you probably didn't want to release the code simply because it wasn't finished yet.
I simply misunderstood at the time. Water under the bridge...a long time ago!
Anyway, I have always been a ready resource on any issue where I might be of help and I expect that you and I will continue to augment each other's work any way we can.
Let me know anytime you think I might be of help in the Arduino arena!
73,
Jack, W8TEE
On Friday, March 30, 2018, 11:08:20 AM EDT, Ian Lee <kd8cec@...> wrote:
Jack?
I know your advice enough.?Thanks to your advice when releasing the last Version 1.04, I was able to remove all warnings.
Your advice was correct. I have not used the Arduino IDE for the first time and do not know exactly how it works.
So in the future, I will convert it to .cpp before deployment and perform a Safe Check and convert it back to .ino when there are no problems.?(As I did in Version 1.04)
I am always thankful for your advice and I am always waiting for your advice.
Ian KD8CEC
--
Best 73
KD8CEC / Ph.D ian lee
kd8cec@...
(my
blog)
|
Ian, Is there enough code space left to add a menu item that could be used to read entries from an I2C analog-digital sensor? Adafruit makes one that can read four analog sensors, e.g. a Hall effect sensor monitoring current, a sensor reading forward and reverse power, and a temperature sensor on the finals. tim ab0wr On Sat, 31 Mar 2018 00:00:50 +0900 "Ian Lee" <kd8cec@...> wrote: Ron
I have been working on ARM-based and familiar.
I am so happy to know about the experts like you while using Arduino
for the first time.
My code is always reflected in github. Please let me know anytime if
you have any suggestions for my code.
Ian KD8CEC
2018-03-30 12:40 GMT+09:00 w7hd.rh <w7hd.rh@...>:
It compiles and uploads fine using 30260 bytes (98%) of program
storage space.
I just had to change "arduino.h" in ubitx_wspr.cpp to
"Arduino.h". (Case change)
Ron W7HD
--
Ron W7HD - NAQCC#7587 OMISS#9898 KX3#6966 LinuxUser#415320
Editor OVARC newsletter
--
Best 73
KD8CEC / Ph.D ian lee
kd8cec@...
www.hamskey.com <>(my blog)
--
Ron W7HD - NAQCC#7587 OMISS#9898 KX3#6966 LinuxUser#415320
Editor OVARC newsletter
|
