Benötige Hilfe betreffend eines C-Codes

Tja, da kann man nichts machen ...

;-)

Jetzt mal im ernst, was ist eigentlich Deine Frage?

Gruß

Olaf

Olaf Dreyer schrieb:
> Jetzt mal im ernst, was ist eigentlich Deine Frage?
>
> Gruß
>
> Olaf

Meine Frage:
Kurz gesagt, RS485 begreifen, anhand eines vorgsetzten C-Codes? °_°

Hab keinen Plan + 1, aber würde mich freuen, wenn sich jemand einmal 
diesen C Code ansehen möchte.
LG

> Kurz gesagt, RS485 begreifen
das wird schwer, weil RS485 erstmal nur eine Hardware schnittstelle ist, 
da gibt es in Software nicht zu begreifen.

Bernd schrieb:
> Wo ist der Code ?

Poste ich jetzt

Naja, dann häng doch den Code an Dein nächstes Posting ran.

Ansonsten findest Du mit Google auch jede Menge über RS485.
Das lesen und verstehen. Dann erst den Code anschauen.


Gruß

olaf

Konsequenterweise gibt es ja auch keine SW dazu zu sehen...

Marcus Kunze schrieb:
>> Kurz gesagt, RS485 begreifen
> das wird schwer, weil RS485 erstmal nur eine Hardware schnittstelle ist,
> da gibt es in Software nicht zu begreifen.

Okay...
Das heißt, kein standardmäßiges Protokoll?

Ich schreib einfach zu langsam ...

Olaf Dreyer schrieb:
> Naja, dann häng doch den Code an Dein nächstes Posting ran.
>
> Ansonsten findest Du mit Google auch jede Menge über RS485.
> Das lesen und verstehen. Dann erst den Code anschauen.
>
>
> Gruß
>
> olaf

PS: Standardbefehle wie printf oder ähnliches müssen nicht erläutert 
werden, nur den Sinn des Programms und die Funktions betreffend RS485

Olaf Dreyer schrieb:
> Ich schreib einfach zu langsam ...

Ich würde auf den ersten Blick sage, der Code macht genau das was er 
soll.
Oder etwa nicht?

Er ist ja sogar kommentiert!!!  ;-)

Gruß

Olaf

Olaf Dreyer schrieb:
> Ich würde auf den ersten Blick sage, der Code macht genau das was er
> soll.
> Oder etwa nicht?
>
> Er ist ja sogar kommentiert!!!  ;-)
>
> Gruß
>
> Olaf

Ja der Code ist aufjeden Kommentiert, nur fehlt mir dazu das nötige 
Wissen betreffend RS485 um auch die Funktion genau zu verstehen, wann 
und warum er welche Befehle einliest....
Hilfe wäre super...nicht nur herumflamen ;-D

> Ja der Code ist aufjeden Kommentiert, nur fehlt mir dazu das nötige
> Wissen betreffend RS485 um auch die Funktion genau zu verstehen, wann
hier gibt es ein spezielles wissen über RS485!

getc() liest einfach das nächsten zeichen was über die Schnittstelle 
übertragen wurden ist. Das ganze wird dann in einem kleiner Array 
gespeichert. Wenn am ende eine Enter (\n) kommt, dann wird das Array 
ausgewertet.

erste kommt die Adresse, dahinter kommen der wert für die beiden Regler, 
das wars.

Peter G. punkt schrieb:

> Ja der Code ist aufjeden Kommentiert, nur fehlt mir dazu das nötige
> Wissen betreffend RS485 um auch die Funktion genau zu verstehen,


das brauchst du auch gar nicht.
Für dich als Programmierer kommen einfach nur Zeichen über eine 
Schnittstelle herein.

Diese Zeichen werden in einem String gesammelt und wenn der String zu 
Ende ist (erkennbar am Carriage Return) wird er ausgewertet. Offenbar 
ist der String sehr strikt aufgebaut, da die Auswertung auf 
Fehlerbehandlung verzichtet und davon ausgeht, dass dieselben Werte im 
String immer an derselben Stelle stehen.

