AuronX

Zumindest würdet ihr so auch auf die Titelseite von Spiegel Online kommen ^^

@Jan: heißt das der Stapel ist zu eng für genormte Servo-Stecker? Oder passt nur kein Gehäuse mit eigenem "Rand" mehr drumherum?

setSelectedValues(selection_mask, value_mask)

Ich finde es ehrlich gesagt auch (schon seit dem Dual Relay) etwas störend, dass man einzelne Relays nicht schalten kann ohne vorher alle Relays auszulesen. Da wäre eine Ansteuerung wie beim Servo-Brick (servoId -> relayId) deutlich schicker. Natürlich sollte die Variante des gleichzeitigen Ansteuerns erhalten bleiben ^^

Mir fehlen deine zeilennummern, aber in Zeile 124 ist ein Wert null der es nicht sein sollte Davon ausgehend, dass die TF-Api hoffentlich funktioniert und das meiste ja auskommentiert ist: uid_list.add(uid); deviceID_list.add(deviceIdentifier); Ich vermute eine der Listen oder beide Listen sind nicht initialisiert.

Wegen dem Overhang Testobjekt: Klebt das beim Drucken so fest am Boden, dass das druckbar ist, ohne dass das Objekt beim Drucken umfällt?

Das ist ja alles sehr komisch. Ich frage mich ob es mit dem langsamen GetPort zusammenhängt das du in einem anderen Thread erwähnt hast (in Kombination mit "ohne LCD"). Ich glaube wenn das normal wäre, dann wäre die WiFi-Extension der Top-Rückläufer bei TF

1. Hast du es mal ganz ohne Brickv versucht? (ich weiß nicht ob der möglicherweise auch Listener deaktiviert) 2. Hast du auch selbst dafür gesorgt, dass die entsprechenden Callbacks aktiviert werden? Beispielsweise musst du mittels SetTemperatureCallbackPeriod zunächst dafür sorgen, dass der Callback überhaupt ausgelöst wird. Viele Grüße Jan

Ah okay, also Stack auf Bodenplatte + Gehäuse auf Bodenplatte = kein Verrutschen...

Verstehe ich diesen Prototyp richtig, dass ich mein Brick zwar reinstecken kann, es aber nciht befestigt ist? Ich sehe keine horizontale Befestigungsmöglichkeit. Das wäre schon gut, weil ein Verrutschen des Bricks innerhalb des Gehäuses sonst die Kabel belasten würde. edit: Oder sind die kleinen Punkte die cih für Löcher hielt in Wahrheit "Knubbel", auf denen das Brick aufliegen kann?

Ich fände eine Ursachenforschung noch durchaus spannend ^^ Aber wenn du die nicht machen willst kann ich dich nicht dazu zwingen

Ist auch (mindestens von meiner Seite) nicht böse, sondern nur als Hilfe gemeint.

Cool. Zur Ansteuerung der Basis: Die Basis mittels TF-Equippment aufzuspüren halte ich für schwierig, da fällt mir nichts ein was auch auf Distanz funktionieren würde. Wenn du Lust auf ein wenig bis viel programmiererei hast, dann kannst du deine Webcam für eine Bilderkennung nutzen. Der Rechenkraft halber würde ich zum Beispiel vorschlagen, dass dein Roboter Bilder aufzeichnet und sich im Kreis dreht, diese Bilder per Netzwerk an einen Hostrechner schickt und der versucht die Basis zu erkennen, um dann Richtungsanweisungen für den Roboter zu generieren. Hindernisse außer acht gelassen sollte das erstmal funktionieren. Die Basis sollte der Einfachheit halber natürlich etwas gut erkennbares sein, also beispielsweise ein Legogebilde aus zwei Farben die in deinem Raum einmalig sind. ( hat das mal jemand gemacht; ohne TF; ohne Lego ^^)

