Last summer I was asking about the set_sleep_mode of the RaspberryPi using the BrickHAT. You will find the original post here. And the solution proposed by matzeTF was perfect.

The background was, to control the shutdown of the RPi in a controlled way in combination with an Industrial-Dual-Relay Bricklets and a second power-supply of HAT and RPi using the 5V USB-connection. This combination allows a controlled shutdown of the entire system and a final cut of any power-supply of the system.

This works perfectly so far with RPi-4.

In the meantime, I switched to RPi-5 for a new edition of the entire setup. And with this switch, I am confronted with the new following effect:

• After calling the

  set_sleep_mode()

  -function, the system starts to shutdown as defined.
• But, at the end, the Industrial-Dual-Relay is not set back to default (no connection between A and SW).

As a result, the system gets blocked in the following state:

• The system of the RPi is down.
• The Industrial-Dual-Relay still provides connection between A and SW.
• The HAT and RPi gets still power.

The only solution to solve the problem is, to manually disconnecting the USB-power-supply from the HAT. After the disconnecting, everything goes and stays as it should (no connection at relay between and SW.

Unfortunately, this behavior is not observed systematically. It occurs sometimes.

While writing this post, I started the reflection, if the power_off_delay with 5.0 seconds is to optimistic and if the problem could be solved using a longer time-period for the power_off_delay.

Do you have any ideas or suggestions?

Looking forward to any hints.

Cheers. Yvo

macMini M1, macOS 26.2, neuester Brickv 2.4.26, gerade noch mal installiert.

Cheers, Uwe

Der Brick Daemon (brickd) 2.4.8 (aus dem Quellcode kompiliert) stürzt auf dem Raspberry Pi 5 Compute Module (CM) sofort nach dem Start ab, wenn das HAT Brick angeschlossen ist. Der Absturz erfolgt während der SPI-Initialisierung und kann nicht durch Konfigurationsdateien behoben werden.

Hardware
Raspberry Pi 5 Compute Module (CM)
HAT Brick (Product ID 0x084e)
Raspberry Pi OS (Debian Trixie) Kernel6.12.47+rpt-rpi-2712 (aarch64)
Brick DaemonVersion 2.4.8 (Kompiliert von GitHub Master Branch)

Wird es hierzu zeitnah ein update für den BrickD geben damit es mit dem CM Modulen kompatibel ist?

ich bin neu in der Runde, daher erstmal ein Hallo an Alle! 👋

Ich abe mir vor rd. 3 Monaten eine Tinkerforge Warp3 Pro gekauft, die ich bisher in Verbindung mit EVCC (Ladesteuerung für einen Mokka-E, da der sonst bis 10% lädt) sowie NFC Freigabe nutze (wegen Carport).

Jetzt möchte ich es mir in Verbindung mit Home Assistant etwas bequemer machen: Wenn ich ein bekanntes Fahrzeug (aus EVCC) anschließe, dann möchte ich kein NFC mehr nutzen, sondern dass Home Assistant das Laden freigibt. NFC soll aber eine zweite Option zur Freigabe der Tinkerforge bleiben, falls z.B. ein Gast bei uns laden möchte, auch wenn ich nicht daheim bin.

Was ich in Home Assistant per Automation hinbekomme ist, über mqtt den Eintrag in external_control zu übergeben.

alias: Wallbox Freigabe via MQTT
description: Sendet alle 30 Sekunden die Freigabe an die Tinkerforge Wallbox
triggers:
  - seconds: /30
    trigger: time_pattern
conditions:
  - condition: or
    conditions:
      - condition: state
        entity_id: input_boolean.wallbox_automatik_schalter
        state: "on"
      - condition: state
        entity_id: select.evcc_carport_vehicle_name
        state:
          - ev1
        enabled: true
actions:
  - data:
      topic: warp3/power_manager/external_control
      payload: |
        {
          "phases_wanted":3,
          "charge_release": true,
          "current_limit": 11000,
          "time_to_live": 45000
        }
    action: mqtt.publish

Die Tinkerforge wartet aber trotzdem noch auf eine NFC Freigabe.

Wie bekomme ich das priorisiert, dass ein Eintrag in external_control die NFC Freigabe "übersteuert"?

Vielen Dank an die jenigen, die mir bestimmt schnell helfen können 😊

Andy

Zusatzinfo

Wenn ich das Auto abstecke, wird per Automation die mqtt Freigabe wieder zurückgesetzt (binary_sensor.wallbox_verbunden liest den Wert aus mqtt aus):

alias: Wallbox Freigabe über MQTT deaktivieren
description: ""
triggers:
  - trigger: state
    entity_id:
      - binary_sensor.wallbox_verbunden
    to:
      - "off"
conditions: []
actions:
  - data:
      topic: warp3/power_manager/external_control
      payload: |
        {"charge_release": false}
    action: mqtt.publish
mode: single

I am using Bricks and Bricklets in distributed hardware in many remote locations. Usually, the bricklets are accessed by software running locally at the remote locations.

What is missing from my side, is a monitoring-tool, which checks the availability and health of the individual bricklets at the locations. To have an information about the health and availability of the bricks and bricklets, I am thinking to implement a piece of software running as service, e.g. TinkerforgeWatcher.

The TinkerforgeWatcher will have a configuration-file containing a list of all bricks and bricklets to be monitor at the specific location. Using a monitoring-service, like Prometheus, the TinkerforgeWatcher will submit in a defined rate the health of all bricklets.

Basically, it will submit an OK or a NOK for each bricklet.

Now the question:

• What kind of function would you use to check the health of a bricklet?

Currently, I have the impression, that *.get_spitfp_error_count() would be the most suitable function to have a first impression about the health of a bricklet.

Looking forward to any suggestions.

Cheers. Yvo

I am using successfully IMU-Bricklets 3.0 mounted on constantly rotating devices. Principally, it works very good. Using the function get_quaternion(), I am calculating the rotations of the bricklet.

But I made the following observation:

• It looks like a delay of the measurement returned from the bricklet and the rotation made by the rotating device.

Question:

• Is it possible to increase the update-rate of the sensor to get timely correct measurements?

I just realized, that the function BrickletIMUV3.set_sensor_configuration(magnetometer_rate, gyroscope_range, gyroscope_bandwidth, accelerometer_range, accelerometer_bandwidth) exists.

The usage of the bricklet is limited to the measurements of the quaternions.

Question:

• Which parameter of the sensor-configuration do I have to improve / to increase?

Looking forward to any hints and advises.

Cheers, Yvo

Unter Visual Basic funktioniert das schon sehr gut, ich kann die Daten aus einer Datei in den MZ-80K übertragen.

Diese Daten stammen aber eigentlich aus einer Excel-Tabelle. Anstatt diese Daten erst mal in eine Datei zu exportieren und diese dann mit Hilfe meines Übertragungsprogramms zu verarbeiten, müsste es doch eigentlich möglich sein, die Daten direkt mit Hilfe eines VBA-Makros zu übertragen. Das ist prinzipiell nichts neues für mich, ich habe bereits System-DLLs in VBA-Makros eingebunden und genutzt. Aber bei Tinkerforge kommen noch die Deklarationen hinzu, und da fehlen mir die Kenntnisse.

Was mache ich mit folgenden Zeilen in Excel VBA?

Imports Tinkerforge
Public ipcon As New IPConnection
Public io As New BrickletIO16V2()

An einem Silent Stepper Brick lasse ich einen NEMA 17 Motor von Usongshine laufen. Über den Brickviewer funktioniert das tadellos, aber wenn ich es mit einem Python Script versuche (von einem Raspberry Pi 4), macht der Motor bei den Beschleunigungs- und Verzögerungsrampen laute Geräusche. Das Script entspricht weitestgehend dem Python-Beispielscript von der Doku-Seite. Kann jemand was hilfreiches dazu beisteuern?

höchstwahrscheinlich habe ich die falschen Schlagwörter benutzt, denn meine Frage ist sicher schon da gewesen. Freue mich daher auf jede Rückmeldung, wenn auch nur mit Link. 

Ich möchte die CSV Datei aus dem DataLogger in Diagrammen darstellen, dazu benötige ich die Werte nach Kanälen getrennt. 

Leider schaffe ich das nicht die CSV Datei aufzutrennen. Habt ihr mir einen Tipp? Idealerweise mit National Instruments DIADEM?

Herzlichen Dank im Voraus. 

MfG

Erik H

ich möchte über die REST-API des WEM mit aktueller Firmware den charge-mode setzen. Das funktioniert aber leider nicht.

Ist das überhaupt möglich?

to communicate with pumps in a test rig, I use a RS232 bricklet. Communication seems alright when I use BrickViewer and was already able to send commands and recieve data (see image).

As future communication should be run by a MATLAB script, I tried sending the same command in the following code (derived from the RS232 Bricklet Example), which did not work at all. 

clear
clc
import com.tinkerforge.IPConnection;
import com.tinkerforge.BrickletRS232V2;
import java.lang.String;

HOST = 'localhost';
PORT = 4223;
UID = 'MyUID'; % Change XYZ to the UID of your RS232 Bricklet 2.0

ipcon = IPConnection(); % Create IP connection
rs232 = BrickletRS232V2(UID, ipcon); % Create device object
ipcon.connect(HOST, PORT); % Connect to brickd

rs232.disableReadCallback();
rs232.write(String('OUT_SP_1 100').toCharArray());
ipcon.disconnect();

I also tried adding \r\n to the char, which also did not work. Can you tell, where my fault is? 

I am running a measurement-station using an Industrial-Counter-Bricklet to monitor the frequency given by an encoder:

• One application is accessing the Industrial-Counter-Bricklet every 5 seconds reading the current frequency on channel 0 and provides the information to a Prometheus-monitoring system.
  • That works perfectly
• A second application could take usage of the measurements of the Industrial-Counter-Bricklet to monitor its own functionality.
  • For this, it has to read the frequency on channel 0 of the Industrial-Counter-Bricklet as well. This in a similar rate such as every 5 seconds.

Question:

• Is it safe and reliable to access an Industrial-Counter-Bricklet (or any other bricklet) reading the values from two individual applications using the same host and port?
• Or is it recommended to use a second bricklet.

To keep the two applications fully independently, I try to avoid an exchange of the measurements between the two applications through a kind of communication-protocol.

Looking forward to any suggestions and hints.

Cheers,

Yvo

beim Motorized Linear Poti Bricklet benötige ich die Möglichkeit, dass die "hold_position" auch ohne set_motor_position geändert werden kann.

Das Problem:
Ich möchte virtuelle Marken beim Poti setzen. Soll heißen, dass wenn man über einen Wert händisch drüber fährt, dann wird das Poti hold_position=True, damit man es merkt (~Force Feedback). Wenn man dann weiterfährt soll hold_position=False gesetzt werden bis zum zum nächsten Wert. Da aber das hold_position=False ERST umgesetzt wird, NACHDEM die "position" in set_motor_position EXAKT erreicht ist, kann beim zu schnellen händischen Ändern die "position" nie erreicht werden und das Poti bleibt "gesperrt" (hold_position=True).

Zitat

Wenn der Hold Position Parameter auf False gesetzt wird, kann die Position vom Nutzer geändert werden, nachdem die Sollposition erreicht wurde.

Daher meine Bitte einer neuen Funktion:
BrickletMotorizedLinearPoti.set_motor_hold(hold_position)

Vielen Dank

Jan

P.S. Ein schönes Weihnachtsfest an alle.

   cltf128x64* cl_lcd = new cltf128x64();  // cltf128x64 ist in separater Header und Sourcecode-Datei deklariert/definiert 

    cl_lcd->SetOnLCD128x64(); // funktioniert

    connect(ui->pBuLCD2SetOn, &QPushButton::clicked, &cl_lcd, &cltf128x64::SetOnLCD128x64); // verursacht Fehler

die Fehlermeldung:

uwMainWindow.cpp:40:5: No matching member function for call to 'connect'
qobject.h:200:36: candidate function not viable: no known conversion from 'void (QAbstractButton::*)(bool)' to 'const char *' for 2nd argument
qobject.h:203:36: candidate function not viable: no known conversion from 'void (QAbstractButton::*)(bool)' to 'const QMetaMethod' for 2nd argument
qobject.h:396:41: candidate function not viable: no known conversion from 'void (QAbstractButton::*)(bool)' to 'const char *' for 2nd argument
qobject.h:221:9: candidate template ignored: substitution failure [with Func1 = void (QAbstractButton::*)(bool), Func2 = void (cltf128x64::*)()]: no type named 'ContextType' in 'QtPrivate::ContextTypeForFunctor<void (cltf128x64::*)()>'
qobject.h:270:9: candidate function template not viable: requires 3 arguments, but 4 were provided

Hat jemand eine Idee woran's hängt.

Vielen Dank

Uwe

ich hab ein etwas merkwürdiges Problem. 

Ausgangslage: Ein Script startet nach dem booten automatisch, liest ein IMU und drei IR Range Module aus und legt dann den Pi schlafen...

Das funktioniert auch ganz gut. Aber: Nun habe ich etwas den Kernel getweakt und auch unnötige Dienste abgeschaltet um den Bootprozess zu beschleunigen. Und plötzlich bekomme ich vom IMU nur noch die Eulerwinkel nicht aber die Beschleunigung. Wenn ich irgendeinen Dienst wieder reinnehme (einfach nur um das booten zu verlängern) geht es wieder... Die Vermutung liegt also nahe, dass ich einfach zu schnell bin, bzw. der IMU noch nicht soweit ist....

Frage: Gibt es da eine diskrete Zeit wie lange das IMU braucht? Und/oder gibt es da einen Trick im Script den Status des Beschleunigungssensors abzuwarten?

Grüße,

Ekki

ich habe versucht, einen DisconnectedListener zu implementieren, stoße dabei aber auf Probleme.

Wenn ich die LAN-Verbindung zwischen der Ethernet Extension und dem Brick unterbreche, wird der DisconnectedListener nicht ausgelöst. Auch beim Trennen der Stromversorgung passiert nichts.

Erst als ich einen ConnectedListener hinzugefügt und AutoReconnect aktiviert habe, wurde der DisconnectedListener ausgelöst. Allerdings geschieht dies genau zu dem Zeitpunkt, an dem sich der AutoReconnect wieder verbindet (also wenn der ConnectedListener ausgeführt wird), was etwas dauert. Der DisconnectedListener wird also nicht direkt beim Verlust der Verbindung aktiviert.

Entferne ich AutoReconnect und den ConnectedListener wieder, wird der DisconnectedListener überhaupt nicht ausgelöst.

Ist dieses Verhalten so gewollt? Es erscheint mir ziemlich unsinnig, wenn beide Listener quasi zur gleichen Zeit triggern.

Was kann ich tun? Was mache ich falsch? Was habe ich nicht verstanden? :D

public void connectToStack() {
        try {
            ipCon = new IPConnection();

            ipCon.setTimeout(250);
            ipCon.setAutoReconnect(true);

            ipCon.addDisconnectedListener(new IPConnection.DisconnectedListener() {
                public void disconnected(short disconnectReason) {
                    System.out.println("Disco");
                }
            });

            ipCon.addConnectedListener(new IPConnection.ConnectedListener() {
                public void connected(short con) {
                    System.out.println("conn");
                }
            });

            ipCon.connect(hostname, port);
            logger.info(
                    String.format("Successfully connected to Tinkerforge stack #%s (%s:%s)", number, hostname, port));

            isConnectedToStack = true;

        } catch (NetworkException | AlreadyConnectedException e) {
            logger.severe(
                    String.format("Failed to connect to Tinkerforge stack #%s (%s:%s)", number, hostname, port));

            isConnectedToStack = false;
        }
    }

Viele Grüße

I have upgraded four of our systems from brickd 2.4.5 -> 2.4.6, and brickd stopped responding on all of them:

<I> <main_linux.c:385> Brick Daemon 2.4.6 started (architecture: arm, pid: 25228, daemonized: 1)
<I> <main_linux.c:391> Running on Linux system (sysname: Linux, release: 6.1.21-v7+, version: #1642 SMP Mon Apr  3 17:20:52 BST 2023, machine: armv7l)
<I> <bricklet.c:274> Found supported HAT product_id 0x084e in device tree, using default HAT Brick config
<I> <bricklet.c:315> Found Bricklet port A (spidev: /dev/spidev0.0, driver: gpio, name: GPIO23, num: 23)
<I> <bricklet_stack_linux.c:87> Using spidev backend for Bricklets, because Raspberry Pi without BCM2835 detected
<I> <bricklet.c:315> Found Bricklet port B (spidev: /dev/spidev0.0, driver: gpio, name: GPIO22, num: 22)
<I> <bricklet.c:315> Found Bricklet port C (spidev: /dev/spidev0.0, driver: gpio, name: GPIO25, num: 25)
<I> <bricklet.c:315> Found Bricklet port D (spidev: /dev/spidev0.0, driver: gpio, name: GPIO26, num: 26)
<I> <bricklet.c:315> Found Bricklet port E (spidev: /dev/spidev0.0, driver: gpio, name: GPIO27, num: 27)
<I> <bricklet.c:315> Found Bricklet port F (spidev: /dev/spidev0.0, driver: gpio, name: GPIO24, num: 24)
<I> <bricklet.c:315> Found Bricklet port G (spidev: /dev/spidev0.0, driver: gpio, name: GPIO7, num: 7)
<E> <bricklet_stack_linux_spidev.c:263> Could not find line GPIO7
<I> <main_linux.c:579> Brick Daemon 2.4.6 stopped

These systems are all Raspberry Pi 3 Model A Plus Rev 1.0 with a HAT Brick.

Downgrading to brickd 2.4.5 fixed the problem on all four systems, for now.

Is this a known issue?

I have IMU bricklet 3.0 and get Yaw, Pitch and Roll data. I want to calculate the position [X Y Z] in earth frame of a given point (x, y, z coordinates in IMU reference frame is [1, 0, 0] ) according to Pitch, Roll and Yaw data from IMU.

I have difficulties to find the rotation matrix R (3x3) to get X,Y,Z. The formula is [X,Y,Z]= [x,y,z] * R.

I worked for hours on this and tried many differents rotation matrix according to this source : https://en.wikipedia.org/wiki/Euler_angles.

I don't know in witch order the 3 rotations are done (around IMU axes) and I don't know which axes are used for Pitch Yaw and roll reference in the IMU...

I think IMU use extrinsic references axes : for example when roll is about 30°, if I change the pitch the heading change also.

I found this discussion about BNO055 sensor (used in IMU 3.0) but it doesn't solve my problem ! https://community.bosch-sensortec.com/t5/MEMS-sensors-forum/BNO055-How-to-use-Euler-angles/td-p/45085

Does someone has the correct rotation matrix ? or could help me (ideas to proceed some tests, some references....)

Thanks

Gil.

zwei Fragen in diesem Kontext:

1) Ich greife über das API mit obiger url "evse_auto_start_charging" zu. Ich kann bestens den Status abfragen, true oder false. Beim Versuch der Veränderung des Status bekomme ich folgende Fehlermeldung: "Failed to deserialize: Payload was empty. Please send valid JSON."

Dabei habe ich als Postfield exakt das Ergebnis der Statusabfrage eingegeben, bzw. genau wie es auch in der Dokumentation angeben ist. Z.B. {"auto_start_charging":false}   Was mache ich falsch?

2) Wenn ist diesen Parameter in der WebGUI ändern will (Manual charge release, inhaltlich umgekehrte Logik, aber egal), dann muss einmal ein Reboot durchgeführt werden. Muss ich hier etwas über die Schnittstelle bedienen, oder geht das automatisch?

