photron

Also kurze Bestandsaufnahme: Ich habe hier RED Brick (frisches 1.7er Image) mit HDMI Display und USB WLAN Stick und verbinde mich über SSH. Da ich mich über SSH verbinde muss ich erstmal DISPLAY=:0 setzen damit die Programm auch den X Server finden: export DISPLAY=:0 Dann installiere ich mesa-utils und mesa-utils-extra und teste mittels glxinfo, glxgears, es2_info und es2gears. tf@red-brick:~$ glxinfo name of display: :0 libGL error: MESA-LOADER: malformed or no PCI ID libGL error: unable to load driver: mali_drm_dri.so libGL error: driver pointer missing libGL error: failed to load driver: mali_drm ... OpenGL renderer string: Software Rasterizer Interessant hier ist, dass glxinfo sich beschwert mali_drm nicht laden zu können, obwohl mali_drm geladen ist: tf@red-brick:~$ lsmod Module Size Used by disp_ump 838 0 mali_drm 2622 1 drm 215517 2 mali_drm 8188eu 506931 0 g_red_brick 37229 3 red_brick_uid 1618 1 g_red_brick mali 110636 0 ump 34163 4 mali,disp_ump es2_info beschwert sich lima nicht laden zu können: tf@red-brick:~$ es2_info libEGL warning: DRI2: failed to open lima (search paths /usr/lib/arm-linux-gnueabihf/dri:${ORIGIN}/dri:/usr/lib/dri) ... GL_RENDERER: Software Rasterizer glxgears beschwert sich genauso wie glxinfo und schaft um die 33 FPS mit dem Software Rasterizer: tf@red-brick:~$ glxgears libGL error: MESA-LOADER: malformed or no PCI ID libGL error: unable to load driver: mali_drm_dri.so libGL error: driver pointer missing libGL error: failed to load driver: mali_drm 166 frames in 5.0 seconds = 33.013 FPS es2gears beschwert sich genauso wie es2_info und schaft um die 16 FPS mit dem Software Rasterizer: tf@red-brick:~$ es2gears libEGL warning: DRI2: failed to open lima (search paths /usr/lib/arm-linux-gnueabihf/dri:${ORIGIN}/dri:/usr/lib/dri) EGL_VERSION = 1.4 (DRI2) vertex shader info: fragment shader info: info: 81 frames in 5.0 seconds = 16.152 FPS Der sunxi-mali Treiber ist im Image eigentlich schon installiert. Warum OpenGL dennoch nicht richtig funktioniert ist mir nicht klar. Muss ich mir im Detail ansehen.

Die minimale Abtastrate des Data Loggers liegt bei einer Sekunde. Der Data Logger ist für langfristige Datenerfassung mit niedriger Frequenz gedacht. Für spezieller Anforderungen wie höherfrequente Datenerfassung ist es das einfachste eines der Beispielprogramme abzuwandeln: http://www.tinkerforge.com/de/doc/Software/Bricks/IMUV2_Brick_Python.html

Lässt sich der Reset Knopf normal drücke und kommt dann auch wieder von selbst zurück? Nicht das der klemmt und den Master Brick durchgehend im Reset hält?

Versuch den Brick noch mal in den Bootloader zu versetzen: Erase gedrückt gehalten und dabei USB anstecken.

If you're subscribed to multiple topics at once and you want to distinguish the different messages, then you should due this based on their topic. Don't try to guess this based on the message content. The mosquitto_sub tool has a -v option that'll also output the topic the messages was received on.

It's a bit tricky. You could use the is_button_pressed() function to poll for button presses in the MQTT proxy. But it's easy to miss button presses this way. So you'd need to use the button_pressed and button_released callbacks. But currently there is no callback handling like this in the proxy. As an example, I've added a new button_pressed topic for the LCD Bricklets, that is fed via the button_pressed and button_released callbacks. Have a look at the latest Brick MQTT Proxy version on github.

Kann ich hier nicht reproduzieren. Mit einem frischen 1.7er Image auf der SD Karte gibt mit "java -version" auf der RED Brick Console folgendes aus: java version "1.8.0" Java(TM) SE Runtime Environment (build 1.8.0-b132) Java HotSpot(TM) Client VM (build 25.0-b70, mixed mode)

Use the Brick Viewer RED Brick Console Tab to get access to the RED Brick console. From there you can use normal Debian tools such as apt-get.

Set custom character 0: mosquitto_pub -t tinkerforge/bricklet/lcd_20x4/SCD32/custom_character/set -m '{"index":0, "character":[0,4,10,27,4,4,14,0]}' Write it: mosquitto_pub -t tinkerforge/bricklet/lcd_20x4/SCD32/write_line/set -m '{"line":0, "position":0, "text":"Up: \u0008"}' Custom character 0-7 map to \u0008-\u00015 \u0008-\u000F. (Edit: \u takes hex numbers)

Der Wiki Link ist kaputt.

