raphael_vogel

Thanks for your detailed descriptions what works and what not. Makes me think to also meassure my stuff.

Hi Wie sieht den technisch die Verbindung zwischen der Cloud und deinem PC aus auf dem das TF Programm läuft? Rufst du jede Sekunde von deinem TF Programm in die Cloud oder rufst du von der Cloud zu dir nach Hause, also hast du sowas wie DynDNS im Einsatz? Gruß Raphael

Hi Geert I remeber that you wanted to use quite long USB cables? Am I right ? How long are your USB cables?

Auch wenn's schon diskutiert wurde hier mal zum Vergleich: 1) WLAN IP Cam mit 1280 x 720 (720P) kostet ungefähr 90 € In der IP Cam läuft auch ein Linux und du mußt dich nicht drum kümmern; vielleicht mal ein Firmaware upgrade aber das wars 2) Raspi Cam hat 2592 × 1944 und kostet alles zusammen ca. 70€ (Raspi:35€, Raspi Cam:26€; WLAN Stick: 5€; Netzteil: 5€) Du kannst die Raspi Cam auch mit Java steuern. Im einfachsten Fall rufst du die Kommandozeilen Scripte "raspivid" und "raspistill" von Java auf. Beispiel: Runtime.getRuntime().exec(myShellScript);

Hi Die meisten IP Kameras bieten ein http Interface an. Daher ist es letzendlich egal mit welcher Sprache du auf die Kamera zugreifst, solange eine HTTP Client verfügbar ist. Ich habe selbst keine, aber Foscam wird öfters genannt. http://www.foscam.de/shop/ Dort gibt es wie gesagt auch eine HTTP API mit der du die Kamera steuern kannst: http://foscam.us/forum/cgi-api-sdk-for-mjpeg-h-264-camera-t2986.html

Ich habe einen Edimax WLAN Stick am Raspi und habe ihn so konfiguriert: http://www.xbmchub.com/forums/raspberry-pi-discussion/8037-your-wifi-dongle-dropping-connection-mainly-edimax-ew-7811un.html Leider bin ich noch nicht dazu gekommen einen Langzeittest zu fahren. Werd ich aber demnächst machen.

Liegt da jetzt ein generelles Problem mit den Quad Relais vor? Sollte ich auch meins austauschen? Meins ist zur Zeit nicht in Betrieb, aber die ich habe damals auch versucht meine WebCam damit zu schalten (hoch bzw. runterfahren) und das hat nicht funktioniert. (Strom laut Datenblat beim bootvorgang 5V und max. 1,2A) Bin dann damals dann auf ein Dual Relais umgestiegen.

Früher hatte ich Zeit aber kein Geld. Damals hätte ich eher zum Raspi + Lötkolben + Breadboard + Transistor usw. gegriffen. Heute habe ich (eher) Geld aber keine Zeit mehr, daher mache ich TF ;D

Es geht ja hier nicht nur um den Raspi, sondern generell um Einplatinencomputer. Das Cubieboard kostet mit dem A10 Chip knapp 50€. Der Cubietruck mit dem A20 (Dual Core !) kostet knapp 90€. Beide sind billiger als der anvisierte Preis des RED (99€), und der Cubietruck ist zudem DEUTLICH schneller als der RED sein wird. Da kann man schonmal die Frage stellen was der RED Brick an Mehrwert bringt? Meiner Meinung nach sind es: 1) Passt zum Rest des Stacks (4x4cm) 2) TF hat das Ziel Leute anzusprechen, die wenig Ahnung von Elektronik haben und auch keine Linux Experten sind/sein wollen. (-> "High-level" Ansatz). Es kommt also darauf an, ob es TF schafft das RED so einfach und intuitiv zu machen, das man dafür auch breit ist etwas mehr zu bezahlen. Genauso ist es mit den Sensoren/Aktoren. Es ist sicherlich jedem klar, dass wenn man z.B. einen Servo steuern will mit dem Raspi und etwas Bastelei sicherlich eine Lösung hinbekommt, die DEUTLICH unter dem liegt wenn man das ganze mit TF realisiert (Master Brick + Servobrick sind schon 80€ + eventuell Step Down um Servos mit genügend Strom zu versorgen) Also TF spielt seine Stärken sicherlich nicht über den Preis aus, sondern über die einfache Bedienbarkeit, die gute Doku, das Bauskasten Prinzip.....)

Hi TF Würde es nicht auch Sinn manchen für das Blinkenlight Kit eine weitere gelochte Rückplatte anzubieten deren Abstände etwas geringer sind ? Ich finde die Abstände der aktuellen Rückplatte etwas groß.

Du musst aber berücksichtigen dass du bei 800 LEDs MAXIMAL eine Framerate von 20 hast. TF hat ja die Beschränkung auf 1000 Nachrichten pro Sekunde und du kannst pro Nachricht 16 RGB LEDs ansprechen. Falls du WLAN Extension verwenden willst dann kann das noch weniger werden.

Und auch bei Heise: http://www.heise.de/newsticker/meldung/Tinkerforge-Blinkenlights-fuers-Wohnzimmer-2110861.html Glückwunsch

Ich finde es gibt wesentlich wichtigere Themen die TF angehen sollte/könnte wie z.B. neue Bricks/Bricklets (Chibi Nachfolger, RED Brick.....). Bei einer 4 (oder sind es 5) Mann Firma muss man sich auf Dinge konzentrieren, die auch Umsatz erzeugen. "Schönere" Bindings führen zur Zeit sicherlich nicht zu mehr Umsatz oder größerem wirtschaftlichen Erfolg. Also wem die Bindings nicht genügen der soll halt die TF API verschalen und seine eigene API drüber bauen. Und ja ich bin auch schon über 15 Jahre im Software Geschäft und weiss dass Produkte nicht verkauft werden oder anklang finden, weil sie so eine schöne OO Architektur haben. Hab schon zu viele schön designte Software sterben sehen ;-)

