remotecontrol

Ich nutze am Servobrick klassische Modellbau-Fahrtregler, damit habe ich keinerlei Probleme. Das sollte mit dem Rover auch gehen und ich hätte wohl mal probiert, jeweils beide Motoren einer Kette über einen Fahrtregler in Reihe oder parallel zu steuern.

Ich entnehme dem Ganzen mal, dass es ein Kettenfahrzeug sein soll. Was waren das für "Motorcontrollerprobleme" beim Dagu Rover? Du nimmst dann ein Servo-Brick plus 2 oder 4 Fahrtregler für die Motoren oder wie hast Du die Motoren beim Dagu angesteuert?

Den Satz verstehe ich nicht so recht: Normale Motoren kommen bei mir nicht in Frage, da die Controller von Tinkerforge mir zu viel Strom verbrauchen. Die TF-Controller brauchen doch nicht so viel Strom (ohne Last) und der Stromverbrauch hängt doch größtenteils vom Motor ab? Die TF-Controller haben da eher eine Begrenzung nach oben, d.h. können nicht beliebig starke Motoren versorgen. Auch wenn Du das Ganze mit Makerbeams machst, brauchst Du wohl Achsen, Getriebe, Lenkstangen und Radaufhängungen, sonst kommt wenig Freude auf, d.h. da müssen dann noch typische Modellbaukomponenten hinzu. Auch bei Kettenantrieb ist das eher Modellbau. Es sollte eher Kette sein - oder? Ich bin damals hergegangen und hab mir ein günstiges fertiges Modell gekauft (normale Räder + Lenkung) was in etwa meinen Vorstellungen entspricht und das umgebaut. Das geht soweit, bis Du anfängst, am Konstroffgehäuse zu scheiden / oder zu bohren, da geht dann kein Weg zurück ... Als Rechner habe ich einen Odroid: der ist sicher nicht einfacher als ein RasPi (da wird's schwierig ..) aber hat wesentlich mehr Rechenleistung.

Eine Küchenwaage würde hier wohl auch ausreichen , aber 1,5 Kg ist ja schon mal eine Aussage. Wenn sich die Antriebwellen schon verbiegen ist das für's Lego auf jeden Fall zu schwer oder: mehr Achsen verwenden, um die Last besser zu verteilen. Dann erhöht sich aber auch die Reibung (oder gibt es inzwischen echten Kugellager)? Ich kenne noch die Variante, wo Kunststoffstangen durch die Lego-Bausteine geführt werden. Wenn man da mehr Achsen nimmt, entsteht auch mehr Reibung, könnte aber dennoch was bringen. Welche alternativen fahrbaren Untersätze hast Du schon ausprobiert?

Was wiegt der ganze Aufbau den aktuell? Die Bricks an sich wiegen ja nicht viel. Laufen die Ketten "normal", wenn Du das Fahrzeug anhebst? Oder ist da auch schon etwas Spannung im Antrieb?

Ich glaub das ist der Thread: http://www.tinkerunity.org/forum/index.php/topic,2435.msg15932.html#msg15932 Die Strips sind nicht genormt, was die Farbkanäle angeht. D.h. anstelle von "Rot" hätte in der API auch "Kanal1" stehen sollen ... Du machst also alles richtig und musst je nach Strip-Typ ggf. Rot- und Blauwert in der API vertauschen um auf Deinem Strip die gewüschte Fargbe zu erzielen.

You might try this: https://github.com/PlayWithIt/TFStubserver (without user interface) https://github.com/PlayWithIt/TFStubViz (a simple user interface) Not all devices are supported yet ... (MotionDetector is supported (also in UI). There is a german description for it with an example: http://www.tinkerunity.org/wiki/index.php/DE/Projekte/Stackemulator_%28stubserver%29

Die Qt-GUI kann nun auch das LED-Strip-Bricklet visualisieren.

Wenn Du einen WLAN-Stick am RED hast, den per Brickv schon konfiguriert und sich der RED in Deinem Heimnetz z.B. mit "red-brick" angemeldet hat, dann kannst Du im Brick-Viewer einfach den host "red-brick" eintragen. Alternativ kannst Du die IP-Adresse des RED im Brick-Viewer eintragen. Ob Du auf den RED mit Hostnamen zugreifen kannst, hängt davon ab, ob Dein Access-Point auch als Nameserver fungiert (z.B. die FritzBox macht das). Ggf. solltest Du vorher den Hostname per Brick-Viewer und USB-Verbindung prüfen / neu setzen.

Hallo zusammen, mir ist aufgefallen, dass es z.B. beim Distance-IR die Methoden gibt: int distance_ir_get_distance(DistanceIR *distance_ir, uint16_t *ret_distance); int distance_ir_set_distance_callback_threshold(DistanceIR *distance_ir, char option, int16_t min, int16_t max); wobei get_distance einen uint16 liefert, aber set_threshold einen int16 als Parameter erwartet. Bei anderen Sensoren nimmt die set_threshold doch den gleichen Typ wie die "get_value" Funktion, z. B. beim Moisture-Sensor und Sound-Intensity-Bricklet. Ist das hier ein Copy/Paste-Fehler oder hat das einen bestimmten Hintergrund? Da macht mir etwas Probleme, die Sensoren einheitlich zu verwenden, wenn die Typen nicht stimmig sind.

Bzgl. der Datenrate: root@red:/home/tf# hdparm -t /dev/mmcblk0 /dev/mmcblk0: Timing buffered disk reads: 56 MB in 3.03 seconds = 18.45 MB/sec root@red:/home/tf# dd if=/dev/zero of=XXX bs=1M count=100 100+0 records in 100+0 records out 104857600 bytes (105 MB) copied, 4.24814 s, 24.7 MB/s Das Schreiben sagt aber so nichts: hier wird viel im RAM gehalten. Ich habe die rote LED aber auf SD-Aktivität eingestellt und die leuchtet beim Kopieren einer 35MB-Datei per "scp" nur ab und zu, also davon ist die Geschwindigkeit nicht abhängig.

So langsam kann ich erkennen, wann es schnell geht und wann nicht: ist der RED alleine direkt per USB am PC angeschlossen, dann geht es schnell: ich bekomme bis zu 5MB/s übertragen. Auch nach 10 Minuten zeigt meine FritBox noch eine 72MBit-Verbindung an. ist der RED auf der Step-Down (noch ohne Master) oder ein Master steckt auf dem RED, dann fängt der brickd an, ca. 13% CPU zu verbrauchen (vermutlich wegen dem SPI Protokoll) und ein kworker/u:1 ebenfalls (zusammen gut 25%), aber als weitere Folge wird die WLAN-Verbindung langsam, bei grob 150 - 200KB/s ist Ende Für mich sieht es so aus, als würde mit Aktivieren des SPI-Protokolls die USB-Verbindung deutlich langsamer: wird die in den USB1.1 Modus versetzt?

Den Stick könnte ich im RED nutzen, aber den kann ich gerade nicht abziehen, der ist "produktiv" im Dauereinsatz. Da müsste ich mir erst nochmal einen besorgen.

Hallo Nic, ich habe keinen Kernel-Treiber aktualisiert, sondern nur die beiden Dateien in /etc/modprobe.d/ abgelegt. Aber auch dieses Einstellungen bringen kein stabiles Ergebnis. Aktuell bekomme ich die 1-2 MB/s wieder nicht mehr, sondern eher 150KB Download auf RED und 350KB Upload zum PC (der hängt per LAN an der FritBox) - noch keine Ahnung woran das liegt. Die CPU reicht aus, der ssh erzeugt beim Kopieren vielleicht 5% CPU-Last. Die Ping-Zeit zum RED ist eigentlich gut: 5ms, zu meinem Odroid wesentlich schlechter. Dennoch kann ich vom Odroid (rtl8192cu Treiber) Daten mit 4-6MB/s kopieren (durch die Wand und Bücherregale).

Recht komisch: der iwconfig sagt: Mode:Managed Frequency:2.442 GHz Access Point: C8:0E:14:4E:1B:7D Bit Rate:72.2 Mb/s Sensitivity:0/0 Retry:off RTS thr:off Fragment thr:off Encryption key:****-****-****-****-****-****-****-**** Security mode:open Power Management:off Link Quality=100/100 Signal level=96/100 Noise level=0/100 Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed beacon:0 Da steht Bit Rate:72.2 Mb/s, aber die FritzBox sagt "2". Bei meinem Odroid sieht das identisch aus und da sagt die FritzBox auch "72" MBit. Beim Odroid geht das ab und zu ab 54 runter aber dann wieder rauf, wenn benutzt wird. Beim RED geht es nicht wieder hoch. Nur wenn USB angeschlossen ist bekomme ich 54.

An diesen Einstellungen scheint es auch nicht zu liegen und an der Stromversorgung auch nicht: bei jedem Reboot bekomme ich eine andere Datenrate ?! Die FritzBox (steht daneben) zeigt während der Verbindungsaufbaus erst 54, dann 31 dann 11 und dann 2 oder gar 1 MBit an. D.h. die Datenrate geht während des Verbindungsaufbaus immer weiter zurück. So ein Verhalten habe ich noch nie gehabt. Mit dem Stromsparmodus hatte ich schon öfter Probleme, aber so schlechte Verbindungsqualität noch nicht. Ich kann's leider nicht mit einem anderen Stick testen. Der andere den ich noch habe wird vom RED nicht unterstützt. EDIT: USB Verbindung oder nicht macht einen Unterschied: mit den obigen Einstellungen (kein USB-Powersave) und RED per USB am PC bekomme ich 54MBit. Ohne die Einstellungen oder mit externer Stromversorgung per StepDown bekomme ich nur 2 MBit ! D.h. aktuell habe ich den Zustand, dass das WLAN nach dem Hochfahren bei externer Stromversorgung auf 2MBit runter geht?? Aktuell habe ich nur StepDown - Red - Master 2.1 mit einem Bricklet.

Ich habe einfach mit scp einen größere Datei kopiert. Meine Fritzbox zeigt mit den geänderten Einstellungen auch eine höhere Verbindungsrate an (vorher nur 2Mbit, danach 54). Ich werde das Ganze nochmal mit ordentlicher Stromversorgung testen. Nicht dass das mit der Stromversorgung per USB zusammen hängt.

Hallo zusammen, ich habe noch ein Thema: ich habe den RED mit dem WLAN Stick aus dem Shop. Nun wollte ich eine Datei mit 120 MB kopieren und bin auf schlappe 150KB/s Datenrate gekommen. Ich habe dann mal die Einstellungen wie hier beschrieben vorgenommen (http://www.foxplex.com/sites/stabile-verbindung-mit-realtek-rtl8188eu-unter-linux/) und komme nun immerhin auf gut 1,5-2,5MB/s je nach Richtung (FritzBox zeigt auch wesentlich höhere Verbindungsrate an). Evtl. gibt es noch bessere Einstellungen? Hat jemand Erfahrungswerte mit dem WLAN-Strick aus dem Shop? Der RED wird noch per USB mit Strom versorgt. Evtl. liegt es ja daran, damit nicht so viel Strom verbraucht wird? 8188eu.conf usbcore.conf

Ja stimmt, das ist eher ein kosmetisches Problem, das meinte ich auch mit "virtueller" Last. Der Prozess macht aktiv ja nichts.

Vielen Dank, gleich noch eine Frage hinterher: ist das mit dem Power-Button in der Hardware hinterlegt? Ich habe u.a. einen Odroid, bei dem wird das über das acpid Package gesteuert - und der Rechner macht bei kurzem Druck einen sauberen shutdown (schönes Feature ...)

Hallo zusammen, kaum habe ich auch einen RED, stellen sich ein paar Fragen: 1) laut Doku "schaltet sich der RED Brick ab", wenn der Power-Button länger als 5 Sekunden gedrückt wird. Ist das ein normaler Showdown oder eine Art "Strom weg" ? 2) Ein Prozess "usb-hardware-sc" hängt dauerhaft im Status "D" und erzeugt somit "virtuelle" Last. Nun gibt es in den Linux-Foren diverse Ansätze, das wegzubekommen, aber die allseits genannten Lösungen gehen immer von einer ".fex" bzw ".bin" Datei aus. Die finde ich nicht (/boot ist auch leer) - sagt Euch das Thema was, bzw. wo steht die Quelle dieser Config Datei?

Hallo batti, vielen Dank. Jetzt muss ich mir "nur" noch eine geschickte Schaltung überlegen, damit ich nicht zu viele Bricklets brauche bzw. Kabelsalat habe

Ja das hört sich gut an.

Prinzipiell ja, wobei ich auf die Schnelle nicht sehen konnte, ob der im Shop angebote Stick ein Huawei Stick ist. Ein Versuch ist es aber sicher Wert.

Hallo TF Team, sind die beiden Eingänge des neuen Bricklets ohne Massebezug zum Stack und ohne gegenseitigen Bezug nutzbar? Konkret möchte ich die Balanceranschlüsse eines LiPos messen. Das Bricklet würde dann nur ca 4V pro Eingang messen, aber zwischen dem - des einen und dem + des anderen Eingangs könnten 8V liegen. Stört das bzw. kann das Bricklet damit beschädigt werden?