LunaAVR Forum

Asdf A. schrieb:
> Ich habe gerade LunaAVR für mich entdeckt.

Meine Empfehlung: entdecke lieber die Original-Tools des
Chip-Herstellers. Das stärkt deine Lernfähigkeit und hindert
dich daran auf irgendwelche Irrwege zu geraten. Wenn etwas
nicht funktioniert wird dir bei den "Fremd"-Tools kaum
jemand helfen (können).

Auch mich würde interessieren, ob es mit dem Projekt weitergeht. Ist 
doch grundsätzlich möglich, dass es jemand anders fortführt. Hier gibt 
es Insider und auch Leute, die den Entwickler kannten.

Die Frage des TE finde ich darum nicht ungewöhnlich. Ich wollte sie 
nämlich auch schon stellen. Weil ich genau solche Antworten befürchtet 
hatte, hatte ich bisher davon abgesehen.

Asdf A. schrieb:
> Ja auf Insider habe ich auch gehofft!
> Meine große Hoffnung ist, dass man das Forum wiederbeleben könnte! Wenn
> eine Community weiterlebt, lebt auch ein Tool weiter.
>
> Wenn es um das Hosting und die Pflege geht, würde ich mich freiwillig
> bereit erklären das Forum auf meinen Servern zu betreiben!
>
> Man müsste nur an die Forum-Datenbank kommen, zur Not könnte man diese
> in ein anderes Forum integrieren oder ein eigenes Forum-System
> schreiben.

Frag halt bei der Kontaktadresse:
https://avr.myluna.de/doku.php?id=de:kontakt

Hab ich natürlich schon gemacht. E-Mail Adresse funktioniert nicht mehr 
:-(

Vielleicht mal einen Brief an die Impressumsadresse schreiben?

https://www.rgfsoft.com/doku.php?id=impressum

Asdf schrieb:
> Hab ich natürlich schon gemacht. E-Mail Adresse funktioniert nicht mehr
> :-(

Dann kann ich nur raten, zeitnah alle Informationen der Webseite zu 
sichern. Bei Problemen nehme ich Bascom als Suchbegriff. Half mir bisher 
immer weiter.


Cyblord -. schrieb:
> Tja den Quatsch kann man dann wohl zurecht als "tot" bezeichnen.
>
> Nur extrem lernfaule Menschen würde hier noch weiter an diesem Unsinn
> festhalten wollen.

Allerdings lässt sich mit LunaAVR ein umfangreicheres Projekt auch ohne 
Vorwissen in kürzester Zeit realisieren.

Du meinst das ist gewollt??? Warum sollte jemand sowas wollen?

Ich habe ja nix gegen abweichende Meinungen. Gefragt war aber was 
anderes. Wenn ich zum Bäcker gehe und ein Weißbrot bestelle, will ich 
doch nicht dass die Fachverkäuferin mir erzählt, dass Vollkornbrot viel 
Gesünder ist. Was jemand für eine Technologie jemand verwenden will, ist 
doch ganz allein seine Sache. Es könnte ja sogar sein, dass derjenige 
schon längst weitergedacht hat. Stattdessen fühlen sich einige Leute 
dazu berufen, Dinge, welche Ihr Kleinhirn überfordern, schlecht zu 
reden! Um es auf den Punkt zu Bringen: deine Meinung interessiert mich 
0. Und bevor du das nächste mal wieder etwas hochnäsiges schreibst, denk 
dran: wahrscheinlich interessiert deine Meinung überhaupt niemanden!

Ich denke das ist auch eine Rechtliche Angelegenheit.

Also musst du heraus finden wer der Erbe des verstorbenen ist. Der hat 
die Rechte. Und je nach Laune bekommst du dann zwischen ALLES (inkl. 
Source-Code) und NIX.

Alles andere ist "im Trüben fischen" und i.d.R. rechtlich 
"problematisch".

Und ich denke das außer zufälliger weise die  Kontaktdaten des Erbens, 
(sehr unwahrscheinlich) dir hier keiner wirklich weiter helfen kann.

Du kannst es mal über eine Denic anfrage versuchen. Dann über den 
Provider vielleicht weiter zu Kontaktdaten. Aber selbst diesen Weg halte 
ich für eine Privat-Person sehr schwierig.  Datenschutz ist nämlich auch 
oft ein Problem.

Asdf A. schrieb:

> Ich muss ehrlich sagen, dass ist schon schwierig in
> diesem Forum ein "Erwachsenengespräch" zu führen.

Och... nicht schwieriger als in anderen Foren.

Es gibt da eine relativ einfache Regel: Wer mich
höflich anspricht, dem antworte ich höflich, und
wer mich unhöflich anspricht, dem antworte ich
gar nicht.

Asdf schrieb:

> Um es auf den Punkt zu Bringen: deine Meinung interessiert
> mich 0.

Das Problem ist, dass das nicht stimmt. Würde Dich seine
Meinung wirklich nicht interessieren, würdest Du ihm
nicht antworten.

Tim D. schrieb:

> Cyblord -. schrieb:
>> Tja den Quatsch kann man dann wohl zurecht als "tot" bezeichnen.
>>
>> Nur extrem lernfaule Menschen würde hier noch weiter an diesem
>> Unsinn festhalten wollen.
>
> Allerdings lässt sich mit LunaAVR ein umfangreicheres Projekt
> auch ohne Vorwissen in kürzester Zeit realisieren.

Genau das ist ja die Ursache für seinen blinden Hass...
:)

Das Risiko gehst du aber mit allen 1-Mann-Shows ein.

B4X ist da die Ausnahme.

Da ist es zwar ein Problem, aber da der Basic-Code auf Arudino-IDE-C 
umgewandelt wird, kann man die Projekte durch lernen von den C-Zeug 
weiterentwickeln auch wenn der Original-Basic-Code veraltet und nicht 
mehr weiter entwickelt wird.

Ansonsten kannst du bei einer 1-Mann-Show das ganze Zeug neu schreiben.

Was aber einigen Projekte "die empirisch gewachsen sind"  hin + wieder 
gut tut. ;)