Du brauchst kein Wissen über RS485, du brauchst Wissen über 
Stringverarbeitung in C! :-)

OK. Das Programm könnte an manchen Stellen ein wenig klarer geschrieben 
sein, aber die meisten hier haben schon Schlimmeres gesehen.
Alles in allem, wenn man weiß wie Stringverarbeitung in C funktioniert 
und die Kommentare liest, sollte auch ein nicht so erfahrener 
C-Programmierer eigentlich keine großen Schwierigkeiten damit haben.

Marcus Kunze schrieb:
>> Ja der Code ist aufjeden Kommentiert, nur fehlt mir dazu das nötige
>> Wissen betreffend RS485 um auch die Funktion genau zu verstehen, wann
> hier gibt es ein spezielles wissen über RS485!
>
> getc() liest einfach das nächsten zeichen was über die Schnittstelle
> übertragen wurden ist. Das ganze wird dann in einem kleiner Array
> gespeichert. Wenn am ende eine Enter (\n) kommt, dann wird das Array
> ausgewertet.
>
> erste kommt die Adresse, dahinter kommen der wert für die beiden Regler,
> das wars.
DANKE!


Aaaaber, für was ist am Anfang des Programms das Echo und für was die 
Carridge Return Abfrage bzw. dies mit \0 ersetzt wird?

Karl heinz Buchegger schrieb:
> Diese Zeichen werden in einem String gesammelt und wenn der String zu
> Ende ist (erkennbar am Carriage Return) wird er ausgewertet. Offenbar
Nur der vollständigkeit halber:
- ein \n ist ein Newline/Formfeed
- ein \r ist ein Carriage Return
;)

> Aaaaber, für was ist am Anfang des Programms das Echo und für was die
> Carridge Return Abfrage bzw. dies mit \0 ersetzt wird?
\0 = "String ende zeichen" in C

und was für ein echo?

Peter G. punkt schrieb:
>
> Aaaaber, für was ist am Anfang des Programms das Echo

Damit ein Mensch, der am anderen Ende der Leitung sitzt auch auf seinem 
Bildschirm eine Ausgabe bekommt und so sieht was übertragen wurde.
Es kann auch sein, dass am anderen Ende eine Maschine die Strings 
wegschickt und die Zeichen zur Bestätigung des korrekten Empfangs wieder 
zurückgeschickt haben möchte. Wenn du also rausfinden willst, warum da 
ein Echo zurückgeschickt wird, musst du nachsehen wer am anderen Ende 
der Leitung sitzt und was der mit dem Echo macht.

> und für was die
> Carridge Return Abfrage

Damit man weiß, wann der String zu Ende ist.
Wenn auf der Schnittstelle daherkommt
esistallessokompliziert
woher weißt du denn wo ein Wort beginnt und wo ein Wort endet?
es
ist
alles
so
kompliziert
Die Carriage Return (Zeilenumbrüche) verraten dir wo ein Wort aufhört

> bzw. dies mit \0 ersetzt wird?
Damit ein C-String daraus wird!

> putc(input_rs232); //ECHO für serielle Schnittstelle
Meinst du das?
Steht doch daneben... es wird das aktuelle Zeichen (offensichtlich zu 
debugzwecken oder weil die Gegenstelle das braucht) ausgegeben.

Also ETWAS Nachdenken darf auch erlaubt sein wenn man keine Ahnung hat, 
oder bezog sich das darauf das du weder von C noch von Controller, noch 
von Programmieren Ahnung hast oder lieber andere für dich arbeiten läßt?

Läubi .. schrieb:
>> putc(input_rs232); //ECHO für serielle Schnittstelle
> Meinst du das?
> Steht doch daneben... es wird das aktuelle Zeichen (offensichtlich zu
> debugzwecken oder weil die Gegenstelle das braucht) ausgegeben.
>
> Also ETWAS Nachdenken darf auch erlaubt sein wenn man keine Ahnung hat,
> oder bezog sich das darauf das du weder von C noch von Controller, noch
> von Programmieren Ahnung hast oder lieber andere für dich arbeiten läßt?

