EMbitz IDE lebt? Kommt bald neue Version 2.0!

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.

Achtung!!!

Seit ca. 3 Stunden ist der Code Online!

Ich kann den nur nicht selber prüfen.

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.

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?

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.

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.

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

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

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

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

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

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...

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 ....

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

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.

"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 ...

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.

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.

@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.

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/

Hallo!

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

lg,

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

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

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?

2.0 scheint jetzt raus zu sein.

https://www.embitz.org/
https://www.embitz.org/feature-list

Frank M. schrieb:
> - Debugging with original STM32 Nucleo board (ST-Link on board) does not
> work.

Mit einem Original ST-LINK/V2 (am STM32H750) gibt es keine Probleme. 
Allerdings habe ich Probleme mit dem Live-Watch siehe hier: 
Beitrag "Re: emBitz 2.0 verfügbar"
Ich hatte insgeheim gehofft, daß jemand eine Lösung kennt.

beo bachta schrieb im Beitrag #6867847:
> Du hast nicht insgeheim gehofft sondern deine Hoffnung
> ganz öffentlich zum Ausdruck gebracht.

In diesem Forum hoffe ich immer nur. Sieh Dir Deine Antwort an.

Klaus S. schrieb:
> schon mal im Forum gestöbert ?

Ja. Ist das eine Fangfrage? Hätte ich mit 'nein' antworten müssen?

Wieso Fangfrage ?
Ich denke im Forum zu emBitz wird man eher eine Lösung finden als hier.
Zumal man ja gezielt auch den Entwickler ansprechen kann.

Hi

I will chime in in English despite it is a German board.

The conclusion that EBlink works with clones and not with original is a 
bit short stated I guess. I self don't have any clones and about 70 
different Nucleo boards (thanks to many donations) and several STlink V2 
(iso) and V3 probes. So I only test it with original's. If it doesn't 
work, is it with a particular device or is outdated stlink firmware? 
What are the problems?

E.g. For the F030 was a typo error in a script
https://www.embitz.org/forum/thread-69.html

About live variables, well if you can debug with EBlink in EmBitz then 
you will have live variables. There is not something special about it to 
enable it.

Reminder: The system view is never live. Why not? Because reading 
registers can clear flags (e.g. interrupts) or values and we won't 
interfere with the target.

If you want to watch certain registers in the system area live then you 
need to add an expression as watch. That watch can be switched to live 
(press 'L' ). So if you know your timer instance just use that to access 
the counter in the watch window. Or if you know the counter address, use 
it in the memory viewer and turn the live updates on of the memory 
viewer.

Or if you access the timer counter in your code, highlight the phrase in 
the editor and keep your mouse on it. A live vartip will popup with real 
time values. If you need an other presentation e.g. binary or hex of the 
vartip, select this in the editor context menu "Vartip base...".

So there are a lot of ways which would lead you to watch the content 
live but the system viewer is not one of them.

to continue the live variables..

EmBitz access all the variables through GDB because GDB knows where they 
are and what they are. So to make a variable visible then it must be a 
real variable known by GDB.

If you use "TIM3" most likely this is a #define with some timer base 
definition and some offset stuff and is not known by GDB because it is 
not a real instance.

You can easily test this. Add a watch as "TIM3" in the watch window and 
if you get the red error text 'No symbol "TIM3" in current context' then 
you know that it is not a real variable. For STmicro, often you need an 
handle with a .Instance which is initialized with, in this case, TIM3. 
That handle.Instance is a real variable and would lead you to the 
content of that peripheral.

Nun gut, dann läßt sich für mich die Live-Watch Funktion nicht sinnvoll 
gebrauchen. Man kann zwar die eff. Adresse der Peripherie eingeben, 
müßte aber nach jedem Programmstart alles wiederholen.

TIM3->CNT war ja nur ein einzelnes Beispiel. Wichtig sind vielfach auch 
die Capture-/Compare-Register, DMA, ...
Vielleicht installiere ich in einiger Zeit noch einmal eine aktuelle 
Version.

You can try later on a different version but what you want will never 
happen. It's just out of the scope of any debugger.

You are mixing up compiler preprocessing with actual code/symbol 
generation in an .ELF file.

900ss D. schrieb:
> EmBitz schrieb:
>> It's just out of the scope of any debugger
>
> When you are using Eclipse with GDB you don`t have live variables but
> the name resolution in e.g. the watch or variables window is working
> including structure members.

Sure, but that's not the same as #define is it? So what's your point?

Every debugger which uses GDB has structures in the watches, that's 
something that GDB is doing for you.

No sweat, it's not about the IDE but all about the fundamentals of how 
the toolchains are working.

EmBitz 2.10

The most important changes:

- Debug session saving redesigned
- Memory view has now a lock possibility to prevent accidental address 
change by e.g. mouse wheel (like uVision)
- Latest debug plugin (bug solved for MI parsing)
- Latest EBmonitor plugin (bug solved for stdin)
- EBlink 4.5[4] (with support additional STlinkV3 and bug fixes)
- Bug fix debug settings saving
- Bug fix doxygen settings saving
- Added additional GCC 9 switches to compiler options
- Menu item "delete all watches" bug fix
- A lot of minor bug fixes and small updates...

Hello,
can the IDE also be used to program and debug the STM32H7 dual core?


I have the problem that I have the 1.11 and now wanted to install the 
2.0 (2.1 in a few minutes) in parallel.
But when I start I always get the message that the version of EBlink is 
too old. But I don't remember ever installing a version of it.

Yes, EBlink supports dual core.

- Launch EBlink separately (e.g. windows context menu or "EBlink -S 
stm32-auto -G" )
- As you can see in the terminal of EBlink, there are two targets with 
two GDB servers on two different ports.
- Configure your two EmBitz as remote and select the tcp ports for 
correct corse.

You could install a fresh one, if you already have one installed, it 
will recognize that.

For support
https://Embitz.org/forum

When trying to start a debug session, STLinkV2.1 ,V2J39M27, 
Embitz2.30,STM32F334K it says: "Target voltage 0.01V is to low for 
reliable connection". Tried to set the voltage in EBlink manu to 3.3V 
but still no change. It also complains source project to old Embitz 1.11 
needs conversion etc etc.

you need to connect VTarget to the STLink, did you?

Hi,
are you sure the forum still exists?

Under the specified link is nothing and there is no link on the page to 
a forum.
It was there and I had already read something.
Today I wanted to sign up and report some mistakes.

1. Emblitz 1.11 could still convert Em:Blocks2.20 projects The 2.x can 
not do that anymore
2. Under XP (yes, the most of my tools is not running under Win 7/10) 
the EBlink is not recognized
3. I have read that XP / Win7/8 soon will not support anymore, with XP I 
can understand that, but Win 7/8?