Schlaumaier schrieb:

> Das Risiko gehst du aber mit allen 1-Mann-Shows ein.

Echt jetzt?!

Und Deinen Beitrag hast Du an einer BESM-6 verfasst, per
Telex Deinem Gesprächspartner geschickt und aus dem
Jahre 1975 in die ferne Zukunft, ins Jahr 2022 getunnelt?

oh, das ist in der Tat schade zu hören.
Ich hatte mich damit auch damals beschäftigt und mit 
Verbesserungsvorschlägen beigetragen.
Wäre schön , wenn das Projekt fortgesetzt würde

Egon D. schrieb:
> Schlaumaier schrieb:
>
>> Das Risiko gehst du aber mit allen 1-Mann-Shows ein.
>
> Echt jetzt?!
>
> Und Deinen Beitrag hast Du an einer BESM-6 verfasst, per
> Telex Deinem Gesprächspartner geschickt und aus dem
> Jahre 1975 in die ferne Zukunft, ins Jahr 2022 getunnelt?

Vielleicht erklärst du mir mal was du mit deine Gelabere ausdrücken 
willst. Und dabei erklärst du mir auch gleich diese Historische Technik.

den Cyblord muss man ignorieren.
Es gibt mehrere Threats wo es darum geht, das er doch langsam mal aus 
dem Forum entfernt werden sollte
Er sorgt generell nur für Unruhe.
Also geht einfach nicht weiter auf den Clown ein oder meldet seine 
Beiträge als störend, noch besser, schreibt dem Betreiber vom Forum, das 
der endlich mal entfernt wird
Und sonst..einfach ignorieren, wie es die Frauen bei ihm auch machen 
haha

Schlaumaier schrieb:

> Egon D. schrieb:
>> Schlaumaier schrieb:
>>
>>> Das Risiko gehst du aber mit allen 1-Mann-Shows ein.
>>
>> Echt jetzt?!
>>
>> Und Deinen Beitrag hast Du an einer BESM-6 verfasst, per
>> Telex Deinem Gesprächspartner geschickt und aus dem
>> Jahre 1975 in die ferne Zukunft, ins Jahr 2022 getunnelt?
>
> Vielleicht erklärst du mir mal was du mit deine Gelabere
> ausdrücken willst.

Nee.
Ich traue Dir (im Moment noch) zu, dass Du selber darauf
kommst, was ich ausdrücken wollte.

Es gibt ja auch noch Great Cow Basic:
http://gcbasic.sourceforge.net/Typesetter/index.php/Home

Dort gibt es auch ein Forum. Allerdings scheinen PIC besser unterstützt 
zu werden, als AVR. Bei meinem AVR-Projekt bin ich gleich an die Grenzen 
gekommen. Dadurch bin ich schließlich bei Luna gelandet.

Tim D. schrieb:

> Es gibt ja auch noch Great Cow Basic:
> http://gcbasic.sourceforge.net/Typesetter/index.php/Home
>
> Dort gibt es auch ein Forum. Allerdings scheinen PIC
> besser unterstützt zu werden, als AVR. Bei meinem
> AVR-Projekt bin ich gleich an die Grenzen gekommen.

Magst Du dazu mal ein, zwei technische Details schildern?


> Dadurch bin ich schließlich bei Luna gelandet.

Naja... jetzt drängt sich doch eine Frage mit solcher
Macht auf, dass ich sie einfach stellen muss: Wie kommt
man denn auf die Idee, statt einer FOSS-Software mit
ca. 10 aktiven Entwicklern eine closed-source-Software
mit einem (EINEM!) aktiven Entwickler zu verwenden?

Die warnenden Beispiele wie rfsim99 oder der mini-
ringkernrechner könnten doch inzwischen bekannt
sein...?!

Cyblord -. schrieb:
> Ja nun, und weil er verstorben ist, ändert das was an der Qualität oder
> der Sinnhaftigkeit von LunaAVR?
> Komm mal zu dir!

