Forum: Compiler & IDEs EMbitz IDE lebt? Kommt bald neue Version 2.0!


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.
von Besorgter Bitzer (Gast)


Lesenswert?

Hallo zusammen,

stimmt es, dass es bald eine neue Version von EMBitz gibt? (2.0)?

auf deren Seite steht:

New Embitz 2.0 is coming soon, highlights:

    Hotplug menu, connect running target without stopping (and inspect 
with live variables and OS tools)
    New debug interface engine with flash erase and program menu's
    The GDB server is replaced by EBlink, already downloadable EBlink 
win32 and Linux_x86-64
    Latest GCC toolchain


https://www.embitz.org/

von Peter (Gast)


Lesenswert?

Davon Träume ich schon lange.

Jedenfalls sind alle "Unterseiten" mal wieder erreichbar, das war über 
Wochen nicht der Fall.

Besser wäre es sowieso wenn alle Erkenntnisse und Änderungen zu 
CodeBlocks zurück fliessen würden. Dann würde es nicht wieder 2 IDE 
geben sondern nur eine die man Pflegen müsste. Bei CodeBlocks gibt es 
einiges was ich vermisse, was EMblitz aber kann. Nur als Beispiel der 
Program RESET unter dem Debugger.

Von mir aus dürfte der Typ hinter EMblitz seine Plugins ja weiter Closed 
lassen nur es sollte mal weiter gehen.

von Peter (Gast)


Lesenswert?

Achtung!!!

Seit ca. 3 Stunden ist der Code Online!

Ich kann den nur nicht selber prüfen.

von A. F. (artur-f) Benutzerseite


Lesenswert?

Besorgter Bitzer schrieb:
> stimmt es, dass es bald eine neue Version von EMBitz gibt?

Was ist Embitz besser als an Atollic? Sorry, kenne mich mit der IDE 
nicht aus.

von Peter (Gast)


Lesenswert?

Atollic kenne ich persönlich nicht, aber das wird auch eine IDE sein wie 
viele Andere auch. Mal muss man bezahlen mal nicht, mir sind die freien 
nur immer lieber. Auch wenn ich IAR & Keil Systeme habe.

EMbitz kommt aus den Quellen von CodeBlocks uns ist eine recht guter 
Editor.
Dazu kommt ein gutes Debugger verhalten.
Es wird bestimmt noch bessere geben, aber mir persönlich gefällt der 
sehr gut. Ist halt immer Ansichtssache.

von Frank M. (ukw) (Moderator) Benutzerseite


Lesenswert?

A. F. schrieb:
> Was ist Embitz besser als an Atollic?

Embitz braucht wesentlich weniger Resourcen als die auf Eclipse 
aufsetzende Atollic-IDE. Auch auf schwächeren PCs ist Embitz innerhalb 
weniger Sekunden gestartet und man kann direkt loslegen. Von der 
Funktionalität vollkommen ausreichend. Der Editor ist in weiten Teilen 
konfigurierbar und unterstützt auch bei der Auswahl von bereits 
definierten Symbols.

von A.D.K. (Gast)


Lesenswert?

Frank M. schrieb:
> Embitz braucht wesentlich weniger Resourcen als die auf Eclipse
> aufsetzende Atollic-IDE

Meinst Du generell, dass Eclipse nicht so gut zum Programmieren geeignet 
ist?

von Klaus (Gast)


Lesenswert?

Eclipse ist mit eine der schlimmsten Programmierumgebungen die es gibt
Fett, langsam und umständlich.
Gut das ist meine Meinung.
Muss mich an der Arbeit damit quälen!

Emblitz ist ganz gut,  aber es gibt auch noch andere die gut sind.

von A. F. (artur-f) Benutzerseite


Lesenswert?

Klaus schrieb:
> Eclipse ist mit eine der schlimmsten Programmierumgebungen die es gibt
> Fett, langsam und umständlich.
> Gut das ist meine Meinung.
> Muss mich an der Arbeit damit quälen!

Kann ich nicht bestätigen, habe auf Arbeit ein HP Notebook 4 Jahre alt 
Atollic läuft schnell und gut. Starten natürlich nicht so schnell wie 
Notepad++ :). Starte es eher aber nur am Monatg und der Rechner läuft 
bis Freitag durch.