Für diesen buchstäblich süßen Namen darfst du auch so freche Fragen stellen ^^ Das Servo-Brick bietet dir zum einen die Velocity, damit kannst du die Maximalgeschwindigkeit deiner Servodrehung regulieren. Zum anderen hast du die Acceleration. Diese ermöglicht es dir, dass die Velocity nicht abrupt auf das Maximalniveau gehoben wird. Ich würde aber behaupten, dass die Bremsung des Servos davon unberührt bleibt. Hier könntest du im Zweifel selbst kurz vor erreichen der Zielposition anfangen die Velocity zu senken. Beachte: Da Servos keine Rückmeldung über ihren Drehwinkel geben kann das Servo-Brick die Position nur "erraten". Wenn du also eine sehr geringe Drehgeschwindigkeit hast ist das sehr präzise, weil der Servo viel zeit hat die gewünschte Bewegung auszuführen. Wenn du die Velocity aber höher stellst als es dem Servo möglich ist, dann wird das Servo-Brick dennoch denken, dass der Servo "bestimmt schnell genug" war. Das ist je nach Anwendung doof oder egal.

+1 für nerdige .NET-Witze ^^ Eine Verzögerung von 100ms wäre sogar mithilfe einer Kamera (die wenigstens > 10FPS bringt, besser >20) die sowohl Bildschirm als auch LCD sieht sichbar zu machen P.S.: Einfach einen anderen Getter zu testen sollte aber zuverlässiger, wenn auch weniger spaßig sein ^^

@Nic: Sofern ich das sehe hat er einen funktionierenden Toröffner mit RC-Steuerung (siehe sein erstes Posting). Er kann also entweder die Funksteuerung "hacken" (so wie es Masder in seiner Zimmersteuerung mit der Steckdosensteuerung macht) oder direkt den Öffner. Garagentoröffner haben üblicherweise mindestens einen Taster direkt am Gerät zum Öffnen/Schließen/Stoppen (dieser funktioniert meist genau so, wie die beschriebene Weboberfläche). Das heißt DC/Schrittmotor/Servo sind nicht notwendig, da diesen Teil bereits der Öffner übernimmt. Der muss aber angesteuert werden. Dazu die Frage ob das mit einem IO-16 ginge, da gehen meine Hardware-Kenntnisse allerdings zur Neige. Ich würde testen ob der Taster eine Gleichspannung von 3.3 oder 5 Volt kurzschließt, aber vermutlich sind noch weitere Vorsichtsmaßnahmen notwendig um gegrillte ELektronik auszuschließen.

Dokumentation usw ist super. Auch der Funktionsumfang stimmt. Du musst halt nur einige Zeit investieren um zu verstehen wie ein Android-Programm läuft, wann es welche Nachrichten bekommt usw. Also das Framework kennenlernen. z.B. wirst du irgendwann erfahren, dass das Rotieren deines Telefons (dann wenn es von Porträit auf Landscape wechselt) die Anwendung quasi neustartet. Das ist nur ein einzelnes Beispiel, es ist einfach ein bisschen Lesestoff bis man insgesamt drin ist, war zumindest bei mir so. Aber kein Hexenwerk und auch nicht weil Android schlecht wäre, sondern einfach nur weil es halt ein vollständiges Betriebssystem mit eigenen Regeln ist, die man kennenlernen möchte edit: Remotecontrol hat es über mir schon recht gut erklärt während ich diesen Post getippt habe

Ich habe auch sehr gute Erfahrungen mit dem USB-Debugging gemacht. Wenn du dein Tablet/Handy hast, einfach anstecken und darauf dein Programm ausführen. Breakpoints und alles andere was du vom Debugging so gewohnt bist funktioniert hervorragend. Allerdings muss man sich in die Android-API echt einarbeiten, war deswegen auch überrascht, dass remotecontrol selbst Neuling ist, weil das Ergebnis sieht echt gut aus Das was ich bisher gebastelt habe sieht eher weniger hübsch aus ^^

Die Frage ist auf jeden Fall auch wie viel Arbeit dir dein Toröffner abnehmen kann. Wenn er nicht mehr bietet als den Knopf (also nichts um festzustellen, ob das Tor offen oder geschlossen ist), dann würden Nics Sensoren dir helfen das selbst herauszufinden. Falls der Öffner diesen Zustand (den er ja mindestens intern kennt) für dich zugreifbar macht, würde das nutzen, weil du dann eine inkonsistenz zwischen deiner Meinung ob offen/zu und der des Öffners vermeidest. Ich vermute, bin aber nicht sicher, dass du den Öffner möglicherweise auch mit dem IO4 oder dem IO16 betätigen kannst. Habe hier schon von einigen gelesen, die eine Steuerleitung nicht selbst geschlossen haben (Dual Relais), sondern mit dem IO selbst angesprochen haben (direkt ausgang auf high setzen). Ich glaube mich auch zu erinnern, dass das Dual Relais Bricklet nur einmal alle paar Sekunden schalten kann. Müsste man nochmal vorher abklären.