Was mir aufgefallen ist, du konntest noch kein einziges Wort über die 
Nachteile der Software sagen. Immer nur meckern. Kanntest du das 
Programm überhaupt? Ich glaube nicht. Hauptsache Stunk verbreiten...

Oliver S. schrieb:

> Egon D. schrieb:
>> Naja... jetzt drängt sich doch eine Frage mit solcher
>> Macht auf, dass ich sie einfach stellen muss
>
> Ja, manche Fragen stellen sich, manchem früher, anderen
> später…

Sachlich richtig, aber wenig aufschlussreich.

Tim macht mir durchaus den Eindruck, mit den üblichen
Anforderungen des täglichen Lebens nicht heillos
überfordert zu sein -- insofern unterstelle ich einfach,
dass ihm die Gefahr bewusst war.

Nur unter dieser Prämisse macht meine Frage "Warum hast
Du Dich dennoch dafür entschieden?" überhaupt Sinn...

Egon D. schrieb:
> Nur unter dieser Prämisse macht meine Frage "Warum hast
> Du Dich dennoch dafür entschieden?" überhaupt Sinn...

Warum hat die Regierung alles auf Russland gesetzt, in Sachen 
Energiepolitik wo doch jeder Investor weiß das man sein Risiko-Kapital 
splitten soll.

Macht doch auch kein Sinn.

Wie war der alte Spruch "Der Krug geht so lange zum Brunnen bis er 
bricht". o.s.ä.

Und dann steht man im Regen.

Ist bei mir doch im Laufe des Lebens genauso. Ich habe mit ZX-81-Basic 
angefangen, und dann immer wieder gewechselt. Und ich denke, ohne ihm 
böses zu wollen, das der TO das auch machen muss. Weil mit einer 
Weiterentwicklung ist halt nicht zu rechnen.

Cyblord -. schrieb:
> Manche Dinge sind offensichtlich schlecht. Und dazu
> gehören sämtliche vermeintliche Programmiervereinfachungen für
> Controller.

Ist C++ eine Vereinfachung gegenüber C?
Ist C eine Vereinfachung gegenüber Assembler?
Ist Assembler eine Vereinfachung gegenüber Maschinensprache?
Muss ich auf dem Papiereditor (Schere/Bleistift/Radiergummi) unbedingt 
Mnemonics verwenden?
Kann ich statt Sedezimal EF0F nicht lieber Binär 1110111100001111 
schreiben?

Fragen über Fragen… ;-)

Cyblord -. schrieb:
> Wer das glauben will, hey bitte.

Du hast meine Frage beantwortet. Danke. Du kennst das Programm also 
überhaupt nicht. Aber diese Tatsache reicht dir völlig, um es in der 
Luft zu zerreissen.

Es gibt Menschen die reiten ein Pferd bis es tot ist. Dann steigen sie 
ab.

Manche bleiben auch einfach darauf sitzen … bis es riecht. Dann steigen 
sie ab.

Andere bleiben weiterhin darauf sitzen. Obwohl es riecht. Sie brauchen 
einen Schubser, dann steigen sie ab.

Aber auf einen verwesenden Korpus einen Sattel zu schnallen und 
aufzusteigen, da gibt es nur wenige…

Oliver S. schrieb:
> Ob LunaAVR selber gut oder schlecht oder was auch immer ist,
> steht nicht zur Debatte.

Dass LunaAVR tot ist, streite ich ja auch keineswegs ab.
Ich glaube auch nicht, dass sich jemand findet, der es weiter 
entwickelt.
Aber Cyblords Argument klingt nach "prinzipiell schlecht".
Und das Prinzip war keineswegs schlecht. Da schließe ich mich völlig der 
Meinung von Ralf H. an. Die "one man show" war schlecht, aber das 
Konzept des Programms nicht!

pnp schrieb:
> Dass LunaAVR tot ist, streite ich ja auch keineswegs ab.

Die Weiterentwicklung ist tot, nicht das Programm. Es lässt sich 
trotzdem nutzen und für den Hobbybereich reicht es allemal. Für ein paar 
Jahre ist es sicher noch gut. Dann gibt es längst wieder neues. Also 
warum sollte man es nicht nutzen. Es Bedarf ja keiner großen 
Einarbeitung.


> Ich glaube auch nicht, dass sich jemand findet, der es weiter
> entwickelt.

Da fehlt natürlich der Anreiz, denn wer das könnte, programmiert 
normalerweise nicht mit Luna.


> Die "one man show" war schlecht, aber das
> Konzept des Programms nicht!

Vielleicht war das Konzept deshalb gut. Im Team kann man eben nicht stur 
sein Konzept fahren, es sei denn man bezahlt die Leute für ihre Arbeit. 
Ich sehe das aber auch so, One-Man-Projekte fangen oft irgendwann an zu 
stocken und schlafen später ein. Mir fällt dabei SkyOS ein. Durch die 
stetige Weiterentwicklung der Hardware hat der Entwickler einfach nicht 
schritthalten können, wie er es damals selbst in seinem Blog andeutete.

