photron

Ich nehme mal an du fragst den Nutzer per input/raw_input() nach den Eingaben. Das funktioniert so direkt nicht auf dem RED Brick, wie du schon festgestellt hast. Das einfachste ist du übergibst diese Einstellungen als Kommandozeilenargumente. Im Brick Viewer kannst du diese für dein Programm unter "Arguments and Envuironment" einstellen. Im Python Script stehen sie dann als Liste unter sys.argv bereit.

Okay, und in dieser Version ist auch das korrigiert. IPConnection.pas

Die Beispiele funktionieren alle mit Python 2.7, kein Problem. Bist du sicher, dass das auch die UID vom Laser Range Finder Bricklet ist? Schau zur Sicherheit noch mal im Brick Viewer nach.

Es sieht so aus als ob INSTALL nicht nach /usr/libexec und /System/Library/LaunchDaemons/ schreiben dürfte. Die frage ist jetzt warum. Kannst du bitte im Terminal folgende Befehle ausführen und die Ausgabe hier posten? stat -x /usr/libexec stat -x /System/Library/LaunchDaemons/

By default no openHAB persistence addon is install. But you can use the RED Brick console tab in Brick Viewer to install any openHAB addon you need using apt-get.

Correct the output of the script doesn't follow the format pnp4nagios expects. The data pnp4nagios expects is all there, you just have to modify the print statements in the script to output them in the format pnp4nagios expects.

Die nötigen Kernel Header, um Kernel Treiber auf dem RED Brick kompilieren zu können, sind erst ab Image Version 1.7 vorhanden. Diese können leider nicht per apt-get auf einem älteren Image nachinstalliert werden. Mit Image Version 1.7 funktioniert es dann bei mir so: Es muss noch libpopt-dev installiert werden: sudo apt-get install libpopt-dev Da der RED Brick kein PCI, PCIe, ISA oder PC-CARD hat müssen alle diese Option für den Treiber deaktiviert werden: make PCI=NO_PCI_SUPPORT PCIEC=NO_PCIEC_SUPPORT ISA=NO_ISA_SUPPORT PCC=NO_PCCARD_SUPPORT make install

Das kannst du alles tun. Um die Argumente zu ändern musst du dir wie im Start Program Example erstmal das passenden Program Object suchen. Dann per allocateString/setStringChunk deine Argumente in String Objects packen. Diese String Objects dann in eine List Object stecken per allocateList/appendToList. Diese List dann per setProgramCommand als Arguments List setzen. Da setProgramCommand neben Arguments List auch noch den Command String, die Environment List und den Working Directory String als Parameter erwartet, muss du diese zuerst mit getProgramCommand abholen. Über getLastSpawnedProgramProcess kannst du den zuletzt gestarteten Prozess für diese Program abfragen. Über getProcessState kannst du dann u.a. den Exit Code des Prozesses abfragen. Alles leider nicht ganz trivial. Ich erstelle bei Gelegenheit mal Beispiel dazu.

Du machst da nichts falsch, sondern hast einen Bug in den Bindings gefunden. Teste mal bitte die angehängte korrigierte Version von IPConnection.pas. IPConnection.pas

Nic beschreibt das schon richtig. Mit höheren Integrationszeiten verringert sich das Rauschen, aber du kannst nicht mehr unbedingt denn vollen Messbereich abdecken. Ich füge dazu gleich noch einen Hinweis in die API Dokumentation ein. Da war allerdings auch noch ein Problem im Plugin des Bricklets, dass zu falschen Messwerten führen konnte, wenn der Sensor aufgrund zu langer Integrationszeiten gesättigt war. Flashe bitte mal über Brick Viewer das angehängt korrigierte Plugin auf das Bricklet und teste mal mit 50ms oder 100ms als Integrationszeit. ambient-light-v2-bricklet-2.0.1-rc1.bin

Was meinst du mit "die Maskerade soll nicht sauber funktionieren"? Dass "Envelope-from:" und "From:" oder "Envelope-to:" und "To:" nicht übereinstimmen? Ich habe das hier gerade noch mal getestet und sehe da kein Problem. Wie ist die Email Konfiguration in Brick Viewer?

Stimmt, da fehlt eine Erklärung zum length Parameter. Füge ich gleich hinzu. Das length Parameter gibt an wie viele LEDs im gerade gerenderten Frame enthalten waren. Es gibt nicht an, wie viele LEDs wirklich am Bricklet angeschlossen sind. Dass kann das Bricklet nicht erkennen.

In der Anleitungen werden sämtliche Sleep und Power Safe Optionen ausgeschaltet, um die Stabilität der Verbindung zu verbessern. Das kann man durchaus machen, müsste man nur ordentlich testen. Wie hast du die Daten auf den RED Brick kopiert? Ich hab das gerade kurz getestet und kann keinen signifikanten Unterschied feststellen.