Drittes

Peter G. punkt schrieb:
> Drittes
Und warum sagst du dem der dir das vorsezt nicht das du keine Ahnung 
hast?
In so einem Fall wäre es zumindest mal hilfreich ein paar Tutorials im 
web durchzugehen das man wenigstens etwas versteht wie es 
funktionieren soll?

Läubi .. schrieb:
> Peter G. punkt schrieb:
>> Drittes
> Und warum sagst du dem der dir das vorsezt nicht das du keine Ahnung
> hast?
> In so einem Fall wäre es zumindest mal hilfreich ein paar Tutorials im
> web durchzugehen das man wenigstens etwas versteht wie es
> funktionieren soll?

Weil man heutzutage nicht alles erklärt bekommen kann in der 
Gesellschaft, so traurig es auch ist...

Also wenn ich jetzt das Ganze richtig verstehe:

Interrupt #int_rda

input_rs232=getc(); // Wartet bis ein Zeichen an der RS232 bzw. RS485 
anliegt
putc(input_rs232); // Echo an die RS232 senden

if (index>=29) // Diese if Bedingung verstehe ich NICHT! Warum auf 0 
setzen /////////////////wenn Index den Wert 29 hat?
index=0;

if (input_rs232==0x0d) // Warum den Wert 13(0x0D) Abfragen?
{
daten[index] = '\0';   // Diesen Befehl verstehe ich überhaupt nicht
rs232_ready = true;    // warum ist das Array Daten auf \0 zu setzen?

}

Wäre froh, wenn mir dies schon jemand beantworten könnte.

LG

Peter G. punkt schrieb:

> if (index>=29) // Diese if Bedingung verstehe ich NICHT! Warum auf 0
> setzen /////////////////wenn Index den Wert 29 hat?
> index=0;

hat daten vielleicht nur eine Länge von 30 chars?