Cyblord -. schrieb:
> Sei es nun BASCOM, Arduino, LunaAVR. Allen gemein ist das
> uneinlösbare Versprechen, der wissens- und lernresistente Nutzer, könnte
> tatsächlich was sinnvolles damit entwickeln,

owe. der Cybloard zeigt mal wieder seine totale Ahnungslosigkeit und 
prahlt auch noch damit
Was für ein armer Wicht, wenn der wüsste was für kommerzielle Projekte 
von weniger erfahrenen Programmierern hier schon auf die Beine gestellt 
wurden..

Norbert schrieb:
> Aber auf einen verwesenden Korpus einen Sattel zu schnallen und
> aufzusteigen, da gibt es nur wenige…

zeigt sehr schön die Denkweise vieler in diesem Forum.
Wenn solche Leute ein Projekt wie Linux oder ähnliches starten würden 
ROFL wäre es bei den kleinsten Schwierigkeiten zum Scheitern 
verurteilt.

Ich drücke dir die Daumen das es jemanden gibt der sich Lunar AVR 
annimmt und spaß daran hätte es weiter zu entwickeln.
Vielleicht mal in einem vernünftigem Forum fragen, wo nicht nur 
größtenteils gescheiterte Nerds abhängen.
Stell das GEsuch doch mal ins
Roboternetz.de
AVR Freaks
EDA Board
etc pp
da bekommt du weniger schnell Reaktionen, aber dafür von Menschen die im 
leben nicht gescheitert sind, Abknicker, Außenseiter, etc

und wie gesagt...ignoriert den Cyblord Clown, er verwickelt einen nur in 
sinnlose Diskussionen, er würde es sowieso niemals einsehen, egal welche 
Argumente ihr im bringt.
Dazu fehlt ihm deutlich was...

Manchmal mache ich auch den Fehler auf diesen Vogel zu reagieren, aber 
dann fasse ich mich wieder:-)

Asdf A. schrieb:
> @Maxe: Ja, war auch ein Gedanke von mir, aber das ist für mich eine
> moralisch schwierige Frage. Zweitens glaube ich nicht, dass die
> Hinterbliebenen (verständlicherweise) weiterhelfen wollen / können.
Seh ich nicht so. Wenn man freundlich nach dem Projekt fragt ohne 
irgendwelche Forderungen zu stellen, sollte das kein Problem sein. Und 
dann sieht man ja gleich, ob von den Angehörigen aus das Interesse da 
ist, an die Sourcen zu kommen und offen zu stellen, oder ob sie nichts 
davon wissen wollen. Für die Angehörigen kann das ein Trost sein, dass 
noch Interesse an seinen Projekten besteht. Natürlich darf man im Umgang 
nicht gerade im Microcontroller.net-Modus sein.

Asdf A. schrieb:
> Ich habe gerade LunaAVR für mich entdeckt.
In dem Fall würde ich wirklich die Finger davon lassen. Vielleicht wäre 
FreePascal was für dich. Unterstützt auch ARM-Controller (STM32, 
LPC...), RISC-V und die ESPs.

Donnerblitz⚡ schrieb:
> Ich drücke dir die Daumen das es jemanden gibt der sich Lunar AVR
> annimmt und spaß daran hätte es weiter zu entwickeln.
Du meine Güte. Hast du wirklich den Eindruck gewonnen, das ich so etwas 
auch nur mit der Kneifzange anfassen würde?
Wo ist der Smiley für fassungsloses Kopfschütteln?

@Norbert
!?!?!
Du warst nicht gemeint, es geht um den Themenstarter.
Wieso fühlen sich hier eigentlich immer alle angesprochen?!

Beispiel.
Weiß Jemand wie man Korbbrot backt?
Antworten hier üblich:
Was willst du denn mit Korbbrot, das ist man schon lange nicht mehr.
Erzähl erst mal genau was du damit vorhast

Ich habe Probleme mit der Verdauung, ist aber hier nicht die Frage , die 
Frage war weiß jemand wie man das backt?

Anwort:
Na jetzt beginnt die Scheibchentaktik, wenn du willst das man dir hilft 
musst du schon ausführlich beschreiben was du eigentlich willst!
So werde ich dir sicher nicht helfen!

Bist du eigentlich dumm oder sowas? Ich habe Morbus Chron und muss daher 
meine Ernährung anpassen.A

Aber was geht dich das an, darum geht es hier überhaupt nicht, weiß du 
wie man Korbbrot backt, oder nicht?!?

Antwort:
Wer pampig wird, dem helfe ich nicht
Wo hast du denn Rechtschreibung gelernt? Lerne erstmal richtig zu 
schreiben bevor du hier um Hilfe bittest.


Sag mal, haben sie dir ins Gehrin gehschissen, wer hat dich eigentlich 
um deine Hilfe gefragt?!? Offenbar kanns du nicht helfen, warum 
antwortest du dann überhaupt

Antwort:
Was soll den ein Gehrin sein
Du bist sowieso zu blöd zum Brot backen, gehe besser zum Becker neben an 
und kauf es dort
etc etc...



Wenn es in diesem Forum nicht so traurig wäre, weil es GENAU SO hier 
läuft, könnte man drüber lachen..

