mchott

Hallo, im Bereich der Fotografie ist es ganz üblich, dass man Blitzgeräte mit einem Blitz auslösen kann. Die Verzögerung ist dabei extrem schnell. Mal abgesehen von Extrem schnell, ist es möglich den Ambilight Sensor durch einen Blitz auszulösen? Selbst wenn es mit Einschränkungen wäre? Danke für eine kurze Einschätzung. Es geht eher um Erdblitze bei einem Gewitter, als um die extrem kurz abbrennende Blitzgeräte im Fotobereich.

Gerade in meinem neuen Projekt arbeite ich wieder mit der Kombo Raspi+Master+... Ich verstehe nicht so ganz genau, warum man auf dem RED-Brick ein Ethernet, WLAN oder dergleichen brauchen würde...dafür gibt es doch Bricks. Mir würde quasi ein Ersatz für den Raspi reichen. Auf dem läuft bei mir zwar leider ein PHP-Code (weil ich nichts richtiges kann), aber das läuft immer super. Mir wäre ein "dummes" aber kleines System lieber, als eine Erweiterung, die so groß ist, wie mein Raspi, denn dann ist der günstiger. Sorry...das war nur eine Meinung.

Hallo, als Web orientiertes Generalist (nicht wirklich ein Entwickler) finde ich die Möglichkeiten von Tinkerforge ziemlich genial. Eine Frage mal am Rande...derzeit nutze ich wie viele andere auch einen WebServer, der per USB oder LAN/WLAN einen Stapel steuert. Wäre ein Brick denkbar, welcher den Code direkt ausführt, also ein kleiner AMP-Server auf einem Brick? Ich habe nur den Raspberry gesehen und da ist ja noch "viel" zu viel Zeug dran. Mir würde ja quasi ein MicroSD-Slot reichen, wo ich mein System drauf habe und mehr bräuchte ich nicht (also kein HDMI, Sound, USB, IO-Pins ...). Zu viel verlangt beim sportlichen Bauraum eines Bricks?! Zu teuer im Vergleich zu Pi? Zu speziell für die Allgemeinheit der Nutzer? Achja...die Möglichkeit die Bricks direkt zu "programmieren" scheidet quasi aus, da ich ja nur ein bissl PHP kann.

http://www.tinkerforge.com/de/doc/Software/IPConnection_PHP.html#ipcon-php Das ist mein erstes Beispiel...was aber nicht funktioniert. Die Endlosschleife ist raus und statt dessen eine 5 als Wert, damit gibt er wie erwartet nach 5s die Daten aus. Über den Brickv oder PHP bekomme ich NUR den ersten Brick mit seinen Bricklets im Stapel (der an dem das USB-Kabel hängt). Muss man da noch was einstellen? Oder braucht man für einen Stapel immer einen MasterBrick?

Super...mit der Anleitung war alles gesagt... Wenn ich mich aber mit dem Stapel bestehend aus zwei Bausteinen jetzt verbinde, dann sehe ich immer nur den, an dem das USB-Kabel hängt. Um mit dem brickv auch die Bricklets zu updaten, musste ich noch den brickd installieren. Aus PHP hat sich die Situation nicht geändert....alles super bis zur zum $ipcon->dispatchCallbacks(-1); Dann lädt und lädt und lädt der Browser ohne Funktion. Normal würde ich ja sagen ist das gar nicht so verkehrt, denn er wartet ja auf eine Rückmeldung. Aber er zeigt halt auch nichts an. (nicht so und auch nicht wenn ich das Bricklet betätige).

Da steht im Wesentlichen... "USB device (bus: 1, device: 7) has protocol 1.0 firmware, ignoring it"

Der Brickdaemon funktioniert...ich bekomme vom Viewer keinen Fehler. Schalte ich den Deamon ab, dann wird mir das gleich quittiert. Daher kann es nur noch der USB-Anschluss sein. Die Bricks habe ich jetzt auch mal direkt an einen PC angeschlossen und dann gehen sie.

Danke für den Tipp...ist schon genial wie das alles funktioniert. Was man dann ganz deutlich sieht...ist, dass man nix sieht. Daraus folgere ich, dass die Anmeldung per USB ein Problem ist...mmmmhhhh Per lsusb kann ich sagen das mein Servo-Brick als "GrauTec" erkannt wird. Nachdem ich bei der Installation mit dem libudev Probleme hatte habe ich aus einem anderen Forum die per libudev-dev installiert (problemlos). ...weiter komme ich aber nicht...

Soweit ich verstanden habe, braucht es für einen Viewer auch eine Desktopoberfläche...ich betreibe aber den Raspberry als echten Server und das ohne Oberfläche...mir bleibt also nur die shell. Ich habe ja nur das Beispiel: ExampleEnumerate.php getestet. Und das läuft unendlich ohne Rückmeldung.

Ja...ich habe dort Apache-Php-Mysql die übliche Umgebung auf der auch ein paar Skripte laufen. Zudem funktioniert auch die Fehlerausgabe, denn anfangs hatte ich vergessen den Pfad für require_once zu ändern und da kam gleich der entsprechende Fehler. den Pfad ergänzt und dann kommt NICHTS...der Browser lädt auch ziemlich unendlich ohne Fehler oder Resultat.

Allein um mal lowlevel zu testen ist das eine gute Sache...sicher auch für die ShellPowerUser interessant.

Hallo, ich habe gestern den brickd auf meinem Raspberry Pi installiert und nach der Anleitung auch ohne Probleme oder Fehler. Eine Abfrage der Version lief auch super. Dann habe ich die PHP-Beispiele ausprobieren wollen, aber außer einer unendlichen Ladezeit habe ich leider keine Fehler in der Ausgabe (Reporting ist aktiviert im Skript) und auch keinen Eintrag im ErrorLog des Apache. In einem anderen Beitrag hier habe ich gelesen, dass es an den Rechten gelegen haben könnte. Der Apache läuft nicht als root, sondern als ein user und für die bisherigen PHP-Projekte war das kein Problem. Da ich mit Linux nicht so fit bin, habe ich mal testweise die /usr/bin/brickd mit 0777 berechtigt, was aber kein Ergebnis brachte. Wo könnte der Fehler liegen? Wo muss ich welche Rechte vergeben? Mal ganz am Anfang...wie könnte ich per shell sehen, das mein angesteckter ServoBrick (LED leuchtet konstant blau) erkannt wird und nicht Teil des Problems ist?

Hallo, ich habe eine Frage zum Thema Android und Schrittmotorsteuerung: Für eine mobile Anwendung würde ich gern ein Android-Tablet (4.0/1) verwenden, um eine Schrittmotorsteuerung zu steuern. Für einen ersten Einsatz würde mir der Brick Viewer von den Möglichkeiten reichen. Geht das und wenn ja wie? Mit dem Notebook wollte ich nicht auf Reisen gehen. Das Tablet hat einen "normalen" USB-Anschluss (also als Host verwendbar), aber wie ich den BrickDaemon drauf bekommen...keine Ahnung. Vielen Dank!