asko, hast du evtl mal versuch in einem dunklen raum, ohne licht (evtl nur pc monitor an) die werte auszulesen? evtl gibt es da ja höhere werte.
Druckbare Version
asko, hast du evtl mal versuch in einem dunklen raum, ohne licht (evtl nur pc monitor an) die werte auszulesen? evtl gibt es da ja höhere werte.
Hi Valen
Ich hab ja selbst ein ganzes Wochenende damit verbracht, meine LCD-Anzeige ueber i2c zum laufen zu bringen.
Die wurde partout nicht initialisiert, bis ich dann aus beinahe verzweiflung die Make-Lib.bat nocheinmal aufgerufen hatte.
Ich hatte also doch noch nicht alles zu den Library´s gelesen, und vor allem nicht verstanden.
Seit dem funktioniert das auch.....aber man muss das wissen.
Hier auf meinem neuen Rechner (AMD-X6 Win7 64bit ultimate) bekomme ich aber leider das Programm aus diesem Thread nicht installiert.
Nicht im 32bit-mode....und nicht als Admin, und auch nicht in einer kombination von beiden....schade.
Also muss ich da auf meinen alten Schlepp-Topp zurueckgreifen ( 3kg Lebendgewicht, Akku im Eimer, aber dafuer eine RS232).
Gruss Asko.
Ja , Paul
Genau...ich hab das fast bei absoluter dunkelheit auch ausprobiert.
Und genau das war ja der Grund meiner absoluten unkenntnis.
Ich hatte ja geschrieben, das ich das im dunkeln, im halbdunkeln, im Sonnenlicht, mit Taschenlampe, und
selbst 30cm vor´m Monitor mit Lupenleuchte drueber gemacht hatte.....es kamen immer aehnliche Werte bei raus.
Zwar sinnvolle....jedoch zu "geringe".
Und vor allem, ich konnte die Ododaten nicht mal bei direktem anleuchten mit einer LED-Taschenlampe aus
dem "Tritt" bringen.
Normalerweise muesste das programm ja gleich meckern.....zuviel Gegenlicht oder aehnliches....
Aber nix da....deswegen bin ich ja so erstaunt...nicht boese...eher verwundert.#
Gruss Asko.
ja da wird anscheinend irgendwas nicht hinhauen. normal sollte das programm ein warnhinweiß anzeigen, wenn zu viel seitenlicht da war. das hatte es bei mir auch gemacht als ich das getestet hatte.
wie wäre es wenn du dir einfach 2 neue bestellst? die sollten nur 1€ pro stück kosten (bei conrad habe ich sie mir gekauft). und wenn du die mal tauscht, vllt gehts dann.
Hi Paul
Das werd ich wohl mal machen. ( mit dem neu einloeten) Mal sehen was dann dabei rauskommt.
Hat uebrigens das Programm bei Dir funktioniert ??
bei mir faehrt er links-rueckwaerts leider weniger als 90°.
normalerweise sollte er ja immer den gleichen Weg fahren...vor, wie zurueck.
Aber nach ca. 5 versuchen ist der "Startpunkt" doch schon 5cm ve3rschoben.
de3r Winkel sowieso....wenn es bei Dir klappt ist es jedoch prima.
Wie Valen schon schrieb, ist es nicht erforderlich, jedoch nicht schaedlich
wenn man nach #include asuro.h noch zusaetzlich #include myasuro.h eingibt.
Gruss Asko.
ja das programm hat soweit funktioniert, aber auch meiner hat sich ein wenig vom startpunkt entfernt. wie gesagt, liegt wohl an der groben scheibe. aber damit kann ich leben.
habt ihr zufällig ne seite wo es gute beispiel programme gibt? die die bei der lib dabei sind habe ich ja, aber gibt es noch andere?
ich muss nämlich ein programm schreiben, wo der asuro auf einer rechteckigen fläche einen blauen startpunkt sucht und findet und von dort aus der schwarzen linie folgt, bis er beim ziel (farbe grau) ankommt. im prinzip ein einfaches linienfolge programm, aber halt mit den unterschiedlichen farben. hat jmd sowas schonmal irgendwo gesehen?
Arexx-Henk hat verschiedene Test-programmen auf seine Seite. Aber nicht alle mit Quell-code. Aber vielleicht bringt es ihn was Inspiration. Vermutlich aber nicht geeignet für die erweiterte Lib. Die beste Chance gibt hier im Forum, denke ich. Oder im Arexx Forum.
http://home.kpn.nl/h.van.winkoop/Asu...uSfwPagFrm.htm
Kann man den Schritt "Liniensensoren lesen" nun überspringen, da ich die Minesweeper erweiterung drauf habe?!
Grüße Martin
In meine Erinnerung werden die Liniensensoren nur ausgelesen. Ich habe keine ahnung wie die MineSweeper Schaltung aufgebaut ist, aber ich vermutte du kannst diese Werten einfach ignorieren. Die Liniensensoren werden nicht benutzt zur auswerten der OdometrieDaten, oder Motorausgleich.Zitat:
Zitat von Phenix
Funktioniert das Programma auch für Win7 und der neuesten Version der Lib-v2.80 ?
Hab grad nur einen Ubuntu Rechner da, kann es deswegen nicht ausprobieren.
Habe das Gestern noch versucht. Ich habe selbst 64bit. Ich habe aber keine Funktionierende Asuro, deshalb kann ich mit die Test schritten in das Programm nicht weiter anfangen.
Die werten sind gleich für 2.70 und 2.80.
So bin wieder an einem Windoof und hab alles gemacht, so wie es in der Anleitung steht.
Wenn ich Tastaturabfrage "Wie geht's?" drücke, dann muss ich erst den Taster 6 betätigen um zu starten und dann alle Taster von 1-6 testen,
nun steht der Wert My_Switch_Value 63 dort.
Ich drücke auf Odometrie "Wie geht's?" es färbt sich rot, aber nichts passiert.
Lass ich den Asuro eine Zeit stehen um zu schauen, ob noch was passiert, fährt immer gerade aus(einmal hat er sich immer im Kreis gedreht).
Was mach ich falsch, oder wie starte ich die nächsten Tests?
Grüße
Martin
[EDIT] Gelöst: Man muss ja nur die schöne Bilder Beschreibung angucken :)
TEST 5 funktioniert aber generell nicht oder?
Grüß dich Phenix.
Noch darf ich: Willkommen im Forum.
Schön, dass du die Bilder magst ;) .
Und richtig, Taster 5 hat keine Test-Funktion.
Ursprünglich sollte dort der Wert für den Define MY_MOTOR_DIFF ermittelt werden. Das Programmteil passte aber nicht mehr in den Speicher vom Asuro und ist so entfallen bzw. per Define in test.c (ganz oben) 'entsorgt'.
Ausserdem ist der Wert nicht wirklich sinnvoll, da die Asuro-Lib diesen Wert nicht komplett richtig benutzt. (Kann sein, dass das in der Lib mittlerweile auch schon entfernt wurde. Weiss ich aber gerade nicht.)
Gruß Sternthaler
Hallo Asko.
Du hattes am 08.02.12 geschrieben: (https://www.roboternetz.de/community...l=1#post540094)
Kurze Erklärung: Das Programm meckert nicht wenn 'irgendwie' zu viel oder zu wenig Licht an den Scheiben ankommt.Zitat:
Normalerweise muesste das programm ja gleich meckern.....zuviel Gegenlicht oder aehnliches....
Aber nix da....deswegen bin ich ja so erstaunt...nicht boese...eher verwundert.
Es wird im Windoof-Programm ein senkrechter Button rechts neben den 4 ODO-Ausgabefeldern eingeblendet wenn 'falsches' Licht "von der Seite" kommt. Dann diesen Button drücken, und es gibt dann eine genauere Fehlerbeschreibung. (siehe hier: https://www.roboternetz.de/community...l=1#post441445)
'Falsches Licht' wird bei dem Test ermittelt, wenn sich der Asuro dreht. Die Drehung wird beim Messen in mehrere Teilstücke zerlegt und dann wird für diese einzelnen Stücke ermittelt wie gut die Encoder zu lesen sind. Wenn nun bei einem Teilstück gute Werte erkannt werden und bei einem anderen Teilstück gibt es Probleme weil da gerade die Lampe voll auf die Sensoren leuchtet, dann wird dies als 'falsches Licht' erkannt.
Wie hatte Valen schon ganz richtig geschrieben:So geht es dem Asuro auch.Zitat:
(Wenn ich mit ein Scheinwerfer in deine Gesicht strahle wirst du mich auch nicht erkennen! :wink: )
Teilstück 1: Kopf/Augen/Asuro in Richtung Lampe: Schlecht
Teilstück 2: Kopf/Augen/Asuro zur Seite gedreht: Gut
Du hattes auch geschrieben:So soll es auch sein. Der Asuro kann ja nur einen Wert bekommen und das Programm soll den möglichst optimalen Wert auch für unterschiedliche Beleuchtungssituationen liefern.Zitat:
Ich hatte ja geschrieben, das ich das im dunkeln, im halbdunkeln, im Sonnenlicht, mit Taschenlampe, und
selbst 30cm vor´m Monitor mit Lupenleuchte drueber gemacht hatte.....es kamen immer aehnliche Werte bei raus.
Zwar sinnvolle....jedoch zu "geringe"
Ich hoffe hier ein wenig, natürlich nicht zu viel, Licht in das Dunkel gebracht zu haben.
Gruß Sternthaler