Donnerblitz⚡ schrieb:
> Beispiel.
> Weiß Jemand wie man Korbbrot backt?

Danke, das rettet meinen Tag :)

Peter D. schrieb:
> Für den Anfänger mag es auf den ersten Blick sehr vorteilhaft sein, wenn
> man für viele Sachen fertige Libs verfügbar hat.
> Sobald die Aufgaben aber komplexer werden, fällt einem das als Nachteil
> wieder auf die Füße. Insbesondere weil die Libs nur sehr eingeschränkt
> erweiterbar sind, da: "Die AVR-spezifischen Code-Teile, inklusive der
> Bibliotheken sind im Quelltext zugänglich und vollständig in Assembler
> geschrieben."
> Assembler möchte ich mir aber auf keinen Fall mehr antun wollen. Daher
> ist es erheblich komfortabler, gleich in C zu programmieren und auch die
> Libs in C zu erstellen, zu debuggen und zu erweitern.

Ja, genau so erging es mir. Dass die Libs in Assembler geschrieben sind, 
ist als Anfänger oder für einen "Gelegenheitsprogrammierer" wie mich 
echt ein Nachteil.

Was C betrifft, habe ich es mehrfach versucht mich einzuarbeiten. Ich 
muss mir nun aber eingestehen, dass ich das nie und nimmer mehr lerne. 
Was vor allem daran liegt, dass ich mich trotz gutem Vorsatz nicht damit 
anfreunden kann.

Eher noch würde ich Assembler lernen, wenn ich mich entscheiden müsste. 
Mit 20 habe ich sogar mal ein bisschen was damit gemacht. Damals fand 
ich das kinderleicht. Allerdings bin ich schon sehr lange keine 20 mehr 
und mit zunehmendem Alter wird die Zeit knapper bzw. die Prioritäten 
sind andere und so interessant ich es finde, würde ich heute keine 
Sekunde mehr damit verschwenden wollen. Meine paar Hobbysachen bekomme 
ich irgendwie mit Luna zusammenzimmert und was nicht geht lass ich eben.

Tim D. schrieb:

> Was C betrifft, habe ich es mehrfach versucht mich
> einzuarbeiten.

Ich auch.
Der bisher letzte -- im Moment noch laufende -- Versuch
scheint erfolgreich zu werden.


> Ich muss mir nun aber eingestehen, dass ich das nie und
> nimmer mehr lerne.

Nun ja...


> Was vor allem daran liegt, dass ich mich trotz gutem
> Vorsatz nicht damit anfreunden kann.

Das liegt nicht an Dir und nur zu kleinen Teilen an C,
sondern an der Lehrtradition.

C ist m.E. ein wildes Konglomerat aus brillianten,
durchschnittlichen und bescheuerten Ideen, gefiltert und
gebrochen durch inzwischen 50 Jahre Computerentwicklung.

Nur zu Illustration:
 - 1976 ist der Z80 vorgestellt worden,
 - 1978 ist das Buch "The C Programming Language" von
   Kernighan und Ritchie erschienen -- da gab es die
   Sprache aber intern schon ca. 6 Jahre,
 - 1980 wurde der MCS-51 (8051) von Intel vorgestellt.

Das sagt aber kein Lehrbuch und kein Tutorial so deutlich,
sondern die lehren C, als handele es sich dabei Wort für
Wort um das Evangelium.

Niemand traut sich, mal ein Lehrbuch für Umsteiger zu
schreiben -- also für Leute, die im Prinzip programmieren
können, weil sie es gewohnt sind, algorithmisch zu denken,
die aber die ganzen C-Krankheiten noch nicht mit der
Muttermilch aufgenommen haben. Das würde vielleicht einen
Aufschrei geben... :)


> Eher noch würde ich Assembler lernen, wenn ich mich
> entscheiden müsste.

Gerade das würde ich nicht machen, denn zu den wenigen
wirklich guten Eigenschaften von C gehört, dass es
standardisiert ist und auf praktisch jeder Kloschüssel
läuft, die einen Mikroprozessor enthält.

Oliver S. schrieb:
> Wer sich damit nicht arrangieren kann, muß
> halt rote Pillen schlucken (oder war’s doch die grüne?).

Die blauen... ;)

Hallo Uwe, Willst du das Forum denn wiederbeleben? Das wäre doch super! Benötigst du Unterstützung dabei? Wäre echt Schade wenn das verloren geht!

Grüße Arthur

Uwe S. schrieb:

Aber rechtlich müsste ich auch immer am Ball bleiben und das Forum moderieren.

Ich sag mal ganz vorsichtig, ich könnte mir das vorstellen. Sowohl den Server als auch das Forum zu betreiben. Allerdings geht es momentan nicht, vielleicht in einem Jahr oder zwei. Dann wird der glimmende Docht aber vielleicht ganz erloschen sein.

Es wäre ja auch möglich die wirklich nützlichen Tipps aus dem Forum auf eine Webseite zu extrahieren.

Für eine Sprache - LunaAVR - die leider nie wieder weiter entwickelt werden kann.