Herzlichen Dank im voraus!

Henrik

Some bricklets are used by services written as Python-scripts started automatically at the startup of the RaspberryPis were the applications are running. One of those bricklets is an IndustrialDualRelay.

At the start of the service / of the script, I am getting sometimes the following exception:

Exception during usage of DualRelay: Did not receive response for function 255 in time (-1)

Question:

• Can it be, that the service starts to early and the connection to the bricklet cannot be established?
• And do you have any suggestions?

Thank you advance for any ideas and hints.

Cheers. Yvo

For a measurement-device, I had to implement a delayed shutdown of the entire device. The device is a RPi in combination with a HAT. The delayed shutdown and power-cut is realized using a manual switch and a IndustrialDualRelais. You will find a more detailed description in the following thread (last entry): Combined power-supply of HAT and RPi

Reason for the delay is, to provide more time to the RPi to write all data to the disk.

The approach described in the link above works perfectly. But ...

I am cutting the power-supply of the RPi the hard-way without running a proper shutdown of the RPi. But if I am calling a correct shutdown of the RPi by

 os.system("sudo shutdown now")

the HAT will not react anymore and the used HAT-funktion

hat.set_sleep_mode(0, 2**32-1, True, True, False)

is not working/called anymore.

Question:

• Any ideas to combine a shutdown of the RPi, the hat.set_sleep_mode and the following cut of the entire power-supply?

