Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Topics - photron

Pages: [1] 2
1
Allgemeine Diskussionen / RED Brick Image 1.10 Test
« on: July 14, 2017, 19:51:17 »
Wir arbeiten sein einer Weile an einem größeren Software Update für den RED Brick. Das Update umfasst im wesentlichen Kernel 4.12 und Debian 9.

Das bedeutet:

  • Unterstützung für mehr WLAN USB Sticks
  • Unterstützung des Access Point Modus für mehr WLAN USB Sticks
  • Unterstützung für Bluetooth LE/4
  • Aktualisierte Software: Node.js 8, Nagios 4, Octave 4, ...
  • Und mehr
Es gibt aber auch noch offene Baustellen:

  • Bisher keine 3D/OpenGL Hardwarebeschleunigung
Wir stellen euch heute die erste Testversion des neuen Images zum Testen. Dazu gehört auch eine neue Brick Viewer Version. Wir freuen uns auf euer Feedback.

http://download.tinkerforge.com/red_110alpha1/

2
General Discussion / RED Brick Image 1.10 Test
« on: July 14, 2017, 19:51:12 »
We're working for a while now on a big software update for the RED Brick. This includes Kernel 4.12 and Debian 9.

This means:

  • Support for more WIFI USB sticks
  • Support for Access Point Mode for more WIFI USB sticks
  • Support for Bluetooth LE/4
  • Updated software: Node.js 8, Nagios 4, Octave 4, ...
  • And mode
But there are still some open problems:

  • Currently no 3D/OpenGL hardware acceleration
Today, we provide the first test version of the new image, along with a new Brick Viewer version. We're looking forward to your feedback.

http://download.tinkerforge.com/red_110alpha1/

3
General Discussion / Brick Daemon Beta for Windows 10 IoT Core
« on: July 12, 2016, 16:13:43 »
Details in the blog post:

http://www.tinkerforge.com/en/blog/2016/7/12/brick-daemon-beta-for-windows-10-iot-core-part-1-2

Post your questions and suggestions here!

5
TVPL ist eine visuelle Programmierumgebung um Tinkerforge Bricks und Bricklets zu steuern. TVPL basiert auf Googles Blockly.

Eine TVPL Alpha Version kann lokal ausprobiert werden (source/index.html im angehängten ZIP) oder von unserem Server (empfohlen) aus unter:

http://tvplalpha.tinkerforge.com/

Momentan können von Brick und Bricklets Getter/Setter genutzt werden und mit Buttons, Labels und Plots GUIs gebaut werden. Beispiel und readme-alpha.txt mit mehr Details finden sich im angehängten ZIP. TVPL Programme können momentan nur direkt im Browser ausgeführt werden.

Wir hätten gerne eure Meinung dazu gehört. Gefällt euch das? Haltet ihr das für sinnvoll? Was gefällt euch daran nicht? usw.

6
TVPL is a visuell programming environment to control Tinkerforge Bricks and Bricklets. TVPL is based on Google's Blockly.

A TVPL alpha version can be tested locally (source/index.html in the attached ZIP file) or on our server (recommended):

http://tvplalpha.tinkerforge.com/

At the moment getters/setters of Bricks and Bricklets can be used und buttons, labels and plots can be used to form GUIs. Examples and a readme-alpha.txt with more details can be found in the attached ZIP file. TVPL programs can currently be executed in the browser only.

We'd like to hear your feedback about TVPL. Do you like it? Do you think it's useful? What don't you like about it? etc.

7
General Discussion / Brick Viewer - Mac OS X - Dialogs don't show up
« on: November 04, 2015, 16:56:02 »
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

Code: [Select]
/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?

8
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

Code: [Select]
/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?

9
Allgemeine Diskussionen / Brick Daemon 2.2.1 beta1 für Windows
« on: December 23, 2014, 18:14:33 »
Brick Daemon 2.2.0 hat unter Umständen Probleme damit einen RED Brick beim ersten Anstecken per USB zu finden. Um dies zu verbessern musste die Hotplug Behandlung verändert werden. Da dies eine kritische Änderung ist möchte ich dies hier zuvor als beta testen:

http://download.tinkerforge.com/_stuff/brickd_windows_2_2_1_beta1.exe

10
General Discussion / Brick Daemon 2.2.1 beta1 for Windows
« on: December 23, 2014, 18:14:20 »
Brick Daemon 2.2.0 might have problems finding RED Bricks on their first connection to USB. Fixing this required a change in the hotplug handling. Because this is a critical change I'd like to test this in form of a beta version:

http://download.tinkerforge.com/_stuff/brickd_windows_2_2_1_beta1.exe

11
The RED Brick will be released really soon now :)

Brick Daemon and Brick Viewer got support for the RED Brick. We'd like to use the remaining time until the release for an release candidate test to find and fix potential problems before the release.

You can download RC1 versions of brickd and brickv 2.2.0 for testing here:

http://download.tinkerforge.com/_stuff/red_brick_rc1/

Please report all problems and findings here, thanks!

--------------------------------------------------------

Apart from the RED Brick support there are some other changes and additions as well:

Brick Viewer 2.2.0
  • Allow to rearrange Brick and Bricklet tabs and detach them from the main window
  • Improve UI for NFC/RFID Bricklet read and write operations
  • Windows installer and drivers are signed now
  • Fix occasional bounce of the connect button
  • Fix UI font selection on Mac OS X 10.9 and 10.10

Brick Daemon 2.2.0
  • Colorized log messages
  • Detect and drop pending requests that will never get a response
  • Windows installer and drivers are signed now
  • Mac OS X installer signed on Mac OS X 10.10 to make it pass the Gatekeeper again
  • Enable logrotate for brickd.log on Linux
  • Remove all categories from logging system

12
Die Veröffentlichung des RED Bricks steht kurz bevor :)

Brick Daemon und Brick Viewer haben Support für den RED Brick erhalten. Wir möchten die Zeit bis zum Release für einen Release Candidate Test nutzen, um mögliche neue Probleme noch vor dem Release finden und beheben zu können.

Auf der folgenden Seite stehen die RC1 Version von brickd und brickv 2.2.0 zum Download und Test bereit:

http://download.tinkerforge.com/_stuff/red_brick_rc1/

Alle Probleme und Unstimmigkeiten die ihr findet bitte hier posten, Danke!

--------------------------------------------------------

Neben RED Brick Support sind auch noch einige andere Änderungen hinzugekommen:

Brick Viewer 2.2.0
  • Brick und Bricklet Tabs können umsortiert und vom Hauptfenster abgetrennt werden
  • Verbessertes UI für NFC/RFID Bricklet Lese/Schreiboperation
  • Windows Installer und Treiber sind jetzt digital signiert
  • Ab und zu auftretendes Prellen des Connect Knopfes behoben
  • Problem mit UI Schrift auf Mac OS X 10.9 und 10.10 verbessert

Brick Daemon 2.2.0
  • Logmeldungen sind jetzt bunt
  • Requests für die kein Response mehr kommen kann werden erkannt und verworfen
  • Windows Installer und Treiber sind jetzt digital signiert
  • Mac OS X Installer wird jetzt auf Mac OS X 10.10 digital signiert, damit er den Gatekeeper wieder passieren kann
  • logrotate für brickd.log auf Linux aktiviert
  • Kategorieren aus dem Logging-System entfernt

13
General Discussion / Shell Bindings Prototype
« on: April 25, 2013, 13:46:18 »
Here's a first prototype of the shell bindings. They are written in Python for portability and use the argparse module for the command line handling.

Host and port default to localhost and 4223, they can be changed with the --host and --port option:

Code: [Select]
tinkerforge --host 192.168.178.42
Enumerate

It can enumerate connected devices:

Code: [Select]
$ tinkerforge enumerate
uid=68aT1f
connected-uid=0
position=0
hardware-version=1,0,0
firmware-version=2,0,6
device-identifier=13
uid=SCT31
connected-uid=68aT1f
position=a
hardware-version=1,1,0
firmware-version=2,0,0
device-identifier=216

The output is in <key>=<value> format can can then be processed further with xargs, awk, etc.

By default the bindings will wait 250ms for enumerate callbacks, this can be changed with the --duration option.

Functions

Calling the get-temperature function of a Temperature Bricklet with UID SCT31:

Code: [Select]
$ tinkerforge call temperature-bricklet --uid SCT31 get-temperature
temperature=2325

Callbacks

Setting the temperature callback period to 500ms:

Code: [Select]
$ tinkerforge call temperature-bricklet --uid SCT31 set-temperature-callback-period 500
and waiting for temperature callbacks

Code: [Select]
$ tinkerforge dispatch temperature-bricklet --uid SCT31 temperature
temperature=2418
temperature=2431