: Bearbeitet durch User
von Peter (Gast)


Lesenswert?

Ich glaube das  Frank M. und Klaus mehr damit meinen das die ganzen 
Eclipse basierenden Systeme je nach PC etwas langsamer sind und auch 
teilweise kompliziert ist neue Funktionen dazu zu laden.

Ich selber kenne Eclipse auch gut und kann die ganzen Probleme auch sehr 
gut nachvollziehen. Viele Hersteller nehmen das halt und basteln Ihre 
Plugins und Skins dafür, dann wird ein Paket daraus gemacht und man hat 
etwas "eigenes".

Aber wenn schon was JAVA basierent dann NetBeans, ist sehr schnell und 
kann recht viel. Aber ist nicht für alles geeignet.

Aber für mich und viele andere ist EMbitz halt ein gutes System und wir 
würden es vermissen. Darum warten wir auf eine neue Version.

von A.D.K. (Gast)


Lesenswert?

A. F. schrieb:
> Starten natürlich nicht so schnell wie
> Notepad++

Ich habe mal geschaut - kann man bei dem Notepad ++ auch 
Hexadezimaldateien angucken?

von Thommy (Gast)


Angehängte Dateien:

Lesenswert?

>Ich habe mal geschaut - kann man bei dem Notepad ++ auch
>Hexadezimaldateien angucken?

Ja, es gibt da ein Hex-Editor Plugin für Notepad++

von Name (Gast)


Lesenswert?

Die Veröffentlichung von EmBitz 2.0 ist verzögert.
Vor ein paar Tagen gab es jedoch ein Update 
https://www.embitz.org/forum/thread-12.html

von Frank M. (ukw) (Moderator) Benutzerseite


Lesenswert?

Name schrieb:
> Die Veröffentlichung von EmBitz 2.0 ist verzögert.
> Vor ein paar Tagen gab es jedoch ein Update
> https://www.embitz.org/forum/thread-12.html

Das sieht mir eher nach einem Update eines Users aus, nicht nach einem 
Update vom EMBitz-Autor.

von Anderer Bitzer (Gast)


Lesenswert?

Ich mach hier mal weiter...

Ist das ganze Projekt noch als seriös zu erachten?

Bei einer (neuen) Version von EBLink schlägt VirusTotal an:
https://www.virustotal.com/gui/file/c8b120440c199045915e0fe9bbb85d2277e415e7996268b5255b5d23a34f6711/detection

Ich würde ja gerne den Autor direkt darauf hinweisen, aber die Website 
hat ja kein Impressum...

von Ben S. (bensch123)


Lesenswert?

Darf ich nur so aus OT Neugierde fragen, was die Existenzberechtigung 
und das allgemeine Interesse für diese IDE ist?

STM: STM32CubeIDE
Atmel: Atmel Studio
PIC: Name fällt mir greade nicht ein, kann die inzwischen auch AVR?
TI: Code Composer
C8051: simplicity studio

Warum soll ich da noch irgendwas von dritten zusammengeschustertes 
nutzen?

: Bearbeitet durch User
von Chris D. (myfairtux) (Moderator) Benutzerseite


Lesenswert?

Ben S. schrieb:
> Darf ich nur so aus OT Neugierde fragen, was die Existenzberechtigung
> und das allgemeine Interesse für diese IDE ist?
>
> STM: STM32CubeIDE
> Atmel: Atmel Studio
> PIC: Name fällt mir greade nicht ein, kann die inzwischen auch AVR?
> TI: Code Composer
> C8051: simplicity studio

Da steckt vermutlich schon eine Teilantwort drin: vier verschiedene IDEs 
für im Prinzip ein und dieselbe Sache.

Dazu kommt, dass EmBitz auch unter Linux läuft.

von Ben S. (bensch123)


Lesenswert?

Chris D. schrieb:
> vier verschiedene IDEs
> für im Prinzip ein und dieselbe Sache.

Und wo ist da das Problem? Installiere ich halt alle vier - ist ja nicht 
so, dass ich im Minutentakt wechseln muss.

Chris D. schrieb:
> Dazu kommt, dass EmBitz auch unter Linux läuft.

Dazu kannich nichts sagen, aber laufen nicht inzwischen viele IDEs unter 
Linux? Z.B. die STM32 IDE? Die PIC IDE baut doch auf netbeans auf?

