Nic

Hammer! Wird dieser neue Stepper ansonsten die gleichen Leistungswerte haben wie v1 ? Hmmh, für die Astrophotographie ist schon im Winter Hochsaison Wird der Silent-Stepper mit dem Osterhasen kommen oder noch früher ?

Mein lieber Schwan! Könnt ihr ein wenig über * WIFI V2 Extension * WIFi Bridge * Silent-Stepper-Brick erzählen ? Wird die WIFi v2 zum RED kompatibel sein ? Ich vermute mal der Silent-Stepper-Brick wird etwas leiser laufen, wäre da eine Verfeinerung des Mikroschritt-Betriebs noch möglich, also ev. noch 1/16, 1/32...1/256. Mir sind die 1/8 oft noch zu grob. Ich denke da insbesondere an Astro-Nachführungen, mehrstufige Getriebe sind nicht immer eine Lsg.

Verstehe ich nicht Warum wäre ein verkabelter RED auf Bodenhöhe mit dem Touch-Monitor via HDMI komfortabler ?? Also ich bezeichne mich nicht unbedingt als Smartphone Junkie aber bei mir sind die Teile rund um die Uhr an. An einem Smartphone hast du Touch, Display, Akku sehr kompakt. Der RED unterstützt den AP Modus, Smartphone darauf verbinden und fertig. Kein LAN Kabel, kein Router, kein HDMI.

Korrekt, dann sparst du Einbauraum. Die USB-Buchse am RED unterstützt bis zu 1.5A@5V für den Stack! Das Step-Down würde ich i.d.R. nur verwenden wenn da noch ein Stepper- oder Servo-Brick etc. Nein, das Linux-System dass auf dem Image ausgeliefert wurde bliebt solange fix bis du selber z.B. per apt-get Programme hinzufügst oder entfernst. Es gibt noch kein Autoupgrade. Alle anderen Fragen übergebe ich an die Wetterfrösche bzw. Fachexperten

So ganz spontan fällt mir erstmal nur die Frage ein: Warum den RED nicht gleich unter die Täfelung miteinzubauen, und dann via WIFI kommunizieren ? Ich denke zu lange Kabel machen die Signalübertragung zu störanfällig, sonst würde das im Shop geben. Und einen Verstärker dazwischen wäre mir zu kompliziert bzw. unzuverlässig.

Oh ja, das würde mich auch sehr interessieren, ich tippe mal auf Ende Nov, Anfang Dez. ? Prima noch jemand der sich für OLEDs am TF-Stack begeistert

Wenn du viel Licht erwarten kannst, würde ich die Integrationszeit niedrig halten. Je weniger Licht desto eher Erhöhung der Integrationszeit, damit das Rauschen verringert wird. Ähnlich dem Sensor einer Digitalkamera.

So, jetzt habe ich den Stick aus dem Shop auch mal ausprobiert, auffällig ich bekomme schonmal stark schwankende Pingzeiten zw. 10ms bis über 160ms. Das ist ein krasser Gegensatz zum TP-Link 823n (8192cu) der konstante 6ms als AP und über meinen (eingestaubten) Router DLink DIR-615 sogar 2ms liefert. Deine Transferraten im Mb Bereich kann ich aber nie erreichen, bei etwa 340 Kb/s ist die Grenze in allen Fällen und dann nur via USB Kabel. Der WlanStick aus dem Shop zeigt als BitRate nur 65Mbps, und leistet auch nur die Hälfte vom TP-Link 823n (8192cu) mit Rate 130Mbps. Wenn ich über den mc (midnight commander) zw. 2 Verzeichnissen Dateien kopiere, komme ich max. 280-320 kb/sec. Kann es sein, dass das Dateisystem im Red gar nicht so schnell die Dateien lesen und schreiben kann ? Holger, welche Übertragungsrate bekommst du wenn du innerhalb des Dateisystem kopierst ? Probiere doch alternativ mal das Treiber-Upgade aus wie unter http://www.foxplex.com/sites/stabile-verbindung-mit-realtek-rtl8188eu-unter-linux/ beschreiben, ich komme da als Linux-Laie nicht weit, aber ev. hast du mehr Glück. Im Web wird an einigen Stellen zitiert dass die Standard-Treiber im Kernel instabil und stark schwanken oder oft die Treiber der Hersteller Verbesserung bringen.

