photron

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

Du hast alles richtig gemacht. Da war ein Fehler in der Firmware des Bricklets. Ich habe gerade Version 2.0.2 veröffentlicht. In der ist der Fehler korrigiert. Danke für den Hinweis!

Plugin: Industrial Digital In 4 Bricklet 2.0.2 Fix interrupt callback for grouped pins 8 to 15 Download: Industrial Digital In 4

Plugin: Industrial Digital In 4 Bricklet 2.0.2 Interrupt Callback für gruppierte Pins 8 bis 15 funktioniert jetzt Download: Industrial Digital In 4

Den "Realtek 8192 2T/2R Chipsatz" gibt es so laut der Realtek Webseite nicht. 2T/2R besagt lediglich, dass der Chipsatz zwei parallele Sender und Empfänger hat. Es könnte der RTL8192SU Chipsatz sein, für den hat der RED Brick keinen Treiber dabei. Es könnte aber auch der RTL8192CU, für den hat der RED Brick einen Treiber dabei. Da der Stick aber bei dir nicht direkt funktioniert halte ich das für unwahrscheinlich. Selbst auf der Herstellerseite für den "Assmann Digitus Wireless 300N Adapter, 300 Mbit/s, IEEE802.11b/g/n" steht nicht exakt welcher Realtek Chipsatz da verwendet wird. Es gibt hier eine Treiber für den RTL8192SU Chipsatz. Aber der lässt sich auf dem RED Brick leider nicht kompilieren, da er einen neueren Kernel benötigt. Ich fürchte, da lässt sich leider nichts machen

Ja, das wird sicherlich funktionieren.