Nic

Ich kann mir nicht vorstellen, daß auf dem RED v1 noch Platz für eine OnBoard Ladeeinheit/Schaltkreis für Li-Akkus wäre. Ich vermute mal, daß wird über eine StepDown-PowerSupply nachgeliefert oder mal später über den RED v1.x

Eingebaute Akkus von Notebooks u.a. haben i.d.R. eine aufwendige, mehrpolige Schnittstelle über die smartes Powermanagement in den Betriebssystemen möglich ist. Bei den billigen Powerbänken ist davon auszugehen, daß am (USB-) Ausgang auch nur 5V Spannung sind. Andererseits müsste es eine Norm oder Spezifikation existieren, in der auch Powermanagement via USB Norm beschrieben wird. Die 5V der Powerbänke sind meist mit Spannungsregelung auf diesem Niveau konstant gehalten, ein Spannungsabfall könnte man damit also nicht detektieren. Würde der RED ähnlich wie der MasterBrick über eine API Fkt. USBVoltage bereitstellen, so würde das wg. der anlieg.konstanten Spannung auch nicht helfen. Alternative wäre die Powerbank auseinanderzunehmen und die Zellspannung der LiPo Zellen zu überwachen. Aber ich würde erstmal abwarten, ob von TF in diesem Jahr eine überarbeitete Version des StepDown-PowerSupply erscheint. U.U. bietet diese Support von LiPos und Tracking der Zellspannung.

Nicht für jedes Teil, aber ev. so: Hardware > Allgemein > Bricks > Bricklets > RED

Super Idee, aber ich würde es als Kunde eher unter den Produktseiten vom RED erwarten.

Prima, und der hat laut https://wikidevi.com/wiki/Edimax_EW-7811Un einen Chipset von Realtek RTL8188CUS.

Ja es kommt noch schlimmer bei TP-Link, es kann gut sein, daß zu einem Modell mehrere Versionen gibt: http://www.tp-link.com/lb/article/?faqid=46 Ich habe meinen vor 3 Wo bei Cyberport gekauft. Gem. Website von TP-Link ist es beim 823n aber bisher erstmal nur V1

Bei mir kommt das raus modprobe ath9k_htc FATAL: Module ath9k_htc not found. Der 823n benutzt aber einen Realtek-Chipsatz RTL8192CU: http://www.linux-hardware-guide.de/2013-02-09-tp-link-tl-wn823n-mini-wireless-n-usb-300mbps Den 823n habe ich einfach eingesteckt und er wurde sofort erkannt, ich musste nix hacken, compil, oder sonstwas administr. Ich würde mal sagen, Glück gehabt. Der CSL 300Mbit wurde z.B. nicht erkannt. PS: Ich sehe gerade, daß der 722n nur unwesentl. günstiger als der 823n ist. Wieso hast du nicht gleich den 823n besorgt ? Allein aus diesem Grund habe ich die Info hier ins Forum gepostet, damit die User hier für den RED eine weitere lauffähige Alternative haben.

Nein ich meinte in https://wiki.debian.org/ath9k_htc?highlight=%28AR9271%29 wird dein Modell der 722n nicht gelistet.

Ich verstehe nur Bahnhof! Oder es liegt an meinen mangelhaften Linux Kenntnissen... Kann Linux Akkus erkennen ? Ich benutze haargenau den gleichen Akku an der USB-Buchse vom RED. Wie sollte Linux die Kapazität auslesen können ? I.d.R. bestehen solche PowerPacks aus 1 oder mehreren LiPo Zellen (= ) mit Angaben zur Nennspannung zw. 3.6-3.9v. BTW: Die Kapazität steht doch in der Überschrift "RAVPower® 10400mAh"

Ev. hilft das weiter, hab das gerade mal rausgefischt, scheint für den 722n oft erwähnt zu werden: http://stackoverflow.com/questions/17472941/tp-link-tl-wn722n-driver-for-debian7 oder https://wiki.debian.org/ath9k_htc?highlight=%28AR9271%29 Wobei dein Stick dort nicht gelistet ist.

Der Distance IR sendet mit IR Licht ähnlich wie eine TV Fernbed. Und Plexiglas dürfte auch transparent für diese Wellenlänge sein. Ich habe es mit einem Geodreieck ausprobiert und es klappt. Allerdings würde ich den Sensor außerhalb des Gehäuses anbringen so wie hier: http://www.tinkerforge.com/de/doc/Hardware/Bricklets/Distance_IR.html#gehause Auch ein IR Sensor kann u.U. durch ungünstige Reflexionen vom Material und Sonnenlicht gestört werden, wir hatten das Thema hier im Forum vor einigen Monaten: http://www.tinkerunity.org/forum/index.php/topic,1677.msg11266.html http://www.tinkerunity.org/forum/index.php/topic,1902.msg12564.html Der Erfassungswinkel beim DistIR dürfte ähnlich wie ein Spot und damit enger als beim MotionDetector sein. Ich habe bei mir einen Bewegungsmelder in der Reichweite so reduzieren können, indem ich die Kalotte abgeblendet habe. Wenn das fummelig ist würde ich eher zu einem Multi-Touch raten http://www.tinkerforge.com/de/doc/Hardware/Bricklets/Multi_Touch.html. Die Berührung kann durch eine dünne Schicht Glas/Plastik/Papier erkannt werden.