Ganz ausschließen würde ich das nie. So manch tot geglaubtes wurde neu erfunden. Beispiel: BeOS -> Haiku. Wozu man Haiku braucht, erschließt sich mir so wenig wie manch anderem bei LunaAVR.

Tim D. schrieb:

So manch tot geglaubtes wurde neu erfunden. Beispiel: BeOS -> Haiku.

Da dürfte die Benutzerbasis deutlich größer und vor allem auch fähiger gewesen sein als bei LunaAVR.

LunaAVR versucht ja ein Problem zu lösen, das fähige und erfahrene Programmierer nicht haben, die können problemlos existierende und verbreitete Programmiersprachen nutzen. Zu den Luna-Nutzern dürften daher in erster Linie Leute gehören, die mit anderen Programmiersprachen nicht zurechtkommen, und daher schlichtweg nicht über die erforderlichen Fähigkeiten verfügen, um a) eine Programmiersprache und b) einen Compiler etc. dafür zu bauen.

Bei BeOS und den Nachfolgern ist das anders, die sind ja nicht in erster Linie dafür da, minderbegabten Benutzern den Zugang zu erleichtern.

Meine Güte, ich weiß ja nicht in wie weit Du in das Projekt involviert warst, aber wenn nichts erwünscht ist, weder Kritik noch Engagement und ein Fortbestehen schon gar nicht, dann sollte man die Luna-Webseite vom Netz nehmen und Ruhe ist.

Und satt Threads zu schließen, sollte man die Störer raus werfen. Wobei ich hier keine sehe, auch wenn mir einige Aussagen einiger Leute nicht schmecken. Aber die Leben halt in einer anderen Welt.

Uwe S. schrieb:

man kann scheinbar keinen verstorbenen Menschen respektieren und tritt immer wieder auf ihn ein.

Wo in diesem Thread siehst Du das? Es wurde doch nur erklärt, warum ein Einmann-Projekt einer Exotenprogrammierumgebung /ohne verfügbaren Sourcecode/ nicht von irgendjemand anderem weiterentwickelt werden kann.

Purzel H. schrieb:

Ich sehe das Problem nicht, mit einem Tool zu arbeiten, welches nicht mehr weiterentwickelt wird.

Wenn auch die Microcontroller, die mit dem Tool programmiert werden sollen, nicht weiterentwickelt werden, und das zum Ausführen des Tools benutzte Betriebssystem keinen Ärger macht, dann kann man das natürlich machen.

Purzel H. schrieb:

Solange man immer dieselben Controller verwendet.

Das setzt halt dessen Verfügbarkeit voraus. Der sehr verbreitete und beliebte Atmega328P ist in allen Bauformen NRD ("not recommended for new designs"), was die Vorankündigung der Abkündigung ist. Das Datum steht noch nicht fest, aber den wird es nicht mehr ewig geben.

Nein, ein Projekt wird nicht besser, wenn man anstelle eines 8 Bitters einen 32bitter einsetzt.

Das kommt sehr aufs Projekt an, manchmal kann einem neuere/leistungsfähigere Peripherie oder mehr verfügbarer Speicher das Leben an einigen Stellen sehr stark vereinfachen.

Aber Dein nicht weiterentwickeltes Tool kann schon auf die Fresse fallen, wenn neue Microcontroller aus der selben Familie andere Dinge erfordern, als das Tool unterstützt. Wenn das Tool z.B. auch Peripheriezugriffe durch eingebaute Libraryfunktionen kapselt (wie es z.B. Bascom macht), dann ist man bei Änderungen der Peripherie (neue UART mit besserem Baudratengenerator, z.B.) ganz schnell am Ende.

Das sieht bei low-Level-Sprachen wie Assembler oder C anders aus, sofern sich nicht der Befehlssatz des Microcontrollers selbst ändert (das ist was, was auch vorkommen kann; TI hat beispielsweise in ihrer MSP430-Reihe den CPU-Kern vor etlichen Jahren durch einen anderen ersetzt, der u.a. größere Adressregister verwendet, einfach weil es µCs mit größerem Flash gibt).

Dazu kommt natürlich der "Exotenzuschlag", nichts von dem auch in Foren wie diesem verbreiteten Wissen lässt sich ohne weiteres in die Exotensprache transportieren.

Die Kombination aus Exotensprache /und/ totem Tool bringt einen auf Dauer nicht weiter.

Dieses Forum ist eine einzige Katastrophe.

Ich gebe Uwe Recht. Schließt diesen Thread

Und? Selbst wenn es so wäre. Wo ist jetzt Dein Problem. Er würde das gerne nutzen oder das Projekt weiterführen Da ist doch sein Ding und nicht Deins. Ich verstehe gar nicht weshalb sich hier wieder etliche angesprochen fühlen, die es gar nicht betrifft. Wenn es euch nicht interessiert oder ihr es doof findet, lest doch einfach woanders weiter. Euch hat niemand gefragt und ihr seid nicht angedprochen. Wie kann man nur so schrecklich aufdringlich sein, sich unbedingt zu Wort melden zu müssen, wenn einen das Thema gar nicht interessier. Ernsthaft, was stimmt mit einigen hier nicht hahahah Und klar ist unser Opfer, der Cyblord wieder dabei... Er schnallt es auch nicht sich mal aus solchen Themen herauszuhalten. Wann wird er noch mal endlich aus diesem Forum gesperrt? Dieses Opfer!