: Bearbeitet durch User
von Chris D. (myfairtux) (Moderator) Benutzerseite


Lesenswert?

Ben S. schrieb:
> Chris D. schrieb:
>> vier verschiedene IDEs
>> für im Prinzip ein und dieselbe Sache.
>
> Und wo ist da das Problem? Installiere ich halt alle vier - ist ja nicht
> so, dass ich im Minutentakt wechseln muss.

Jede fühlt sich aber anders an, wird anders bedient usw.
Das möchte man vermeiden, wenn es geht.

> Chris D. schrieb:
>> Dazu kommt, dass EmBitz auch unter Linux läuft.
>
> Dazu kannich nichts sagen, aber laufen nicht inzwischen viele IDEs unter
> Linux?

Manche? Ja - Alle? Nein

von Jan K. (jan_k)


Lesenswert?

Warum zum Henker sollte ich mir 4 verschiedene IDEs antun wollen?

von jo mei (Gast)


Lesenswert?

Ben S. schrieb:
> Warum soll ich da noch irgendwas von dritten zusammengeschustertes
> nutzen?

Sagen wir so: du benutzt weiterhin die IDE deiner Wahl und bist
glücklich, und ich verwende weiterhin das existierende EmBitz
und wenn was Neues kommt, das neue EmBitz.

Warum das so ist kannst du eventuell selbst herausfinden indem
du es ausprobierst und ggf. deine Sympathie dafür findest, oder
auch nicht.

Es soll aber auch Dumpfbacken geben die in der Verwendung von
EmBitz als IDE keinerlei Vorteile sehen bzw verspüren. Nun, die
muss es auch geben ....

von Jan K. (jan_k)


Lesenswert?

Naja, ich habe EMBitz ausprobiert und finde es nicht schlecht.

Nutze aber sonst tatsächlich VSCode, für eben alles (auch für Python, 
für GIT, für Docker usw). Auf der Arbeit wo es nicht anders geht 
µVision.

Ob deine IDE/(oder schlauer) Editor jetzt EMBitz, Eclipse, VSCode, µV, 
VIM, was auch immer heißt ist ja egal. Ich behaupte aber mal, dass man 
einiges an Zeit braucht, bis man seine Tools wirklich beherrscht.

Und daher ergibt in meinen Augen das IDE hopping zwischen den (und das 
ist auch noch ein Punkt - der Hersteller kann machen was er will und 
lustig eigene Standards bauen) herstellerabhängigen IDEs keinen Sinn

von Peter (Gast)


Lesenswert?

Um das hopping ein zu schränken einfach codeblocks für den Rest nehmen. 
Mehr braucht man nicht.

von Johannes S. (jojos)


Lesenswert?

Bei den speziellen IDE der Hersteller ist das Debugging idR deutlich 
einfacher. Die Einrichtung ist meist plug & play weil nötige Treiber 
installiert werden. Bei universellen IDE muss man deutlich mehr mit den 
unzähligen Variationen aus gdbservern, OOCD, pyocd, BMP oder 
proprietären Lösungen kämpfen. Bei den Eclipse Paketen der Herstellern 
ist auch die Toolchain enthalten, das ist eine one click Installation 
wie es sich viele Einsteiger wünschen.
EmBitz hatte ich auch mal angesehen, ist sicher einfach, aber von der 
Entwicklung her eine one man show und das ist nicht gut. Es ist nicht 
Open Source und bei der rasanten Entwicklung in der µC Welt ist so ein 
Einzelkämpfer Projekt wenig zukunftssicher. Das hat jemand angefangen 
als er noch Zeit dafür hatte, jetzt muss er vermutlich Geld verdienen 
und das geht mit der 'muss kostenlos sein' Mentalität nicht mehr. Und 
alles aus der Hand geben will er auch nicht, dadurch ist sowas für mich 
keine Alternative.

Edit:
Quellen schein es doch zu geben : https://git.embitz.org/Embitz/IDE
aber nach Aktivität sieht das nicht aus.

: Bearbeitet durch User
von Gerard Z. (Gast)


Lesenswert?

"Quellen schein es doch zu geben : https://git.embitz.org/Embitz/IDE
aber nach Aktivität sieht das nicht aus."

Hi,

