Projekt M8

	Willkommen Gast. Bitte einloggen oder registrieren. Mai 4, 2024, 21:58:34

MODDING-FAQ FORUM

Alles rund ums Modden

User-Mods (Moderator: Saint)

Projekt M8 « vorheriges nächstes »

0 Mitglieder und 2 Gäste betrachten dieses Thema.

Seiten: 1 2 [3]

Autor

Thema: Projekt M8 (Gelesen 23589 mal)

Ast
Case-Konstrukteur

Karma: +8/-0
Offline

Offline
Geschlecht: Männlich

Beiträge: 589

Astpirin, die Medizin deines Lebens

Re: Projekt M8
« Antwort #30 am: Mai 20, 2005, 13:52:39 »

Hmmm...

Ich hab mal geprÃ¼ft wie lange das Ãœbermitteln der Daten vom PC zum uC dauert.
Am Anfang der Senderoutine hab ich Timer() in der Variable StopUhr abgespeichert und gebe am ende des Aufrufs Timer()-StopUHR in ner Messagebox aus.

Anscheinend dauert eine Ãœbertragung von 80 Nutzbytes (ca. 160 Bytes, wenn man die OK-Bytes hinzurechnet) ca 0,5 bis 0,75 Sekunden.

Die Baudrate betrÃ¤gt 9600 @ 8N1

Ist das so akzeptabel?
Das kommt mir irgendwie zu langsam vor...
Ist mein Code uneffektiv?
(Abgesehen von den Endlosschleifen bis zum Empfangen/Fertig-gesendet-haben)

SpÃ¤ter will ich ja z.B. CPU-Auslastung und Temps auf die M8 Ã¼bertragen
und da wÃ¤re es unschÃ¶n, wenn jedesmal ne halbe Sekunde fÃ¼r drauf geht...


	Gespeichert

There are only 10 types of people in the world:
Those who understand binary, and those who don't.
--------
How many people can read hex if only you and dead people can read hex?

philipp.ni
Dremelfreund

Karma: +0/-0
Offline

Offline
Geschlecht: Männlich

Beiträge: 100

Ich liebe dieses Forum!

Re: Projekt M8
« Antwort #31 am: Mai 20, 2005, 15:24:13 »

naja, wenn du ne Temperatur Ã¼bertrÃ¤gst ist das ja auch 1 byte. das gleiche gilt fÃ¼r Auslastungen (wenn mans richtig macht sogar nur 1/2 byte, dann eben 2 werte in einem byte). Und ich glaub kaum, dass du die sachen 20 mal pro sekunde refreshen willst, oder?

Andererseits kommt mir 9600 baud trotzdem recht langsamm vor, wenn man bedenkt, dass allein ein DMX-signal (wird auch gerne mit ATmegas ausgewÃ¤rtet) schon 250.000 baud hat... (oder irre ich mich da? Wink

)


	Gespeichert

Ast
Case-Konstrukteur

Karma: +8/-0
Offline

Offline
Geschlecht: Männlich

Beiträge: 589

Astpirin, die Medizin deines Lebens

Re: Projekt M8
« Antwort #32 am: Mai 20, 2005, 15:46:31 »

Ja, natÃ¼rlich werde ich nicht jedes Mal 80 Byte Ã¼bertragen.
Und die 9600 Baud sind ja von mir so eingestellt.
Mir kommt die Zeit, die benÃ¶tigt wird, um 80 (bzw. 160) Byte zu versenden, nur zu lange vor...
Selbst fÃ¼r 9600 Baud.


	Gespeichert

There are only 10 types of people in the world:
Those who understand binary, and those who don't.
--------
How many people can read hex if only you and dead people can read hex?

OlafSt
Global Moderator

Karma: +13/-0
Offline

Offline
Geschlecht: Männlich

Beiträge: 2138

Master of STLCD and LISA III

Re: Projekt M8
« Antwort #33 am: Mai 20, 2005, 19:35:03 »

Du solltest nicht das Protokoll auÃŸer acht lassen - denn Deines friÃŸt 30% der verfÃ¼gbaren Baudrate.

Nach jedem Byte ein ACK-Byte zurÃ¼ckzusenden ist eigentlich BlÃ¶dsinn. Es ist effektiver, das en bloc zu machen:

PC ----> Befehl, Data, Data ----> M8
PC <-------------- OK <------------- M8

So laufen 4 Bytes durch die SIO, anstelle deiner 6 Bytes. Ist obendrein einfacher zu programmieren Grin

Bei Deinem Protokoll wird ein Fehler im Befehlsbyte schneller erkannt - aber wird das tatsÃ¤chlich so oft passieren ? IMHO, nach allen meinen seriellen Basteleien sage ich: Nein.

Bei 9600 Baud 8N1 sind maximal 960Bytes/Sekunde mÃ¶glich, bei Deinem Protokoll also max. 160 Befehle, bei meinem 240. Gerade bei so niedrigen Baudraten spielt das Protokoll zwischen Sender und EmpfÃ¤nger eine wesentliche Rolle.


« Letzte Änderung: Mai 20, 2005, 19:39:36 von OlafSt »	Gespeichert

Erstens: Lies was da steht. Zweitens: Denk drÃ¼ber nach. Drittens: Dann erst fragen

Ast
Case-Konstrukteur

Karma: +8/-0
Offline

Offline
Geschlecht: Männlich

Beiträge: 589

Astpirin, die Medizin deines Lebens