By default the bindings will dispatch callbacks forever, this can be changed with the --duration option.

Output Processing

There are two options for further output processing: --execute and --replace.

The --execute option takes a shell command. The bindings then append the output values to this command and execute it:

Code: [Select]
$ tinkerforge enumerate --execute echo
68aT1f 0 0 1,0,0 2,0,6 13 0
SCT31 68aT1f a 1,1,0 2,0,0 216 0

With the --replace option the bindings don't append the output values to the shell command but apply the Python string format function to the command string:

Code: [Select]
$ tinkerforge dispatch temperature-bricklet --uid SCT31 temperature --execute 'echo "scale=2; {temperature} / 100" | bc | xargs printf "`date`, the temperature is: %s °C\n"' --replace
Thu Apr 25 13:44:25 CEST 2013, the temperature is: 24.25 °C

This allows to use the key from the <key>=<value> output pairs as placeholders (wrapped in curly braces) in the shell command. The bindings replace them with the corresponding values before executing the shell command.

This two options are mainly intended for platforms such as Windows that don't have advanced shell commands (xargs, awk, etc) ready to use.

Bash Completion

For tab completion in bash the tinkerforge.bash_completion file has to be moved to /etc/bash_completion.d/ as tinkerforge and the tinkerforge script has to be in a location in PATH. Now tab completion should work.

14
Da das doch recht schnell von der Hand ging hier mal ein erster Prototyp der Shell Bindings. Sie basieren auf den Python Bindings und die Kommandozeilenbehandlung ist mit argparse gemacht. Dadurch wird mindestens Python 2.7 benötigt.

Enumerate

Ein Enumerate mit Standardausgabe:

Code: [Select]
$ ./tinkerforge enumerate
uid=68aT1f
connected-uid=0
position=b'0'
hardware-version=1,0,0
firmware-version=2,0,6
device-identifier=13
uid=SCT31
connected-uid=68aT1f
position=b'a'
hardware-version=1,1,0
firmware-version=2,0,0
device-identifier=216

Ein Enumerate mit --execute. Alle Parameter des Enumerate Callbacks werden durch Leerzeichen getrennt an die --execute Befehlszeile angehängt und dann das Ergebnis ausgeführt:

Code: [Select]
$ ./tinkerforge enumerate --execute echo
68aT1f 0 0 1,0,0 2,0,6 13 0
SCT31 68aT1f a 1,1,0 2,0,0 216 0

Ein Enumerate mit --execute und --replace. Das --replace Flag sorgt dafür, dass auf die --execute Befehlszeile die format Funktion aus Python angewandt wird:

Code: [Select]
$ ./tinkerforge enumerate --execute "echo {uid} {device-identifier}" --replace
68aT1f 13
SCT31 216

Funktionen

Temperaturabfrage eines Temperature Bricklets mit UID SCT31:

Code: [Select]
$ ./tinkerforge call temperature-bricklet --uid SCT31 get-temperature
temperature=2325

Auch hier funktionieren --execute und --replace:

Code: [Select]
$ ./tinkerforge call temperature-bricklet --uid SCT31 get-temperature --execute 'echo "scale=2; {temperature} / 100" | bc | xargs printf "Die Temperatur beträgt: %s °C\n" ' --replace
Die Temperatur beträgt: 23.18 °C

Callbacks

Aufruf der set-temperature-callback-period Funktion des Temperature Bricklets mit UID SCT31:

Code: [Select]
$ ./tinkerforge call temperature-bricklet --uid SCT31 set-temperature-callback-period 500
Auf Callbacks warten:

Code: [Select]
$ python3 ./tinkerforge dispatch temperature-bricklet --uid SCT31 temperature
temperature=2418
temperature=2431

Auch hier funktionieren --execute und --replace:

Code: [Select]
./tinkerforge dispatch temperature-bricklet --uid SCT31 temperature --execute 'echo "scale=2; {temperature} / 100" | bc | xargs printf "Die Temperatur beträgt: %s °C\n" ' --replace
Die Temperatur beträgt: 23.18 °C
Die Temperatur beträgt: 23.25 °C

Was haltet ihr davon?

15
Ich vermute das die letzte Mail so zu verstehen ist, das die Bindings noch kein 2.0 unterstützen ?!

C/C++ Bindings im git sind jetzt für Protokoll v2 umgebaut.

Pages: [1] 2