Despite the fact that it looks like everything is quite, it's the silent 
before the storm. A lot of work is done in the past few months. One of 
the key thing was to finish EBlink first because that will be the 
de-facto debugger for EB. It will still be possible to use other 
GDB-servers but a lot of features are disabled such as live-variables 
and "one-click hot-plugging" where you can connect to a running target 
without stopping it and watch the live variables as it happens (also 
possible in EB 1.11 but not as one click).

The new version will be shipped with the latest Launchpad GCC and no 
longer with the EmBitz tailored GCC.

The debugger plugin is currently rewritten to support the new EBlink and 
that will be the last task before publishing.

But everything is done in spare time, so ...

von Karl (Gast)


Lesenswert?

Wann der mal fertig wird steht noch in den Sternen, aber einen Zwischen 
Schritt gibt es immer hin. Auch wenn der ganze Teil von Hand rein 
kopiert werden muss.

Ich hoffe aber das die neue Version noch besser wird, auch wenn mir 
eigentlich nur die ganzen GCC und Prozessor Parameter fehlen. Mit dem 
Update bin ich jetzt aber schon wieder fast komplett mit meinen Wünschen 
durch.

Welche IDE ist die beste? -> Immer noch die, die man dafür hält!
Und das kann für unterschiedliche Prozessoren oder Betriebssystemen halt 
was anderes nimmt liegt halt dran das es nicht die Allgemeine IDE gibt 
die alles kann. Leider!

Ich nutze auch für fast alles CodeBlocks, aber AVR Debuggen ist damit 
echt lästig gegenüber dem Studio. PC Kram ist damit ja wieder einfach.
Für ARM Sachen dann EMblitz weil es super läuft und ich mich nichtmal an 
eine Andere IDE gewöhnen muss. Klar habe ich auch andere.

Um auf EMbitz zurück zu kommen, abwarten und die aktuelle Version 
nutzen.

von Christopher J. (christopher_j23)


Lesenswert?

Gerard Z. schrieb:
> One of the key thing was to finish EBlink first because that will be the
> de-facto debugger for EB.

Klingt für mich so, als wöllte der Mann in Zukunft mit Segger 
konkurrieren und über seinen Debug-Adapter seine Brötchen verdienen. Ob 
das klappt? Ich habe da meine Zweifel.

von Peter (Gast)


Lesenswert?

So weit ich das sehe läuft der segger genauso wie die st-link Teile.
Da jetzt neue Hardware zu machen lohnt sich für niemanden. Ich denke der 
würde zerrissen werden wenn man plötzlich nur noch seine Hardware 
benutzen könnte.

von Gerard Z. (Gast)


Lesenswert?

@Christopher J
Than you definitely don't understand what this is all about :) And just 
write for the writing.

EBlink sounds as J-link and there ends the whole comparison. EBlink is a 
bit like openOCD but with a total different approach and different 
features needed for live-variable debugging and fast flashing from 
IDE's. EBlink needs hardware probes from third parties such as STlink or 
CMSIS-dap.

I understand you biasing for the German based Segger but with a 
STlink/V3 you don't need them anymore for the speed.

P.s. perhaps own hardware is not profitable but your own firmware in 
that hardware definitely is. That's why we have Ulink,STlink and so on. 
That's why CMSIS-DAP/v2 could get momentum (I hope) and to be extended 
with nice features. Something I'm very anxious to start with as soon as 
I have the time.

von Christopher J. (christopher_j23)


Lesenswert?

Gerard Z. schrieb:
> I understand you biasing for the German based Segger but with a
> STlink/V3 you don't need them anymore for the speed.

I'm not biased towards Segger. In fact I do not use any Segger products 
at home for my hobby projects and the reason for this is that I want to 
use tools (preferably open source) that anyone can use. That's why I'm 
perfectly happy with ST-Link and BMP.

Gerard Z. schrieb:
> EBlink sounds as J-link and there ends the whole comparison. EBlink is a
> bit like openOCD but with a total different approach and different
> features needed for live-variable debugging and fast flashing from
> IDE's.

Sorry for the misunderstanding. I was just curious if you wanted to 
monetize Embitz the way Segger does (through the sales of debug 
adapters). As I see you already mentioned that EBlink is just a 
GDB-server. What I do not understand though, is why we need another 
GDB-Server since we can have live variable/register views with OpenOCD 
as well (since everything is "just memory").