You already looked in the right place: https://github.com/Tinkerforge/lcd-20x4-bricklet/raw/master/datasheets/standard_charset.pdf You need to take the 4 bit column and row number (H = 1, L = 0) of the character you want and interpret it as binary like this: 0b<column><row> Convert that to hex and prepend "\u00". You said "°" would be "HHHHHHHL". You where off by one column and had column and row mixed up. Actually "°" is in column HHLH and row HHHH. This translates to 0b11011111, that is 0xDF in hex. Prepended with \u00 you get \u00DF.

Actually the degree sign in 0b11011111 == 0xDF. So you need to pass 0xDF for the degree sign. You can do this with a Unicode escape sequence: \u00DF mosquitto_pub -t tinkerforge/bricklet/lcd_20x4/rTS/write_line/set -m '{"line":0, "position":5, "text":"25 \u00DFC"}'

Okay, von dem git Stand habe ich jetzt Version 2.1.7 der Delphi Bindings released.

Bindings: Delphi/Lazarus 2.1.7 Fix use-after-free bug in callback thread destruction logic Fix memory leaks Download: Delphi/Lazarus

Bindings: Delphi/Lazarus 2.1.7 Use-After-Free Bug in der Callback Thread Destroy Logik behoben Memory Leaks behoben Download: Delphi/Lazarus

Teste mal bitte diese Version von IPConnetion.pas: https://raw.githubusercontent.com/Tinkerforge/generators/ebe8892f231c431f50c72b069bfb60d4c2ec17a9/delphi/IPConnection.pas

Es muss wahrscheinlich weather_station.lcd.backlight_off() sein. So wie dein Script gerade gebaut ist gibt es der Stelle kein self.

Wenn du die Readme von oben nach unten durchließt (das solltest du eh einmal tun) wird das erklärt. Du solltest full für <config-name> nehmen.

Dazu musst du den Kernel des RED Bricks neu kompilieren und neu auf die SD Karte schreiben. Wie das geht ist hier im Abschnitt "Editing the Kernel Config" beschrieben: https://github.com/Tinkerforge/red-brick/blob/master/image/README.rst

Polling. Im Moment gibt es vier Zeiformate: DE, US, ISO 8601 und Unix Timestamp.

Dann ist die Kernel Config Option CONFIG_BT_RFCOMM nicht aktiviert.

Weder noch. Alle Tinkerforge DLLs die ich dir zum Testen gegeben habe sind für "Any CPU" kompiliert, daher sollte das kein Problem sein. Weil mir sonst nichts mehr dazu einfällt, hier zwei weitere Versionen, die diesmal in Visual Studio explizit für x86 und x64, statt "Any CPU", kompiliert wurden. Tinkerforge_F_x86.dll Tinkerforge_F_x64.dll

Der Tag für 2.3.0 auf github fehlte noch. Sollte jetzt funktionieren.

Brick Viewer 2.3.0 Add data logger for Bricks and Bricklets Show WIFI and GSM signal quality on RED Brick Network and Mobile Internet tab Make SIM PIN optional for RED Brick Mobile Internet service Add "Test Email" button to RED Brick Server Monitoring tab Add support for more openHAB config file types (.persist, .script and .transform) to RED Brick plugin Reduce Mobile Internet connection checks to reduce RED Brick CPU load Add configurable line ending for RS232 Bricklet plugin Handle split multi-byte line ending correctly in RS232 Bricklet plugin Add error counters to RS232 Bricklet plugin Add support for unlimited range and out-of-range and overflow states to Ambient Light Bricklet 2.0 plugin Show Master Extensions in devices tree Sort device tree by position by default Fix download of non-ASCII log files from RED Brick Downloads: Windows, Linux, Mac OS X

Brick Viewer 2.3.0 Data Logger für Bricks und Bricklets hinzugefügt WLAN und GSM Signalstärke wird auf RED Brick Network und Mobile Internet Tab angezeigt SIM PIN ist jetzt optional für RED Brick Mobile Internet Service "Test Email" Knopf zum RED Brick Server Monitoring Tab hinzugefügt Support für mehr openHAB Konfigurationsdateitypen (.persist, .script und .transform) zum RED Brick Plugin hinzugefügt Mobile Internet Verbindungs-Checks reduziert, um RED Brick CPU Last zu verringern Konfigurierbare Zeilenenden zum RS232 Bricklet Plugin hinzugefügt Geteilte Multi-Byte Zeilenenden werden jetzt richtig im RS232 Bricklet Plugin behandelt Fehlerzähler zum RS232 Bricklet Plugin hinzugefügt Support für Unlimited Messbereich und Out-Of-Range- und Overflow-Zustände zum Ambient Light Bricklet 2.0 Plugin hinzugefügt Master Extensions werden jetzt in der Device-Übersicht angezeigt Device-Übersicht wird standardmäßig nach Position sortiert Download von nicht-ASCII Logdateien vom RED Brick funktioniert jetzt Downloads: Windows, Linux, Mac OS X