Grundsätzlich gebe ich Nic recht, dass manche Information leichter zugänglich sein könnte. Ich weiß, dass ihr einige Informationen selbst nicht so recht habt (zulässige Betriebstemperaturen), aber das was ihr wisst sollte auf jeden Fall auch in offiziellen Dokumenten (nicht Wiki/Forum) aufzufinden sein. z.B. Ist die Information wie viele Bricks auf einen Master gehen nicht auf der Master-Seite zu finden (der ja die Grundlage fürs Stacking ist). edit: Schaltfrequenz des Dual Relais? 10 Mal pro Minute?

Jetzt verstehe ich das erstmal ^^ Mit den Relais benutzt du die Fernbedienung für mehr Kanäle als vom Hersteller gedacht.... clever. Jetzt musst du dir nur noch 128 Funksteckdosen besorgen P.S.: Deine Nachbarn werden sich auf der Suche nach freien Schalterstellungen freuen ^^

Sehr cool. Die Oberfläche auf dem Tablet sieht auch schön aufgeräumt aus. Wie viel Zeit hast du bisher Software-seitig investiert? (grob über den Daumen ^^)

@exilant: Reset des angeschlossenen Rechners heißt der RaspberryPi? Ansonsten würde ich empfehlen die Modifikation des Plugins zu machen und den Stack per WLAN/Ethernet-Extension (letzteres hoffentlich bald erhältlich) zu realisieren. Mit eigener Stromversorgung, z.B. per USB-Netzteil. Dann ist der Stack unabhängig vom PC. Dann müsste im Fehlerfall sowohl der Host-PC, als auch der STack ausfallen, damit du DInge übersiehst: Falls nur der PC ausfällt, dann zählt dein Stack einfach intern weiter (dank neuem Plugin) bis der PC wieder da ist. Falls der Strom vom Stack ausfällt... naja, da gibt es keine Hardware die das per se toleriert Und ne USV davor zu tun ist überall möglich ^^

Wenn du die TF-Hardware ganz normal benutzen möchtest, dann kannst du auf deinem Pi per Callback lauschen und dort "puffern". Das wirst du vermutlich im Moment genau so tun. Es sollten eigentlich keine Callbacks "verloren" gehen. Wie meinst du das? Weißt du, dass die Lichtschranke den Impuls wahrgenommen haben muss und der Callback blieb aus? Zum Puffern: Wenn du möchtest, dass dein IR-Bricklet den Zählerstand puffert, dann vermute ich, dass das möglich ist. Allerdings müsstest du dafür das Distance-IR-Plugin modifizieren. Dieses ist in C geschrieben (mit einigen Einschränkungen) und öffentlich verfügbar. Standardmäßig kann es sowas aber noch nicht. Ich habe aber zeit- und lust-bedingt bisher noch nie selbst versucht ein eigenes Plugin zu kompilieren, kann dir also leider keine tiefergehende Hilfestellung geben.

Ich möchte noch eine ergänzende Frage hinzufügen: Es gab ja immer wieder Berichte darüber, dass das Relais-Bricklet mit induktiven Lasten nicht so gut klarkommt. An einer Steckdose können ja beliebige Lasten angeschlossen werden. Ist es dann nicht empfehlenswert dort noch eine Schutzbeschaltung durchzuführen? Ansonsten ist das keine "universal"-Steckdose. Außerdem noch der Hinweis: Solange deine 3-fach Steckdose über einen Stecker in eine andere Steckdose gesteckt wird kann es sein, dass du (je nachdem wie rum der Stecker drin ist) nur die Masse getrennt hast. Das bedeutet, dass dein Gerät zwar ausgeschaltet ist, wenn du aber an deiner Steckdose arbeitest noch immer Saft auf einer Phase ist. Also bitte immer brav vom Strom abziehen.