" LunaAVR versucht ja ein Problem zu lösen, das fähige und erfahrene Programmierer nicht haben, die können problemlos existierende und verbreitete Programmiersprachen nutzen. Zu den Luna-Nutzern dürften daher in erster Linie Leute gehören, die mit anderen Programmiersprachen nicht zurechtkommen, und daher schlichtweg nicht über die erforderlichen Fähigkeiten verfügen, um a) eine Programmiersprache und b) einen Compiler etc. dafür zu bauen."

Peter K. schrieb:

Und? Selbst wenn es so wäre. Wo ist jetzt Dein Problem. Er würde das gerne nutzen oder das Projekt weiterführen Da ist doch sein Ding und nicht Deins.

Wen meinst du jeweils?

Seppel v. Dienst schrieb:

LunaAVR versucht ja ein Problem zu lösen, das fähige und erfahrene Programmierer nicht haben, die können problemlos existierende und verbreitete Programmiersprachen nutzen.

Und das tut es ziemlich gut.

Zu den Luna-Nutzern dürften daher in erster Linie Leute gehören, die mit anderen Programmiersprachen nicht zurechtkommen, und daher schlichtweg nicht über die erforderlichen Fähigkeiten verfügen, um a) eine Programmiersprache und b) einen Compiler etc. dafür zu bauen.

Dann hat es doch seine Berechtigung.

Tim D. schrieb:

Dann hat es doch seine Berechtigung.

Ist dir der von dir zitierte Satz zu lang gewesen, um ihn bis zum Ende zu lesen und zu verstehen?

Ich versuch' mich mal in einfacher Sprache:

#0) Luna ist eine Programmiersprache und ein Compiler dafür.

#1) Luna ist für Leute, denen andere Programmiersprachen zu schwierig sind.

#2) Wem andere Programmiersprachen zu schwierig sind, der kann keine Programmiersprachen entwickeln.

#3) Wem andere Programmiersprachen zu schwierig sind, der kann keine Compiler bauen.

#4) Luna interessiert nur Leute, die Luna nutzen.

#5) Luna kennt nur alte Microcontroller.

#6) Neue Microcontroller erfordern Änderungen an Luna.

#7) Alte Microcontroller werden irgendwann nicht mehr hergestellt.

#8) Um Luna fortbestehen zu lassen, muss man es weiterentwickeln.

#9) Ein Programm kann man nur weiterentwickeln, wenn man dessen Quelltext hat.

#10) Ohne den Quelltext müsste man das Programm komplett neu schreiben.

War das jetzt verständlicher?

Seppel v. Dienst schrieb:

War das jetzt verständlicher?

Das war auch vorher schon verständlich, aber was genau du uns damit vermitteln willst, wird mir nicht kar. Man könnte den Eindruck gewinnen, du fühlst dich von LunaAVR bedroht. Die Nutzung ist freiwillig, niemand bekommt es aufgezwungen.

Tim D. schrieb:

aber was genau du uns damit vermitteln willst, wird mir nicht kar.

Dann war es offensichtlich für Dich NICHT verständlich, und du hast es IMMER NOCH NICHT verstanden.

Man könnte den Eindruck gewinnen, du fühlst dich von LunaAVR bedroht.

Du stehst auf Verschwörungstheorien, wie? Jeder, der etwas äußert, was das von dir geliebte Thema in ein für dich unverständliches Licht stellt, ist böse.

Ja. Ich bin böse. Klar, was denn auch sonst?

Ich sage nur, daß Luna tot ist. Und daß Luna nicht weiterentwickelt werden kann.

Wer seinen Lebenszeitvorrat alter AVRs gebunkert hat, und auch seinen Lebenszeitvorrat an (bald alten) PCs gebunkert hat, auf denen Luna läuft, der muss sich keine Sorgen oder auch nur Gedanken machen.

Alle anderen aber schon.

Mit irgendeinem Windows-Update kann es knallen, und Luna läuft nicht mehr.

Microchip wird nicht nur den Atmega328p aus dem Programm nehmen.

Ja, das sind alles ganz schlimme Verschwörungtheorien, und die kommen alle nur, weil ich natürlich Luna abgrundtief hassen muss, wie ich auch alle Leute abgrundtief hassen und verachten muss, die Luna benutzen, denn ich habe nicht erkannt und will auch nicht erkennen, daß Luna der einzige Pfad zur Wahrheit, Tugend und zu Sex mit schönen Frauen ist.

Nur zu, zieh' die Tüte über den Kopf, dann regnets nicht in den Hals.

Seppel v. Dienst schrieb:

