Jump to content

photron

Administrators
  • Content Count

    2722
  • Joined

  • Last visited

  • Days Won

    11

photron last won the day on October 23 2020

photron had the most liked content!

Community Reputation

12 Good

About photron

  • Rank
    Tinkerforge Staff

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Brick Logger 2.1.5 Support für Performance DC Bricklet und Servo Bricklet 2.0 hinzugefügt Downloads: Windows, Linux, macOS, RED Brick
  2. Brick Logger 2.1.5 Add support for Performance DC Bricklet and Servo Bricklet 2.0 Downloads: Windows, Linux, macOS, RED Brick
  3. Brick Viewer 2.4.17 Add support for Performance DC Bricklet and Servo Bricklet 2.0 Downloads: Windows, Linux, macOS
  4. Brick Viewer 2.4.17 Support für Performance DC Bricklet und Servo Bricklet 2.0 hinzugefügt Downloads: Windows, Linux, macOS
  5. Bindings: C/C++ 2.1.31, C# 2.1.29, Delphi/Lazarus 2.1.30, Go 2.0.10, Java 2.1.30, JavaScript 2.1.32, LabVIEW 2.1.28, Mathematica 2.1.28, MATLAB/Octave 2.0.30, MQTT 2.0.13, Perl 2.1.29, PHP 2.1.28, Python 2.1.28, Ruby 2.1.28, Rust 2.0.17, Saleae 2.0.5, Shell 2.1.29, Visual Basic .NET 2.1.28 Add support for Performance DC Bricklet and Servo Bricklet 2.0 [all] Fix Base58 decoding in Delphi 7 [Delphi/Lazarus] Fix BigInt detection for 64-bit integer support [JavaScript] Fix bool array unpacking [Ruby] Download: C/C++, C#, Delphi/Lazarus, Go, Java, JavaScript, LabVIEW, M
  6. Bindings: C/C++ 2.1.31, C# 2.1.29, Delphi/Lazarus 2.1.30, Go 2.0.10, Java 2.1.30, JavaScript 2.1.32, LabVIEW 2.1.28, Mathematica 2.1.28, MATLAB/Octave 2.0.30, MQTT 2.0.13, Perl 2.1.29, PHP 2.1.28, Python 2.1.28, Ruby 2.1.28, Rust 2.0.17, Saleae 2.0.5, Shell 2.1.29, Visual Basic .NET 2.1.28 Support für Performance DC Bricklet und Servo Bricklet 2.0 hinzugefügt [alle] Base58 Dekodierung in Delphi 7 repariert [Delphi/Lazarus] BigInt Erkennung für 64-bit Integer Support repariert [JavaScript] Bool Array Unpacking repariert [Ruby] Download: C/C++, C#, Delphi/Lazarus, Go
  7. Okay, das war sehr hilfreich. Das ist ein Bug in brickd. Brickd erwartet, dass zwischen dem Abstecken und der Benachrichtigung vom OS dazu maximal eine Sekunde vergeht. Im ersten Log vergehen dazwischen aber 2,5 Sekunden. Im zweiten fehlerfreien Log vergeht nicht mal 1 Millisekunde dazwischen. Der Bug ist, dass brickd das Abstecken dann nicht richtig behandelt und dadurch der Enumerate-Disconnected Callback nicht gesendet wird. Dadurch bleibt der Tab in Brick Viewer stehen. Ich werde hier in Kürze eine korrigierte brickd Version zum Testen posten.
  8. Dann zeichne bitte mal mit dem Log Viewer den Fehlerfall auf. Dazu folgende Schritte durchführen: Hub ist abgesteckt "Brickd 2.4.3 - Log Viewer" starten "Live Log" auf "Debug Level" stellen Hub anstecken, kurz warten und wieder abstecken. Falls das Problem nicht aufgetreten ist, dann Log Viewer schließen und bei 1. wieder beginnen. Log Viewer fehlt noch eine Clear Funktion, daher muss Log Viewer neugestartet werden. Bitte nur einen An- und Absteckvorgang aufzeichnen Live Log mittels "Save..." speichern und hier anhängen
  9. The USB port on the HAT Brick is power only. The problem you're running into now is that the HAT Brick is in bootloader mode and in this mode the HAT autodetection of the Raspberry Pi doesn't work. Otherwise the HAT Brick you just show up in Brick Viewer and you could just flash it. You need to manually edit the /etc/brickd.conf file on the Raspberry Pi and add these lines to the end of the file: bricklet.group0.spidev = /dev/spidev0.0 bricklet.group0.cs0.driver = gpio bricklet.group0.cs0.name = gpio23 bricklet.group0.cs0.num = 23 bricklet.group0.cs1.driver = gpio bricklet.group0.cs
  10. Linux, Windows oder macOS? Brick Daemon verwendet die USB Hotplug Erkennung des Betriebssystems. Ich fürchte da können wir nicht viel machen, wenn das nicht richtig funktioniert.
  11. Wir sind seit 2017 dabei vom alten 10 Pol auf den neuen robusteren 7 Pol Bricklet Stecker umzustellen. Es gibt alle Bricklets seit einer Weile mit 7 Pol Stecker. Die alten 10 Pol Bricklets laufen nach und nach aus. Neuere Bricks wie der HAT (Zero) Brick oder der kommende ESP32 Brick haben nur noch Anschlüsse für 7 Pol Bricklets. 10 Pol Bricklets können nur an 10 Pol Bricks angeschlossen werden. Anders herum können aber 7 Pol Bricklets auch noch an 10 Pol Bricks angeschlossen werden. Daher kannst du 10 Pol Bricklets nicht an einen HAT Brick anschließen, sorry. Das ist aber auch deutli
  12. That will not happen, as the brickd.log is rotated. Yes, something like that is on the todo list, but log size it not a good indicator here. All Bricks and 7-pol Bricklet have error counter APIs. Brickd will get something similar. Regarding the error messages from the LCD Bricklet: I can see the problem here. This is unexpected and i'll look into this why the LCD Bricklet does this. But this is not an immediate problem as the actual functionality of the Bricklet is not affected, because the error recovery mechanisms are working. This is more a problem of error reporting in br
  13. Nein. Das ist mehr oder minder Absicht. Die Erfahrung zeigt leider, dass sich dann mehr Leute damit in den Fuss schießen und sich komische Probleme bauen, die dann schwer für uns zu debuggen sind.
  14. D.h. der HAT Brick taucht in Brick Viewer auf, aber keines der angeschlossenen Bricklets? Erstell bitte erstmal kein Debug Log, auch wenn @lapawa dazu rät. Sondern häng einfach mal die /var/log/brickd.log von deinem Raspberry Pi an wie sie da gerade liegt. Hast du neben dem HAT Brick mit Bricklets noch irgendetwas anderes angeschlossen? Nicht das wir hier Softwareprobleme suchen und es sind dann Hardwareprobleme an anderen Bauteilen, wie es bei @lapawa der Fall war. Welche brickd Version verwendest du? Alle diese Probleme die es mit dem HAT Brick kürzlich gab mit Kernel 5.x und
  15. Beim IO-4 Bricklet 2.0 kannst du die set_edge_count_configuration und get_edge_count Funktionen nutzen. Dieser Edge Counter kann mindestens mit 1 kHz abtasten, d.h. du kannst damit sicher Flankenwechsel mit 500 Hz messen. Geschwindigkeitsmäßig heißt das, dass von einer Signalflanke zur nächsten mindesten 2 ms vergehen müssten.
×
×
  • Create New...