Re: Projekt M8
« Antwort #34 am: Mai 22, 2005, 17:48:03 »

Also ich hab das Protokoll jetzt etwas geÃ¤ndert.

Jetzt werden immer 2 Daten-Bytes pro OK-Byte gesendet.
Bei EEPROM zugriffen ist das nicht wesentlich schneller, aber egal.

AuÃŸerdem hab ich jetzt Funktionen eingebaut mit denen einzelne Bytes in den RAM, das EEPROM oder den Screen geschrieben werden kÃ¶nnen.
(Screen ist die Stelle im RAM, an der der aktuelle LCD-Text gespeichert wird).

Im Moment arbeite ich daran, dass ganze auch umgekehrt auslesen zu kÃ¶nnen.

Wenn das erledigt ist, ist der Kern der M8 eigentlich fertig.
Dann muss ich nur noch den Wizzard schreiben und ne Dokumentation machen, damit ihr auch zusÃ¤tzliche Erweiterungskarten entwickeln kÃ¶nnt.
Ihr glaubt doch nicht etwa, dass ich hier die ganze Arbeit alleine machen werde Wink

Nach dem Wizzard wird wohl auch eine Tray-Anwendung nÃ¶tig, weil ich auch gerne PC-Statusanzeigen auf das LCD ausgeben mÃ¶chte.
Aber wozu das Rad neu erfinden?
Wie wÃ¤re es mit einer M8 UnterstÃ¼tzung fÃ¼r STLCD, OlafSt? Grin


	Gespeichert

There are only 10 types of people in the world:
Those who understand binary, and those who don't.
--------
How many people can read hex if only you and dead people can read hex?

OlafSt
Global Moderator

Karma: +13/-0
Offline

Offline
Geschlecht: Männlich

Beiträge: 2138

Master of STLCD and LISA III

Re: Projekt M8
« Antwort #35 am: Mai 22, 2005, 18:31:54 »

Zitat von: Ast am Januar 1, 1970, 00:00:00

Wie wÃ¤re es mit einer M8 UnterstÃ¼tzung fÃ¼r STLCD, OlafSt? Grin

Why not... Ein GerÃ¤t zum ausprobieren her, geht los. Kalteinbauten (soll heiÃŸen, implementieren ohne TestmÃ¶glichkeit) mache ich nicht.

Ach ja: LÃ¤uft das ganze Ã¼ber eine echte serielle oder per USB/RS232-Wandler ? In der neuen Elektor war da ein hÃ¶chst interessanter Artikel drin.


	Gespeichert

Erstens: Lies was da steht. Zweitens: Denk drÃ¼ber nach. Drittens: Dann erst fragen

Ast
Case-Konstrukteur

Karma: +8/-0
Offline

Offline
Geschlecht: Männlich

Beiträge: 589

Astpirin, die Medizin deines Lebens

Re: Projekt M8
« Antwort #36 am: Mai 22, 2005, 18:51:00 »

Das lÃ¤uft alles direkt Ã¼ber den COM-Port.

Die Elektor krieg ich nicht, aber vielleicht sollte ich die mal abbonieren...

Wegen dem TestgerÃ¤t: Das kann ich dir leider im Moment nicht zukommen lassen,
da ich ja selber noch entwickle und dieser Prototyp wahrscheinlich auch in meinem PC verschwinden wird.

Aber sobald ich fertig bin mach ich ein ausfÃ¼hrliches Datasheet, so dass jeder, der selbst eine Platine layouten kann in der Lage sein sollte die M8 nachzubauen.

Auch ein Tutorial wÃ¼rde ich schreiben, allerdings hab ich keine gute Digicam, so dass jemand anderes die Fotos machen mÃ¼sste...

WÃ¤rst du denn bereit die M8 selbst zusammenzulÃ¶ten, oder muss ich dir dann meinen kostbaren Prototypen schicken?


	Gespeichert

There are only 10 types of people in the world:
Those who understand binary, and those who don't.
--------
How many people can read hex if only you and dead people can read hex?

robert_marquardt
Dremelfreund

Karma: +0/-1
Offline

Offline
Beiträge: 104

Nur zu Besuch hier

Re: Projekt M8
« Antwort #37 am: Mai 24, 2005, 05:31:16 »

Das Problem bei USB/RS232 Adaptern ist der USB. Die Latenz fuer ein einzelnes Datenpaket ist 1 ms.
Damit dauert es 3 ms wenn man ein einzelnes Byte sendet. 1 ms senden, 1 ms fuers ACK und 1 ms bis man wieder drankommen kann.
Bei groesseren Datenpaketen ebnet sich das natuerlich ein, da die Latenz pro Paket gilt.


	Gespeichert

Ast
Case-Konstrukteur

Karma: +8/-0
Offline

Offline
Geschlecht: Männlich

Beiträge: 589

Astpirin, die Medizin deines Lebens

Re: Projekt M8
« Antwort #38 am: Mai 30, 2005, 15:54:45 »

Also,

das GrundgerÃ¼st fÃ¼r die M8 ist soweit fertig.

Alle Lese- und Schreibzugriffe vom PC funktionieren und das "Betriebssystem" ist somit fertig.
Den Code bekommt ihr hier.


	Gespeichert

There are only 10 types of people in the world:
Those who understand binary, and those who don't.
--------
How many people can read hex if only you and dead people can read hex?

Seiten: 1 2 [3]

« vorheriges nächstes »

Gehe zu:

Seite erstellt in 0.106 Sekunden mit 19 Zugriffen.