Jump to content

photron

Administrators
  • Gesamte Inhalte

    3.053
  • Benutzer seit

  • Letzter Besuch

  • Tagessiege

    39

Posts erstellt von photron

  1. Yes.

    There are two versions of the Ethernet Master Extension, with and without PoE (Power over Ethernet).

    The Ethernet Master Extension with PoE allows you to power the stack over the Ethernet cable using a PoE ready switch or a dedicated PoE injector. Resulting in a single cable connecting to the stack.

    For the Ethernet Master Extension without PoE, you have to power the stack separately for example with a USB power supply connected to the Master Brick. Resulting in two cables running to the stack.

  2. Okay, so it can work.

    But we still don't know if it is because of the packaging or the different PyQt5 version.

    You could try building the Brick Viewer .dmg file. For that you need to run "build_pkg.py --no-sign" in the virtualenv. The --no-sign option tells it to not sign the binaries, as you cannot do that on our behalf. Afterwards try the resulting .dmg file that is created in the same directory as the build_pkg.py file.

    If Brick Viewer from that .dmg has the same OpenGL problem, then it is triggered by the packaging.

  3. Brick Viewer is always optional. It is not necessary for using the different API bindings.

    The different API bindings use a TCP/IP network connection to talk to the Tinkerforge hardware. If the hardware is connected to USB then Brick Daemon is required for the TCP/IP to USB translation.

    You can replace the USB connection with a Ethernet or WIFI connection by adding a Ethernet or WIFI Master Extension to the stack. Then the API bindings can connect directly to the hardware over Ethernet or WIFI without the need for Brick Daemon.

    What does you current hardware setup look like?

  4. Sorry, I didn't think this through. You're compiling the code as C++. The problem is including stdbool.h there. It should not be included at all for C++ because its a C header.

    Please remove the stdbool.h file again and change line 24 in ip_connection.h from this

    #if (!defined __cplusplus && defined __GNUC__) || (defined _MSC_VER && _MSC_VER >= 1600)

    to this

    #if !defined __cplusplus && (defined __GNUC__ || (defined _MSC_VER && _MSC_VER >= 1600))

    then try again.

  5. Are you using the pre-build .dmg we provide for download? Or are you running brickv from source?

    If you're using the pre-build .dmg this might be some kind of packaging bug.

    If you're running from source, then I'm confused.

    On 11/24/2021 at 12:05 PM, cl- said:

    The current macOS Brick Viewer version (2.4.20) can't find the OpenGL library to display the 3D view of the IMU 3.0 Bricklet.

    Does it say "OpenGL library not found. Disabling 3D view." in the bottom on the brickv window?

    You can see from the code here, that this message is triggered by the ctypes.util.find_library('OpenGL') call returning None:

    https://github.com/Tinkerforge/brickv/blob/2e4a03ec4d5429144febe7d4a4eb2ed3e0503dd8/src/brickv/render_widget.py#L42

    https://github.com/Tinkerforge/brickv/blob/2e4a03ec4d5429144febe7d4a4eb2ed3e0503dd8/src/brickv/render_widget.py#L100

    So I don't really understand why that call works if you try it by hand, but doesn't seem to work in brickv.

    If you're currently using the pre-build .dmg, could you try running from source to see if this makes a difference?

  6. On 11/27/2021 at 3:25 PM, poohnet said:

    Zuerst dachte ich noch an einen Programmierfehler meinerseits, das Problem lässt sich aber auch mit dem unveränderten Sourcecode reproduzieren. Verwendet man stattdessen die "alte" Buildumgebung (tag 1.3.0 im warp-charger Repository), dann funktioniert alles einwandfrei.

    Auf welchem Commit in esp32-firmware Repository arbeitest du denn?

     

    2 hours ago, poohnet said:

    Gestern habe ich übrigens noch herausgefunden, dass der Crash auftritt, sobald man MQTT aktiviert. Vielleicht hilft das vorab schon mal weiter...

    Das ist interessant. Wir gehen dem gleich mal nach. Nicht das wir im Zuge des Umbaus da einen Bug eingefangen haben.

  7. I don't have macOS 12 at hand for testing. It works on macOS 10.15.7.

    We're using just Qt with directly loading the low level operating system OpenGL library. This is due to problems with the wrapping of the QtOpenGL module in PyQt at the time of developing this code.

    You can find the relevant code here:

    https://github.com/Tinkerforge/brickv/blob/master/src/brickv/render_widget.py

    Try running this two lines in Python on you Mac:

    import ctypes.util
    ctypes.util.find_library('OpenGL')

    I assume that the find_library call returns None for you, meaning it cannot find the system's OpenGL library. It's unclear to me why.

    In the long run we might just switch from OpenGL to Qt3D for this.

  8. Wenn du in Brick Viewer oder den Python Bindings einfach "AA 80 00 00 80" hinschreibst, dann wird dadurch ein A, ein A, ein Leerzeichen, eine Null, eine Null und so weiter gesendet.

    Für das RS485 Bricklet hat Brick Viewer eine Hex Modus für das Senden. Das hat Brick Viewer allerdings nicht für das RS232 Bricklet 2.0. Ich nehme das mal auf die TODO Liste mit auf das nachzubessern. Aktuell kannst du daher über Brick Viewer keine Binärdaten über das RS232 Bricklet 2.0 senden.

    In deine Python Programm musst du aber einfach nur die Daten passend hinschreiben. Anstelle von "AA 80 00 00 80" kannst du "\xAA\x80\x00\x00\x80" hinschreiben in Python und dann tut das was du möchtest.

  9. Wir haben auf dem HAT Brick vor kurzem den RTC Chip gewechselt, weil der alte nicht mehr zu bekommen war.

    Aktualisiere bitte die Firmware des HAT Bricks auf die neueste Version 2.0.3. Dann brauchst du Brick Viewer 2.4.20. Dann kannst du auf dem HAT Brick Tab den RTC Driver von PCF8523 auf DS1338 umstellen.

    Danach am Besten den ganzen Aufbau einmal vom Strom trennen. Danach sollte die RTC dann funktionieren.

  10. 16 minutes ago, kstaehle said:

    "Simple Beispiele" habe ich nicht gefunden

    Stimmt, beim Outdoor Weather Bricklet gibt es nur das Callback Beispiel. Normalerweise gibt es auch immer ein Simple Beispiel das mit einem Getter Aufruf arbeitet. Zum Beispiel, das hier für das Ambient Light Bricklet 3.0:

    https://www.tinkerforge.com/de/doc/Software/Bricklets/AmbientLightV3_Bricklet_PHP.html#simple

    So ein Beispiel fehlt für das Outdoor Weather Bricklet. Ich nehme das mal auf die TODO Liste auf.

  11. Wenn du deinen RED Brick schon neu aufsetzt, warum nimmst du dann nicht die aktuelle Image Version 1.15?

    Dann solltest du auch deinen Brick Viewer aktualisieren auf 2.4.20.

    Das wird wahrscheinlich das Problem nicht beheben, aber so suchen wir dann wenigstens nicht nach alten, bereits behobenen Problemen.

    Die Fehlermeldung ist über einen internen Fehler auf dem RED Brick bei der Abfrage der Modeminformationen. Die kannst nicht verstehen, die ist für uns und nicht für dich gedacht.

    Das Modem das du einsetzt hat aber schon mal an einem RED Brick funktioniert, oder?

×
×
  • Neu erstellen...