Ja, das sind alles ganz schlimme Verschwörungtheorien, und die kommen alle nur, weil ich natürlich Luna abgrundtief hassen muss, wie ich auch alle Leute abgrundtief hassen und verachten muss, die Luna benutzen, denn ich habe nicht erkannt und will auch nicht erkennen, daß Luna der einzige Pfad zur Wahrheit, Tugend und zu Sex mit schönen Frauen ist.

Mach doch mal Entspannungsübungen, dann geht's weg.

Egon D. schrieb:

Wie kommt man denn auf die Idee, statt einer FOSS-Software mit ca. 10 aktiven Entwicklern eine closed-source-Software mit einem (EINEM!) aktiven Entwickler zu verwenden?

Weil sie funktioniert und für MEINE Bedürfnisse am besten geeignet ist.

Tim D. schrieb:

Seppel v. Dienst schrieb:

War das jetzt verständlicher?

.. Man könnte den Eindruck gewinnen, du fühlst dich von LunaAVR bedroht. Die Nutzung ist freiwillig, niemand bekommt es aufgezwungen.

Das fällt doch hier im Forum schon lange auf. Die tonangebenden Dauerposter hier sind seit Jahren auf ihre Lieblingstools (vornehmlich C++) fest eingeschworen und bestreiten damit in Teilen (oder ganz) ihren Lebensunterhalt und mögen keine somit unliebsame Konkurrenz, die ihnen in die Suppe spuckt 1). DAS und die Kenntnis, dass C++ für viele Einsteiger eine nur mit viel (Zeit-) Aufwand und Frusttoleranz zu erklimmende Hürde darstellt (nicht wenige schmeißen vorzeitig hin) oder haben einfach keine Lust für vergleichsweise triviale Aufgaben im Mikrocontrollerbereich (Sensoren abfragen, Ausgaben aufs Display etc.) derart viel Gehirnschmalz zu investieren. Sie wollen schnelle Erfolge. Da sucht man halt nach Alternativen. LunaAVR war eine davon. Leider hat der Autor von LunaAVR den dummen Fehler begangen sein "Lebenswerk" (LunaARV zu programmieren und weiter zu entwickeln) nicht rechtzeitig zum OpenSource zu machen, so dass andere die Produktpflege übernehmen können. Aber irgendjemand wird ja das Erbe angetreten haben (oder Vater Staat?) und könnte das noch ändern. Zumindest könnte das immer noch versucht werden. Der Autor wird doch Freunde gehabt haben oder?

1. das gleiche wurde doch hier im Forum jahrelang auch mit C# (im PC-Software Bereich) abgezogen. Es wurden sich alle mögliche Gründe aus den Fingern gesaugt, um C# die Zukunftsfähigkeit abzusprechen. Es wurde schlecht geredet bzw. geschrieben bei jeder Gelegenheit oder es wurde benutzt um Verschwörungstheorien bezüglich Microsofts Marktmacht breitzutreten. Hat bei C# halt nicht wirklich geklappt. Es hat sich dank das Firma aus Redmond die dahinter steht beachtlich weiterentwickelt. Pech halt für die C++ Fanboys. ;)

Schade um Luna schrieb:

das gleiche wurde doch hier im Forum jahrelang auch mit C# (im PC-Software Bereich) abgezogen.

Logo, C# war ja auch eine One-Man-Show ... Also mindestens exakt genau ganz das gleiche. Klasse Vergleich. Passt total. Wie der Arsch auf den Eimer.

Krass, wie Fanbois sich in ihrem religiösen Eifer die Fakten zurechtbiegen, die sind so stabil wie weichgekochte Spaghetti.

Dabei wissen wir dank ttloop (wie er sich bei heise jetzt nennt), unserem einzig wahren Moby, das nur Asm das Haus rockt. Alles andere ist nur für Looser. Ob Loona oder auch C, alles nur für Weicheier, die programmiertechnisch nichts zu laufen haben. Richtig fähige Progger sind hier kaum unterwegs, eigentlich nur der c-hater und W.S.

Tja wärst Du etwas "aufmerksamer" würdest Du verstehen weshalb er diesen Vergleich mit C# gebracht hat Aber so sind unsere c fanboys halt... seltsamerweise sieht man das gleiche Verhalten auch bei der Linux Fraktion. Zufall?

Lothar schrieb:

Schade um Luna schrieb:

das gleiche wurde doch hier im Forum jahrelang auch mit C# (im PC-Software Bereich) abgezogen.

Logo, C# war ja auch eine One-Man-Show ... Also mindestens exakt genau ganz das gleiche. Klasse Vergleich. Passt total. Wie der Arsch auf den Eimer.

Krass, wie Fanbois sich in ihrem religiösen Eifer die Fakten zurechtbiegen, die sind so stabil wie weichgekochte Spaghetti.

Dabei wissen wir dank ttloop (wie er sich bei heise jetzt nennt), unserem einzig wahren Moby, das nur Asm das Haus rockt. Alles andere ist nur für Looser. Ob Loona oder auch C, alles nur für Weicheier, die programmiertechnisch nichts zu laufen haben. Richtig fähige Progger sind hier kaum unterwegs, eigentlich nur der c-hater und W.S.