Ja genau, und da wir dich kennen, haben wir auch nur die berührungslosen Lsg. vorgeschlagen BTW: Gutes Neues 2015.

Ich hätte vor 220v zuviel Respekt und würde ev. zu einem AmbientLight-Bricklet greifen der mir außerhalb der Tageszeit die Beleuchtung mißt, Sensor dabei auf die Lichtquelle ausgerichtet.

Wenn du keine Ansprüche hast würde ich LED Panels/Videoleuchten/Ring-Makroleuchten einsetzen oder für die Repro-Photographie spezial. Lampen.

Bist du sicher, daß es am USB Reset liegt ? Er beschreibt weiter vorne im Thread... Das ist für einen Master ungewöhnlich. Vielleicht ist eine Diode etc. auf der Platine defekt ?

Das Bricklet hat eine eignene kleine LED Beleuchtung schon an Bord. Auf dem BrickViewer Tab zum ColorBricklet rechts unten ist die Checkbox dazu. Die Distanz zum Target sollte dann recht nah sein so um die 2-5mm.

Du meinst doch nicht etwa diesen CSL Stick WLAN 300 Mbit der z.B. von den Amazonen für 10 Euro. Damit hatte ich nur Ärger, die angegebenen 300 Mbit werden nie erreicht - zumindest unter Win nicht. Stattdessen nur 54MBit und dann auch nur max das g Netz. N-Netz wird anscheinend gar nicht unterstützt, ein Fehler im Chip.

Habe es mit einer vergleichbaren microSD Karte von Samsung Pro 32gb getestet: http://www.samsung.com/de/consumer/memory-storage/memory-cards/microsd/MB-MG32DA/EU soll laut Hersteller bis zu 90 bzw 80 Mb/sec im Read bzw Write erreichen. Ich erreiche aber die gleiche Bootzeit (Image 1.2) wie mit dem Transcend Teil aus dem Shop. Macht aber nichts, das Brennen geht recht flott. Ich nehme die 32gb einfach fürs FullImage Besten Dank für die Antworten und guten Rutsch ins neue Jahr!

Mit dem Modell TL-WN823N kann ich mich erfolgreich an einem WLAN anmelden. http://www.tp-link.com.de/products/details/?model=TL-WN823N Verbindung über Brick-Viewer und Benutzung der Bricks/Bricklet geht dann kabellos und einwandfrei. @tinkerforge: Ihr habt Euch mit dem RED selbst übertroffen! Ich hoffe doch sehr, daß das gute Stück auf rege Nachfrage trifft Viel Erfolg für 2015 und darüber hinaus!

Ist zwar eine Wiederholung von dem was ich schon beigetragen habe, aber macht nix. Ev. muss ich mich da noch präziser ausdrücken, Treiberübersicht: http://www.ftdichip.com/FTDrivers.htm und Kabel: http://www.ftdichip.com/Products/Cables/USBRS232.htm

bzw Löst bei mir Stirnrunzeln aus. Aber Du hast ja eine Engelsgeduld remotecontrol . Ev. noch hilfreich eine Übersicht der Identifier: http://www.tinkerforge.com/de/doc/Software/Device_Identifier.html

Das war so Absicht, um keine Verwirrung zu stiften, da im BrickV ohnehin schon Angaben Strom/Spannung sind und die USBVoltage nur für Spezialfälle (mobile Stromversorgung via USB) gilt. Allerdings sollte das mit der Neuauflage nicht verschwinden. Kann es leider nicht testen, habe nur die Varianten < 2.1.

Hab es getestet und ist jetzt mit dem 1.2 Image gefixt und arbeitet problemlos.

Danke, gphoto2 ist jetzt im Full/Fast Image 1.2 lauffähig und funktioniert prima. Die USB Kommunikation scheint sogar wesentlich schneller unter dem RED-Linux als mit dem Win32-Binary von gphoto2 zu sein. PS: Es gibt sogar gphoto Bindings für Java und Phyton. https://code.google.com/p/gphoto2-java/ http://magiclantern.wikia.com/wiki/Remote_control_with_PTP_and_Python

Nein, völlig korrekt. Ich hatte mich nur gewundert, daß auf den Type beim Connect geprüft werden kann aber nicht beim Disconnect. Bisher ist mir das nie aufgefallen, da ich nur die Chibi-Extensions benutze und dabei kann kein Disconnect detektiert werden. Warum musst du die Infos am Anfang merken ?