> if (input_rs232==0x0d) // Warum den Wert 13(0x0D) Abfragen?
> {
> daten[index] = '\0';   // Diesen Befehl verstehe ich überhaupt nicht
> rs232_ready = true;    // warum ist das Array Daten auf \0 zu setzen?


wurde beides schon gestern beantwortet...

> if (index>=29) // Diese if Bedingung verstehe ich NICHT! Warum auf 0
> setzen /////////////////wenn Index den Wert 29 hat?
> index=0;
damit es beim nächsten packet wieder von vorne los gehen kann.

> if (input_rs232==0x0d) // Warum den Wert 13(0x0D) Abfragen?
weil das ein "Enter" ist, wird hier als ende genutzt.

> daten[index] = '\0';
in C werde die strings immer mit 0 abgeschlossen
und dabei wird nicht das array auf 0 gesetzt sonder ein zeichen aus dem 
array

Justus Skorps schrieb:
> Peter G. punkt schrieb:
>
>> if (index>=29) // Diese if Bedingung verstehe ich NICHT! Warum auf 0
>> setzen /////////////////wenn Index den Wert 29 hat?
>> index=0;
>
> hat daten vielleicht nur eine Länge von 30 chars?
>
>> if (input_rs232==0x0d) // Warum den Wert 13(0x0D) Abfragen?
>> {
>> daten[index] = '\0';   // Diesen Befehl verstehe ich überhaupt nicht
>> rs232_ready = true;    // warum ist das Array Daten auf \0 zu setzen?
>
>
> wurde beides schon gestern beantwortet...

Okay, sorry, habs vergessen, "\0" keinnzeichnet das Ende eines Wortes 
zum Beispiel.
Und der Wert ist eine ganz einfache Wertabrage oder? also 
input_rs232==0x0D.

Dann wäre ich beim Nächsten:

else if (input_rs232==0x20)
{
daten[index++] = 0x30;          //Warum wird das Array erhöht?
}
else
{
daten[index++] = input_rs232;   //Das versteh ich generell nicht, bitte 
um //////////////////////////////////Erklärung!
}

Peter G. punkt schrieb:

> else if (input_rs232==0x20)
> {
> daten[index++] = 0x30;          //Warum wird das Array erhöht?
> }

wird es doch gar nicht, nur der Index wird nach der Zuweisung erhöht...

> else
> {
> daten[index++] = input_rs232;   //Das versteh ich generell nicht, bitte
> um //////////////////////////////////Erklärung!
> }

was gibt es denn daran nicht zu verstehen? Das empfangene Zeichen wird 
in das daten-array gespeichert...

Vielleicht solltest du dir echt mal ein Grundlagen Buch über C zu Gemüte 
führen...

>>daten[index++] = 0x30;          //Warum wird das Array erhöht?

Es wird nicht das Array erhöht sondern der Index nach der Zuweisung.
also index ist nachher nicht mehr z.b. 1 sondern 2, das spart einfach 
eine Zuweisung

>>daten[index++] = input_rs232;   //Das versteh ich generell nicht, bitte

"input_rs232" ist offensichtlich eine Variable, und du weist dem einen 
Array Element den Wert dieser Variable zu.
Genau das gleiche wie darüber.

Hast du es schonmal mit nem Buch versucht? Von Galileo gibt nen Haufen 
open online Book, die brauchst du nicht mal kaufen, und so nen paar 
Kapitel davon lesen ist bestimmt schneller, als hier solche Fragen 
stellen und auf Antwort warten.
Ist nicht bös gemeint, aber manchmal hilft auch nen Buch..

Gruß Daniel

Justus Skorps schrieb:
> Peter G. punkt schrieb:
>
>> else if (input_rs232==0x20)
>> {
>> daten[index++] = 0x30;          //Warum wird das Array erhöht?
>> }
>
> wird es doch gar nicht, nur der Index wird nach der Zuweisung erhöht...
>
>> else
>> {
>> daten[index++] = input_rs232;   //Das versteh ich generell nicht, bitte
>> um //////////////////////////////////Erklärung!
>> }
>
> was gibt es denn daran nicht zu verstehen? Das empfangene Zeichen wird
> in das daten-array gespeichert...
>
> Vielleicht solltest du dir echt mal ein Grundlagen Buch über C zu Gemüte
> führen...

Tja meine C Kenntnisse sind nicht gut, dessen bin ich mir bewusst.
Hab nur nicht gewusst dass man mit index++ raufzählt, also das Array 
erhöht.


Dann das Nächste:
//Abfragen ob Broadcast oder die Dev_id stimmt
if (((daten[1] == '0') && (daten[2] == '0')) || ((daten[1] == dev_id0) 
&& (daten[2] == dev_id1)))

Warum wird die erste und die zweite Position des Arrays abgefragt?
Und was heißt hier Broadcast oder Dev_id?

LG und DANKE dass ihr euch meiner Probleme widmet.

Daniel G. schrieb:
>>>daten[index++] = 0x30;          //Warum wird das Array erhöht?
>
> Es wird nicht das Array erhöht sondern der Index nach der Zuweisung.
> also index ist nachher nicht mehr z.b. 1 sondern 2, das spart einfach
> eine Zuweisung
>
>>>daten[index++] = input_rs232;   //Das versteh ich generell nicht, bitte
>
> "input_rs232" ist offensichtlich eine Variable, und du weist dem einen
> Array Element den Wert dieser Variable zu.
> Genau das gleiche wie darüber.
>
> Hast du es schonmal mit nem Buch versucht? Von Galileo gibt nen Haufen
> open online Book, die brauchst du nicht mal kaufen, und so nen paar
> Kapitel davon lesen ist bestimmt schneller, als hier solche Fragen
> stellen und auf Antwort warten.
> Ist nicht bös gemeint, aber manchmal hilft auch nen Buch..
>
> Gruß Daniel

Nee danke für den Tipp, find ich das Galileo gleich unter Google?
LG

sollte, google Galileo openbook c, da sollte was kommen

Daniel G. schrieb:
> sollte, google Galileo openbook c, da sollte was kommen

Danke hab ich schon! :-)

>>//Abfragen ob Broadcast oder die Dev_id stimmt
>>if (((daten[1] == '0') && (daten[2] == '0')) || ((daten[1] == dev_id0)
>>&& (daten[2] == dev_id1)))

Daten[1] und Daten[2] wird die Adresse sein,

wenn da jeweils 0 drin steht ist Broadcast also an alle.
steht dev_id0 bzw. dev_id1 drin ist das die Adresse von deinem Modul??

es muss reagiert werden, wenn es für alle oder für mich ist, deshalb 
frage ich beides ab.

weißt du generell was dein Programm macht??

> Tja meine C Kenntnisse sind nicht gut, dessen bin ich mir bewusst.
> Hab nur nicht gewusst dass man mit index++ raufzählt, also das Array
> erhöht.
ich würde sagen sie sind nicht vorhanden. Es wird hier kein Array 
erhöht. Es wird nur eine Variabel erhöht die zusammen mit dem Array 
verwendet wird.

Marcus Kunze schrieb:
>> Tja meine C Kenntnisse sind nicht gut, dessen bin ich mir bewusst.
>> Hab nur nicht gewusst dass man mit index++ raufzählt, also das Array
>> erhöht.
> ich würde sagen sie sind nicht vorhanden. Es wird hier kein Array
> erhöht. Es wird nur eine Variabel erhöht die zusammen mit dem Array
> verwendet wird.

Na dann halt die Variable im Array. Mann, ihr Deutschen seid aber auch 
immer so penibelst genau...

Daniel G. schrieb:
>>>//Abfragen ob Broadcast oder die Dev_id stimmt
>>>if (((daten[1] == '0') && (daten[2] == '0')) || ((daten[1] == dev_id0)
>>>&& (daten[2] == dev_id1)))
>
> Daten[1] und Daten[2] wird die Adresse sein,
>
> wenn da jeweils 0 drin steht ist Broadcast also an alle.
> steht dev_id0 bzw. dev_id1 drin ist das die Adresse von deinem Modul??
>
> es muss reagiert werden, wenn es für alle oder für mich ist, deshalb
> frage ich beides ab.
>
> weißt du generell was dein Programm macht??

DANKE!
Ja ich weiß, dass das Programm Daten von LabVIEW ausliest, diese 
Auswertet und dann jeweils digitale Potentiometer einstellt. PS: C-Code 
findest du oben! :-)