rtl8192cu ? Ist das ein weiterer Stick, den kannst du auch am Red benutzen, mein Tp-Link 823n benutzt jetzt den 8192cu. Ping ca. 6ms. Mach doch den Upload zum Red über den BrickV dann haben wir repräsentative und vergleichbare Werte.

Den WLAN Stick aus dem Shop hatte ich jetzt nicht zur Hand, aber ich habe Tests zumindest mit dem TP-Link 823n (RTL8192CU ) gemacht, der sowohl im Managed als auch AP Mode auf Anhieb am RED funktionierte. iwconfig gibt mir für den 823n als AP immer fix als Rate 130Mb/s an, der Sender am Desktop (TP-Link WDN4200) fällt beim Upload auf 39 bzw. 56 und pendelt sich bei 104-130 Mbps wieder ein. Mode:Master Frequency:2.417 GHz Access Point: ... Bit Rate:130 Mb/s Sensitivity:0/0 Retry:off RTS thr:off Fragment thr:off Power Management:off Link Quality=100/100 Signal level=100/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 Upload > Red 20Mb ~ 220 kb/sec 32Mb ~ 200 kb/sec Hatte erstmal kein Treiber-Upgrade gemacht, aber die beiden conf ins /etc/modprobe.d kopiert. Du liegst mit den 1,5-2,5MB/s dann schon besser als ich PS: Alle Uploads über den BrickV; zum Vergleich mal nur über USB Kabel Upload>Red 6 Mb ~ 340kb/sec 33 Mb ~ 320kb/sec PSS: Nach diesem Upgrade http://www.linux-hardware-guide.de/2013-02-09-tp-link-tl-wn823n-mini-wireless-n-usb-300mbps komme ich bei stabilen 130Mbps (sender) bei 33Mb Upload auf 310kb/sec.

Den WLAN Stick aus dem Shop kannst du auch als AP benutzen, dass habe ich schon ausprobiert. Ich habe keine Fritzbox und verwende die WLAN-Sticks i.d.R. nur als AP. Teste doch mal den UpDownload Speed als AP direkt an den DesktopPC. Wenn ich die Vorgaben versuche auf meinem RED 1.7 auszuführen, bekomme ich gleich zu Beginn bei tf@red-brick:~$ sudo apt-get install build-essential linux-headers-generic dkms [sudo] password for tf: Reading package lists... Done Building dependency tree Reading state information... Done Package linux-headers-generic is not available, but is referred to by another package. This may mean that the package is missing, has been obsoleted, or is only available from another source E: Package 'linux-headers-generic' has no installation candidate Wie hast du das gelöst ?

Die Datenblätter zur Hardware sind (noch) nicht zur Produktbeschreibung hinzugefügt, aber ich tippe mal auf das unsichtbare IR ~900 nm.

Ha, da musste ich auch erst überlegen Das müsste nur so gehen, und zwar über die Klasse und sein statischer Member DEVICE_DISPLAY_NAME, verfügbar aber erst ab http://www.tinkerunity.org/forum/index.php/topic,673.msg19904.html#msg19904 ...in c# in etwa... static void EnumerateCB(IPConnection sender, string uid, string connectedUid, char position, short[] hardwareVersion, short[] firmwareVersion, int deviceIdentifier, short enumerationType) { System.Console.WriteLine("UID: " + uid); System.Console.WriteLine("Enumeration Type: " + enumerationType); ... if(deviceIdentifier == BrickMaster.DEVICE_IDENTIFIER) { System.Console.WriteLine("device name:" + BrickMaster.DEVICE_DISPLAY_NAME); } ... } ...

