photron

Okay ich habe folgendes getestet: - frisches RED Brick 1.7er Image - über WLAN USB Stick eine Internetverbindung hergestellt - im Brick Viewer den Consolen Tab aufgerufen und verbunden, alles weitere passiert auf dem RED Brick - in python scheitert "import paho.mqtt.client" wie erwartet, da paho-mqtt noch nicht installiert ist - paho-mqtt mittels "sudo pip install paho-mqtt" installiert, ohne sudo lädt pip das Package zwar runter kann es dann aber wegen fehlender Rechte nicht installieren - jetzt funktioniert "import paho.mqtt.client" in python Sprich es funktioniert wie erwartet. Ich verstehe nicht, wie pip das bei dir ohne root Rechte installiert haben soll. Welchen Fehler bekommst du denn, wenn du "sudo pip install paho-mqtt" ausführst?

ImportError: No module named paho.mqtt.client und ImportError: No module named paho.mqtt.publish sind zwei verschiedene Fehler. Irgendwas stimmt da mit deiner paho-mqtt Installation nicht. Bist du sicher, dass du das richtig installiert hast? Ich habe das hier gerade mal getestet und es funktioniert bei mir. Hast du vielleicht pip install paho-mqtt ohne sudo ausgeführt?

Das ist komisch. Der import Fehler scheint nicht direkt in deinem Script zu sein. Was passiert, wenn du auf dem RED Brick Console Tab Python startet und dort einfach import paho.mqtt.client ausführst?

I tested with R2012a. I think I found the problem. There's a change about how callbacks are handled in R2014a, see http://undocumentedmatlab.com/blog/matlab-callbacks-for-java-events-in-r2014a According to that blog post you need to replace vc = BrickletVoltageCurrent(UID, ipcon); with vc = handle(BrickletVoltageCurrent(UID, ipcon), 'CallbackProperties'); to expose callbacks again. Could you test that?

Brick Viewer 2.3.2 Ignore errors during locale initialization Change modeless dialog handling to workaround problem on Mac OS X Downloads: Windows, Linux, Mac OS X

Brick Viewer 2.3.2 Fehler bei der Locale Initialisierung werden ignoriert Handhabung nicht-modaler Dialoge geändert, um Problem auf Mac OS X zu umgehen Downloads: Windows, Linux, Mac OS X

Wie hast du paho-mqtt installiert? Verwendet dein Script vielleicht Python 2, du hast paho-mqtt aber für Python 3 installier oder anders herum?

Dann würde ich das im Moment auf die Beta schieben. Ich denke es lohnt sich nicht, dass im Moment zu Debuggen woran das liegt, auch wenn das heißt, das dein Master Brick nicht direkt an USB funktioniert, sorry. Wenn das Problem weiter besteht, wenn diese OSX Version aus Beta raus ist, dann sollte wir darauf zurück kommen.

Sehr gut! Behebt sie auch dein Master Brick Problem?

Ja, das Problem schein alle nicht-modalen bzw. nicht-blockierenden Dialoge zu betreffen, außer Updates / Flashing. Ich denke ich habe das Problem umgangen. Teste mal bitte diese Version: http://download.tinkerforge.com/_stuff/brickv_macos_2_3_2_rc1.dmg

Teste mal bitte diese Version: http://download.tinkerforge.com/_stuff/brickv_macos_2_3_2_rc1.dmg Bezüglich des Master Bricks: - Das ist höchstwahrscheinlich kein Brick Viewer Problem. - Wenn du den Master Brick per USB anschließt, leuchten dann LEDs am Master Brick auf? - Hast du mal ein anderes USB Kabel probiert?

Okay, wird behoben. Kannst in der Zwischenzeit einen Blick auf diesen Thread mit einem anderen Mac Problem werfen: http://www.tinkerunity.org/forum/index.php/topic,3371.0.html Auch wenn du das gerade nicht mit 2.3.1 testen kannst wüsste ich gerne, ob das dort beschriebene Problem bei dir mit 2.3.0 oder auch älteren Brick Viewer Versionen auftritt.

Der Vergleich hinkt etwas Wir haben das Netzteil hier mit mehr als 8A Last im Dauertest laufen lassen. Das war im Rahmen des Blinkenlights Kits, also 200 RGB LED Pixel dauerhaft bei voller Helligkeit, macht 12A. Das Netzteil wird dabei schnell recht warm und schaltet sich dann von selbst ab. Es besteht also keine Gefahr, dass das Netzeil kaputt geht oder sonst was schlimmes passiert.

Ploby, erst mit Brick Viewer 2.3.1, oder auch schon mit 2.3.0?

