Im Betreff angeben um welchen Controllertyp es geht (AVR, PIC,.)

Gast #979695
Guten Mittag!

Es gibt doch diesen netten Filter im "µC & Elektronik"-Forum. Der 
vertraut darauf, dass jeder Benutzer seinen µC-Typ im Betreff angibt, 
das wenige machen.

Wären Radiobuttons im Beitrag-erstellen-Dialogfeld keine Gute Idee, um 
das zu vereinheitlichen?

Man könnte zwischen verschiednen µCs wählen und es würde automatisch ein 
nicht veränderbarer Prefix hinzugefügt werden.

Die ausgegraute Box (siehe Anhang) wäre dann ein Textfeld, das man nicht 
bearbeiten kann. Und rechts daneben kann man seinen Betreff schreiben.

SIEHE ANHANG

Gruß

Hajo
Angehängte Dateien:
Gast #979977
Gute Idee (aber nicht ganz neu)...

Der nächste Schritt wäre dann die Auswahl der Programmiersprache.
Und dann müssen wir noch zwischen DIL und SMD unterscheiden.
Nicht zu vergessen zwischen "funktioniert" und "funktioniert nicht".

Vielleicht bleibt dann auch noch etwas Platz für den eigentlichen 
Betreff... ;-)

Aber Spaß beiseite, ich finde es auch blöde, wenn man im Betreff oder 
den ersten Worten des Beitrags (per TipToolText vorab sichtbar) nicht 
sieht, um welchen Controller und welche Sprache es sich handelt. Das 
Dumme ist nur, dass man nicht jede Frage in vorgefertigte Radiobuttons 
oder Auswahllisten pressen kann, die realität ist meist komplexer als es 
der "Vorbereiter" (der die Liste der Auswahlmöglichkeiten erstellt) 
jemals ahnen kann. Das konnte ich an diversen statistischen Umfragen 
erleben...

Jedes Ding hat eben (mindestens) zwei Extreme. Das Optimum ist meist 
irgendwo dazwischen.

KH
Gast #980055
Freilich, Du hast Recht! Aber es reicht doch eine grobe Unterscheidung.

Sprechen wir vom µC-Forum: Es gibt dort die Filter "ARM  AVR  8051 
MSP430  R8C/M16C/M32C  PIC  C16x  AVR32  TriCore  PowerPC".  Diese als 
Auswahl anzugeben reicht doch. AVR und AVR32 könnte man sogar 
zusammenfassen. Alternativ gibt es eben noch einen Punkt "sonstiges", 
oder ähnlich. Damit wäre der Sache doch gedient, man muss es ja nicht 
übertreiben.

Wichtig ist halt, dass man etwas auswählen MUSS, damit man zumindest 
darüber nachdenkt, selbst wenn es am Ende "sonstiges" ist.

Ich finde nicht, dass man dann noch zwischen Programmiersprahen 
Unterscheiden muss. Vielleicht in anderen Forenbereichen hier.

Funktioniert oder Funktioniert nicht ist auch eine Gute Idee, aber das 
kann man so lösen, dass der Threadersteller nach der Lösung des 
beschriebenen Problems die Möglichkeit hat, den Thread als gelöst zu 
kennzeichnen. Das kann im Forum durch ein kleines GIF gekennzeichnet 
sein. Das würde den Komfort dahingehend verbessern, dass Forenbenutzer 
wissen, wem man noch helfen muss, selbst wenn es schon 10 Antworten 
gibt. Oder das ein Problem gelöst ist, mit nur 1 Antwort.
#984333
Ich mache das meist so:

[XXXX] in Klammer mit in den Betreff.

Beispiel:

[STK500] Probleme mit der Spannungsversorgung

oder

[ATMEGA 8] habe 4 Pins verloren, kann ich die aus Draht darnlöten ??

Tut nicht weh und es muss im Forum nix geändert werden ....
Gast #984369
> Wichtig ist halt, dass man etwas auswählen MUSS, damit man zumindest
> darüber nachdenkt, selbst wenn es am Ende "sonstiges" ist.
Da wäre noch anzumerken, dass beim Erstellen nichts angewählt ist, und 
der Beitrag erst gepostet werden kann, wenn was gewählt wurde. Ansonsten 
wäre das Problem, dass z.B. wenn "sonstiges" als Default angewählt wäre, 
sich niemand die Mühe macht, das richtig zu setzen.

Vom Prinzip her geht das schon fast in Richtung Unterforen (auf die 
Controller bezogen).

Und um meinem Sinn für Humor Rechnung zu tragen, in Verbindung mit dem 
Flag "funktioniert/funktioniert nicht" sollte dann gleich noch ein Feld 
"HD44780" eingefügt werden :)

Ralf
Gast #984444
> Und um meinem Sinn für Humor Rechnung zu tragen, in Verbindung mit dem
> Flag "funktioniert/funktioniert nicht" sollte dann gleich noch ein
> Feld "HD44780" eingefügt werden :)

Das folgende Feld wäre ebenfalls ganz wichtig:

  [ ] Mein winziges Programm benötigt über 3 KB Flashspeicher.

Wird dieses Feld angekreuzt, wird die Anfrage nicht veröffentlicht,
sondern die folgende Antwort sofort automatisch "generiert":

  Bei Verwendung der _delay_xx-Funktionen der AVR-Libc muss beim GCC
  immer die Optimierung aktiviert werden.

;-)
#984714
Vielleicht würden einige der Fragen sich von selbst beantworten lassen, 
wenn man die Artikel dazu besser auffindbar machen würde.
Über http://www.mikrocontroller.net/articles/Hauptseite kommt man erst 
auf eine Übersichtsseite, die unvollständig ist. Dann muss man erst 
diesen Link finden, um alle Artikel angezeigt zu bekommen:
http://www.mikrocontroller.net/articles/Spezial:Allpages

Wäre es nicht sinnvoller direkt alle Artikel anzuzeigen? Dann hätten 
Anfänger vielleicht auch die Chance diese zu finden, denn so versteckt 
wie der Link ist, ist der nicht einfach zu finden...

Antwort schreiben

Eine eigene Frage? Dieser Thread ist über 18 Jahre alt. Stell sie in einem eigenen Thread – dort lesen mehr Leute mit, und sie wird öfter und schneller beantwortet.

Neuen Thread starten

Eine Lösung, Ergänzung oder Rückmeldung zu diesem Thread? Dann antworte hier.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.