Pages: 1 ... 3 4 [5] 6 7 ... 9 
|
 |
|
|
Author
|
Topic: Linux als Entwicklungsplattform für UHSDR (Read 20733 times)
|
|
DL8EBD
positron
Urgestein
 Offline
Posts: 1926
|
 |
Re:Linux als Entwicklungsplattform für UHSDR
« Reply #60 on: 17. July 2019, 03:23:52 »
|
|
@Adolf
wie kommt das mit der CD zustande?
Hast Du wie besprochen eine VM laufen?
Die Arch ISO liegt einfach auf Deinem PC in einem beliebigen Verzeichnis welches Du in der VM angeben musst.
Das englische Tutorial aus meinem Link zeigt wie es geht.
....keine CD erforderlich!
|
|
 Logged
|
bitte keine technische Fragen oder Diskussionen via PN, dafür ist das Forum da.
vy73
Thomas
|
|
|
|
|
DL8EBD
positron
Urgestein
Offline
Posts: 1926
|
|
Re:Linux als Entwicklungsplattform für UHSDR
« Reply #62 on: 17. July 2019, 06:26:57 »
|
|
| Mit GitPod "erspart" man sich nicht Linux - Gitpod ist Linux! |
|
ich wollte damit sagen: das Installieren von Linux auf den PC kann man sich sparen wenn man nur mal schauen möchte wie das Bauen unter Linux abläuft.
Trotz Automatismus:
Lernen muss man hier trotzdem - zumindest den Umgang mit Linux sollte man in Grundzügen verstehen.
Und man muss natürlich verstehen wie das UHSDR aufgebaut ist und wie man in C programmiert.
Kenntnisse über das Github sind auch vorteilhaft.
Davon ab Andreas, wir sind ja hier in einer Art Selbstbaugruppe.
Die aller wenigsten haben mit einem fix und fertigen mcHF/SParrow/Eagle angefangen.
Also kann man schon ein gewisses Maß an Lernfähigkeit und verstehen wollen unterstellen.
Bei dem einen mehr, bei dem anderen weniger....
Für viele sind das ja auch einige Baustellen die parallel abgearbeitet werden müssen. Mich eingeschlossen.
Man ist dann froh wenn ein gewisser Teil durch eine "Automatik" weniger Arbeit bereitet.
So hat man den Kopf frei für andere spannende Dinge.
Als ich hier damals dem Forum (zum ersten mal) beitrat, hatte ich null Ahnung von Linux, UHSDR, ARM CPUs usw....
Vieles musste erst gelernt werden....und das fast ausschließlich Abends nach Feierabend wenn die Aufnahmefähigkeit nahe null ist.
Man hat da nicht immer Lust zu....
|
| « Last Edit: 18. July 2019, 06:37:30 by DL8EBD » |
Logged
|
bitte keine technische Fragen oder Diskussionen via PN, dafür ist das Forum da.
vy73
Thomas
|
|
|
SP9BSL
positron
alter Hase
Offline
Posts: 443
|
|
Re:Linux als Entwicklungsplattform für UHSDR
« Reply #63 on: 17. July 2019, 07:53:56 »
|
|
Vieles musste erst gelernt werden....und das fast ausschließlich Abends nach Feierabend wenn die Aufnahmefähigkeit nahe null ist.
|
|
And then your curiosity/ambition must win with your tiredness/home duties/family etc... Everyone of us work this way - it's hobby. Anyway good luck with your way of learn, any hands on UHSDR board are welcome 
|
|
Logged
|
73 Slawek
|
|
|
DB4PLE
positron
Urgestein
Offline
Posts: 1278
|
|
Re:Linux als Entwicklungsplattform für UHSDR
« Reply #64 on: 17. July 2019, 08:55:36 »
|
|
Hi,
In a nutshell my credo:
Programming itself, especially in a collaborative project, is difficult enough, I don't want to be bothered with spending days to setup the development environment for a project. Glad if someone else does most of this work for me.
Of course at least one person needs to be "in charge" for this so that others can benefit from their work.
73
Danilo
|
|
Logged
|
|
|
|
DL8EBD
positron
Urgestein
Offline
Posts: 1926
|
|
Re:Linux als Entwicklungsplattform für UHSDR
« Reply #65 on: 17. July 2019, 09:03:24 »
|
|
da stimme ich Dir zu Danilo.
wenn ich darüber nachdenke wie lange ich alleine für dieses Kommando hätte suchen müssen:
"make BUILDFOR="H7" TRX_ID="i40h7" TRX_NAME="OVI40H7" CONFIGFLAGS="-DUI_BRD_OVI40 -DRF_BRD_MCHF -DRF_BRD_OVI40" all"
dann hätte ich wahrscheinlich irgendwann aufgegeben.
Bei mir ist das so dass ich die Geduld verliere wenn etwas zu lange dauert. Dann widme ich mich lieber anderen Dingen bis ich dann nach Monaten wieder am alten Problem weiter mache.
|
|
Logged
|
bitte keine technische Fragen oder Diskussionen via PN, dafür ist das Forum da.
vy73
Thomas
|
|
|
SP9BSL
positron
alter Hase
Offline
Posts: 443
|
|
Re:Linux als Entwicklungsplattform für UHSDR
« Reply #66 on: 17. July 2019, 09:25:19 »
|
|
hmm.. controversial question: if I use Windows machine and setup of whole IDE on fresh machine took me about 30min, what is the advantage to me to bother with linux? (I would admit that we use Travis to check if it builds under linux anyway)
|
|
Logged
|
73 Slawek
|
|
|
|
|
SP9BSL
positron
alter Hase
Offline
Posts: 443
|
|
Re:Linux als Entwicklungsplattform für UHSDR
« Reply #68 on: 17. July 2019, 18:12:27 »
|
|
Hi Andreas,
the intention of my question was not to degrade the Linux itself nor promote Windows, I meant rather: is there any advantage for me to switch to Linux (it doesn't matter VM or pure system install) for UHSDR development? I have enough machines to go this way, but I'm just curious if IDE/build/debug works better (faster) under Linux?
|
| « Last Edit: 17. July 2019, 18:13:24 by SP9BSL » |
Logged
|
73 Slawek
|
|
|
DB4PLE
positron
Urgestein
Offline
Posts: 1278
|
|
Re:Linux als Entwicklungsplattform für UHSDR
« Reply #69 on: 17. July 2019, 18:40:08 »
|
|
Hi,
although I did not test this on Linux I would dare to say, that Eclipse is Eclipse is Eclipse. So an Eclipse build won't go much faster on Linux. CDT tends to waste some time when compiling. Don't know why.
EDIT START:
I just tested the external builder in Eclipse 2018-12 with the most recent GNU MCU Eclipse plugins installed, and the build runs as fast as the makefile build on the same machine. Especially the start of compilation was instantaneous, which was previously a big issue with the external builder. The internal builder is a lot slower since it cannot run multiple compiles in parallel (the external build has no problem with this).
Eclipse External Builder: 1m:50s (DSPLib build not included, parallel build)
Eclipse Internal Builder: 3m:07s (DSPLib build not included, single processor)
Single .c file changed build: 27s (internal and external same time).
This is a i5 4300U processor
Conclusion: No relevant difference anymore to a command line build in a typical scenario.
:EDIT END
It is a little easier to get the makefile build going on a typical Linux Distribution. And make does used to build a lot faster than Eclipse. But debugging, code navigation and refactoring is so much more comfortable with Eclipse compared to the command line tools (no matter if on Linux or Windows)...
I think, we have a pretty simple setup on Windows. I just recently set a new PC up to compile UHSDR and it was not a big deal.
73
Danilo
|
| « Last Edit: 17. July 2019, 19:19:18 by DB4PLE » |
Logged
|
|
|
|
SP9BSL
positron
alter Hase
Offline
Posts: 443
|
|
Re:Linux als Entwicklungsplattform für UHSDR
« Reply #70 on: 17. July 2019, 20:07:28 »
|
|
Hi Danilo,
thank you for this explanation.
We discussed some time ago the ability to enable the parallel build under eclipse, unfortunately nothing changed since then. I use Atolic in work and there parallel build always works, under SW4STM32 sometimes have issues thus I had to disable it (anyway I use it only for old projects because Atolic is now free). I do not know what Atolic team changed in Eclipse but their customized version works perfect out of the box.
|
|
Logged
|
73 Slawek
|
|
|
DB4PLE
positron
Urgestein
Offline
Posts: 1278
|
|
Re:Linux als Entwicklungsplattform für UHSDR
« Reply #71 on: 17. July 2019, 20:21:18 »
|
|
Hi Slawek,
as I said, in the newest GNU MCU Eclipse (which is basically Eclipse 2018-12) the Eclipse "CDT external builder" works perfectly and we can make it the default. Why the Eclipse internal builder is too stupid to detect that it should first wait until all files are compiled and only then starts the linker is beyond me. In any case, it seems that finally the external builder was fixed and is now really fast. Probably the Atollic team fixed that long ago but did not publish the changes (which they don't have to under the Eclipse Public License).
For those having no idea what we are talking about:
Eclipse has different ways to build C programs: It can internal calculate the necessary compile steps and calls the compiler directly. This is called the "Internal Builder". The "External Builder" is call external, because Eclipse generates first the necessary Makefiles from the project information and hands over the actual compile to the external "make", which then runs the previously generated makefiles.
For those wondering: Eclipse can also use hand-written Makefiles but then a lot of the convenience of Eclipse goes away. This is another build mode again in which neither the "Internal Builder"or "External Builder" is used...
73
Danilo
|
|
Logged
|
|
|
|
DL8EBD
positron
Urgestein
Offline
Posts: 1926
|
|
Re:Linux als Entwicklungsplattform für UHSDR
« Reply #72 on: 18. July 2019, 03:33:08 »
|
|
Danilo, der Sinn dahinter, es in Linux mit "make all" zu machen war doch primär das Problem, dass uns Eclipse auf Windows ein zu großes File für die kleine F4 CPU (mcHF) produziert....
Das war die eigentliche Intension dieses Threads es mal mit Linux zu probieren.
Bei den großen CPUs ist das auf lange Sicht kein Thema....
|
| « Last Edit: 18. July 2019, 06:41:01 by DL8EBD » |
Logged
|
bitte keine technische Fragen oder Diskussionen via PN, dafür ist das Forum da.
vy73
Thomas
|
|
|
|
|
DL8EBD
positron
Urgestein
Offline
Posts: 1926
|
|
Re:Linux als Entwicklungsplattform für UHSDR
« Reply #74 on: 31. July 2019, 05:28:05 »
|
|
klingt interessant Andreas!
Leider ist momentan mein Linux Projekt etwas ins Stocken geraten weil ich meine Freizeit für ein anderes Problem verwenden muss - aber danach mache ich auf jeden Fall weiter und hätte auch Interesse an dem/Deinen Script
|
|
Logged
|
bitte keine technische Fragen oder Diskussionen via PN, dafür ist das Forum da.
vy73
Thomas
|
|
|
Pages: 1 ... 3 4 [5] 6 7 ... 9 
|
|
|
|
|
|
|
