Jump to content

remotecontrol

Members
  • Gesamte Inhalte

    625
  • Benutzer seit

  • Letzter Besuch

Posts erstellt von remotecontrol

  1. 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.

  2. 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?

  3. 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.

  4. 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.

  5. 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.

  6. 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.

  7. 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?

  8. 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).

  9. 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.

  10. 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.

  11. 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

  12. 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?

  13. 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?

×
×
  • Neu erstellen...