von jo mei (Gast)


Lesenswert?

EmBitz wird wieder etwas aktiver, und die Aussagen auf der
Homepage lassen hoffen dass es weiter geht, dass es mehr gibt.
Also ich würde mich sehr freuen, ist für mich doch diese IDE
das Beste was ich für meine Arbeiten finden konnte, und der
Editor mit seiner Konfigurierbarkeit und seinem Syntax-
Highlighting ohne wirkliche Konkurrenz (ausgenommen vielleicht
teuere käufliche Tools).

Auch die Forums-Page ist wieder da. Erster Einrtag etwa vom
August, aktuelle Einträge vom Dezember ...

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

von Besorgter Bitzer (Gast)


Lesenswert?

Hallo!

freut mich, dass es da weiter geht. Wäre sonst schade um das schöne 
Tool.

lg,

von Til S. (Firma: SEGGER) (til_s)


Lesenswert?

Gerard Z. schrieb:
> I understand you biasing for the German based Segger but with a
> STlink/V3 you don't need them anymore for the speed.

Is ST-Link V3 actually that much faster than ST-Link V2?
At least the ST-Link V2 was much slower compared to a J-Link, 35 sec 
against 2 sec, see "Flash Programming Speed" in 
https://www.segger.com/products/debug-probes/j-link/technology/flash-download/

Anyhow, I am looking forward to give EmBitz a try once it's available.
If someone has boredom in the meantime he could give Embedded Studio a 
try, https://www.segger.com/products/development-tools/embedded-studio/. 
It's free for non-commercial use and can be used with any GDB server.

von Karl (Gast)


Lesenswert?

Hi Til,

I am actually a commercial segger customer, but why do you promote 
segger products in a totally unrelated thread?

Also: my jlink does not make any relevant difference compared to a 
stlink V2 in my day to day debugging experience. If any, jlink is less 
stable.

Your products are ok, but it is quite annoying that you can't keep that 
to related threads.

Bye, Karl

von Til S. (Firma: SEGGER) (til_s)


Lesenswert?

Hi Karl,

sorry, I didn't want to annoy you although I don't think it was 
unrelated. It's not that easy to separate my personal opinion from my 
job. For example I like Embedded Studio and I already did back then when 
it was Rowley Crossworks and I was not yet a SEGGER employee. I could 
just register myself here so that everyone can clearly see where I work.

Karl schrieb:
> Also: my jlink does not make any relevant difference compared to a
> stlink V2 in my day to day debugging experience.

Yes, I fully agree although it depends on what your are actually doing. 
If you e.g. have a small application the flash download speed is not 
that important. In the end none of the nowadays debug tools are 
bad...everything is better than writing applications with just printf() 
debug outputs :-).

Best regards,
Til

von Ingo Less (Gast)


Lesenswert?

ST-Link V3 allows 24MHz SWD-Frequency, yes its much faster than V2

von Johannes S. (jojos)


Lesenswert?

Til S. schrieb:
> At least the ST-Link V2 was much slower compared to a J-Link, 35 sec
> against 2 sec, see "Flash Programming Speed" in

I've seen such slow flash programming with STLink V2, about how many 
Megabytes are you talking? Or comparing the oldest STLink against the 
newest J-Link?

von Til S. (Firma: SEGGER) (til_s)


Lesenswert?

Johannes S. schrieb:
> about how many Megabytes are you talking?

I just took the values from here:
https://www.segger.com/products/debug-probes/j-link/technology/flash-download/

>All tests have been performed by placing a 512 KB program into the flash
>memory of a blank STM32F417IG microcontroller connected via SWD interface.
>The SWD speed has been selected at the maximum possible for each debug probe.

Maybe that table needs to be updated regarding ST-Link V3 to be fair.

: Bearbeitet durch User
Beitrag #6621869 wurde von einem Moderator gelöscht.
Beitrag #6621885 wurde von einem Moderator gelöscht.
Beitrag #6621985 wurde von einem Moderator gelöscht.
Beitrag #6621999 wurde von einem Moderator gelöscht.
Beitrag #6622310 wurde von einem Moderator gelöscht.
Beitrag #6622331 wurde von einem Moderator gelöscht.
Beitrag #6622340 wurde von einem Moderator gelöscht.

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]
  • [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.