Hi Ich weiss ja nicht welche Bricks/Bricklets du bestellt hast, aber schau einfach mal in die jeweilige Dokumentation der einzelnen Bricklets. Dort gibt es immer auch einfache Beispiele wie man die Bricklets anspricht. Wenn du z.B. mit Python was machen willst, dann schau mal hier nach: http://www.tinkerforge.com/de/doc/Tutorials/Tutorial_Extending/Tutorial.html#tutorial-first-steps Wenn du mit diesen Beispielen nicht klar kommst bzw. die Programme nicht verstehst, dann solltest du dir eine Programmiersprache aussuchen, und dich in dieser weiterbilden. Zu fast allen Programmiersprachen gibt es Bücher/Tutorials. Speziell für den RasPi gibt es auch hier Dokumentation: http://www.tinkerforge.com/de/doc/Embedded/Raspberry_Pi.html

Hi Nur aus Interesse: Warum nimmt du eigentlich keine Relais? Es gibt doch relativ günstige Relais, die auch mit den 20 mA die der IO16 liefern kann auskommen? z.B. http://www.reichelt.de/SIL-7271-D-5V/3/index.html?&ACTION=3&LA=446&ARTICLE=27672&artnr=SIL+7271-D+5V&SEARCH=SIL+7271-D+5V Wenn ich das richtig sehe, dann haben die einen hohen Innenwiderstand (500 Ohm) und sollten daher bei 5V max. 10 mA ziehen. Der Preis von 1,40 sollte doch auch ok sein. Und bei Reed Relais sollte im "open" Zustand kein Strom fliessen.

Schöne Sammlung zum RasPi, Danke

Hi Benny du solltest aus den Sourcen noch die Passwörter/Keys rausnehmen (https://github.com/BennySamir/Pi-SecurityCam/blob/master/library/dropbox_upload.py#L11), oder sind das unkritische Keys?

IR Sender und Empfänger Brickelt find ich auch gut. Aber ich denke das ist nicht ganz so trivial wie es aussieht, da jeder Hersteller sein eigenes Süppchen kocht. Kleiner Einblick in die Komplexität gefällig? http://www.mikrocontroller.net/articles/IRMP#IRMP_-_Infrarot-Multiprotokoll-Decoder

Die <240 mA hören sich gut an. Vielleicht gibt's ja dann auch noch die Möglichkeit das Linux / den Prozessor in einen "Suspend to RAM" oder sleep Modus zu versetzen und ihn nur aufzuwecken, wenn z.B. ein callback von einem Bricklet kommt. Ich denke in nicht wenigen Projekten wird so ein RED Stack auch mit Akku betrieben, von daher ist jedes mA wichtig.

Als Vorteile von RED Variante 1 gegenüber einer RasPi Lösung sehen ich: 1) Kleiner 2) Hoffentlich weniger Stromverbrauch (RasPi zieht je nach Belastung 400-700mA) 3) Die Beschränkung auf 1000 Nachrichten pro Sekunde wird aufgehoben, da nun über Board to Board SPI kommuniziert wird. Liege ich mit 2) und 3) richtig?

Versteh ich jetzt nicht: An RED kann ich doch in Variante 1 keine Bricklets anschließen. Daher kann doch RED kein Ersatz für den Master sein. Für Sensor/Aktor Schaltungen, also wenn ich z.B. bei einer bestimmten Temperatur den Ventilator anschalten will, brauch ich dann also RED, Master, Temperatur Bricklet und Relais Brickelt. Andere Frage: Wenn der Master dann nur noch dazu da ist die Anschlüsse für die Bricklets bereitzustellen, muss der dann noch so teuer sein oder könnte man dann nicht einen abgespeckten Master machen der nur für RED die Brickelt Anschlüsse bereitstellt?

Wie würde ich denn dann bei Variante 1 z.B. die Java VM auf der Linux Kiste installieren? Also Tastatus an den USB Port anschließen und einen Monitor an den HDMI Augang und dann von einem USB Stick (zweiter USB Port ?) die JVM auf Linux kopieren ?

Variante 1 hat den Vorteil, dass man einen minimalen "PC" bekommt, den man dann ausbauen kann (zusätzliches WLAN oder Ethernet) Bei Variante 2 bekomm ich einen Ethernet Anschluss den ich vielleicht gar nicht brauche, weil ich per WLAN auf meinen Stack zugreifen will ! Variante 3 ist halt schon recht teuer, obwohl hier schon viel dabei ist (StepDown, Ehternet). Aber wenn ich das nicht brauch dann zahl ich 79€ mehr für Dinge die ich nicht brauch. Daher lieber einen minimalen "PC" und dann modular das dazukaufen was ich wirklich benötige. Dieses modulare Konzept ist doch genau das was TF ausmacht ! Also ganz klar Variante 1

Da muss ich rif recht geben. Wenn man sich mal die Tiobe Liste der am meisten verwendeten Programmiersprachen ansieht (http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html), dann sieht man dass TF hier schon ziemlich viel abdeckt. Was aus der top 10 Liste nocht fehlt: Objective-C: Find ich nicht tragisch, da man auf dem Mac auch Java, Python, C#/Mono, C++? usw. verwenden kann. Für's iPhone iPad kann man glaube ich auch die C++ bindings verwenden? JavaScript: Könnte ja bald mit der Unterstützung von WebSockets kommen Von daher finde ich auch die On-Device Geschichte viel wichtiger/interessanter

Ok dann wird das wohl nichts mit den HTTP Abragen direkt gegen den Master. Ich hoffe aber dass zumindest die Web Socket Schnittstelle möglich ist.