Jump to content

photron

Administrators
  • Gesamte Inhalte

    3.125
  • Benutzer seit

  • Letzter Besuch

  • Tagessiege

    47

Alle erstellten Inhalte von photron

  1. Unsere Python Bindings und Beispiele verwenden ipdb nicht. Daher muss der Import dafür aus deinem Code kommen. Ist dein Python Code denn in einer Datei namens "Python-Code__geändert2.0.py", die dort erwähnt wird?
  2. But the Master Brick worked before you put it into bootloader mode? Do you have anything connected to the Master Brick, apart from the USB cable? If yes, disconnect everything apart from the USB cable and try again. Is the reset button stuck, keeping the Brick in reset? Or does the reset button feel normal?
  3. Try to put in in bootloader mode a second time, even if the blue LED is already off.
  4. Nic, freut mich das es funktioniert. Das zeigt mir, dass ich z.B. nicht vergessen habe die Hälfte der relevanten Dateien zu committen Ich habe jetzt auch Hotplug hinzugefügt. Zwei Dinge die jetzt noch fehlen: eine Möglichkeit die Konfiguration zu ändern und das Log einsehen zu können.
  5. libusb funktioniert jetzt auch. Es fehlen noch ein paar Dinge, das ganze ist aber jetzt erstmal grundsätzlich funktional und funktioniert auch runter bis Android 4.4.
  6. duaw, stimmt es fehlen momentan einige Beispiele, das ist nicht gut. Wir arbeiten daran und haben mit dem Release der neuen Bricklets diese Woche die Lücke auch schon ein Stück weiter geschlossen. Ich denke wir werden die Lücke in den nächsten 1-2 Wochen ganz schließen können. NoCee, du hast Recht, die GUI Integration ist nicht gut dokumentiert. Das "Problem" hier ist, dass GUI Beispiele typischerweise länger und, abhängig von der Programmiersprache und GUI Framework, oft aus mehreren Dateien bestehen. Die Beispiele sind aber absichtlich möglichst kurz gehalten. Ich setzte mir dafür mal ein "GUI Integrations" Tutorial auf die TODO Liste in dem man das dann besser beschreiben kann und ein GUI Beispiel mit allen API Bindings umsetzt.
  7. RED Brick Image 1.12 Fix booting with an RS485 Extension present Update Brick Viewer to version 2.3.15 pdate all API bindings: C/C++ 2.1.20, C# 2.1.18, Delphi/Lazarus 2.1.19, Java 2.1.18, JavaScript 2.0.18, Octave 2.0.18, Perl 2.1.17, PHP 2.1.17, Python 2.1.17, Ruby 2.1.17, Shell 2.1.17, Visual Basic .NET 2.1.17 Download: RED Brick Image
  8. RED Brick Image 1.12 Boot mit aufgesteckter RS485 Extension funktioniert wieder Brick Viewer auf Version 2.3.15 aktualisiert Alle API Bindings aktualisiert: C/C++ 2.1.20, C# 2.1.18, Delphi/Lazarus 2.1.19, Java 2.1.18, JavaScript 2.0.18, Octave 2.0.18, Perl 2.1.17, PHP 2.1.17, Python 2.1.17, Ruby 2.1.16, Shell 2.1.17, Visual Basic .NET 2.1.17 Download: RED Brick Image
  9. Ich habe da mal gerade einen ersten Schuss gemacht. Im brickd git unter src/build_data/android/brickd liegt jetzt ein Android Studio Projekt, dass mittels NDK den brickd C Code in eine Android App verpackt. brickd an sich funktioniert und ich kann mich von meinem PC aus mit Brick Viewer auf mein Android Phone verbinden. Was noch fehlt ist eine funktionierende libusb Version. libusb kann für Android kompiliert werden. Dem Android Studio Projekt unter src/build_data/android/brickd habe ich eine kompiliert libusb Version beigelegt. Aber der libusb_init Aufruf schlägt fehl, da die offizielle libusb Version nicht mit den Restriktionen eines nicht-gerooteten Android Phones umgehen kann. Das ist ein bekanntes Problem, aber kein großes Problem, denke ich. Es finden sich genug Forks von libusb auf GitHub, die sich mit diesem Problem befassen. Da muss man sich jetzt nur das passende heraussuchen.
  10. Brick Logger 2.0.7 Add support for CAN 2.0, Industrial Counter, Industrial Digital In 4 2.0, Industrial Dual Relay, Industrial Quad Relay 2.0, IO-4 2.0, LED Strip 2.0, Load Cell 2.0, Particulate Matter, PTC 2.0, Real-Time Clock 2.0, Sound Pressure Level, Thermocouple 2.0 and Voltage/Current Bricklet 2.0 Downloads: Windows, Linux, Mac OS X, RED Brick
  11. Brick Logger 2.0.7 Support für CAN 2.0, Industrial Counter, Industrial Digital In 4 2.0, Industrial Dual Relay, Industrial Quad Relay 2.0, IO-4 2.0, LED Strip 2.0, Load Cell 2.0, Particulate Matter, PTC 2.0, Real-Time Clock 2.0, Sound Pressure Level, Thermocouple 2.0 und Voltage/Current Bricklet 2.0 hinzgefügt Downloads: Windows, Linux, Mac OS X, RED Brick
  12. Brick Viewer 2.3.15 Add support for CAN 2.0, Industrial Counter, Industrial Digital In 4 2.0, Industrial Dual Relay, Industrial Quad Relay 2.0, IO-4 2.0, LED Strip 2.0, Load Cell 2.0, Particulate Matter, PTC 2.0, Real-Time Clock 2.0, RS232 2.0, Sound Pressure Level, Thermocouple 2.0 and Voltage/Current 2.0 Bricklet Add Data Logger support for CAN 2.0, Industrial Counter, Industrial Digital In 4 2.0, Industrial Dual Relay, Industrial Quad Relay 2.0, IO-4 2.0, LED Strip 2.0, Load Cell 2.0, Particulate Matter, PTC 2.0, Real-Time Clock 2.0, Sound Pressure Level, Thermocouple 2.0 and Voltage/Current 2.0 Bricklet Add Data Logger support for logging all stations and sensors with the Outdoor Weather Bricklet Downloads: Windows, Linux, Mac OS X
  13. Brick Viewer 2.3.15 Support für CAN 2.0, Industrial Counter, Industrial Digital In 4 2.0, Industrial Dual Relay, Industrial Quad Relay 2.0, IO-4 2.0, LED Strip 2.0, Load Cell 2.0, Particulate Matter, PTC 2.0, Real-Time Clock 2.0, RS232 2.0, Sound Pressure Level, Thermocouple 2.0 und Voltage/Current 2.0 Bricklet hinzugefügt Data Logger Support für CAN 2.0, Industrial Counter, Industrial Digital In 4 2.0, Industrial Dual Relay, Industrial Quad Relay 2.0, IO-4 2.0, LED Strip 2.0, Load Cell 2.0, Particulate Matter, PTC 2.0, Real-Time Clock 2.0, Sound Pressure Level, Thermocouple 2.0 and Voltage/Current 2.0 Bricklet hinzugefügt Data Logger kann jetzt alle Stationen und Sensoren über das Outdoor Weather Bricklet aufzeichnen Downloads: Windows, Linux, Mac OS X
  14. Bindings: C/C++ 2.1.20, C# 2.1.18, Delphi/Lazarus 2.1.19, Java 2.1.18, JavaScript 2.0.18, LabVIEW 2.1.17, Mathematica 2.1.17, MATLAB/Octave 2.0.18, Perl 2.1.17, PHP 2.1.17, Python 2.1.17, Ruby 2.1.17, Shell 2.1.17, Visual Basic .NET 2.1.17 Add support for CAN 2.0, Industrial Counter, Industrial Digital In 4 2.0, Industrial Dual Relay, Industrial Quad Relay 2.0, IO-4 2.0, LED Strip 2.0, Load Cell 2.0, Particulate Matter, PTC 2.0, Real-Time Clock 2.0, RS232 2.0, Sound Pressure Level, Thermocouple 2.0 and Voltage/Current 2.0 Bricklet [all] Add get/set_maximum_timeout functions to NFC Bricklet API [all] Add is_sensor_connected function and SENSOR_CONNECTED callback to PTC Bricklet API [all] Break Humiditiy 2.0, Rotary Encoder 2.0 and Temperature IR 2.0 Bricklet API to fix types for callback threshold min/max configuration [all] Fix string (un)packing for non-ASCII chars [Ruby] Add general streaming support [JavaScript] Download: C/C++, C#, Delphi/Lazarus, Java, JavaScript, LabVIEW, Mathematica, MATLAB/Octave, Perl, PHP, Python, Ruby, Shell, Visual Basic .NET
  15. Bindings: C/C++ 2.1.20, C# 2.1.18, Delphi/Lazarus 2.1.19, Java 2.1.18, JavaScript 2.0.18, LabVIEW 2.1.17, Mathematica 2.1.17, MATLAB/Octave 2.0.18, Perl 2.1.17, PHP 2.1.17, Python 2.1.17, Ruby 2.1.17, Shell 2.1.17, Visual Basic .NET 2.1.17 Support für CAN 2.0, Industrial Counter, Industrial Digital In 4 2.0, Industrial Dual Relay, Industrial Quad Relay 2.0, IO-4 2.0, LED Strip 2.0, Load Cell 2.0, Particulate Matter, PTC 2.0, Real-Time Clock 2.0, RS232 2.0, Sound Pressure Level, Thermocouple 2.0 und Voltage/Current 2.0 Bricklet hinzugefügt [alle] get/set-maximum-timeout Funktionen zur NFC Bricklet API hinzugefügt [alle] is-sensor-connected Funktion und SENSOR_CONNECTED Callback zur PTC Bricklet API hinzugefügt [alle] Bruch der Humiditiy 2.0, Rotary Encoder 2.0 und Temperature IR 2.0 Bricklet API um den Typ der Callback Threshold min/max Konfiguration zu korrigieren [alle] String (Ent)packen für nicht-ASCII Chars korrigiert [Ruby] Allgemeinen Streaming Support hinzugefügt[JavaScript] Download: C/C++, C#, Delphi/Lazarus, Java, JavaScript, LabVIEW, Mathematica, MATLAB/Octave, Perl, PHP, Python, Ruby, Shell, Visual Basic .NET
  16. Not sure why you get strange X server errors when running brickv as root. This just works for me. The correct way to add the existing user "myself" to the existing group "dialout" is this: sudo usermod -a -G dialout myself Afterwards you need to logout and login again, because group changes do not apply directly. Then you should be able to flash a Brick from Brick Viewer started as user.
  17. Firmware: GPS 2.0 2.0.3 Reconfigure SBAS after cold-restart and factory-reset Download: GPS 2.0
  18. Firmware: GPS 2.0 2.0.3 SBAS wird nach einem Cold Restart und Factory Reset wieder korrekt konfiguriert Download: GPS 2.0
  19. We've fixed the missing dependency issue. We can reproduce the GPG error, but only on Ubuntu Bionic Beaver. It doesn't occur on the previous Ubuntu versions. We're looking into it.
  20. Du you run "./compile-source.sh full" before?
  21. Richtig, die Python Scripte unter src/brickv/plugin_system/plugins/red/scripts/ werden auf den RED Brick kopiert und dort ausgeführt, nicht auf dem Rechner auf dem Brick Viewer läuft.
  22. Okay, the situation is this: There was a bug in QEMU that affected the image building process. That bug got fixed in QEMU 2.10.1. But at the time this QEMU versions didn't hit the distro repositories yet. That's why the prepare-host.sh builds it from source. That's also why the deb-src line is required. I just checked and Ubuntu Bionic Beaver ships QEMU 2.11, so we don't have to build it from source anymore. We'll modify the scripts to check if the system-provided QEMU is new enough and only build from source if it's not. In you case you can ignore the build-error from QEMU. This was the last step in the prepare-host.sh script anyway. You can consider prepare-host.sh as successfully passed. To make the remaining image building process work now, you need to modify make-root-fs.sh and change line 185 from cp $TOOLS_DIR/$QEMU_BASE_NAME/arm-linux-user/qemu-arm $ROOTFS_DIR$QEMU_BIN to cp /usr/bin/qemu-arm-static $ROOTFS_DIR$QEMU_BIN to make the script pick up the system QEMU instead of the unsuccessfully build one. After that you can continue the image build process according to the readme file.
  23. Ich denke die Shebang Zeile ist nicht richtig in den Scripts. Was anderes als Ursache fällt mir nicht mehr ein. Lass dir mal die ersten paar Zeilen ausgeben: cat /usr/local/scripts/overview.py | head -n 5 Das sollte so aussehen: #!/usr/bin/env python2 # -*- coding: utf-8 -*- import psutil import sys import json Und um es exakt ansehen zu können einmal per od: od -c /usr/local/scripts/overview.py | head -n 5 Das sollte so aussehen: 0000000 # ! / u s r / b i n / e n v p 0000020 y t h o n 2 \n # - * - c o d 0000040 i n g : u t f - 8 - * - \n i 0000060 m p o r t p s u t i l \n i m p 0000100 o r t s y s \n i m p o r t j Wenn in der ersten Zeile nicht das Shebang exakt "#!/usr/bin/env python2\n" steht dann ist das dein Problem. Dann ist noch zu klären warum das bei dir passiert.
  24. Exit Code 127 heißt "Datei nicht gefunden". Vielleicht sind irgendwie in das overview Script \r\n Zeilenenden geraten, dann kann Linux den Interpreter im Shebang nicht finden, was dann Fehler 127 erzeugen kann. Teste bitte mal die aktuelle Version auf GitHub, die erzwingt jetzt \n Zeilenenden in den Scripts. Du musst aber definitiv das build_all_ui.py Script nach dem git pull aufrufen, damit dieses die RED Brick Scripts neu zusammensammelt und die \n Zeilenenden erzwingen kann. Wen das nicht hilft, dann ist es ein anderes Problem. Dann musst du mal auf dem RED Brick nachschauen ob /usr/local/scripts/overview.py existiert und was die Rechte sind. Am besten führst du auf dem RED Brick mal folgendes aus und postet die Ausgabe hier: stat /usr/local/scripts/overview.py Wenn es /usr/local/scripts/overview.py nicht gibt, ist dann das /usr/local/scripts/ Verzeichnis komplett leer, oder welche Dateien liegen darin?
  25. You're probably missing a deb-src line in your /etc/apt/sources.list. Maybe the deb-src line is there but commented out.
×
×
  • Neu erstellen...