Druckbare Version
Feierabend für heute. Der zweite Inkrementalgeber ist auch eingebaut. Morgen werd ich dann noch zwei IR Sensoren verbasteln und dann kann ich alles in ein hübsches Programm verpacken.
Irgendwas muss ich mir auch noch überlegen um die ganzen Kabel im inneren sauber zu führen. Im Moment hängen die lose rum, was sicher dazu führt, dass sich mal eins ins Getriebe verirrt.
Ich hätte nicht gedacht, dass ich so viele Kabel im Roboter unterbringen muss und verlegen. Langsam bekomm ich wirklich sorge wie ich das ganze ordentlich unterbringen könnte. Dabei ist bisher nur ein Mega32 zu implementieren, dafür an dem alle I/O Pins.
Gerade beschäftige ich mich mit verschiedenen Programmen für meinen MotorMega32. Dieser soll folgende Funktionen können:
- Batteriespannung AD einlesen und als Bargraph anzeige ausgeben (10 gelbe LEDs)
- 2 Sharp IR Sensoren (vorn und hinten) auslesen und Wert über RS232 ausgeben
- Motorstrom für Motor 1 und 2 ausgeben über RS232
- Kommunikation über I²C mit MainController
- Status und Notaus LED ansteuern
- 2 Motoren mit L298 steuern.
Soweit bin ich jetzt und jedes der Module funktioniert für sich und in der Summe wunderbar.
ABER:
Ich schaff es nicht die beiden Inkrementalgeber auszulesen und den Wert anzeigen zu lassen. Aus einem alten Projekt hab ich mir nochmal die Interrupt Routine angesehen für einen Inkrementalgeber (leider ist der Code damals nicht von mir geschrieben worden), ich schaffs aber nicht diesen Code auf zwei Interruptquellen zu erweitern.
Jetzt hoffe ich, dass einer von euch, dieses Problem schon einmal gelöst hat oder zumindest weis wo ich suchen muss, ich komm nämlich nimmer weiter. Vermutlich haben es schon tausende vor mir gemacht da zwei Inkrementalgeber einlesen nicht so exotisch ist. Ich find aber nichts.
Hier noch der Code den ich bisher verwende für 1 Quelle. Zukünftig würde ich gerne die Quellen INT0 und INT1 (Port PD2 und PD3 am Mega32) verwenden:
Bitte helft mir, damit ich Wall E fahren lassen kann!Code:/*
Autor: Daniel Reitmair
Datum: 14.12.2008
Vers.: 1.0
*/
#include <stdio.h>
#include <avr/io.h>
#include <avr/interrupt.h>
#include <avr/pgmspace.h>
#include <avr/delay.h>
#define BAUD 19200UL
#define F_CPU 7372800UL
#define UBRR_BAUD ((F_CPU/(16UL*BAUD))-1)
//Globale Variablen
//*****************
int32_t durchSens_counter = 0; //Counter fuer Durchflusssensor
int8_t timer_counter = 0; //Counter fuer Timer_IRQ jede 1sec.
int impulse = 0;
static int
uart_putchar(char c, FILE *stream)
{
// ... warten bis der Sendepuffer leer ist ...
while ( !( UCSRA & (1<<UDRE)) )
;
UDR = c;
return 0;
}
static FILE mystdout = FDEV_SETUP_STREAM(uart_putchar, NULL, _FDEV_SETUP_WRITE);
void IRQ_init(void){
//IRQ initialisieren
//SREG = Status Register
//I (bit 7) = Global Interrupt Disable
//SREG |= (0<<7);
// alle Interrupts abschalten
cli();
//externen IRQ setzen
//===================
//GICR = General Interrupt Control Register
//External Interrupt Request Disable fuer INT2
GICR |= (0<<INT2);
//MCUCSR = MCU Control and Status Register
//ISC2 = Interrupt Sense Control 2: 0= falling edge; 1=rising edge auf PB2(INT2/AIN0)
MCUCSR |= (1<<ISC2);
//GIFR = General Interrupt Flag Register
//INTF2 = External Interrupt Flag 2: Loeschen mit logischer 1
GIFR |= (1<<INTF2);
//External Interrupt Request Enable
GICR |= (1<<INT2);
//Timer Overflow IRQ setzen
//=========================
TIMSK |= (1<<TOIE0); //Timer Overflow Enable
//SREG = Status Register
//I = Global Interrupt Enable
//SREG |= (1<<7);
//alle Interrupts erlauben
sei();
}
void uart_init(void)
{
// Baudrate einstellen ( Normaler Modus )
UBRRH = (unsigned char) (UBRR_BAUD>>8);
UBRRL = (unsigned char) (UBRR_BAUD & 0x0ff);
// Aktivieren des Empfängers, des Senders und des "Daten empfangen"-Interrupts
UCSRB = (1<<RXEN)|(1<<TXEN);
// Einstellen des Datenformats: 8 Datenbits, 1 Stoppbit
UCSRC = (1<<URSEL)|(1<<UCSZ1)|(1<<UCSZ0);
}
//IRQ fuer Durchflussensor
ISR(INT2_vect){
durchSens_counter++;
}
ISR(TIMER0_OVF_vect){
//IRQ fuer Counter Overflow
uint8_t tmp_SREG;
timer_counter++;
if (timer_counter == 125){
tmp_SREG = SREG;
cli(); // IRQ frei ausfuehrung des folgenden Programmcodes
//Durchflusssensor
// pumpe_steuern();
impulse = durchSens_counter;
durchSens_counter = 0;
timer_counter = 0; // Counter Variable Reset
// PORTB |= PINB ^ (1<<PB4);
SREG = tmp_SREG; // Status register wiederherstellen
TCNT0 = 6; // Counter Register auf 6 setzen; zaehlen von 6 bis 255
SFIOR |= (0<<PSR10); // Counter Reset
}
}
void IO_init(void){
//PB2: Eingang für IRQ (Durckflussensor)
//PB4: Ausgang für rote LED
//PB3: Ausgang für grüne LED
DDRB = (0 << DDB2) | (1<<DDB4) | (1 << DDB3);
//Timer/Counter Control Register 0
//WGM00 und WGM01: Counter im Normalmodus zaehlen
//CS02, CS01 und CS00: Prescale auf 256
//TCCR0 |= (0<<WGM00) | (0<<WGM01) | (0<<COM01) | (0<<COM00) | (1<<CS02) | (0<<CS01) | (0<<CS00);
TCCR0 = (1<<CS02) | (0<<CS01) | (0<<CS00);
//Timer/Counter Register 0
TCNT0 = 6; // Wert mit 6 init --> zählen von 6 bis 255 --> nach 125 Counter Overflow ist 1 sec vorrueber
}
int main (void){
IRQ_init();
IO_init();
uart_init();
PORTB |= (1<<PB3); // Grün
stdout = &mystdout;
uint16_t value = impulse;
while(1){
value = impulse / 10; // Value in ml
printf_P(PSTR("Der Wert des Sensors betraegt: %i ml/s \n \r "), value);
_delay_ms(2000);
}
}
UPDATE:
ich hab mich noch ein wenig gespielt und versucht wenigstens ein Programm zu schreiben, dass zwei Interrupts auslöst:
Das Progrmm funktioniert soweit auch. Immer wenn die Inkrementalgeberscheibe auf Schwarz steht wird ein Interrupt ausgelöst.Code:/*
Autor: Thomas
Datum: 18.4.2010
Vers.: 1.0
*/
#include <stdio.h>
#include <avr/io.h>
#include <avr/interrupt.h>
#include <avr/pgmspace.h>
#include <avr/delay.h>
#define BAUD 19200UL
#define F_CPU 7372800UL
#define UBRR_BAUD ((F_CPU/(16UL*BAUD))-1)
//Globale Variablen
//*****************
int32_t durchSens_counter = 0; //Counter fuer Durchflusssensor
int8_t timer_counter = 0; //Counter fuer Timer_IRQ jede 1sec.
int impulse = 0;
int counter1 = 0;
int counter2 = 0;
static int
uart_putchar(char c, FILE *stream)
{
// ... warten bis der Sendepuffer leer ist ...
while ( !( UCSRA & (1<<UDRE)) )
;
UDR = c;
return 0;
}
void uart_init(void)
{
// Baudrate einstellen ( Normaler Modus )
UBRRH = (unsigned char) (UBRR_BAUD>>8);
UBRRL = (unsigned char) (UBRR_BAUD & 0x0ff);
// Aktivieren des Empfängers, des Senders und des "Daten empfangen"-Interrupts
UCSRB = (1<<RXEN)|(1<<TXEN);
// Einstellen des Datenformats: 8 Datenbits, 1 Stoppbit
UCSRC = (1<<URSEL)|(1<<UCSZ1)|(1<<UCSZ0);
}
static FILE mystdout = FDEV_SETUP_STREAM(uart_putchar, NULL, _FDEV_SETUP_WRITE);
void IRQ_init(void){
//IRQ initialisieren
//SREG = Status Register
//I (bit 7) = Global Interrupt Disable
//SREG |= (0<<7);
// alle Interrupts abschalten
cli();
//externen IRQ setzen
//===================
//GICR = General Interrupt Control Register
//External Interrupt Request Disable fuer INT2
GICR |= (0<<INT0)|(0<<INT1); //
//MCUCSR = MCU Control and Status Register
//ISC2 = Interrupt Sense Control 2: 0= falling edge; 1=rising edge auf PB2(INT2/AIN0)
MCUCSR |= (1<<ISC01)|(1<<ISC00)|(1<<ISC11)|(1<<ISC10);
//MCUCSR |= (1<<ISC2);
//GIFR = General Interrupt Flag Register
//INTF2 = External Interrupt Flag 2: Loeschen mit logischer 1
GIFR |= (1<<INTF0) | (1<<INTF1);
//External Interrupt Request Enable
GICR |= (1<<INT0) | (1<<INT1); //
//GICR |= (1<<INT1);
//Timer Overflow IRQ setzen
//=========================
//TIMSK |= (1<<TOIE0); //Timer Overflow Enable
//SREG = Status Register
//I = Global Interrupt Enable
//SREG |= (1<<7);
//alle Interrupts erlauben
sei();
}
//IRQ fuer Durchflussensor
ISR(INT0_vect){
PORTA &= ~ (1<<PA5);
PORTA |= (1<<PA7);
counter1++;
}
ISR(INT1_vect){
PORTC &= ~ (1<<PC5);
PORTC |= (1<<PC3);
counter2++;
}
void IO_init(void){
//DDRB = (0 << DDB2);
DDRD = (0<< PD3) | (0 <<PD2);
DDRA = (1<< PA5) | (1 <<PA7);
DDRC = (1<< PC5) | (1 <<PC3);
}
int main (void){
IRQ_init();
IO_init();
uart_init();
stdout = &mystdout;
while(1){
printf_P(PSTR("Der Wert 1 betraegt: %i Der Wert 2 betraegt %i \n"), counter1, counter2);
PORTA |= (1<<PA5);
PORTA &= ~ (1<<PA7);
PORTC |= (1<<PC5);
PORTC &= ~ (1<<PC3);
_delay_ms(1000);
}
}
Leider bleibt der dann aktiv solange bis ich weiter auf weis drehe. Ich möchte aber eigentlich dass der Interrupt nur einmal ausgelöst wird und erst beim nächsten Schwarzen Feld wieder. Er soll also nicht dauerhaft aktiv bleiben (der Zähler zählt dann munter weiter und weiter bis er überläuft und wieder von vorn anfängt, abgesehen davon reagiert der Controller dann nicht, da er sich in Interrupt Routine befindet).
Ich dachte eigentlich mit dem MCUCSR Bits den Interrupt auf steigende Flanke eingestellt zu haben.
Gerade hab ich die beiden Werte für High und Low mit dem Oszi untersucht und die Spannung sind in Ordnung, wakeln also bis auf 1mV nicht hin und her.
Es wird auch nicht daran liegen, dass die Gabellichtschranke nicht sauber wechselt von Low auf High, den dann würde es der Interrupt nicht weiter aktiv bleiben wenn die Scheibe auf schwarz steht.
Was ist da los?
Muss ich eigentlich in die Schaltung für die Lichtschranken noch einen Schmitt-Trigger (z.B. 74HC14) einbauen? Damit ich wirklich saubere Flanken bekomme?
Hallo,
mir ist nur ein Fehler aufgefallen, für INT0 und INT1 muss man MCUCR und nicht MCUCSR verwenden, der ist nur für INT2.
Wobei ich zugeben muss dass ich den selben Fehler umgekehrt für INT2 im Programm habe und es trotzdem funktioniert :-k
LG!
@damfino, DANKE!!! Das war der Fehler, jetzt funktioniert es einwandfrei wie gewünscht. Jetzt muss ich nur noch das mit den Zählern implementieren.
entschuldige die frage, aber war Wall E schon mal in Irland, genauer gesagt an den Klippen von Moher?
mfg wisda.noobie
Höchstens autonom, aber nicht mit meinem Einverständnis.
Es gibt wieder Neuigkeiten: Leider keine neuen Bilder, da ich im Moment nur an der Ansteuerung arbeite. Nachdem die Motoransteuerung soweit fertig ist arbeite ich aktuell am Kopf. Hier müssen die 3 Servos für den Hals implementiert werden, der Laser zwischen den Augen und natürlich die Solarzelle. Eigentlich nicht besonders viel und auch entsprechend schnell zu machen.
Was mit aktuell noch fehlt zu meinem Glück, ist ein LCD Grafikdisplay welches ich mit einem Mega32 ansteuern kann. Hat einer von euch vielleicht sowas schon mal erfolgreich gemacht?
Nachdem ich jetzt meine erste Funktion für den Kopf geschrieben hab, will ich euch diese natürlich nicht vor enthalten.
http://www.youtube.com/watch?v=Jvgy_x622k0
Ok die Qualität ist mies, aber was anderes als Handy hab ich nicht und zudem ist die Beleuchtung auch nicht optimal aber sonst sieht man den Laser gar nicht.
Hey,
sieht cool aus!
Aber wofür ist der laser? meines wissens ist der ja im film nicht dabei. nutzt du den für abstandsmessung?
gruß, Bammel
@Bammel, doch Wall E hat auch im Film vorn einen Laser wobei es sich bei ihm aber um einen Punktlaser und nicht um einen Strichlaser handelt. Außerdem ist Wall Es Laser natürlich stark genug um Metall schneiden zu können.
Der Laser ist im Moment reine Optik irgendwann wäre es natürlich schön mit einer Kamera und dem Laser ein 3D Bild von der Umgebung aufzunehmen.
Ja das fänd Ich auch schön.Zitat:
irgendwann wäre es natürlich schön mit einer Kamera und dem Laser ein 3D Bild von der Umgebung aufzunehmen.
Mit der Beleuchtung solltest Du ihn nachts zur Abschreckung durch die Wohnung fahren lassen.
Tolles Projekt, Glückwunsch zur sauberen Umsetzung.
So gerade hab ich in Matlab eine Funktion programmiert für den Fahrzyklus.
Die Funktion ermöglicht es eine Distanz vorzugeben eine Maximale Geschwindigkeit und eine Beschleunigung. Aus diesen Parametern wir dann eine Beschleunigungsrampe generiert und eine Verzögerungsrampe vor dem Ziel. In der Simulation kommt der Roboter genau am gewünschten Punkt zum stehen oder mit einer definierten Geschwindigkeit an.
Selbstverständlich hab ich auch die Sensoren mit eingebunden, so dass Wall E entweder "normal" anhält oder mittels Notbremse zum stehen kommt, falls eine Kollision bevor steht.
Das Ganze muss ich jetzt in C umbauen und in meinem Mega32 einpflegen.
zum Video: stark, welche Wirkung zwei leuchtenden Augen haben.
Gruß
Searcher
Freut mich dass, es mit deinem Projekt weiter geht.
Schaue ab und zu mal auf deiner HP vorbei aber da ist seit langem Stillstand^^
Ich habe mal paar Fragen :?
1. Sind die LEDs wirklich so hell? Oder machen das die Linsen noch heller?
2. Wie groß sind die Inkrementalgeber?
@Sheff, stimmt meine HP hab ich länger nimmer verändert was auch daran liegt, dass ich an den vorhandenen Projekten arbeite. Wenns was neues gibt schreib ich dass hier in die Projekt-Threads.
1. Das sind so superbright 3mm LEDs die sind schon sehr intensiv aber durch die Linsen wird der Strahl gestreut.
2. Die Inkrementalgeber sind nicht so groß vielleicht 3-4cm im Durchmesser mit 8 Teilungen. Ich muss mal sehen ob das genau genug ist oder ob ich da noch bessere machen muss.
Gerade überleg ich wieder ob ich das mechanische Konzept meines bestehenden Wall Es nochmal neu machen soll. Was unterm Strich aber bedeutet ihn komplett neu zu bauen. Grund dafür ist, dass ich soviele mechanische Verbesserungen im Kopf hab, die aber auf der bestehenden Plattform nicht realisieren kann.
Aber ich brings nicht übers Herz meinen schon bestehenden Wall E einfach aufzugeben.
Willst du sein Fahrwerk dann auch neu machen?
Wäre echt schade. Würd ihn mindestens mit einem Demo Programm ausrüsten und als Evolutionsstufe abstellen.
Ich hoffe Du hast nicht vor ihn auszuschlachten. Dafür wär er wirklich zu schade.
Gruß
Searcher
Ich würde vieles neu machen:
- das Fahrwerk mehr an Wall E anpassen, d.h. breitere Ketten und falls möglich auch die Funktion die Ketten mechanisch zu kippen.
- die Arme entsprechend mit einer Lineareinheit anstatt zum klappen
- den Hals so steif machen, dass der Kopf nicht durch die Massenträgheit wackelt.
- die Klappe vorn aktuieren.
- insgesamt größer da ich jetzt schon Platzprobleme im inneren bekomme.
- mehr Schnickschnack wie beim richtigen Wall E.
- Die Solarzellen oben zum Einklappen bzw. ein Display anstelle der Solarzellen.
Es sind also viele Ideen die ich habe und bei der momentanen Version nicht umsetzten kann. Dagegen spricht aber auch einiges:
- Aufwendig / Zeitintensiv
- Teuer (ich muss eine Menge neuer Teile machen).
- und ich häng ziemlich an meiner momentanen Konstruktion auch wenn sie nicht perfekt ist und ich vermutlich nicht alles damit realisieren kann was ich mir wünsche.
Ich will eigentlich auch keine zwei Wall E s bei mir stehen haben (auch wenn es im Film ein paar tausend gibt.
wie wäre es den jetzigen wall-e an den meistbietenden abzutretten und für den erlös neue teile zu kaufen? deine erneuerungen klingen alle echt gut. aber kanns verstehen das man an dem alten hängt geht mir auch oft so.
Ich fürchte bei einem Verkauf nicht mal den Materialpreis des bestehenden Wall Es abdecken zu können (geschweige den die Arbeitsstunde aber die sein mal außenvor). Einen neuen könnte ich damit auch sicher nicht finanzieren höchstens teilweise.
Außerdem wer will den schon?
Da mein Robo ein ähnliches Konzept haben wird (ITX Board, Wifi) würde mich interessieren, wie die genaue Lipo Bezeichnung von deinem Akku ist und wie lange der Walle damit läuft.
Ich habe jetzt nicht mitbekommen, ob du bis zum Schluß ein x86 Board verwendet hast
Ich arbeite gerade an dem Board. Gerade probier ich wie ein Embedded Windows SPARK funktioniert und ob es meine Anforderungen erfüllt. Am Anfang hatte ich auch ein ITX Board überlegt mich dann aber dagegen entschieden, da der Stromverbrauch zu hoch ist.
Wall E hat im Moment zwei Akkupacks. Ein 7,2V mit 2100mAh von Li-Batt BX (Multiplex). Dieser wird nur für die Servos verwendet. Zum zweiten einen Xaiox 8000mAh 11,1V LiPOWER für Motoren und Logik. Letztere wird über einen 9-18V DC/DC Wandler der Firma Traco erzeugt.
Laufzeit kann ich gar nicht abschätzen, da ich die bisher nie voll entladen hab. Der 7,2V Akku reicht für 45mins bei meinem Hexabot (18 Servos) Wall E hat 11 Servos die lang nicht so viel Gewicht tragen müssen. Der Fahrakku reicht leicht für mehr als 45 Mins solange fuhr der Kleine vor der Kinopremiere im Foye rum.
Gestern hab ich mir mal überlegt wie ich ein neues Fahrgestell bauen und was mich das kosten würde. Fazit davon: Für einen Kettenatrieb mit 10cm Breite muss ich wohl mindestens 300€ investieren und alles komplett neu aufbauen.
Für damit wäre aber nur der Antrieb neu realisiert. Kein Körper keine Arme kein Kopf und keine Elektronik.
Hi Hanno O:)
Das mit dem guten Kettenantrieb kenne ich auch. Wollte am Anfang bei meinem Bot auch mit richtigen Kettengliedern machen, dann haben mich die Kosten abgeschreckt [-o<
Wieviel hast du so eingeplant, was du investieren würdest?
Vielleicht überlegst du dir nochmal was du alles erneuern willst. Weil wenn schon der Antrieb komplett neu wird, dann vielleicht doch in diesem einen Kino da nachfragen ob sie es kaufen wollen.
Aber musst du natürlich selber entscheiden. Ich hätte mein Bot nie weggegeben. O:)
Naja ich fürchte einfach, dass niemand interesse daran hat, wenn ich den Wall E so wie er ist tatsächlich verkaufen würde. Für das Kino ist er nicht Orginal genug und zudem müsste ich ihn dann soweit fertig bauen und programmieren, dass er präsentabel ist. Im Moment könnte ich ihn nur demontieren und das Material verkaufen und hoffen einen teil der Ausgaben wieder rein zu bekommen. Das Fahrgestell könnte tatsächlich so wie ist es ist noch für andere User interessant sein, es kann durchaus für einen anderen Roboter verwendet werden.
Die Servos kann ich wieder in den Armen einbauen, wenn ich bei Servos bleibe und nun gut ich fürchte der Kopf muss neu werden wenn sich die Geometrie ändert. Er passt dann vom Verhältniss her nicht mehr dazu.
Ich weis nicht wieviel ich für eine neukonstruktion bereit bin auszugeben aber ich denke dass ich vielleicht 1000€ anlegen würde in eine verbesserte Version.
Bisher war Wall E der einzige Roboter den ich nicht nochmal grundlegend neu aufgebaut hab. Von allen anderen Robotern gibt es eine erneuerte Version (Wobei mein Phönix² sogar die 4 Version ist).
Bei den 10cm breiten Ketten sieht es ganz danach aus, als wenn ich die Motoren gleich in die Kettenelemente integrieren könnte. Das wäre nicht schlecht, dann müßen nur noch Kabelin den Körper und ich gewinn dort wieder mehr Platz.
könntest du die ketten nicht selbst fertigen?
es gibt doch so ein selbstbau panzer chassis da wird doch gezeigt wie man sich die ketten selbst fertigt! wäre das nicht ein möglichkeit?
Meine Ketten wären selbst gefertigt. Nur kostet das Material nun mal so viel. Ich würde zwei normale Ketten parallel bauen und dazwischen mit Stegen verbinden (wie im Orginal halt). Die Teile hab ich jetzt mal bei Mädler rausgesucht und bin auf den Preis gekommen.
Die Tatsache, dass ich den Motor ins Fahrgestell ingetrieren kann (wird zwar technisch/mechanisch aufwendig aber möglich) ist sehr reizvoll, nehmen die Motoren doch bisher sehr viel Platz im Chassi weg.
Vermutlich wird aber jetzt erst mal nichts mehr draus, da ich gestern die Teilnahmebestätigung an dem Design-Wettbewerb bekommen hab und jetzt bis zum Februar einen kleinen Roboter zaubern muss.
baue eine miniaturvariante des wall-e :D
Hab ich auch schon überlegt, aber der Wettbewerb enthält ein kleines Controllerboard und das passt nicht wirklich in nen Mini-Wall E. Außerdem sollte das ganze nicht so aufwendig werden.
Leider gefällt mir das Konzept gerade gar nicht welches ich als erstes im Kopf hatte.
Nichts desto Trotz wird auch irgendwann am neuen Walle weiter gemacht.
wirst oder hast du einen thread zu deinem design projekt?
Mach ich auf, sobald ich was zum herzeigen hab.
Wenn es sich bei dem Designprojekt wirklich um einen Wettbewerb handelt, dann würde ich dir auch nicht empfehlen einen mini-wall-e zu bauen. Immerhin gehts (denke ich mal) um eine Designstudie und nicht um einen Nachbau von einem vorhandenen Gerät und schon gar nicht so
originalgetreu wie möglich. Das wäre dann zusätzlich kontraproduktiv.
Ich weiß ja nicht aus wem sich die Jury, die dein Projekt dann beurteilen sollte, zusammenstellt.
Wenns ganz fachfremde(oder überwiegend fachfremde) Personen sind, dann gewinnen meistens soziale/humanistische Projekt die auch noch viel "blinken".
Da können noch so großartige wissenschaftliche Projekte danebenstehen. Traurig aber war.
Ists eine fachbezogen Jury, dann is das obige eher egal, dann zählt wirklich nur das Projekt und vor allem die Aufmachung der Doku/Präsentation.
Wie gesagt, ich weiß nicht um was für einen Designcontest es sich handelt, aber du solltest auch drauf achten wer das ganze dann beurteilt, das kann dir unter umständen die Wahl deines Projektes enorm vereinfachen.
@topic
Sehr schönes Projekt.
Ich würd den wall-e aber "fertig" (ich weiß, er wird nie fertig) bauen. Zumindest so, dass du ihn einem potenziellen Käufer vorstellen kannst.
Das ganze zerlegen und dann einzeln verkaufen sehe ich eher kritisch. Ich bezweifle das du dann mit dem Erlös glück wirst.
Wenns am Geld hapert, könntest du ja unter "Kaufen, Verkaufen, Tauschen, Suchen" deine Dienste anbieten. Es gibt ja genug Leute die auch auf Probleme bei ihren Projekten stoßen und sie vll in der Kiste vor sich hingammeln lassen, weils zu teuer wäre.
Nach dem Motto Mechaniker sucht Programmierer und umgekehrt.
Der Designwettbewerb geht um die sinnvolleste Verwendung eines ARM Boards vom Hersteller. Ich hab angeboten das Ding in nem Roboter zu verbauen. Der Schwerpunkt liegt also nicht auf dem äußeren (damit kann man sicher auch punkten) sondern mehr auf dem trickreichen Einsatz des Boards.
Wall E wird auch weiter laufen ich werd auch am bestehenden System noch ein paar Sachen ausprobieren bevor ich den ausmuster und durch Gen.2 ersetze.
Ich hab mir jetzt überlegt erst mal nur das Fahrgestell vom Wall E neu zu machen. Der Rest bleibt damit und die Kosten sind nicht ganz so hoch. Außerdem kann ich dann sukzesiv alles umbauen, was noch verbessert/ersetzt werden soll. Wenn die Motoren nicht mehr im Gehäuse sind, wird hier auch wieder, dringend benötigter, Platz frei.
Bei meinem anderen noch nicht vorgestellten Projekt für den Wettbewerb find ich keine Design/Konzept das mir gefällt.