Der Power Button ist in Hardware. Bezüglich usb-hardware-sc, da finde ich ganz viele Forum Posts zu, aber keiner erklärt das mal wirklich. Was da los ist, ist denke ich folgendes: Der Mini-USB Anschluss ist als OTG mit ID Detection (usb_port_type = 2, usb_detect_type = 1) in der .fex Datei eingestellt. Deswegen wartet der usb-hardware-sc Prozess darauf, dass sich der OTG-ID Pin ändert. Der Prozess ist also konstant im I/O Wait Zustand. Das wird dann als Load von 1 angezeigt. Die CPU an sich ist aber nicht wirklich belastet. Das ist also nach meinem Verständnis kein wirkliches Problem sondern mehr ein kosmetisches. Im Fall des RED Brick verwenden wir den Mini-USB Anschluss aber eh nur als Device Anschluss. Außerdem ist der OTG-ID der Buchse eh nicht am Prozessor angeschlossen. Daher können wir den Mini-USB Anschluss auch fest auf Device konfigurieren für die nächste Image Version. Ich habe das gerade getestet. Der usb-hardware-sc ist weg und der Load ist bei 0.00, wenn sonst nichts läuft.

1) Das ist "Strom Weg" genauso wie wenn du an deinem PC den Power Knopf länger gedrückt hältst. 2) Die .fex Datei findest du hier: https://github.com/Tinkerforge/red-brick/blob/master/image/config/kernel/script_red_brick_full.fex Die wird während des Image Bauprozesses in das .bin Format umgewandelt und dann an eine feste Stelle im Image geschrieben. Sie liegt nicht im Dateisystem. Ich schau mir usb-hardware-sc gleich mal an.

Ah, there was a bug in the script. It said "motion detected" if actually not motion was detected. It said "no motion detected" if actually motion was detected. I've fixed this now. There is a blue LED on the Motion Detector Bricklet that is on if motion is detected and is off if no motion is detected. You should now see that the script output matches the LED state.

We already cover this in the documentation of the Starter Kit: Server Monitoring. You can find a script there that already does what you ask for: http://www.tinkerforge.com/en/doc/Kits/ServerRoomMonitoring/ExtendedNagios.html

Das könnte doch ein Treiber Problem zu sein. Der logitech-djreceiver Treiber beschwert sich, dass niemand das HID Gerät geclaimt hat und er es dadurch nicht benutzen kann. Das kann daran liegen, dass der hiddev und hidraw Treiber im Moment im Kernel nicht aktiviert sind. Ich habe die beiden jetzt mal in der Kernel Konfiguration aktiviert für das nächste Image. Das ist natürlich keine kurzfristige Abhilfe für dein Problem, sorry.

Brick Viewer 2.2.7 Show status of web interface programs properly in the RED Brick program list Fix exception in RED Brick PHP program info screen UI status logic Fix TLS checkbox on RED Brick server monitoring tab Add support for changed Industrial Dual Analog In Bricklet calibration Downloads: Windows, Linux, Mac OS X

Brick Viewer 2.2.7 Status wird für Web Interface Programme in der RED Brick Programmliste jetzt richtig angezeigt Exception in der RED Brick PHP Programminfo Logik korrigiert TLS Checkbox Logik auf dem RED Brick Server Monitoring Tab korrigiert Geänderte Kalibierungsformel für Industrial Dual Analog In Bricklet hinzugefügt Downloads: Windows, Linux, Mac OS X

905nm Link zum Datenblatt füge ich gleich noch hinzu.

Du solltest nichts von Hand auf dem RED Brick umstellen müssen. Ein Bug ist gerade noch aufgefallen. Die Checkbox für TLS funktioniert nicht richtig. Nach einem Refresh ist sie immer nicht angeklickt. Du musst also vor jedem Speichern sicherstellen, dass TLS auch an ist, wenn du es benötigst. Könnte das schon dein Problem sein? Hab es hier auch gerade noch mal getestet. Es funktioniert hier mit unserem tinkerforge.com Mailserver und Google Mail.

Neues RED Brick Image 1.7 mit UMTS Unterstützung: Blogeintrag

New RED Brick Image 1.7 with 3G support: Blogentry

RED Brick Image 1.7 Add kernel drivers and tools for mobile Internet connection Enable many more kernel drivers for USB devices (serial adapters, cameras, Wi-Fi adapters, etc.) Include kernel headers to support building kernel drivers on the RED Brick Downgrade Octave to version 3.6 to make callbacks work again Update openHAB to version 1.7 Add official Mono 4 APT repository Update Brick Viewer to version 2.2.6 Update all bindings: C/C++ 2.1.7, C# 2.1.6, Delphi/Lazarus 2.1.6, Java 2.1.5, JavaScript 2.0.5, LabVIEW 2.1.5, Mathematica 2.1.5, MATLAB/Octave 2.0.5, Perl 2.1.5, PHP 2.1.5, Python 2.1.5, Ruby 2.1.5, Shell 2.1.5, VB.NET 2.1.5 Download: RED Brick Image