I tested with this function matlab_example_threshold() import com.tinkerforge.IPConnection; import com.tinkerforge.BrickletVoltageCurrent; ipcon = IPConnection(); % Create IP connection vc = BrickletVoltageCurrent('XYZ', ipcon); % Create device object set(vc) end and got this output >> matlab_example_threshold APIVersion Class Configuration Current CurrentCallbackPeriod CurrentCallbackThreshold DebouncePeriod Identity Power PowerCallbackPeriod PowerCallbackThreshold ResponseExpectedAll: [ on | off ] Voltage VoltageCallbackPeriod VoltageCallbackThreshold PowerReachedCallback: string -or- function handle -or- cell array VoltageReachedCallback: string -or- function handle -or- cell array VoltageCallback: string -or- function handle -or- cell array CurrentReachedCallback: string -or- function handle -or- cell array CurrentCallback: string -or- function handle -or- cell array PowerCallback: string -or- function handle -or- cell array ButtonDownFcn: string -or- function handle -or- cell array Children Clipping: [ {on} | off ] CreateFcn: string -or- function handle -or- cell array DeleteFcn: string -or- function handle -or- cell array BusyAction: [ {queue} | cancel ] HandleVisibility: [ {on} | callback | off ] HitTest: [ {on} | off ] Interruptible: [ {on} | off ] Parent Selected: [ on | off ] SelectionHighlight: [ {on} | off ] Tag UIContextMenu UserData Visible: [ {on} | off ] Did you install the bindings according to the documentation? http://www.tinkerforge.com/en/doc/Software/API_Bindings_MATLAB.html#matlab Also make sure to use the Tinkerforge.jar from the MATLAB bindings zip file. The Tinkerforge.jar from the Java bindings will probably not work. What MATLAB version are you using?

Keine Sorge! Die 60mA sind für ein Pixel, das Weiss mit voller Helligkeit (RGB = 255,555,255) anzeigt. Sprich die 9A kommen nur dann zum tragen, wenn alle 150 LEDs Weiss mit voller Helligkeit anzeigen. Das ist aber nicht der Normalfall. Normal sind eher Farbmuster bei denen nicht alle LEDs an sind und auch nicht mit voller Helligkeit, daher reicht in 99% der Fälle das 8A Netzteil völlig aus.

While creating Brick Viewer 2.3.1 for Mac OS X, I noticed that the Data Logger dialog wont show up after clicking the "Data Logger" button. I need to click the "Updates / Flashing" button as well to make both dialogs show up. I tried to debug the problem, but with no success. I found that the problem only occurs if I start Brick Viewer from the Finder or the Application folder. But if I start it from a terminal like this /Applications/Brickv.app/Contents/MacOS/brickv then the problem is gone and the Data Logger dialog shows up immediately. Because the problem now also occurs with Brick Viewer 2.3.0, I believe that Brick Viewer itself is not directly at fault but the Mac OS X version (10.11 / El Captian) or our Macbook here has a problem. Could the Mac users out there test this and report if you have this problem as well?

Beim Erstellen von Brick Viewer 2.3.1 für Mac OS X ist mir aufgefallen, dass der Data Logger Dialog nicht direkt angezeigt wird, wenn man den "Data Logger" Button klickt. Erst wenn man auch den "Updates / Flashing" Button klickt tauchen beide Dialog auf. Ich habe versucht das Problem zu ergründen, allerdings nicht sehr erfolgreich. Was ich herausbekommen habe ist, dass das Problem nur auftritt, wenn Brick Viewer aus dem Finder oder dem Applications Ordner heraus gestartet wird. Starte ich Brick Viewer allerdings vom Terminal aus mittels /Applications/Brickv.app/Contents/MacOS/brickv dann tritt das Problem nicht auf und der Data Logger Dialog wird sofort beim Button Klick angezeigt. Da das Problem jetzt auch auftritt, wenn ich Brick Viewer 2.3.0 testet, glaube ich, dass es nichts direkt mit Brick Viewer selbst zu tun hat sondern mit der Mac OS X Version (10.11 / El Captian) oder unserem Macbook hier. Könnten die Mac User unter euch das bitte mal testen und berichten, ob ihr dieses Problem auch haben?

Mit Brick Viewer Version 2.3.1 und Brick Logger Version 2.0.2 kannst du jetzt auch dein eigenes Zeitformat mittels strftime Syntax einstellen.

Brick Logger 2.0.2 Add millisecond interval support Add custom strftime format Downloads: Windows, Linux, Mac OS X, RED Brick

Brick Viewer 2.3.1 Add millisecond interval support for data logger Add custom strftime format for data logger Improve UI font selection on Mac OS X 10.11 Sign Brickv.app on Mac OS X to silence the Gate Keeper Downloads: Windows, Linux, Mac OS X

Brick Logger 2.0.2 Unterstützung für Millisekunden Intervalle hinzugefügt Eigene Zeitstempelformate können jetzt über strftime definiert werden Downloads: Windows, Linux, Mac OS X, RED Brick

Brick Viewer 2.3.1 Unterstützung für Millisekunden Intervalle dem Data Logger hinzugefügt Eigen Data Logger Zeitstempelformate können jetzt über strftime definiert werden GUI Schrift für Mac OS X 10.11 verbessert Brickv.app für Mac OS X ist jetzt signiert Downloads: Windows, Linux, Mac OS X

In der Gewichtsberechnung war in der Tat eine Invertierung drin. Dadurch musste man IN+ und IN- vertauschst anschließen, um das richtige Gewicht zu bekommen. Das Problem ist in Load Cell Plugin Version 2.0.1 jetzt behoben und die Dokumentation über die Anschlussbelegung jetzt korrekt. Danke an euch beide für den Hinweis!

Plugin: Load Cell Bricklet 2.0.1 Fix inversion in weight calculation Download: Load Cell Bricklet If you swapped the signal wires of the load cell to compensate for this problem then you need to swap them back now.