Okay danke, aber dann macht das ja keinen Sinn, dann könnte man doch 
gleich einen Broadcast senden oder? Denn egal ob die Adresse Dev_1 oder 
Dev_2 ist, oder eben ein Broadcast, wird sowieso das Gleiche 
abgearbeitet.
LG

Peter G. punkt schrieb:

> Okay danke, aber dann macht das ja keinen Sinn, dann könnte man doch
> gleich einen Broadcast senden oder? Denn egal ob die Adresse Dev_1 oder
> Dev_2 ist, oder eben ein Broadcast, wird sowieso das Gleiche
> abgearbeitet.

Schalt dein Gehirn ein!

Wenn du einen Haufen Leute vor dir hast und Befehle ausgeben musst, 
welche Möglichkeiten gibt es dann

"An alle, haltet die Klappe"
"Hubert, du machst das Fenster auf"

Was könnte das wohl mit der Auswertung der DevId zu tun haben?

Sorry. Aber so hat das echt keinen Sinn. Sag demjenigen, der dir diese 
Aufgabe gegeben hat, er soll dir eine andere Aufgabe geben. In seinem 
eigenen Interesse!

> Na dann halt die Variable im Array. Mann, ihr Deutschen seid aber auch
> immer so penibelst genau...

Zwischenfrage. Hast du in deinem Leben schon mal irgendetwas 
programmiert. Ich meine was anderes als den Videorekorder?
Dann wüsstest du nämlich, dass diese Penibilität noch gar nichts ist im 
Vergleich zu der Penibilität, die ein Computer an den Tag legt. Entweder 
du kannst damit leben, penibel genau zu arbeiten oder Programmieren ist 
definitiv nichts für dich.

An dieser Stelle fällt mir der Kommentar unseres C Profs zum Thema 
Bücher ein:

Es soll wohl C-Bücher geben, die folgendes Hello World Beispiel bringen:
 #include <stdio>
 void main(void) {
  printf("Hello World!");
 }

Die Begründung der Buchautoren für dieses falsche Programm: Wir wollen 
den Einsteigerleser nicht mit den unnötigen Parametern oder dem Return 
verwirren, sondern das erste Programm so einfach wie möglich halten.

Kommentar: Wenn ein Leser nicht in der Lage ist, die 5 Zeilen eines 
korrekten Programms zu verstehen bzw. wenigstens zu akzeptieren, dass da 
was steht, was erst später erklärt wird, wird er auch definitiv nicht in 
der Lage sein, selbst Programme zu schreiben.

An Peter:

In deinem eigenen Interesse solltest du wirklich absolut bei 0 anfangen 
und dir genügend Zeit nehmen, C zu lernen. Dieses Programm stellt 
absolut keine Höchstanforderungen und sollte, sofern du gewillt bist, 
bei einem Tagesaufwand von 2-3 Stunden (C-lernen; NICHTS mit diesem 
Programm tun!) nach 2 Wochen so, so ähnlich bzw. vielleicht sogar besser 
von dir nachprogrammierbar sein.

Es ist in einer Programmiersprache (übrigens in JEDER, wenn man sie 
beherrschen will!) absolut notwendig, sehr penibel mit seiner 
Ausdrucksweise umzugehen. Mit einer Aussage array[index++] -> das Array 
wird erhöht, wärst du vermutlich unabhängig deiner sonstigen Leistungen 
in jeder Programmierübung an der Uni durchgefallen... Denn die 
eigentlichen Schwierigkeiten kommen wesentlich mehr im Detail. Wenn die 
Grundlagen schon absolut garnicht passen, so kann das generell nichts 
werden.

Was ist denn überhaupt deine Aufgabe in dem Code, sollst du ihn 
anpassen?

Und zum Thema: Warum überhaupt Dev-IDs und nicht alles als Broadcast:
Könnte es sein, dass du von der kompletten Materie nicht sonderlich viel 
verstehst? Mit etwas technischem Verständnis oder einer informatischen 
Grundausbildung würde so eine Frage nicht kommen...

Matthias

Und was ist, wenn ich sage, dass ich eigentlich mehr Kompetenz in 
Hardware Entwicklung, als in Programmierung habe?
Kann ich daran was ändern, dass ich so eine grottenschlechte 
Softwareausbildung hatte, bei dem die zu lehrende Person noch selber 
nachschlagen musste, bevor er uns etwas lernen hat können. Wobei man das 
Wort Lernen doch besser unter Anführungszeichen setzen sollte!

Peter G. punkt schrieb:
> Und was ist, wenn ich sage, dass ich eigentlich mehr Kompetenz in
> Hardware Entwicklung, als in Programmierung habe?

Zitat
Meine Frage:
Kurz gesagt, RS485 begreifen, anhand eines vorgsetzten C-Codes? °_°
/Zitat

Wenn du Hardware-Kompetenz hast, dann müsstest du wissen, dass RS485 in 
erster Linie eine Hardware Sache ist. Da geht es fast ausschliesslich um 
die elektrische Spezifikation der Übertragungsstrecke. Softwaremässig 
gibt es zur RS232 so gut wie keine Unterschiede. RS485 anhand eines 
C-Codes zu begreifen ist also von vorneherein zum Scheitern verdammt. 
Das ist ungefähr so, wie wenn du sagst du willst beim Telephonsystem die 
Funktionalität eines Hebdrehwählers verstehen, indem du ein paar 
Überseegepräche führst.