Looking forward to any ideas and hints.

Cheers. Yvo

I am using the Rugged Approach approach for programming in C# and in Python. It just works perfectly! Thanks for the great tutorial.

Till now, I worked with many bricklets, but each of a different type. For this case, the approach and code in the tutorial works like a charm.

Question:

• But what would be the best-practice, if you have several bricklets of the same type?

Of course, I could use the UID of the individual bricklets to make the differentiation of the individual bricklets. But I would like to avoid the usage of the UID in Rugged Approach for several reasons:

• Lost of the very generic procedure of the Rugged Approach introducing somehow hard-coded UIDs of bricklet.
• Incompatibility of several installations of hardware having different UIDs.

In the specific application I am working on, the bricklets are connected with a HAT Brick.

Question:

• Is there a possibility to avoid the UIDs?
• Could I use the information of the ports were each of the bricklet is connected to? In this case, I have to make sure, that each bricklet is connected with a well defined port. An approach which could be realistic. The information of the port connected to would be based on the return value of the get_identity() function of each bricklet.
• If I would use the UIDs, is it reasonable/possible to change the UIDs of the individual bricklets to have the same UIDs of the bricklets in each identical installation of the hardware.

Looking forward to any ideas and suggestions.

Cheers,

Yvo

Die Warp3 hat ja scheinbar eine API, damit sollte das ja prima gehen.