Nein, sorry dafür fehlt mir die Zeit. Ich arbeite nur an einem Projekt gleichzeitig und versuche das erstmal fertig zu bekommen Mein Gedanke zum Roboterarm war Mechanik, Gelenke und Gehäuse als fertige Einzelteile zu konzipieren, dass sie mit den Bricks und Bricklets passend "verschraubt" werden können. Sowas in der Art wie beim Cameraschlitten... würde einen prima Kit ergeben...

xEBIx Machst du bitte Detailphotos jeweils von Vorder- und Rückseite des RED und Master-Brick und stellst das hier in den Thread. Dann können die Elektronik-Experten von TF einen kritischen Blick auf die Platinen werfen.

Hardware Liste ergänzt um Webcam Philips VestaPro 680k; support ab Image 1.7 http://www.tinkerunity.org/wiki/index.php/DE/RED_USB Bitte ergänzt diese Liste um weitere USB Hardware kompatibel zum RED (Hardware Treiber Support Kernel <=3.4)

Besten Dank, zwar sehr schick aber die Hausnummer €€ hängt mir zu hoch Mir schwebt mehr ein "Skeleton" so vor, dass mit den Servos und Bricks noch ergänzt wird.

Könntest du uns bitte mit weiteren Informationen bzw. Links zum Roboterarm versorgen, dass ist ein Thema das hier u.U. viele interessiert. Einige träumen sogar von einem der nächsten möglichen Kits...

Die RED-Distro kann man nicht unbedingt mit einem modernen Linux Derivat für Desktop PCs vergleichen. Siehe auch http://www.tinkerunity.org/forum/index.php/topic,3036.msg19024.html#msg19024.

Treiber Unterstützung unter Linux ist (noch) nicht so üppig wie unter Win etc. Gut möglich dass der passende HW-Treiber im Kernel 3.4 nicht enthalten oder noch nicht enabled ist. In Image 1.7 sollen aber alle Treiber, die der Kernel hergibt verfügbar werden. Zur Not würde ich für den RED Putty oder Fernwartung VNC empfehlen und dann bequem die Desktop Tastatur verwenden. Wir haben übrigens eine Liste zwecks HW Kompatibilität: http://www.tinkerunity.org/wiki/index.php/DE/RED_USB Peripherie die du ohne Probleme am RED benutzen kannst bitte dort eintragen.

@Marc Du hast noch nicht remotecontrols Fragen beantwortet: Steht der Stack etwa in der Sonne, wird der Master-Brick ev. zu warm ? Hast du dieses Fehlverhalten auch nur beim Master alleine OHNE Bricklets, auch wenn dieser z.B. am DesktopPC via USB angeschlossen ist ?

Aha, jetzt verstehe ich, warum die neuen 11 Bricklets solange brauchen . Sieht schick aus und ganz viel Platz für nochmehr Bricks etc. Was ist das für ne Maschine ab 2:20 ? Die besten Wünsche zum Einzug.

Ich habe eine 32gb Class 10 Karte von Samsung ohne Probleme vergrößert, allerdings unter einem Image 1.4.

Warum nimmst du nicht die Bricklet-Buchse aus dem Shop https://www.tinkerforge.com/de/shop/accessories/bricklet-connector-header.html und verlötest diese mit einem aufgeschnittenen, kurzen Bricklet-Kabel ? Also quasi einen Stecker auf Buchse Adapter, der innerhalb des Gehäuse verläuft, damit legst du die Buchse nach "draußen" frei. Die verlötete Buchse, dann in einer Aussparung in der Gehäuse-Wandung eingießen etc.

Hmmh, hört sich erstmal easy an. Ich glaube ich habs noch nicht komplett verstanden, da wir uns hier auf sehr low level befinden !? 1 bit Information ist mir klar, aber bei höherer Bitaufl. wie weißt du wann das Datenpaket beginnt, fehlt da nicht der Takt, der festlegt, wann die Datenleitungen interpretiert werden sollen ?