Und über diese Aussage
> Möchte den C Code erst nach erbitten posten, da ihr sonst glaubt
> ich mein das nicht ernst.
hab ich mich eigentlich nur geärgert.
Das genaue Gegenteil ist der Fall. Von jemandem, dem man erst alles aus 
der Nase ziehen muss, glauben wir er meint es nicht ernst. Jemand, dem 
es ernst ist, präsentiert von vorne herein alle Informationen die ihm 
wichtig und relevant erscheinen. Hier gilt die Devise: Lieber etwas 
zuviel als zu wenig (mal vom Extremfall "Er postet einfach nur seine 
Aufgabenstellung 1:1" abgesehen). Das zeigt uns, dass er sich zumindest 
Gedanken darüber gemacht hat, was wichtig ist und was nicht.

Mag sein.
Ich hatte den Thread am Anfang gelesen und mich schnell ausgeklinkt
mangels Hoffnung.

Letztlich ist es aber auch egal, weil es nichts hilft, hier helfen
zu wollen, es ist sinnlos - sei es aus Unfähigkeit oder Vorsatz.

Glück, wer den nicht als MA hat.

Und ich habe bedenken, dass manche Shitfaces von euch wahrscheinlich 
außer Mikrocontroller kein Leben haben, den ganzen Tag im Keller sitzen 
und bei Mikrocontroller.net ihren nicht vorhandenen Sexualtrieb 
ausleben.
Mikrocontroller beweist wieder mal, welche blauäugigen Informatiker hier 
ihre Augen mit Zeichen füllen, welche zuerst durch eine 5 Dioptrien 
Brille gefiltert wurden! Kein Wunder, dass ihr niemanden helfen könnt, 
da ihr hier euch ja nicht in 0 und 1 ausdrücken könnt, sondern auf die 
vielfältigen Farben des Alphabets zurückgreifen müsst!

Peter G. punkt schrieb:
> Und ich habe bedenken, dass manche Shitfaces von euch wahrscheinlich
> außer Mikrocontroller kein Leben haben, den ganzen Tag im Keller sitzen
> und bei Mikrocontroller.net ihren nicht vorhandenen Sexualtrieb
> ausleben.
> Mikrocontroller beweist wieder mal, welche blauäugigen Informatiker hier
> ihre Augen mit Zeichen füllen, welche zuerst durch eine 5 Dioptrien
> Brille gefiltert wurden! Kein Wunder, dass ihr niemanden helfen könnt,
> da ihr hier euch ja nicht in 0 und 1 ausdrücken könnt, sondern auf die
> vielfältigen Farben des Alphabets zurückgreifen müsst!

Sehr eloquent! Bisauf shitface zumindest.

:) ** popcornhol**

> ...dass ihr niemanden helfen könnt...

vielleicht wurdest du hier nicht geholfen, weil du dir keine mühe gibst, 
zu verstehen, was geantwortet wird.

@ Peter G. punkt (grudolf)

bis zu deinen Beitrag um 13:31  hattest du noch eine gewissen Chance, 
daß deine ursprünglich gestellte Frage zur seriellen Kommunikation 
wieder in die sachlichere Ebene geht, sofern du dich den entgegen 
gebrachten "Argumenten" und "Ratschlägen" ein wenig geöffnet hättest.

Nun fühlst du dich angepisst, weil "die Helfer" dir Aufgrund der Art und 
Weise wie du antwortest, sogar auch noch mangelnde Hardware-Kenntnisse 
unterstellen, obwohl du dich vermutlich einfach nur in dem dir 
unbekannten Terrain (Software)  nicht "geschickt" ausdrücken kannst.

Hm, und dann jetzt schiesst du aus allen Rohren auf alles los. Das wird 
sicherlich nicht zielführend sein, um weitere Unterstützung anzufordern.
Naja, hoffendlich verhältst du dich hier nur im Board so, oder machst du 
das auch so "im echten Berufsleben"?

> Kein Wunder, dass ihr niemanden helfen könnt,
> da ihr hier euch ja nicht in 0 und 1 ausdrücken könnt, sondern
> auf die vielfältigen Farben des Alphabets zurückgreifen müsst!

Den Satz versteh ich nicht, ist mir zu philosophisch ;-)

Kannst du den mal so formulieren, daß ich den auch als Informatiker 
verstehe?

Ich glaube, der braucht weniger Hilfe wegen seines C-Codes.

Vielleicht wird er ja entspannter, wenn er erstmal seinen G-Punkt 
gefunden hat.