mikrocontroller.net

Forum: Compiler & IDEs IDE EMbitz tot?


Announcement: there is an English version of this forum on EmbDev.net. Posts you create there will be displayed on Mikrocontroller.net and EmbDev.net.
Autor: Besorgter Bitzer (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo zusammen,

als begeisterter "von Coocox nach EMBitz"- Umsteiger, mache ich mir 
langsam Sorgen, dass diese schöne IDE (EMBitz) nicht mehr weitergeführt 
wird.

Die letzte Aktualisierung war 2016. Weiß jemand, ob da noch weiter drann 
entwickelt wird? Ich will nicht schon wieder umsteigen :(

Autor: Mitlesa (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Frag doch in deren Forum nach.

Die wissen es garantiert besser.

Besorgter Bitzer schrieb:
> Die letzte Aktualisierung war 2016.

Sagt erst mal dass das Zeug ganz brauchbar stabil läuft.
Ein Update alle paar Wochen wäre eher ein schlechtes Zeichen.

Bei mit läuft es gut und ich bin froh dass es die IDE so gibt.

Autor: Peter (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Im Forum läuft da halbwegs regelmässig was.

Ich hätte mich gerne mal in dem Forum bei dennen angemeldet, aber deren 
Spam schutz ist nahe zu perfekt ein User anmelde Schutz.


Mal ein neues Update würde ich auch gut finden.
Aber vielleicht bekommen nur die User was die auch was zahlen.

Stabil läuft die IDE wenigstens und das können nicht viele IDEs von sich 
sagen.


Direkte M7 Unterstützung hätte ich persönlich gerne, auch wenn man das 
selber eintragen kann.
HAL & SPL parallel!

Ach Wünsche, die hat wohl jeder genug.
Nur schade das man die nicht selber hier dran stricken kann.

VG, Peter

Autor: Mitlesa (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Peter schrieb:
> aber deren
> Spam schutz ist nahe zu perfekt ein User anmelde Schutz.

Also ich hab's geschafft mich anzumelden ....
(... und ich bin sicher nicht der hellste  ;-)  )

Autor: Peter (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Meine Dynamische IP oder der Bereich ist halt mal aufgefallen und damit 
ist bei denen halt schluss mit anmelden.
Habe es auch von mehreren Stellen probiert, alles das selbe.

Da habe ich mir dann halt auch gedacht, warum spenden wenn die mich 
nicht haben wollen.

Die IDE ist aber an sich super und ich würde die ungerne jemals ersetzen 
wollen.

Ausser CodeBlocks macht mal einen Entwicklungssprung in die Richtung 
EMbitz.
Da liegen leider einige Monate Entwicklung dazwischen, auch wenn EMbitz 
auf einer älteren CodeBlocks Version bassiert.
Die haben es nur leider verschalfen den Debugger mal richtig gut für 
Controller aufzubohren.
Für den AVR mehme ich zwar CodeBlocks, aber es ist immer ein Kampf beim 
Debuggen (Windows).

Wenn ich mir den Code ansehe, um da was selber zu ändern, wird mir ganz 
anders. Ich Programmiere zwar schon recht lange aber da komme ich nicht 
dahinter wie ich da was ändern sollte.

Peter

Autor: Jupp (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Embitz ist nicht tot. Entwickeln tut der Programmier wohl, aber es 
scheint wohl so, dass nur die Anwender mit Abo daran teilhaben.
Ich hätte gern auch eine M7 Unterstützung und etwas bessere 
Unterstützung für freeRTOS.
Ich hatte mit dem Autor einen kürzeren Mail-Kontakt. Es ging dabei um 
den M7 und den notwendigen Library-Wechsel auf die HAL. Ebenso wär ich 
an einer einfacheren Lösung zum Import von CubeMX Projekte interessiert.
Der  Mail-Verlauf war etwas skuril - ich sollte ihn wohl bei der 
entwicklung unterstützen, wozu ich eigentlich kein Lust habe. Ich habe 
eigene Projekte die ich nach vorn bringen muss - da bleibt keine Zeit 
dafür.

Die einzig mir bekannte IDE war die von iSystems und die nannte sich 
winIDEA OPEN. Leider ist diese Fassung vor ein paar Tagen eingestellt 
worden. Nicht mal die letzten Versionen sind verfügbar. Diese basiert 
auf ein Eclipse und war fast genauso customized wie die von Segger 
(Crossworks).
Bei emBitz sieht man auch nicht besonders viel, wenn man den RTOS 
Support benutzt. Es reicht nicht aus zu wissen, dass ein Thread gerade 
läuft.
Derzeit kann ich noch die winIdea Open nutzen (gcc) und die kann bereits 
einen M7 und auch einige Echtzeitbetriebssysteme. Der Debugger von 
emBitz arbeitet soweit ohne Tadel.

Ich habe auch mal einen kommerziellen Debugger probiert. Es gibt ein 
Plugin für Visualstudio - nennt sich visualGDB und kommt wohl aus dem 
Raum Kaiserslautern. Kostet knapp 70 Euros und kann in die freier 
Version von Visualstudio integriert werden. Macht an sich einen guten 
Eindruck und erinnert mich an Atmelstudio.

Autor: m.n. (Gast)
Datum:

Bewertung
3 lesenswert
nicht lesenswert
Jupp schrieb:
> Der  Mail-Verlauf war etwas skuril - ich sollte ihn wohl bei der
> entwicklung unterstützen, wozu ich eigentlich kein Lust habe.

Spaßvogel! Sobald Dich jemand bittet, eventuell einen eigenen Beitrag zu 
leisten, vergeht Dir schlagartig die Lust.
Da hat man doch lieber einen Tanzbär auf der Bühne, der auf Zuruf alle 
Faxen mitmacht :-(

Autor: Rufus Τ. F. (rufus) (Moderator) Benutzerseite
Datum:

Bewertung
3 lesenswert
nicht lesenswert
Daß "bei der Entwicklung unterstützen" nicht nur bedeutet, am Code 
mitzuwerkeln, ist hoffentlich klar.

Autor: Guest (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Wieso benutzt ihr nicht direkt Embedded Studio?
Ist doch für uns Bastler kostenlos. Kommt wie der J-Link von Segger. 
Also einfacher geht es glaube ich kaum. Ich habe sogar mittlerweile mein 
geliebtes FreeRTOS weggeworfen und benutze lieber embOS. Endlich kein 
Gefrickel mehr und ich kann direkt an meinen Projekten arbeiten.
https://www.segger.com/products/development-tools/embedded-studio/
https://www.segger.com/products/rtos/embos/

Autor: Rufus Τ. F. (rufus) (Moderator) Benutzerseite
Datum:

Bewertung
1 lesenswert
nicht lesenswert
Guest schrieb:
> und benutze lieber embOS

Dagegen spricht für den einen oder anderen vielleicht das hier:

https://www.segger.com/purchase/pricing/embos/

Autor: Guest (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Ne, das ist doch nur für den kommerziellen Einsatz. Für Hobbyprojekte 
ist die Trial Version doch kostenlos. Und wem die Trial Limitierung 
stört kann bei Segger doch einfach nach einer Vollversion fragen. Die 
Leute da sind echt nett und die wissen doch auch, dass sie an uns 
Hobbyisten nur indirekt etwas verdienen können, wenn wir die Software 
dann evtl. auch im Job kommerziell einsetzen. Ansonsten wäre doch 
Embedded Studio, SystemView, usw. nicht alles kostenlos für uns ;-).

Autor: Klaus S. (skibby)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Ich nutze hauptsächlich emBitz für meine STM32-Projekte und bin 
eigentlich sehr zufrieden. Leider funktioniert unter Windows 10 der gdb 
von emBitz mit den integrierten STLinks der Nucleo-Boards nicht mehr. 
Abhilfe ist momentan wohl nicht in Sicht. Daher bin ich für Windows 10 
auf der Suche nach einer alternativen IDE. Dabei bin ich auf folgendes 
Projekt gestossen: ChibiOS + ChibiStudio (http://www.chibios.org).
Ist eventuell mal einen Versuch wert.

Autor: Guest (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Klaus S. schrieb:
> Daher bin ich für Windows 10
> auf der Suche nach einer alternativen IDE. Dabei bin ich auf folgendes
> Projekt gestossen: ChibiOS + ChibiStudio (http://www.chibios.org).
> Ist eventuell mal einen Versuch wert.

Da muss ich wieder ganz provokant fragen ;-). Wieso benutzt man so ein 
Projekt, wenn es professionelle Tools kostenlos! gibt.
Das ist so, also ob man vom Selbstbau Fahrrad auf das Mofa umsteigt, 
obwohl man den Mercedes mit Vollausstattung, der daneben steht, 
kostenlos fahren darf ;-).

Autor: Klaus S. (skibby)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Guest schrieb:
> Klaus S. schrieb:
>> Daher bin ich für Windows 10
>> auf der Suche nach einer alternativen IDE. Dabei bin ich auf folgendes
>> Projekt gestossen: ChibiOS + ChibiStudio (http://www.chibios.org).
>> Ist eventuell mal einen Versuch wert.
>
> Da muss ich wieder ganz provokant fragen ;-). Wieso benutzt man so ein
> Projekt, wenn es professionelle Tools kostenlos! gibt.
> Das ist so, also ob man vom Selbstbau Fahrrad auf das Mofa umsteigt,
> obwohl man den Mercedes mit Vollausstattung, der daneben steht,
> kostenlos fahren darf ;-).

Weil es die professionellen Tools nie völlig kostenlos gibt. Mit 
Einschränkungen muss man immer leben. Und nicht jeder hier erstellt nur 
Hobbyprojekte. Für kleine Firmen werden die professionellen Tools dann 
schnell unerschwinglich.

Autor: Bernd K. (prof7bit)
Datum:

Bewertung
5 lesenswert
nicht lesenswert
Guest schrieb:
> Das ist so, also ob man vom Selbstbau Fahrrad auf das Mofa umsteigt,
> obwohl man den Mercedes mit Vollausstattung, der daneben steht,
> kostenlos fahren darf ;-).

Mit dem Mercedes kommst Du nicht über die kleine 
Fußgänger/Radfahrerbrücke hinter dem Haus, Du musst 4km Umweg fahren, 
dabei 10 mal soviel Benzin verbrennen und 4 Mal so viel Zeit 
verbrauchen. Außerdem schraubt sichs am Mofa leichter rum als am 
Mercedes. Vor allem wenns ein Open-Source-Mofa ist.

: Bearbeitet durch User
Autor: Guest (Gast)
Datum:

Bewertung
-1 lesenswert
nicht lesenswert
Klaus S. schrieb:
> Weil es die professionellen Tools nie völlig kostenlos gibt. Mit
> Einschränkungen muss man immer leben.

Dann muss ich das hier wohl falsch gelesen haben ;-)

https://www.segger.com/products/development-tools/embedded-studio/license/non-commercial-license/

With the aim to enable everyone to start exploring embedded development 
with professional tools, Embedded Studio may be used for educational 
purposes and for non-commercial purposes without charge and without 
purchasing a commercial license. With the non-commercial license, 
Embedded Studio imposes no limitation of the tools capability: all 
professional features are fully enabled.

Klaus S. schrieb:
> Für kleine Firmen werden die professionellen Tools dann
> schnell unerschwinglich.

Ok, bis jetzt ging es ja nur um Hobbyprojekte aber ganz ehrlich, wir 
reden hier von 1000,- Euro. Klar mag es 1 Mann Firmen geben, wo selbst 
das zuviel Geld ist, aber in der Regel ist doch die Arbeitskraft teurer.

Bernd K. schrieb:
> Mit dem Mercedes kommst Du nicht über die kleine
> Fußgänger/Radfahrerbrücke hinter dem Haus, Du musst 4km Umweg fahren,
> dabei 10 mal soviel Benzin verbrennen und 4 Mal so viel Zeit
> verbrauchen.

Da scheinst du mein Autobeispiel zu überspannen ;-). Aber ok, ich habe 
ja damit angefangen. Aber jetzt mal im Ernst, wieso sollte man Embedded 
Studio und embOS nicht für kleine Projekte einsetzen können bzw. wieso 
sollte es damit länger brauchen? Ich denke eher das Gegenteil ist der 
Fall.

Bernd K. schrieb:
> Außerdem schraubt sichs am Mofa leichter rum als am
> Mercedes. Vor allem wenns ein Open-Source-Mofa ist.

Klar, das geht natürlich nicht, aber wenn ich nur von A nach B kommen 
will, möchte ich vielleicht gar nicht daran herumschrauben.

Letztlich muss jeder für sich die richtigen Tools finden: Wer gerne 
rumschraubt nimmt Open source IDEs und FreeRTOS und wer gerne seine 
Anwendung entwickelt und professionelle Tools voraussetzt nimmt z.B. die 
Software von Segger. Beides hat sicherlich seinen Reiz!

Autor: Harry L. (mysth)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Ich les hier eigentlich nur passiv mit, und ich frag mich bei solchen 
Diskussionen immer, ob ich irgendwas wichtiges versäumt hab, nur ein 
Amateur-Stümper bin, oder einfach nur zu blöd, die Vorteile von emBitz. 
Segger, VS und Co zu erkennen/verstehen?!

Ich arbeite seit Jahren mit Eclipse.
Damit schreib ich Software für Linux (Desktop & Raspberry), AVR(8bit), 
STM32 (mit HAL & CubeMX & FreeRTOS etc.) und seit neuesten sogar über 
den Arduino-Umweg für ESP8266.
Darüber hinaus unterstützt Eclipse mich bei bash-, php-, python-Scripten 
usw.

Debugging und M7 geht damit übrigens genauso gut wie FreeRTOS(Ok, 
Ok...bei FreeRTOS gibts Einschränkungen beim Debugging, aber damit haben 
viele ein Problem)

Und das beste dabei: das ist vollkommen Plattform-Unabhängig.
Hier läuft das unter Linux, aber ich hab auch Kollegen, die das genauso 
auf Mac und Windows nutzen.

Daß das vollständig OpenSource, quelloffen und kostenlos ist, versteht 
sich von selbt

Autor: Tom (Gast)
Datum:

Bewertung
-2 lesenswert
nicht lesenswert
Harry L. schrieb:
> Ich les hier eigentlich nur passiv mit, und ich frag mich bei solchen
> Diskussionen immer, ob ich irgendwas wichtiges versäumt hab, nur ein
> Amateur-Stümper bin, oder einfach nur zu blöd, die Vorteile von emBitz.
> Segger, VS und Co zu erkennen/verstehen?!

Nein, ich glaube du bist nichts davon, sogar eher im Gegenteil ;-). Das 
Problem ist aber nicht jeder kennt sich wie du mit bash-, php-, 
python-Scripten usw. aus. Eclipse ist eine tolle Sache aber für jemanden 
ohne deine Kenntnisse nicht immer einfach zu bedienen. Jetzt muss man 
auch noch unterscheiden zwischen dem Project Management, dem Editor und 
dem Debugger. Da hat sicherlich jede IDE seine Vor- und Nachteile. Es 
gibt sicherlich da nicht das eine perfekte Werkzeug sondern jeder muss 
für sich das passende finden.
Es gibt aber schon einen Unterschied zwischen kommerziellen Tools und 
Open Source. Ich arbeite z.B. mit Firmen zusammen, die es sich nicht 
leisten können von Open Source oder auch einem Third Party wie Segger 
abhängig zu machen. Die sind dann aber z.B. einfach hingegangen und 
haben quasi den Source Code von Embedded Studio gekauft und sind damit 
völlig unabhängig.

Harry L. schrieb:
> bei FreeRTOS gibts Einschränkungen beim Debugging, aber damit haben
> viele ein Problem)

Und genau da liegt das Problem, wenn ich nicht vernünftig debuggen kann 
kosten das im kommerziellen Einsatz einfach Arbeitszeit und damit Geld. 
Und deshalb wird dort dann lieber eine embOS Lizenz gekauft. Das ist 
einfacher im Budget einzuplanen als unkalkulierbare Arbeitszeit.

Autor: Peter (Gast)
Datum:

Bewertung
2 lesenswert
nicht lesenswert
Sorry aber Eclipse ist das schlechteste was man nehmen kann.
Viel zu langsam, zu umständlich und überfrachtet mit unsinnigem Zeug.

Ich bin froh das es EMbitz / CodeBlocks und so weiter gibt.
Die sind einfach schnell und arbeiten gut.

Mit Netbeans ergänzt man dann alles was man so braucht, das ist auch 
einfach und schnell.


VG, Peter

Autor: Harry L. (mysth)
Datum:

Bewertung
-2 lesenswert
nicht lesenswert
Peter schrieb:
> Sorry aber Eclipse ist das schlechteste was man nehmen kann.
> Viel zu langsam, zu umständlich und überfrachtet mit unsinnigem Zeug.

Nur, weil du es nicht verstehst, ist es nicht unsinnig.
Langsam ist das auch nicht, wenn das auf aktuellen Rechnern läuft.

Peter schrieb:
> Ich bin froh das es EMbitz / CodeBlocks und so weiter gibt.
> Die sind einfach schnell und arbeiten gut.
>
> Mit Netbeans ergänzt man dann alles was man so braucht, das ist auch
> einfach und schnell.

Und du glaubst wirklich, es wäre produktiver für jede Hardware eine 
eigene Software einzusetzen?  Ich nicht!

Der Vorteil, alles unter einem Dach zu haben, ist unbezahlbar.

Autor: temp (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Harry L. schrieb:
> Nur, weil du es nicht verstehst, ist es nicht unsinnig.
> Langsam ist das auch nicht, wenn das auf aktuellen Rechnern läuft.

Kann es vielleicht sein, dass du nichts besseres kennst? Das Debugging 
mit Eclipse ist und bleibt schnarchlangsam im Vergleich zu Crossworks 
oder Segger. Das will man sich freiwillig nicht antun.

Autor: Peter (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
EMbitz / CodeBlocks sind von der Bedienung identisch und deken bei mir 
90% meiner Arbeit ab.

Netbeans ist halt für PHP / JAVA .. eine gute Ergänzung.

So ich brauche also einen aktuellen super Rechner um Eclipse nutzen zu 
können.
Schade die andern arbeiten schon auf einem P2 mit 400MHz flott, erst 
recht wenn man was schnelleres nimmt.

Autor: Der Andere (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Peter schrieb:
> Schade die andern arbeiten schon auf einem P2 mit 400MHz

Die Frage ist wo kriegt man so ein Museumsstück noch lauffähig her.

Autor: Harry L. (mysth)
Datum:

Bewertung
-1 lesenswert
nicht lesenswert
temp schrieb:
> Harry L. schrieb:
>> Nur, weil du es nicht verstehst, ist es nicht unsinnig.
>> Langsam ist das auch nicht, wenn das auf aktuellen Rechnern läuft.
>
> Kann es vielleicht sein, dass du nichts besseres kennst? Das Debugging
> mit Eclipse ist und bleibt schnarchlangsam im Vergleich zu Crossworks
> oder Segger. Das will man sich freiwillig nicht antun.

KAnn es sein, daß du Eclipse nur von Hörensagen kennst, und 
nachplapperst, was du mal irgendwo gelesen hast?

Autor: René H. (Firma: Herr) (hb9frh)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Ich habe mir die Sourcen von EmBiot noch nicht angeschaut.

Wäre eine Portierung nach Linux, Mac OsX möglich (wegen den Widgets)?

Grüsse,
René

Autor: Peter (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Ich muss gelegentlich mit Eclipse was machen und kenne darum das Teil 
recht gut.
Zudem gibt es einige Eclipse ableger die für spezielle Prozessoren 
gebaut wurden, und die nutze ich auch gelegentlich.
Ich bin immer froh wenn ich wieder auf was gescheitet wechseln kann.

Einen 486er (WIN3.11), P1 133 (WIN98), P2 433 (XP) habe ich im Keller.
Den 486 und den P2 habe ich erst letztes Jahr ausgemusstert.
Die Spezial Hardware dadran wurde ersetzt gegen neue und dabei auch 
gleich der PC (WIN10).

VG, Peter

Autor: Klaus S. (skibby)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Ich denke es ist müssig darüber zu diskutieren welches das beste Tool 
zum Entwickeln ist. Jeder arbeitet anders und hat andere Präferenzen. 
Ich zum Beispiel arbeite je nach Aufgabenstellung mit verschiedenes 
Tools zu denen auch emBitz, aber auch Eclipse-basierte IDE's oder 
VisualStudio gehören. Mit jedem der Tools erreiche ich für das jeweilige 
Projekt das für mich beste Ergebnis. Deshalb sollte jeder für sich 
selbst entscheiden womit er am schnellsten zum gewünschten Ergebnis 
kommt. Gerade deshalb finde ich es klasse, dass es so viele verschiedene 
Möglichkeiten gibt aus denen man wählen kann.

Autor: Harry L. (mysth)
Datum:

Bewertung
-3 lesenswert
nicht lesenswert
Peter schrieb:
> Zudem gibt es einige Eclipse ableger die für spezielle Prozessoren
> gebaut wurden

Allein die Ausssage zeigt mir, daß du von Eclipse keine Ahnung hast....


Nur weil jemand ein vorkonfiguriertes Paket mit vorinstallierten Plugins 
vertreibt, unterscheidet sich Eclipse selbst kein Stück vom Original.

Autor: Peter (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Und Du scheinst es nicht zu verstehen das ich auch Eclipse als original 
gut kenne und jedes mal am fluchen bin.

Außerdem sagst du ja selber das die vorkonfigurierten Paket sich nicht 
vom Original unterscheiden.

Ich bin dann weg, das ist mir zu doof.




Achso: Die IDE EMbitz ist nicht tot es passiert nur nichts.

Autor: erwtzutrsd (Gast)
Datum:

Bewertung
1 lesenswert
nicht lesenswert
Peter schrieb:
> Achso: Die IDE EMbitz ist nicht tot es passiert nur nichts.

das ist in heutiger zeit ... quasi tot ^^



ich nutze komerziell eclipse und das SC6 von ST für den M7 ...
inkl HAL und Cube

so schlimm wie viele denken ist das garnicht


klar kann ich viele bytes sparen wenn ich register selst anspreche oder 
eigene libs schreibe
aber was das an zeit kostet ....

dann lieber HAL die auch gut in RTOS umgebungen funktioniert

Autor: Offenewerbungnichtliker (Gast)
Datum:

Bewertung
5 lesenswert
nicht lesenswert
Tom schrieb:
>
> Und genau da liegt das Problem, wenn ich nicht vernünftig debuggen kann
> kosten das im kommerziellen Einsatz einfach Arbeitszeit und damit Geld.
> Und deshalb wird dort dann lieber eine embOS Lizenz gekauft. Das ist
> einfacher im Budget einzuplanen als unkalkulierbare Arbeitszeit.

Ach Tom (oder in diesem thread auch Guest), bitte halt uns nicht für so 
dümmlich. Es ist offensichtlich, dass Du ein Segger Mitarbeiter bist und 
hier durch die Blume versuchst, euer Zeugs in den Markt zu bringen (wie 
in anderen threads auch). Eure Produkte sind sicher nicht schlecht, aber 
es hinterlässt einen faden Beigeschmack, mit so zwielichtigen Methoden 
Marketing zu betreiben. Anstatt die Karten offen auf den Tisch zu legen.

Apropos unprofessionell: Garantiert Ihr bei Segger, eure offenen 
Produkte nicht eines Tages einfach sang- und klanglos einzustampfen und 
die Nutzer damit im Regen stehen zu lassen (so wie es gewisse 
Mitbewerber tun)?

Autor: Peter (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
ZU Segger fällt mir ein:

http://www.yagarto.org/index.html
http://www.emide.org/

Von Segger übernommen und letztendlich wirklich Platt gemacht!

War schade, weil der Original YAGARTO Typ bis dahin einen super Job 
gemacht hatte.

Autor: Tom (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Offenewerbungnichtliker schrieb:
> Ach Tom (oder in diesem thread auch Guest)

Da muss ich dich enttäuschen, ich werde leider nicht von denen bezahlt 
;-). Es ging ja auch eigentlich nicht um Segger, das war nur ein 
Beispiel, sondern darum, das prof. Tools Zeit sparen können. Ich habe 
vielleicht einfach schon zu viele schlechte Erfahrungen gemacht.

Offenewerbungnichtliker schrieb:
> Apropos unprofessionell: Garantiert Ihr bei Segger, eure offenen
> Produkte nicht eines Tages einfach sang- und klanglos einzustampfen und
> die Nutzer damit im Regen stehen zu lassen (so wie es gewisse
> Mitbewerber tun)?

Solltest du das nicht Segger direkt fragen? Klar, das könnte ein Problem 
sein, aber das sehe ich generell bei jeder Software so. Ich denke, 
deswegen ist es immer wichtig, die Möglichkeit zu haben, den kompletten 
Source Code zu bekommen. Und das bekomme ich üblicherweise bei Open 
Source und gekaufter Software.

Autor: Rufus Τ. F. (rufus) (Moderator) Benutzerseite
Datum:

Bewertung
3 lesenswert
nicht lesenswert
Offenewerbungnichtliker schrieb:
> Ach Tom (oder in diesem thread auch Guest)

https://www.mikrocontroller.net/user/conditions

Einfach mal durchlesen. Teilnahme an einer Diskussionen unter mehreren 
Namen ist nicht zulässig; daß "Tom" == "Guest" ist, können wir 
Moderatoren aber deutlich sehen.

Autor: lalala (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Tom schrieb:
> Source Code zu bekommen. Und das bekomme ich üblicherweise bei Open
> Source und gekaufter Software.

Ueblicherweise bekomme ich bei gekaufter Software keinen Source Code. 
(Kann bei Segger natuerlich anders sein.)

Autor: Tom (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Rufus Τ. F. schrieb:
> Einfach mal durchlesen. Teilnahme an einer Diskussionen unter mehreren
> Namen ist nicht zulässig; daß "Tom" == "Guest" ist, können wir
> Moderatoren aber deutlich sehen.

Ja klar, das habe ich habe ich ja auch nicht bestritten. Mein Fehler! 
Ich werde mich endlich mal anmelden.

lalala schrieb:
> Ueblicherweise bekomme ich bei gekaufter Software keinen Source Code.
> (Kann bei Segger natuerlich anders sein.)

Ich denke gegen Geld bekommt man alles ;-).

Autor: 900ss D. (900ss)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Tom schrieb:
> Ich denke gegen Geld bekommt man alles

Genau, es kommt immer darauf an, was man bereit ist zu zahlen. Bei uns 
in der Fa. wurde der Source schon gegen Aufpreis mitgekauft.

Autor: Markus M. (adrock)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Nutze auch emBlocks/emBitz und war bisher eigentlich ganz zufrieden. 
Leider sind einige Sachen (z.B. SVD Files) jetzt den registrierten 
Benutzern vorbehalten.

Tatsächlich scheinen nur noch die Majorversionen auf der Webseite zu 
sein, wobei es mal interessant wäre, wieviele Patches denn für die 
"Members" zugänglich sind, um zu wissen ob sich die 50 EUR (immerhin pro 
Jahr!) lohnen.

Und der Import von CubeMX Projekten is leider quasi nicht vorhanden, man 
muss den Kram händisch kopieren und ins Projekt importieren. Leider 
nicht wirklich komfortabel

Schade dass emBitz nicht wirklich "community driven" ist.

Autor: Peter (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Die Quellen von EMblitz habe ich noch nicht gesehen!
Das Teil ist wohl mehr freeware oder nun eher shareware.

Um das "community driven" zu bekommen sollte man, wenn man es denn kann, 
bei CodeBlocks mit helfen.
Das wäre dann wenigstens für alle hilfreich.
Alleine die ganze Debug sachen unter CB sind nicht gerade super und 
bräuchten mal ein update.

Was man bei EMblitz für sein Geld bekommt würde mich auch mal 
interessieren.

VG, Peter

Autor: Adapter (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Jupp schrieb:
> winIdea

Jupp schrieb:
> Die einzig mir bekannte IDE war die von iSystems und die nannte sich
> winIDEA OPEN. Leider ist diese Fassung vor ein paar Tagen eingestellt
> worden. Nicht mal die letzten Versionen sind verfügbar. Diese basiert
> auf ein Eclipse und war fast genauso customized wie die von Segger
> (Crossworks).
...
> Derzeit kann ich noch die winIdea Open nutzen (gcc) und die kann bereits
> einen M7 und auch einige Echtzeitbetriebssysteme. Der Debugger von
> emBitz arbeitet soweit ohne Tadel.

Uhm, seit heute ist WinIdea wieder Online, weiss nicht warum... die 
basiert übrigens definitiv NICHT auf Eclipse.

Autor: Code::Blogger (Gast)
Datum:

Bewertung
2 lesenswert
nicht lesenswert
Hallo,

ich verwende Code::Blocks für PC, AVR, ESP8266 und STM32er. Ist einmal 
alles eingestellt, ist es einfach super.

Man muss sich leider einmal mit dem Compiler, Linkerfiles und dem 
Debugger ernsthaft beschäftigen.


Code::Blocks müsste noch irgendwie eine Datenbank für Templates haben, 
welche die Benutzer verwenden können, dann wäre eine 
Prozessorintegration gegessen.

Jedenfalls haben wir im Unterricht Coocox mit Code::Blocks ersetzt und 
es ist gut so.

Lg

Autor: Guest (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Ich habe hier noch zwei Videos zu Embedded Studio gefunden, falls sich 
jemand dafür interessiert:
Youtube-Video "Embedded Studio Download & First Run"
Youtube-Video "Embedded Studio New Project Creation"

Autor: Christian J. (Gast)
Datum:

Bewertung
-1 lesenswert
nicht lesenswert
Peter schrieb:

> Was man bei EMblitz für sein Geld bekommt würde mich auch mal
> interessieren.

Wozu braucht man da ein Update? Es funktioniert doch alles, besser als 
früher sogar. Und die svd Files kann man sich ja irgendwoher besorgen 
zum Debuggen.

So einen Kam wie Eclipse benutze ich auch nicht, allein das endlose 
Aufstarten. 1 Tag mit befasst, fast abgedreht bei der Konfiguration der 
Toolchain wo da die tausend Einstellungen zu machen sind. EmBitz: 
Install und fertig, läuft out of the box. Wir waren sofort ein Team :-)

Autor: Pete K. (pete77)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Atollic True Studio unterstützt auch den M7 und ist kostenlos:
https://atollic.com/truestudio/

Autor: Frickelfritze (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Pete K. schrieb:
> Atollic True Studio unterstützt auch den M7 und ist kostenlos:

Dafür telefoniert es auch fleissig nach Hause.

Genau so wie CooCox.

Autor: jupp (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Und sie tut es doch - genauso wie die Segger und einige andere IDE's. 
Sie sind nur recht gut customized.
Und ja, die iSystem winIDEA OPEN ist wieder verfügbar und das ist auch 
gut so.

Autor: Til S. (Firma: SEGGER) (til_s)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
jupp schrieb:
> ... genauso wie die Segger ...

Segger Embedded Studio sendet keine privaten Daten an Segger. Es wird 
nur gescheckt, ob es eine neue Embedded Studio Version oder Package 
Updates gibt.

Autor: Klaus (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hat jemand dieses Mitglieder Abo und kann sagen was man wirklich dafür 
bekommt.

Ich finde es halt bescheuert das man 49€ Zahlen soll und dann erst sieht 
was man eigentlich dafür bekommt oder auch nicht.

Man kann halt leider auch nicht sehen, ob sich da überhaupt noch was tut 
bei der Entwichlung. Im Forum tut sich zwar etwas, aber man sieht 
nichts.

VG. Klaus

Autor: Chris J. (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Moin,

ich habe mir grad mal die Segger IDE runterzogen und aufgespielt. Also 
macht einen echt guten Eindruck und hat mehr Features als Embitz, zeigt 
zb Codegrößen an, Ram Auslastung und Flashverbrauch. Eine Limitierung 
sehe ich jetzt erstmal nicht. Ok, die StdPeriph Libs oder die HAÖ muss 
man zu Fuss einbinden, das macht EmBitz automatisch aber leider mit 
veralteten Versionen.

Zu EmBitz vielleicht die Anmerkung: Es ist alles da was man braucht. Es 
braucht kein Internet, läuft komplett ohne. (CooCox nervt ja ständig 
damit). Vielleicht noch eine Codestatistik, die Möglichkeit den Asm 
einzusehen, etwas komfortableren Debugger mit Run time Messungen aber 
sonst... alles da, alles funktioniert. Mehr tut nicht not. Vor 20 Jahren 
hätten wir uns nach sowas die Finger geleckt mit unseren EPROM 
Emulatoren und Kommandozeilen Debuggern mit der roten LED als einziges 
Anzeigeinstrument.

Autor: Til S. (Firma: SEGGER) (til_s)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Chris J. schrieb:
> ich habe mir grad mal die Segger IDE runterzogen und aufgespielt. Also
> macht einen echt guten Eindruck und hat mehr Features als Embitz, zeigt
> zb Codegrößen an, Ram Auslastung und Flashverbrauch. Eine Limitierung
> sehe ich jetzt erstmal nicht.

Danke für dein Feedback. Richtig, es gibt keine technische Limitierung 
in unserem Embedded Studio.

Autor: Uli (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Es gibt Neuigkeiten!

Zitat:
"A new version, with EBlink as debug interface platform, will be the 
next release (together with a lot of fixes). EB needs a totally 
different debug interface settings dialog because EBlink is capable of 
supporting different dongles with any target. I'm still not sure how 
this should look like. And on top of that, this year I have rather a lot 
of work as consultant.

I'm aware of this situation so all the current membership subscriptions 
are not ending after 1 year. I keep them active probably for another 
year in the hope that I will release the next version mid December."

Wird aber wohl nur was für die Bezahler sein!

Autor: Jupp (Gast)
Datum:

Bewertung
1 lesenswert
nicht lesenswert
Um noch mal was zum emBitz und anderen zu sagen.


Ja, ich bin ein Spaßvogel und intressiere mich eigentlich nur für ein 
Werkzeug mit dem ich "MEINE PROJEKTE" entwickeln kann. Ich möchte keine 
Zeit in die Weiterentwicklung einer IDE stecken. Was sollte an diesem 
Aspekt so verkehrt sein?

Meine Quellen werde ich nicht veröffentlichen. Da steckt sehr viel 
Arbeit und Freizeit drin. Ausserdem kann damit wohl kaum jemand was 
anfangen, da die Projekte sehr speziell sind. Ich müsste zuviel Zeit in 
den Support stecken statt diese für die Weiterentwicklung einzusetzten.

EmBitz ist grundsätzlich eine gute IDE. Ich finde sie sehr geeignet für 
Anfänger, da sie alles Grundelemente zur Entwicklung verfügbar macht, 
ohne dass man sich tiefer mit der Komplexität eines Projektes und dessen 
Zusammenhänge beschäftigen müsste. Das Zeug ist rattenschnell beim 
übersetzten.

Seggers Embedded-Studio gefällt mir schon sehr gut. Das Limit ist die 
eigentlich nur nicht vorhersagbare Unterstützung. Wenn Segger plötzlich 
meint es müsse die IDE als freies Tool wieder aufgeben, ist man am 
Ar***.
Muß man wissen - gilt auch nicht nur für Segger.

Da kann man sich bei Eclipse mit C-Compiler Support schon etwas sicherer 
sein. Eclipse ist wahrlich grottenübel lahm - halt JAVA. Es ist aber 
recht gut dokumentiert und die Hochschulen stehen drauf. Man muss sich 
also etwas einarbeiten und die parallele Comilierung hängt einen 
keil-Compiler um Längen ab, denn wenn der noch lansamer übersetzten 
würde, liefere die Zeit rückwärt.

Mir gefällt Seggers Zeug wirklich gut denn die Dinge die sie produzieren 
sind bis zu Ende gedacht und sie liefern einen guten Support und 
Dokumentation.

Leider kann man Embedded-Studio nicht auf andere Debugger loslassen.
So ein Debugger von ST-Link oder ARM/KEIL geht leider nicht direkt.

die Anderen Kommerziellen Ableger machen dass auch nicht anders. ST mit 
dem ST4STM (AC6) konnte nur den krötenlamen ST-Link. Der Bug im 
CPU-Kern der ersten zwei Revisionen vom STM32F746 liessen kaum ein 
sinvolles Debuggen zu. Segger hat dass aber mit einem Work-Around im 
Debugger umschifft. Ich glaube dass ST das problem bis heute nicht 
angegangen ist.

Im Grunde muss man sich schon als Budget-Losen Hobby-Bastler für einen 
Prozessor-Architektur entscheiden um überhaupt Tools ohne Kosten zu 
bekommen. Frei sind sie alles nicht.

Ich selber nutze derzeit ein anderes Produkt und schaue hin und wieder 
mal hier hinein.

Portieren werde ich meine Projekte nach emBitz jedenfalls nicht mehr.

Für unser Arbeitsgruppen-Projekt in einer Schule verwende ich emBitz 
noch immer.

Autor: Jupp (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
@Adapter (Gast):
Das winIDEA nicht auf Eclips ebasiert ist wohl völlig daneben:
Guckst Du hier:
C:\iSYSTEM\winIDEAOpen9\p2\org.eclipse.equinox.p2.engine

Es basiert auf Eclipse-Equinox.

Und ja, es ist wieder Online - leider aber nicht mehr aktuell. Die 
aktuellere Open-Version haben sie ganz schnell wieder entfernt. Dort ist 
aufgefallen, dass der J-lINK Support nicht mehr vorhanden war. Ich 
schieb iSYSTEM an und man lies mich wissen, dass der Support für J-link 
eingestellt wurde. Nun, die DLL für den Segger wurde einfach 
rausgelöscht. Ich hatte sie probeweise mal von der vorgängerverion 
einkopiert und schon lief sie wieder.  Das ist aber keine Option und 
damit auch keine strategische Plattform mehr. Zum anderen fehlen in 
winIDEA einige Hilfen, die alle anderen IDE's unterstützen.
Vergiss iSYSTEM winIDEA-Open - die ist einfach zu umständlich.

Autor: Jupp (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Atollic ist ok, aber eben auch eclipse

Autor: MaWin (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Mitlesa schrieb:
> Peter schrieb:
>> aber deren
>> Spam schutz ist nahe zu perfekt ein User anmelde Schutz.
>
> Also ich hab's geschafft mich anzumelden ....
> (... und ich bin sicher nicht der hellste  ;-)  )

Willkommen im Club!

Autor: Til S. (Firma: SEGGER) (til_s)
Datum:

Bewertung
2 lesenswert
nicht lesenswert
Jupp schrieb:
> Seggers Embedded-Studio gefällt mir schon sehr gut. Das Limit ist die
> eigentlich nur nicht vorhersagbare Unterstützung. Wenn Segger plötzlich
> meint es müsse die IDE als freies Tool wieder aufgeben, ist man am
> Ar***.
> Muß man wissen - gilt auch nicht nur für Segger.

Danke für dein Feedback. Ich glaube kaum, das wir dieses Konzept jemals 
wieder ändern werden. Die Idee ist, dass alles für den nicht 
kommerziellen Einsatz kostenlos ist. Das machen wir natürlich nicht nur, 
weil wir so nett sind (ja, ok, das auch ;-) ) sondern letztlich ist das 
natürlich Marketing.
Im Ar... ist man dann aber auch nicht. Da ES auf dem GCC basiert kann 
man seine Sourcen jederzeit auch mit MakeFiles, Eclipse oder ähnlichem 
bauen.

Jupp schrieb:
> Leider kann man Embedded-Studio nicht auf andere Debugger loslassen.
> So ein Debugger von ST-Link oder ARM/KEIL geht leider nicht direkt.

Wieso sollte man auch etwas anderes als einen J-Link einsetzen? ;-).
Der Vorteil ist, dass so alles aus einer Hand kommt und perfekt zusammen 
spielt.

Autor: Mehmet K. (mkmk)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Til S. schrieb:
> Jupp schrieb:
>> Leider kann man Embedded-Studio nicht auf andere Debugger loslassen.
>> So ein Debugger von ST-Link oder ARM/KEIL geht leider nicht direkt.
>
> Wieso sollte man auch etwas anderes als einen J-Link einsetzen?

Bei mir waere die Antwort: weil ich mit dem J-Link "ST-Link Utility" 
nicht benutzen kann.
J-Link ist um ein Vielfaches besser als ST-Link; keine Frage. Und 
zusammen mit Ozone hat es mich schon 2x davor bewahrt, schreiend aus dem 
Fenster zu springen :)
Aber "ST-Link Utility" benutze ich zu oft, als dass ich darauf 
verzichten könnte. Weshalb J-Link bei mir höchst selten aus der 
Schublade kommt.

Autor: Jannik (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hallo Zusammen,

Ich nutze EmBitz jetzt seit 1 Jahr und bin sehr zufrieden.
Ursprünglich habe ich geplant das Projekt auch finanziell zu 
unterstützten, also Member zu werden, wenn es sich bewähnt. Das hat es 
absolut.
Da es aber seit 1 Jahr kein Update gab und es doch ein paar kleine Bugs 
gibt, die behoben werden sollten, bin ich mir gerade nicht mehr sicher, 
ob ich EmBitz noch unterstützen sollte oder es schon zu spät ist.

Wie sieht ihr das?

Autor: Karl der erste von oben (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Sieh es als rückwirkende Bezahlung für das letzte Jahr. Die 49 Euro ist 
das Ding auf jeden Fall wert...

Autor: Dr. Sommer (Gast)
Datum:

Bewertung
2 lesenswert
nicht lesenswert
Mehmet K. schrieb:
> Bei mir waere die Antwort: weil ich mit dem J-Link "ST-Link Utility"
> nicht benutzen kann.

Was ist denn an dem ST Link Utility so toll? Dass es grafisch flashen 
kann? Das geht mit dem J-Link auch, z.B. mit J-flash Lite. Dass es den 
Flash hexadezimal darstellt? Kann jeder Hex Editor, nachdem man das 
Image zurück gelesen hat.

Autor: Bernd K. (prof7bit)
Datum:

Bewertung
1 lesenswert
nicht lesenswert
Dr. Sommer schrieb:
> Dass es den
> Flash hexadezimal darstellt? Kann jeder Hex Editor, nachdem man das
> Image zurück gelesen hat.

Oder J-Mem mit einem Mausklick.

Außerdem gibts noch so nette Sachen wie J-Scope, letzteres rockt 
wirklich die Scheiße fett. Das muss man wirklich erlebt haben bevor man 
sich mit weniger begnügt.

: Bearbeitet durch User
Autor: Mitlesa (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
MaWin schrieb:
> Willkommen im Club!

In welchem?

Dem der Nicht-so-Hellen oder dem der EmBitz-Forum-Registrierten?

Autor: Peter (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Das mit dem nicht anmelden hatte ich geschrieben.
Es ging von zu hause überhaupt nicht, nur Fehlermeldungen.
An der Arbeit ging das plötzlich dann ohne Probleme (neuer Vertrag), und 
das sogar mit dem selben Laptop.
Also gehört nicht jeder gleich zu den Nicht-so-Hellen.

Um auf die eigentliche alte Frage zuantworten:
Ich denke EMblitz ist tot, aber noch lange nicht von meinem Rechner.

VG, Peter

Autor: MaWin (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Mitlesa schrieb:
> MaWin schrieb:
>> Willkommen im Club!
>
> In welchem?
>
> Dem der Nicht-so-Hellen oder dem der EmBitz-Forum-Registrierten?

Dem der Nicht-so-Hellen :-)

Autor: Mitlesa (Gast)
Datum:

Bewertung
1 lesenswert
nicht lesenswert
Peter schrieb:
> Ich denke EMblitz ist tot, aber noch lange nicht von meinem Rechner.

So isses!

Was mal einigermassen vernünftig läuft muss ja auch nicht
dauernd ge-updated werden. Hie und da die kleine Macke,
damit kann man leben. Verfallsdatum ist erst gegeben wenn
kein Betriebssystem für EmBitz mehr funktionsfähig ist ...

Selbst wenn der Support für STM32F7xx nicht gegeben ist kann
man sich da behelfen.

Aber die Arbeitsgeschwindigkeit ist unübertroffen. Da kommt
kein Eclipse-und-so-Zeugs ran.

Wie sagt schon Mr. EmBitz: Speed matters!

Muss ich zustimmen.

Autor: Jannik (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Es gab jetzt mal wieder ein Lebenszeichen von dem Entwickler.

https://www.embitz.org/forum/thread-861-page-2.html


Ich habe jetzt die 50€ gezahlt, mit der Hoffnung auf 
Weiterentwicklung/Pflege der IDE, aber mindestens für die Dienste die 
sie mir bis jetzt geleistet hat. Danke an "Karl der erste von oben" für 
die Anregung.

Autor: Peter (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Kannst Du dann mal beschreiben was man an mehrwet für die 50€ bekommt.

Autor: Jannik (Gast)
Datum:

Bewertung
1 lesenswert
nicht lesenswert
Effektiv gar nichts.
Offiziell Zugriff auf das SVD-File repository, spezieller Support und 
Beta-Versionen, von denen es gerade keine gibt.

Für mich ist es die Unterstützung des Projekts, damit ich weiterhin 
diese geile IDE nutzen kann.

Autor: Mike (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Auch schon genannt: Eine gute Alternative ist ChibiOs mit ChibiStudio
=> http://www.chibios.org

- Free für nicht kommerzielle/private Zwecke
- Superschnelles und performantes RTOS
- Seit 10 Jahren gereift und immer noch aktiv und Up-to-Date
- Gute, saubere Integration von HAL, Drivern, RTOS (inkl. fatfs und 
lwip)
- Eclipse IDE (Ja, etwas langsamer, besonders auf Win, aber nicht 
schlimm)
- Debuggen mit ChibiOS geht glatt

Macht Spass damit zu arbeiten, insbesondere wegen der guten 
HAL-Abstraktion

Autor: Mitlesa (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
-- ThemaWiederAufWärm --

Die letzten Wochen konnte man noch bei Embitz vorbeischauen,
heute scheint die Seite

https://www.embitz.org/forum/

nicht (mehr?) erreichbar zu sein.

Autor: Herr Bart (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert

Autor: pegel (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Immer noch die gleiche Meldung bei http://www.embitz.org :

"This server is during a Ubuntu 14 upgrade to Ubuntu 18 crashed and the 
backups are lost, we are trying to recover the original data but nothing 
is sure. "

Autor: Markus M. (adrock)
Datum:

Bewertung
1 lesenswert
nicht lesenswert
Naja, das Projekt an sich ist doch eh tot. Der Entwickler hat wohl 
keinen Bock und/oder Zeit mehr.

Autor: Bernd K. (prof7bit)
Datum:

Bewertung
4 lesenswert
nicht lesenswert
pegel schrieb:
> Immer noch die gleiche Meldung bei http://www.embitz.org :
>
> "This server is during a Ubuntu 14 upgrade to Ubuntu 18 crashed and the
> backups are lost, we are trying to recover the original data but nothing
> is sure. "

Naja, so gehts wenn man auf Closed-Source Einmann-Projekte setzt. Dieses 
Ende ist eigentlich immer vorher schon absehbar.

Autor: Peter (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Angeblich wollte der Typ ja gerade was neues einbauen.
Nunja, jetzt hat er wohl was anders zu tun.

Mir wäre es auch lieber der Typ hätte Codeblocks weiter gebracht als 
sein eigens Süppchen zu kochen.
Besonders seine Debugger unterstüzung wäre top für Codeblocks.

Gibt es da eigentlich inzwischen im Debugger einen RESTET vom Code?

Außerdem kranken beide Systeme, soweit ich das gesehen habe, immer noch 
an der Auswertung von #IFDEF #ELSE #ENDIF  wenn das Define in einem 
Header liegt.


Ansonsten:
Die aktulle IDE von Ihm läuft zum Glück und die kann ich noch lange 
nutzen, auch wenn das Projekt tot ist.

Autor: Christian J. (Firma: privat) (christianj)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hmm... ich arbeite nur mit EmBitz für ARM. hat noch jemand die letzte 
IDE als Install File? Nicht dass ich mal meine zerschiieße und  dann dum 
da stehe. CooCox ist ja das Letzte.

Ok, heute ist HAL ja in aber zu Hause geht mit StdPeriphLibs auch alles 
und die sind ausgereift.

Ist SEGGER immer noch kostenlos für Bastler? Und kriegt man da seine 
embitz projekte einfach rein?
https://www.segger.com/downloads/embedded-studio

: Bearbeitet durch User
Autor: Markus M. (adrock)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Bin vom EmBitz nach Segger umgestiegen, hatte mir noch einen J-Link Edu 
Mini geholt.

Das Debuggen geht damit wesentlich flüssiger als mit EmBitz, auch hatte 
ich mit EmBitz und einem STLink immer das Problem, das manchmal 
Breakpoints nicht funktioniert haben und ich die CPU auch nicht mehr 
unterbrechen konnte (außer durch Reset).

Mit Segger + J-Link muss ich sagen funktioniert das sehr zuverlässig.

Soll keine reine Werbung sein.

Es gibt auch noch einiges Verbesserungspotential. Aber ansich finde ich 
die IDE recht flüssig zu bedienen. Cube-MX Projekte kann man leider 
nicht wirklich gut importieren und einige der beigelegten CMSIS bzw. 
StdPeriphLib Sourcen sind schon etwas angegraut und sollten mal 
aktualisiert werden. Auch die Verwaltung der Linker-Maps bzw. Sections 
(XML Files sind per Hand zu bearbeiten) finde ich jetzt nicht wirklich 
komfortabel...

Autor: Christian J. (Firma: privat) (christianj)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Markus M. schrieb:
> Mit Segger + J-Link muss ich sagen funktioniert das sehr zuverlässig.
>
> Soll keine reine Werbung sein.

Deswegen setzen wir die in der automatischen Fertigung ja auch 
massenweise ein. Takatakataka... das rattert nur so durch die Linien :-)

Autor: Peter (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Segger habe ich noch nicht getestet, läuft auch nicht unter XP.

Ist das ein Eclips Clone oder was anständiges?

Wenn es was vernünftiges ist dann währe das einen Test wert.

Autor: Til S. (Firma: SEGGER) (til_s)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Peter schrieb:
> Ist das ein Eclipse Clone oder was anständiges?

Was anständiges ;-). Hat nichts mit Eclipse zu tun.

https://www.youtube-nocookie.com/embed/CiX-rLwOnKc?autoplay=1

Autor: Frank M. (ukw) (Moderator) Benutzerseite
Datum:

Bewertung
0 lesenswert
nicht lesenswert
pegel schrieb:
> Immer noch die gleiche Meldung bei http://www.embitz.org :

Mittlerweile kann man auf http://www.embitz.org/ zumindest die IDE 
wieder herunterladen. https ist aber weiterhin tot.

Autor: Bernd K. (prof7bit)
Datum:

Bewertung
1 lesenswert
nicht lesenswert
Frank M. schrieb:
> pegel schrieb:
>> Immer noch die gleiche Meldung bei http://www.embitz.org :
>
> Mittlerweile kann man auf http://www.embitz.org/ zumindest die IDE
> wieder herunterladen. https ist aber weiterhin tot.

Hätt er mal lieber die Sourcen auch gleich dazu gepackt. Dann könnte 
später auf seinem Grabstein stehen er hätte der Welt was bleibendes 
hinterlassen, aber so war doch alles umsonst.

Autor: Petar (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Hat jemand versucht, es aus dem Quellcode zu erstellen? Ich habe es 
letztes Jahr heruntergeladen.

Autor: pegel (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Gibt es kein Readme zu den Quellen?

Autor: Bernd K. (prof7bit)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Petar schrieb:
> Hat jemand versucht, es aus dem Quellcode zu erstellen? Ich habe es
> letztes Jahr heruntergeladen.

Welche Quellen?

Autor: Petar (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Bernd K. schrieb:
> Petar schrieb:
>> Hat jemand versucht, es aus dem Quellcode zu erstellen? Ich habe es
>> letztes Jahr heruntergeladen.
>
> Welche Quellen?

EmBitz. Der Quellcode befand sich im SVN-Repository auf der Site.

Autor: Christopher J. (christopher_j23)
Datum:

Bewertung
1 lesenswert
nicht lesenswert
Petar schrieb:
> Bernd K. schrieb:
>> Petar schrieb:
>>> Hat jemand versucht, es aus dem Quellcode zu erstellen? Ich habe es
>>> letztes Jahr heruntergeladen.
>> Welche Quellen?
>
> EmBitz. Der Quellcode befand sich im SVN-Repository auf der Site.

Das Repo war schon immer nur zu Alibizwecken da, weil sich der Ersteller 
von Embitz nunmal sehr großzügig bei Code::Blocks (und anderer 
OS-Software) bedient hat, die zumindest teilweise unter GPL steht. Der 
Haken an der Sache (aus User-Sicht) war, dass Code-Blocks proprietäre 
Plugins erlaubt, und sogesehen war dann Embitz im weitesten Sinne ein 
solches Plugin. Ich wette ein 50l-Fass Bier darauf, dass es keiner 
schafft aus diesem SVN-Repo jemals eine annähernd funktionierende 
Version von Embitz zu bauen. Das war auch, wie ich vermute, von vorne 
herein die Intention des Autors.


Schlussendlich ereilt Embitz nun das gleiche Schicksal wie Coocox und 
ich muss ehrlich sagen, dass das meiner Meinung nach von Anfang an 
abzusehen war, weshalb sich mein Mitleid auch sehr in Grenzen hält. Dies 
gilt umso mehr, da der Autor (vielleicht nicht auf unrechtmäßige aber 
jedenfalls auf unmoralische Weise) versucht hat, OSS in proprietäre 
Software zu verwandeln.

: Bearbeitet durch User
Autor: Christian J. (Firma: privat) (christianj)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Til S. schrieb:
> Was anständiges ;-). Hat nichts mit Eclipse zu tun.
>
> https://www.youtube-nocookie.com/embed/CiX-rLwOnKc?autoplay=1

Habe mir grad mal Segger aufgespielt. Kommt ein Hinweis dass eine Lizenz 
fehlt. Weg geklickt, Demo kompiliert für das Blue Pill Board. Als 
Debugger aber kein 5 Euro China ST-Link V2 möglich? Nur Segger J-Link? 
Tut das not?

: Bearbeitet durch User
Autor: pegel (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Wegen genau solchen Spielchen habe ich immer Abstand von Segger und 
ähnlichem gehalten.
Auch deren J-Link Sparversion hat mir erzählt, dass ich keine Lizenz zum 
auslesen des µC habe. Bye, bye.

Wenn man damit Geld verdient ist bezahlen in Ordnung.
Aber privat? Nö.

SW4STM32 habe ich jetzt schon eine Weile in Gebrauch.

Atollic habe ich mir erst einmal installiert. Auch Linux.
Ist ganz ähnlich, oder sogar etwas umfangreicher als SW4.

Autor: 900ss D. (900ss)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Christian J. schrieb:
> kein 5 Euro China ST-Link V2 möglich

Die St-Link kann man umflashen mit einer Firmware von Segger, dann ist 
es ein "kleiner" J-link. Die Firmware gibt es bei Segger auf der 
Homepage.

Autor: Dr. Sommer (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
pegel schrieb:
> Auch deren J-Link Sparversion hat mir erzählt, dass ich keine Lizenz zum
> auslesen des µC habe.

Mit welcher Software? Der JLink Commander (JLink.exe) kann das 
eigentlich immer, auf jeden Fall mit dem J-Link Edu. Die 
Klickibunti-Software J-Flash kostet halt extra.

pegel schrieb:
> Wenn man damit Geld verdient ist bezahlen in Ordnung.
> Aber privat? Nö.

Bezahlst du auch privat nicht für Handys, Computer, Windows-Lizenz, ...?

Wer alles möglichst frei haben will, installiert sich:
- Eclipse for C/C++ Developers ("CDT"): 
https://www.eclipse.org/downloads/packages/
- GNU-MCU-Eclipse https://gnu-mcu-eclipse.github.io/
- Falls Windows: Die Eclipse Windows Build Tools: 
https://gnu-mcu-eclipse.github.io/windows-build-tools/download/
- GCC-ARM-Embedded: 
https://developer.arm.com/tools-and-software/open-source-software/developer-tools/gnu-toolchain/gnu-rm
- OpenOCD falls ST-Link genutzt werden soll, oder J-Link-Software falls 
J-Link.

Dann ist alles bis auf die ggf. genutzte J-Link-Software freie Open 
Source-Software und quasi beliebig nutzbar, ohne irgendwelche 
Lizenz-Sorgen. Die einmalige Einrichtung ist halt etwas lästiger, da 
muss man sich mal ein paar Minuten dransetzen, statt den 
Für-Dumme-All-In-One-Installer von Atollic & Co zu starten. Das Anlegen 
von Projekten ist auch nicht ganz so komfortabel. Diese Konstruktion war 
auch eine Zeit lang die einzige, welche konsistent auf Windows, Linux & 
Mac OS X funktioniert.

Autor: OhWeia (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Die China ST-Links gehen nicht als J-Link und ausserdem ist das gegen 
deren Bedingungen, da darf das nicht aufgespielt werden.



Eine andere Frage:

Ich habe einen Celeron 1600/1GB RAM Laptop, der zu fast nichts mehr zu 
gebrauchen ist. Der liegt seit Jahren im Schrank, ich hab den aber 
eigentlich echt gern.

Würde der, als Offline-only-PC, mit Windows XP und EmBitz ordentlich 
laufen? Ich würde es ja schnell ausprobieren, aber der hat zur Zeit 
keine Festplatte.
Vielleicht kann da einer mit ein bisschen Erfahrung was zu sagen.

Autor: Ruediger A. (Firma: keine) (rac)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
OhWeia schrieb:
>
> Eine andere Frage:
>
> Ich habe einen Celeron 1600/1GB RAM Laptop, der zu fast nichts mehr zu
> gebrauchen ist. Der liegt seit Jahren im Schrank, ich hab den aber
> eigentlich echt gern.
>
> Würde der, als Offline-only-PC, mit Windows XP und EmBitz ordentlich
> laufen? Ich würde es ja schnell ausprobieren, aber der hat zur Zeit
> keine Festplatte.
> Vielleicht kann da einer mit ein bisschen Erfahrung was zu sagen.

Ist der neu genug, dass er einen USB Port für die Debug Probe hat?

Zu EmBitz kann ich nichts sagen, aber in der Konfiguration WinIdea 
Open/St Link oder Segger geht Windows XP.

Autor: Dr. Sommer (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
OhWeia schrieb:
> Würde der, als Offline-only-PC, mit Windows XP und EmBitz ordentlich
> laufen?

Das kann ich dir zwar nicht direkt beantworten, aber ein schlankes Linux 
(Knoppix oder so) mit einem schlichten Texteditor und direktem Aufruf 
des Compilers via make sollte definitiv gehen. Der Prozessor unterstützt 
zwar 64bit, aber bei 1 GB RAM solltest du ein 32bit-System nehmen. Dann 
müsstest du dir eine 32bit-Version des Compilers bauen. Aber finden sich 
nicht bei ebay & Co billige RAM-Riegel die da passen?

Aber, will man sich das wirklich antun? So teuer ist aktuellere Hardware 
nicht...

Autor: OhWeia (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Das ist definitiv ein 32bit Prozessor, das ist ein Celeron von 2005 oder 
so.

Linux habe ich sonst darauf, aber vor Jahren wurde das auch immer 
weniger benutzbar.

Wenn dann XP mit Software, die darauf ordentlich läuft. Das ist eben die 
Frage...

Denn "mir etwas antun" ist Linux darauf, für XP wurde der gebaut.

Autor: OhWeia (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Achja, und 1GB ist Maximalausbau.

Autor: Albert (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Wofür braucht man eigentlich so einen "Segger"? Ich konnte bisher alles 
mit Atmel ICE, Pickkit, ST-Link etc. lösen..? Was ist dessen Vorteil?

Autor: Dr. Sommer (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
OhWeia schrieb:
> Das ist definitiv ein 32bit Prozessor, das ist ein Celeron von
> 2005 oder
> so.

https://ark.intel.com/content/www/de/de/ark/products/34751/intel-celeron-processor-e1600-512k-cache-2-40-ghz-800-mhz-fsb.html?ui=BIG?ui=BIG

Da steht was von "Intel 64".

OhWeia schrieb:
> Linux habe ich sonst darauf, aber vor Jahren wurde das auch immer
> weniger benutzbar.
Die Software geht halt mit den Möglichkeiten der Hardware... Es gibt 
spezielle Linux-Distros für alte PC's, die sollten auch gut gehen.

OhWeia schrieb:
> Denn "mir etwas antun" ist Linux darauf, für XP wurde der gebaut.
Kein PC wird für Linux gebaut...

Albert schrieb:
> Ich konnte bisher alles
> mit Atmel ICE, Pickkit, ST-Link etc. lösen..? Was ist dessen Vorteil?
Die J-Links sind wesentlich schneller und stabiler als z.B. ST-Links und 
können praktisch alle ARM-Prozessoren debuggen. Pickit und Atmel ICE 
können wohl z.B. keine STM32. ST-Link hat aufgeholt, aber früher war es 
reines Glücksspiel, welche kryptische Fehlermeldung jetzt erscheint.

Autor: OhWeia (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dr. Sommer schrieb:
> 
https://ark.intel.com/content/www/de/de/ark/products/34751/intel-celeron-processor-e1600-512k-cache-2-40-ghz-800-mhz-fsb.html?ui=BIG?ui=BIG
>
> Da steht was von "Intel 64".

Bei mir stand aber nicht Celeron E1600, der 5 Jahre später raus kam, 
sondern da steht etwas von einem Celeron mit 1600MHz. Okay, das MHz 
hätte ich anhängen müssen um verwechslungen zu vermeiden.

Autor: Walter T. (nicolas)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Alte PCs und Firmware für ARM schreiben? Keine gute Idee. Schick das 
Dingen in den Ruhestand und tu Dir das nicht an. Bei meinem 5 Jahre 
alten Corei7 mit 8 GB RAM und SSD dauert der Komplett-Rebuild eines 
(vermutlich mittelgroßen) Projekts schon 56 Sekunden.

Autor: EmBlocksRocks (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Also EmBlocks läuft bei mir auf einem Sony VGN-T2XP:
- Windows XP 32Bit
- 1GB
- 1.2 GHz (Pentium M 753).

Läuft sehr schön.

Autor: Dr. Sommer (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Walter T. schrieb:
> Bei meinem 5 Jahre
> alten Corei7 mit 8 GB RAM und SSD dauert der Komplett-Rebuild eines
> (vermutlich mittelgroßen) Projekts schon 56 Sekunden.

Wenn du nicht gerade lustige C++-Template-Magic benutzt hast, kann das 
kaum sein. Benutzt du "make -j X" o.ä.? Unter Linux ist das auch nochmal 
schneller als unter Windows - wenn es viele einzelne Dateien sind, ist 
der Overhead für die vielen Compiler-Aufrufe unter Windows signifikant. 
Ist vielleicht ein Virenscanner aktiv? Schalte mal testweise den Windows 
Defender Echtzeit-Schutz ab.

Autor: Walter T. (nicolas)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dr. Sommer schrieb:
> Ist vielleicht ein Virenscanner aktiv?

Selbstverständlich ist der aktiv, und er beeinflusst auch signifikant 
die Build-Zeit. Aber er verdoppelt sie nicht. Es dürfte dem typischen 
Setup des EmBitz-Nutzers entsprechen.


Dr. Sommer schrieb:
> Wenn du nicht gerade lustige C++-Template-Magic benutzt hast, kann das
> kaum sein.


cloc sagt:
440 files
300351 lines of code
76002 lines of comment

Also ich würde schätzen: Für den Hobbyisten eher ein großes Projekt, 
ansonsten für ARM Cortex M3/M4 eher mittelgroß.

Ich damit auch nur aussagen: Beim durchschnittlichen EMBitz-Projekt 
dauert der Build deutlich länger als beim durchschnittlichen AVR-Projekt 
unter AtmelStudio, so daß hier eine moderne Hardware sehr angenehm ist. 
Daß das unter anderem auch hier mehr gebaut und weniger fertiger 
Binär-Blob eingebunden wird, dürfte eine Ursache sein.

: Bearbeitet durch User
Autor: Dr. Sommer (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Walter T. schrieb:
> Selbstverständlich ist der aktiv, und er beeinflusst auch signifikant
> die Build-Zeit. Aber er verdoppelt sie nicht.

Man kann die gcc.exe vom Schutz ausnehmen. Das bewirkt schon mal eine 
Beschleunigung. Der Geschwindigkeitsunterschied hängt von der Operation 
ab. Viele einzelne Compiler-Aufrufe dürften stärker gebremst werden als 
wenige große. Absurderweise wird z.B. die Zeit zum Löschen von Dateien 
etwa verdoppelt.

Walter T. schrieb:
> cloc sagt:

Habe hier ein Projekt für ARM Cortex-A8 das etwa halb so groß ist und 
ca. 3 Sec braucht auf einem Dell XPS 15 9560 unter Linux, und es nutzt 
etwas C++ template Magic.

Walter T. schrieb:
> daß hier eine moderne Hardware sehr angenehm ist.

Das aber sowieso. Ich hab absolut keine Lust meine Zeit mit Ladebalken 
zu verschwenden. Ich benutze nie wieder einen Rechner ohne SSD...

Autor: Christian J. (Firma: privat) (christianj)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dr. Sommer schrieb:
> Das aber sowieso. Ich hab absolut keine Lust meine Zeit mit Ladebalken
> zu verschwenden. Ich benutze nie wieder einen Rechner ohne SSD...

Häh? Nach einmal Durchlauf ist das bei Embitz im Cache und bei 
nachfolgenden Makes werden nur veränderte Daten kompiliert. Hat aber nix 
mit SSD zu tun... wird völlig überbewertet. Es geht nichts über 
Hubraum.... außer noch mehr HubRAM :-)

Und Virenscanner habe ich seit 2 Jahren unter Windoofs keinen mehr. Noch 
nie Probleme gehabt... man muss sich ja nicht auf jeder Warez-Site oder 
xhamster herum treiben ...

: Bearbeitet durch User
Autor: Dr. Sommer (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Christian J. schrieb:
> Häh? Nach einmal Durchlauf ist das bei Embitz im Cache und bei
> nachfolgenden Makes werden nur veränderte Daten kompiliert.

Niemand benutzt hier den Begriff "Cache"... Je nach Projektstruktur muss 
man ggf. schon öfter mal alles neu kompilieren.

Christian J. schrieb:
> Hat aber nix
> mit SSD zu tun... wird völlig überbewertet.

Ha! Probier's mal aus. Praktisch alle "Zwischen-Arbeiten" wie Programme 
öffnen, Ordner durchsuchen, Dateien öffnen sind schneller. Die Dinge, 
die meistens keinen Lade-Balken haben. Endlich weg mit der Sanduhr!

Autor: Christian J. (Firma: privat) (christianj)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Dr. Sommer schrieb:
> Dateien öffnen sind schneller. Die Dinge,
> die meistens keinen Lade-Balken haben. Endlich weg mit der Sanduhr!

Auch das Rendern eines Videofiles in einem Schnittprogramm mit vielen 
Möglichkeiten? 10 GB Datenbasis zu ca 30 Minuten Video sind bei mir rund 
5-6h auf 2.4ghz Quadcore. Das RAM wird vollgepackt bis Anschlag, so viel 
wie da ist.

: Bearbeitet durch User
Autor: Dr. Sommer (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Christian J. schrieb:
> Auch das Rendern eines Videofiles in einem Schnittprogramm mit vielen
> Möglichkeiten?

Lass doch das absichtliche Falsch-Verstehen. Probier einen Rechner mit 
SSD und einen mit HDD und mache alltägliche Aufgaben wie:
- Hochfahren
- Programme öffnen
- Dokumente öffnen
- Viele Dateien kompilieren
- Dateien suchen/durchsuchen
- Programme installieren

Die vielen kurzen Gedenk-Sekunden werden drastisch reduziert. 
CPU-Intensive Aufgaben wie rendern oder einzelne, riesige Dateien 
kompilieren werden dadurch natürlich nicht beschleunigt. Ich habe privat 
einen Gaming-Rechner mit i7-2700K und 16 GB RAM, und ein Laptop mit 
i3-4010U mit 12 GB RAM. Das Laptop benutze ich viel lieber weil 
alltägliche Dinge da so viel schneller & angenehmer sind. Games und 
aufwendige Berechnungen wie Rendering sind natürlich am großen Rechner 
schneller.

Autor: Dr. Sommer (Gast)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
PS: Natürlich vergessen zu schreiben, das Laptop hat eine SSD und der 
Gaming-PC eine HDD. Die Datenzugriffs-Geschwindigkeit ist halt für viele 
Dinge wichtiger als nackte Rechenleistung.

Autor: Bernd K. (prof7bit)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Walter T. schrieb:
> cloc sagt:
> 440 files
> 300351 lines of code
> 76002 lines of comment
>
> Also ich würde schätzen: Für den Hobbyisten eher ein großes Projekt,

Aber beim normalen Entwickeln musst Du ja nicht immer alle 440 Files 
jedesmal neu übersetzen, also schlagen die vollen 56 Sekunden nur alle 
paar Tage oder Wochen mal zu wenn Dich irgendeine tiefgreifende Änderung 
in der Struktur gezwungen hat make clean zu sagen.

Autor: Walter T. (nicolas)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Vielleicht mache ich es wirklich zu oft. Mindestens vor jedem Commit. Es 
ist die einzige mir bekannte Möglichkeit, wieder alle Warnings des 
gesamten Projekts auf dem Schirm zu haben.

Autor: Mw E. (Firma: fritzler-avr.de) (fritzler)
Datum:

Bewertung
0 lesenswert
nicht lesenswert
Mein Werkbankrechner habe ich letztens von einem Haswel Celeron auf 
Ryzen 1400 geupgradet.
Selbst ohne -j ging der neue ab wie Schmidts Katze beim ARM-GCC ;)
Mit -j8 wars dann ein wahrer Traum!

Antwort schreiben

Die Angabe einer E-Mail-Adresse ist freiwillig. Wenn Sie automatisch per E-Mail über Antworten auf Ihren Beitrag informiert werden möchten, melden Sie sich bitte an.

Wichtige Regeln - erst lesen, dann posten!

  • Groß- und Kleinschreibung verwenden
  • Längeren Sourcecode nicht im Text einfügen, sondern als Dateianhang

Formatierung (mehr Informationen...)

  • [c]C-Code[/c]
  • [avrasm]AVR-Assembler-Code[/avrasm]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] - Link zu Artikel
  • Verweis auf anderen Beitrag einfügen: Rechtsklick auf Beitragstitel,
    "Adresse kopieren", und in den Text einfügen




Bild automatisch verkleinern, falls nötig
Bitte das JPG-Format nur für Fotos und Scans verwenden!
Zeichnungen und Screenshots im PNG- oder
GIF-Format hochladen. Siehe Bildformate.

Mit dem Abschicken bestätigst du, die Nutzungsbedingungen anzuerkennen.