Jump to content

The_Real_Black

Members
  • Gesamte Inhalte

    288
  • Benutzer seit

  • Letzter Besuch

Alle erstellten Inhalte von The_Real_Black

  1. @Loetkolben: Sowas ist auch nett. Früher hatte ich auch mal so ein ähnliches Problem: Wenn ein Gehäuse nicht reicht muss der Computer auf 2 Gehäuse aufgeteilt werden ^^ Aber Back to Topic: Ich hab in meinen Porjektordner als SVG die Lochplatte mal mit ein paar Bricks auf gezeichnet die Platte würde so gut aussehen (Abstand\Lochdurchmesser). Wo kann man sowas kaufen oder welche Platine hat genau diese Abmessungen? Beim Conrad und Reichelt werde ich nicht fündig... Oder ich suche mit der falschen Bezeichnung: Lochblech, Lochraster, (was noch?)
  2. @Christian: Wenn dass so wäre, dann müsste ich meine Singeltons in Doubeltons (lol, oder so) umwandeln. Im Moment habe ich alles mittels Singeltons implementiert da werde ich einiges ändern müssen.
  3. Hach seid ihr gemein... übrigens der erste Treffer ist in Englisch und nicht von MS selbst. Man sollte schon selbst Googlen, dass man auf die richtigne Treffer kommt: http://windows.microsoft.com/de-de/windows7/Open-a-port-in-Windows-Firewall
  4. Kurze Codeseite Frage zum WLan: Wenn ich eine mobiles Gerät am WLan habe und einen anderen Masterbrick am PC direkt... geht dies dann über eine IP Connection? Oder brauche ich dann 2? Beispiel: - "Bodenstation": (Master + 2 Joysticks und ein Poti zB) - "Roboter": (WLan, Stepper, Servo, IR usw...) Müsste ich Code anpssen um von der Bodenstation dann den Stepper zu bedienen?
  5. @Loetkolben: Mit solchen Mitteln arbeite ich auch meine Kiste3 besteht aus 90% Teelicht Deko Verpackung und 10% Kellogs-Schachtel. Ich stecke mit einer Nadel oder einen Körner an die passenden Stellen ein Loch und dann wird mit einer Schraube einfach Durchstochen und festgeschraubt. Es muss nicht unbedingt was an die Seiten was zusätzlich gemacht werden da könnte man auch mit ein paar Schrauben und Muttern ein Stück Blech anbringen um es aufzuhängen oder zur Grundplatte im 90 Grad Winkel eine weitere Platine anzubringen.
  6. Update: Version: 1.3 Datum: 27.05.2012 - Zeitmessung beim "Full Scan" in ms. - Wartezeit (ms) beim Servo Bewegen im Full Scan wurde nun mit der passenden Option verknüpft. - Eine Radarlinie damit man optisch beser sieht wo der Sensor ausgerichtet ist\sein sollte. - Events im Menüsystem - Wert wird geändert -> Für Live Änderungen - Wert wurde geändert -> Info zum Variablen neu abrufen. - Box3 Schritte in der Automessung des Scanners. Die Auflösung setzte dann nur jeden xten Punkt! Diese Options sollte nur verwewndet werden wenn vorher alle Punkte geresettet werden. - Im Utils Projekt unter Doc liegt ein SVG erstellt mit Inkscape Portable - Bricks - Lochraster (Raster: 5mm Lochdurchmesser: 3mm) - Ideen...
  7. @Imbafestor: Ich will aber da öfter umbauen um die ganzen Sensoren abwechselnd zu nutzen, da müsste ich viele Löcher aufbohren... Wenn ich schon einen festen Plan hätte wäre es weniger schlimm. Ich hätte einen Schraubstock und auch eine Standbohrmaschin, aber für sowas sollte es schon was fertiges geben. Bis ich die Löcher alle fertig habe dürfte die Platine durchgebrochen sein... Ich kann zwar Metall einigermaßen genau bearbeiten, aber die Maschine hat für mehr als ein paar einzelne Bohrungen viel zu viel Spiel. @Loetkolben: Da kann ich dir nur zustimmem. Eine 200x150mm Platte mit den passenden Löchern würde genügen. Dieses Format sollte für die Meisten Leute genügen. (Oder ein Link wo man die passen Platten kaufen kann.)
  8. @jan: Danke. Ich werde mal ein paar kaufen und testen müssen. @Loetkolben: Bis jetzt habe ich nichts "passendes" gefunden. Suchen nach Lochraster führt immer zu Platinen, diese haben dann zu kleine Löcher (meist 1mm anstelle von 3mm). Und bei Conrad sowie Reichelt gibt es bei der Suche keine Hilfe wenn man etwas der Art "5mm Lochraster 3mm Durchmesser" braucht.
  9. Hallo TF-User, meine Pappdeckel-Kisten sind zwar schön und gut zum festschrauben der Bricks, aber das System ist nicht gerade Felxibel zum mehrfachen Umbau geeignet. Ich suche "Lochraster"-Platten, aber ich ende immer wieder bei irgendwelchen unützen Platinen. Nach was müsste man suchen um für die Bricks und Bricklets passende Lochlpatten zu finden? Zweite Frage: Hat jemand bereit smal einen Reed Kontakt\Magnetschalter an einen IO Bricklet getestet? Wie gut schalten diese und wie groß\klein müssen sie ausgelegt sein?
  10. @Holy: Da ich keine definierte Umgebung bieten kann, muss eine freie Umgebung genügen. Eine einfache Kollisionsvermeidung wird da ein Zwischenschritt zur Raumerkundung. @Imbafestor: Den Plan verfolge ich auch. Wenn man zumindest über gerade Strecken ein Fixpunkt in Fahrtrichtung hat kann man zurück rechnen um wie viel sich eine Wand angenähert hat. Aber da ist ein geringer (oder kein) Schlupf natürlich auch besser. Mal sehen wie es mit dem IMU (wenn er ankommt so läuft, dann kann ich mal darüber nachdenken was ich an Genauigkeit bei den Motoren benötige. @AuronX: “ Wie lange Dauert..180° wenn du in 1° Schritten“: Ohne Glättung ca. 2 Sekunden. *Wer misst, misst Mist.* Messung: 2766 ms Mit Glättung 3xWerte: 6127 ms. Ich würde die Erkundung so implementieren, dass nach einer Messung der Roboter erst eine definierte Strecke zurücklegt, sehen bleibt und dort eine nächste Messung durchführt. So benötige ich zwar mehr Zeit aber es sollte so kein Problem sein genügend genau zu werden. @Imbafestor „Glättung…Sinn“: Ja macht es, zumindest bei beim bewegten Messen. Vieleicht müsste ich nur die warte Zeit für die Servo Bewegung erhöhen, aber mit den 3 Messungen verändert sich das Radar (aus einer Position heraus) bei mehreren Messungen hintereinander kaum noch. Vorher haben sich die Punkte immer wieder um cm hin und her verschoben. @Holy: „Eine reine Wegfindung ist denke ich einfacher wie eine Erkundung.“ Stimmt. Zum Rest werde ich erst mal sehen wie gut die Werte werden und dann erst entscheiden ob ich die Messpunkte eingrenze.
  11. Ja genau, außer ich Glätte die Werte dann sind es x Messungen je Grad. Eine Option mit der die Auflösung gesteuert werden kann fehlt mir leider noch ^^ Die Frage ist wie viele Messung benötige ich wenn die Kiste mal Räder bekommt um eine Wegfindung umzusetzen. Mit Messlinie und Flächen sieht das Radar auch gut aus. Ich will später aber die Messungen übereinander legen da würden Flächen stören, aber die Line werde ich auch einbauen, alleine wegen der Optik ;-) Den RP6 habe ich mir auch schon angesehen, aber ich habe mich noch nicht festgelegt. Da würde ich gerne Erfahrungen hören, wie man dort am besten mit den Motoren umgeht und die verbaut... Ich würde da auf Stepper verwenden um etwa messbare Wege zu erhalten.
  12. Update größte Änderung, ich hab ein Changelog : Version: 1.2 Datum: 25.05.2012 - Box 3 Servo Scanner 2: Von Version 1 des Scanners wurde das Layout überarbeitet und mehr Optionen für den Automatikmodus hinzugefügt Es gibt eine Hilfe wenn mit der Maus über die verschiedenen Controls gefahren wird. Es gibt einen Andauernden Scan Modus: Dieser Modus ist über einen Thread realisiert welcher sanft beendet werden kann beim zurückschalten auf Stop wird der Servo auf Pos 0 gesetzt und der Thread verlassen. Dies kann ein paar Sekunden dauern (je nach gewählter Option...) Es gibt folgende Optionen: - Messwinkel (Schwenkbereich 0 bis +-100) - Pause zwischen den Messungen kann in ms festgelegt werden - Wartezeit in s wenn der Sensor eine der beiden Maximalpositonen erreicht hat. - Wartezeit in ms beim Messen der Werte zur Mittelwertbildung. Wenn nicht alle nötigen Bricks erkannt werden wird eine MsgBox angezeigt und die Form gesperrt da einiges bereits gesetzt wurde was sich nur per Debugger zurück setzen lässt. (Selbst da mache ich immer einen neustart ist einfacher und so fliegen keine Exceptions auf!) - Hilfe Anzeigen per Helperklasse (In Controls muss die "Tag" Eigenschaft mit einen String gefüllt sein um eine Mouse-Over-Hilfe angezeigt zu bekommen.) - BrickConnectionUtil ("Die Helperklasse" ) kann jetzt mit einer Form gefüttert werden welche dann in die FormClosingUtils gepackt wird und somit die IP Connection sauber beendet wenn die Form beendet wird. - Utils letzte UIDs wurden aus den Constanten entfernt! wurden nur noch in Box 1 verwendet! Test Utils wurden auch in Box 1 verschoben! - LCD wird über Code Schnipsel von TinkerForge nun um Codiert. Danke an TF! - Beginne ein Changelog mehr oder weniger Sinn bei der Reihenfolge der Features ^^
  13. Ich möchte unter Windows mal anmerken, dass wenn ich ein paar mal ein uns ausstecke auch keine Bricks mehr im Viewer sehen kann. Ich hab aber auch bei offener IPConnection mal das USB Kabel gezogen. Mir hilft es dann den Dienst neu zu starten.
  14. So kann man es verstehen, dass ihr erst mal auf eine alternative Methode setzt wenn 10 % der Kunden zurückmelden, dass die Chibis bei ihnen nicht arbeiten... Ist eine ganze Menge. Ich werde dann mal als nächste Erweiterung auf WLan setzen ^^ Danke für die Infos.
  15. @ThomasKl: Da kann ich nur zustimmen, aber nach einen halben Jahr mit Editor (der in Windows ohne Syntax-Highlighting) und Kommandozeilen Compiler (mit Make Files aber ;-) ) versteht man die Fehlermitteilungen viel besser. Und man weis erst eine gute IDE wie Visual Studio schätzen und lieben! Für Anfänger ist aber etwas wie Notepad++ eher zu empfehlen wenn sie ganz von "unten" beginnen wollen. Muss aber jeder selbst entscheiden wie er beginen will.
  16. Dito. Allerdings wüsste ich anhand der Bindings nicht wie es "sanfter" gehen sollte. Ich hab nicht in den Source geschaut wie "unsanft" wird denn da gearbeitet? *Set all the things null!* Style? Selbst wenn solange Fehler abgefangen werden ist dies besser als auf einen Thread Warten der vermutlich nie beendet wird. @TF: Ein "ipcon.Close()" für einen sauberen Ausstieg wäre gut.
  17. Ich habe beim IR Sensor eine eigene Schraube verwendet um zwischen Sensor und Platine eine Mutter geschraubt um etwas Abstand zu erhalten.
  18. @Christian: Ich bin ein Beispiel und sogar ein positives... @"LabVIEW": Schade, dass es da nur das LabVIEW Format gibt was vermutlich intern bereits komprimiert wurde. Wie groß werden die Bindings wenn erst alles Implementiert wurde?
  19. @AuronX: Parsen habe ich jetzt auch nicht verstanden wenn man dort casten schreibt machts plötzlich mehr Sinn. Hörte mit 'ten auf *close enough* ;-P Man sollte immer nur einen Post nach den anderen schreiben. Frage ist wo man mit den Werten "hin will" die .Net Framework Math Klasse verwendet double und die XNA Framework MathHelper Klasse verwendet float...
  20. @AuronX: public int GetIlluminance() public double GetIlluminance(bool scale) public double GetScaledIlluminance() { return ((double)GetIlluminance() / (double)GetIlluminanceScaleFactor()); } public int GetIlluminanceScaleFactor() So könnte ich damit leben. Immer die passenden Datentypen wählen... Aber ist double oder float sinvoll? Mir sind ints lieber darauf kann ich casten wie ich will. ;-)
  21. @batti: Maya würde ich jetzt nicht unbedingt ein CAD Programm nennen ^^ @salvadorML: Mit welchen Format könntest du was anfangen?
  22. Der Deamon ist mir egal, auch wenn es für den einen oder anderen nützlich sein kann ohne auszukommen. Für einen mobilen Roboter mit einen Laptop als "Basisstation" ist eine WIFI Extension besser geeignet als die Chibi Variante. Anderseits muss man jetzt wenn man was entferntes mit den zB Joystick Bricklets steuern will doch wieder einen Master kaufen der sonst keine weitere Funktion hat... ;-P Manchen kann man es nicht recht machen.
  23. @borg: Verstehe ich dass richtig, dass mit einen WLan Extension man keinen zweiten Masterbrick benötigt? Im Moment ist es so, dass 2 Chibi und 2 Master Bricks nötig sind um eine Verbindung mit einer Außenstation aufzubauen. Danach brauch ich nur noch meinen Laptop, einen Brick und einen WLan Brick? Wenn ja dann würde ich genre ein anderes Signal mit über diese Verbindung schleifen... 2 Webcams... nur *G* Wenn nicht sehe ich keinen Vorteil einen größeren Nutzen zum Chibi.
  24. Danke euch beiden ^^ Roadmap: - Radar zu einer Map weiterentwickeln damit verschiedene Messungen in ein Bild übertragen werden können. - Kiste 3 verbessern (Scann Typen: Gerade aus\Umgebung\kontinuierlich) -- Events für Annäherung usw implementieren. - Code clean up\Kommentieren\angeachte Methoden fertig stellen. -- LCD Bricks immer in den Utils merken und bei Bedarf Licht ausschalten und Text löschen wenn Form geschlossen wird. (Muss im Moment mit der Hand gemacht werden...) - Projekte säubern - Menü 1 irgendwo Sinnvoll verwenden -- Events beim Ändern von Werten hinzufügen, damit man auch mitbekommt, dass der User im Menü was geändert hat. - Menü 2 (Auswahl Rauf Runter) - Gedanken um Kiste 4 machen: -- Lochblech für Brickmontage besorgen -- Fahrwerk aussuchen -- Montage Plan ersellen -- Stepper Brick(s) oder DCs, passende Motoren, einen weiteren Servo RS-2, Akku Pack, Chibi\WLan Brick und weiteren Kram bestellen... Viel zu tun ^^
  25. Update http://www.therealblack.net/TFUploads/Box3_ServoScanner_Scann.jpg Es lebt und es sieht sich um! Ich muss mir mal Gedanken um Bewegung machen damit die Kiste auch durch die Welt kommt. Edit: Ich habe die TF.DLL im Projekt mal mitgegeben. Hoffentlich klappt es mit dem Projekt kompilieren besser. Das Bild ist auch schon wieder veraltet: Es gibt jetzt eine neue Checkbox namens"Glätten", welche beim Automatischen Messen erst über 3 Messungen einen Mittelwert bildet bevor es im Radar eingetregen wird. Edit 20.05.2012 17:30: Es gibt schon wieder eine neue Version (ich hab ein Tool geschrieben welches mit die Ordner bereinigt und dann Zippt *g*) an der Kiste 3 habe ich einige kleine Änderungen gemacht die Glättung kann nun eingestellt werden um stabilere Werte zu erhalten. Wertebereich ist 3-10 das sollte genügen wenn man Werte für Navigation eines Roboters anstrebt. @Coder: Ich unterscheide im Moment meine beiden IR Bricklets anhand der UID wenn ihr eure Bricklets unterscheiden wollt müsst ihr die IDs anpassen und im Radar Control eure Min Max Werte setzen: Sensor von 150 cm bis Minimal 10 cm
×
×
  • Neu erstellen...