photron

Plugin: Ambient Light Bricklet 2.0 2.0.1 Ungültige Sensorwerte werden jetzt ignoriert Download: Ambient Light Bricklet 2.0

Diese Lücken in den Graphen sind mir nicht klar. Zeichnet das Tool keinen durchgehenden Graph, sondern nur Punkte? Oder sind die Lücken absichtlich da? Kannst du mal dein Skript zeigen, dass die Daten abfragt und in die RRD Datei packt? Einmal pro Minute 3 Werte messen sollte überhaupt kein Problem sein. Fragst du die Daten per GetIlliminance() ab? Behandelt dein Script Fehler die der GetIlliminance() Aufruf haben kann, z.B. Timeout? Das einzige was ich in Firmware 2.0.1 geändert habe ist die Behandlung ungültiger Werte vom Sensor. Firmware 2.0.0 hat versucht die zu verwenden und hat dann potentiell falsche Ergebnisse geliefert. Das war der Grund warum deine erste Messreihe mit 64000 Lux Messbereich und 400 ms Integrationszeit bei 38070 Lux stecken geblieben ist. In 2.0.1 werden ungültige Werte jetzt ignoriert. Dass heißt, wenn der Sensor in Sättigung läuft, weil der Messbereich zu klein und/oder die Integrationszeit zu lang ist, dann liefert das Bricklet so lange den letzten gültige Messwert bis der Sensor wieder gültige Werte liefert.

Wir sind das hier noch mal im Detail durchgegangen: - Auf dem RED Brick wird das sendemail Tool (nicht zu verwechseln mit sendmail) verwendet. Dieses nutzt nicht ssmtp, sondern arbeitet autark und benötigt keine anderen Tools. Daher können Änderungen an der ssmtp Konfiguration keinen Effekt haben. - Wir haben das hier mit unserem Email Server und Google Mail getestet und auch die SMTP Kommunikation mit dem SMTP Server per Wireshark angesehen und in keinem Fall taucht eine andere From Adresse als die eingestellt aus. Daher ist mir nicht klar warum All-Inkl sagt die From Adresse wäre nicht passend. - Ich habe eben noch mal mit einer All-Inkl Email Adresse, einem RED Brick mit Image Version 1.7 und Brick Viewer 2.2.7 getestet und es funktioniert ohne Probleme: From: <name>@<domain> To: <name>@tinkerforge.com Server: <subdomain>.kasserver.com Port: 25 User: <name>@<domain> Passwort: <password> SSL/TLS: aktiv Mir ist nicht klar was da bei dir das Problem macht.

jan, für SMS-only kannst du den Mobile Internet Service abgeschaltet lassen. SMS senden und Mobile Internet sind zwei unabhängige Dinge.

Testet mal bitte diese Version: http://download.tinkerforge.com/_stuff/brickd_macos_2_2_2_rc1.dmg Die betroffenen Verzeichnisse werden jetzt ab 10.11 nicht mehr verwendet.

Ich hab heute mal den ganzen Tag eine Messreihe laufen lassen. Alle 5 Sekunden abgefragt und ich kann keine Aussetzer feststellten. Es war heute aber auch nicht sonnig. Maximal 10000 Lux gabs.

Du muss immer die UID des Bricks oder Bricklets nehmen mit dem du arbeiten willst. Wie die Bricklets an Bricks angeschlossen sind spielt keine Rolle. Und es funktioniert eben nicht beim Simple Beispiel. Das sieht nur aus als ob: Distance: 14671 cm Das sind 146,71 m, das Laser Range Finder Bricklet misst aber maximal bis 40 m.

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.