photron

Brick Viewer 2.4.6 Fix message box explosion for color gradient with one LED in LED Strip Bricklet 2.0 plugin Only check WIFI Extension 2.0 AP password length if password is changed Downloads: Windows, Linux, macOS

Brick Viewer 2.4.6 Dialogbox-Explosion für Color-Gradient mit einer LED im LED Strip Bricklet 2.0 Plugin entfernt WIFI Extension 2.0 AP Password-Längenprüfung wird nur durchgeführt, wenn das Password geändert wird Downloads: Windows, Linux, macOS

Alle Programme die du über den Brick Viewer auf den RED Brick lädst werden mit dem Nutzer tf ausgeführt. Eine Möglichkeit ist es sudo das Password per Kommandozeile zu übergeben: echo tf | sudo -S -p "" rm /var/log/brickd.log Dazu das Password tf per echo ausgeben und sudo mit der -S Option das Password von stdin lesen lassen. Die -p "" Option unterdrückt das Password Prompt von sudo.

Okay, that means that the RED Brick did not fully boot up. This can be an issue with the SD card itself or the file system on the SD card. If you don't have any important data stored on the SD card then you could try flashing a fresh RED Brick image to the SD card: https://www.tinkerforge.com/en/doc/Hardware/Bricks/RED_Brick.html#copy-image-to-sd-card Alternatively, if you have another SD card similar to the RED Brick one then you could try flashing a fresh RED Brick image to that SD card instead.

Please check if the three LEDs on the RED Brick light up in the documented sequence: https://www.tinkerforge.com/en/doc/Hardware/Bricks/RED_Brick.html#leds If they don't, what's the sequence you're seeing when you power up the RED Brick?

Das Log ist voller Debug Nachrichten. Das ist nicht die Standardeinstellung. Normalerweise werden nur Info, Warn und Error Nachrichten geloggt. Schau mal im Brick Viewer RED Brick Tab unter Settings -> Brick Daemon nach. Da sollte Log Level auf Info stehen. Ich erwarte, dass dort bei dir Debug steht. Wenn du das auf Info zurückstellst, dann hört auch das brickd.log auf so schnell zu wachsen.

Hast du den Brick Daemon auf deinem Windows PC oder dem RED Brick aktualisiert?

Das Logfile sollte nicht so explodieren. Kannst du mal so ein Logfile zeigen, damit ich verstehen kann was da passiert?

Wenn dir die 8 bzw. 4 Brickletanschlüsse des HAT (Zero) Bricks auf Dauer nicht reichen, dann kannst du natürlich zusätzlich immer noch weitere Master Bricks über USB zusätzlich zum HAT (Zero) Brick anschließen.

Okay, dass sieht erstmal gut aus. Der RED Brick hat also ordentlich Netzwerkverbindung. Was du da jetzt nicht getestet hast, ist, ob du vom Laptop den RED Brick pingen kannst. Da es aber in die andere Richtung geht, sollte das auch funktionieren. Da du den RED Brick per USB erreichen kannst muss der Brick Daemon grundsätzlich laufen. Aber über Netzwerk ist Brick Daemon nicht erreichbar. Netzwerk funktioniert aber. Daher bleibt nur das Brick Daemon nicht richtig aufs Netzwerk lauscht. Verbinde dich bitte mal per USB mit dem RED Brick und überprüfe die Brick Daemon Config auf dem RED Brick -> Settings -> Brick Daemon Tab. Dort muss die Listen Address auf 0.0.0.0 und der Port auf 4223 stehen. Wenn das nicht der Fall ist dann stellt das bitte mal so um und bestätige das mit dem Save Knopf unten rechts. Falls das nicht das Problem löst, dann zeig mal bitte das brickd.log vor. Das kannst du über den RED Brick -> Import/Export -> System Logs herunterladen.

Brick Viewer 2.4.5 Improve GUI and error handling of RS485 Bricklet plugin Improve WIFI Extension 2.0 configuration validation Handle spectrum stream-out-of-sync error for Sound Pressure Level Bricklet Handle station/sensor loss for Outdoor Weather Bricklet Don't trigger overview updates while RED Brick plugin is not visible Fix duplicated async-reads in RED Brick plugin script manager Enable Retina mode on macOS Fix upload of empty files to RED Brick Fix timezone setting for RED Brick Make WIFI Extension 2.0 flashing more robust by increasing the number of bootloader connection attempts Downloads: Windows, Linux, macOS

Brick Viewer 2.4.5 GUI und Fehlerbehandlung des RS485 Bricklet Plugin überarbeitet WIFI Extension 2.0 Konfigurationsprüfung verbessert Spektrum Stream-Out-Of-Sync Fehler wird im Sound Pressure Level Bricklet Plugin korrekt behandelt Stations/Sensor-Verlust wird im Outdoor Weather Bricklet Plugin korrekt behandelt Overview-Updates werden nicht durchgeführt, wenn das RED Brick Plugin nicht sichtbar ist Es werden keine doppelten Async-Reads im RED Brick Plugin Script Manager ausgelöst Retina-Modus auf macOS aktiviert Hochladen leerer Dateien auf den RED Brick korrigiert Zeitzoneneinstellung auf dem RED Brick korrigiert WIFI Extension 2.0 Flashing ist robuster, durch erhöhte Anzahl an Bootloader-Verbindungsversuchen Downloads: Windows, Linux, macOS

Du kannst weiterhin ganz normal Bricks per USB am Raspberry Pi anschließen, auch gleichzeitig zum HAT.

Okay, der Brick Viewer Screenshot sieht gut aus. Wechsel in Brick Viewer mal auf den Console Tab des RED Brick und verbinde dich mit der seriellen Schnittstelle des RED Brick. Teste dort mal die WLAN Verbindung des RED Bricks in dem du vom RED Brick aus versuchst mal denen Laptop zu pingen. Und auch mal versuchst irgendwas im Internet wie google.de oder heise.de zu pingen.

Das die Host-Auswahl im Brick Viewer "red-brick" nicht anzeigt ist normal. In der Host-Auswahl listet der Brick Viewer die letzen 10 Hosts auf zu denen erfolgreich eine Verbindung aufgebaut werden konnte. Dass es selbst mit der IP-Adresse nicht geht ist komisch. Kannst du die IP-Adresse des RED Bricks vom Laptop aus pingen, oder geht selbst dass nicht? Hast du auf dem RED Brick DHCP gewählt oder die IP-Adresse statisch eingestellt? Wenn du sie statisch eingestellt hast, hast du dann in der Konfiguration vielleicht einen Fehler? Kannst du hier mal einen Screenshot von Brick Viewer mit den Netzwerkeinstellungen des RED Bricks zeigen?

Hast du mal die IP Adresse des RED Bricks anstelle des Hostnamens versucht? Was passiert, wenn du den RED Brick per USB an deinem Laptop angeschlossen lässt und dich dann versuchst mit Brick Viewer zu red-brick statt localhost zu verbinden?

That's very strange. For exactly this reason Brick Daemon links to @executable_path/libusb-1.0.dylib. There should be no confusion for the loader which libusb to load. Brick Daemon comes with its own libusb version that includes some brickd specific changes. So there is no point in trying to make this look like a vanilla libusb version anyway. I've changed libusb-1.0.dylib to libusb-1.0-brickd.dylib now. This should fix the problem. Please test the attached brickd version. brickd_macos_2_4_0_libusb_name.dmg

Das Problem ist jetzt in brickd 2.4.0 behoben.

Das Problem ist jetzt in brickd 2.4.0 behoben.

Ich kann an deinem Code so erstmal kein Problem finden. Ich bin dem "Status line contains non-ASCII character" Fehler noch mal nachgegangen. Der Aufbau einer WebSocket-Verbindung beginnt mit einem HTTP GET Request. Darin fragt Safari bei der WIFI Extension den Aufbau einer WebSocket Verbindung an. Darauf antwortet die WIFI Extension mit einem HTTP Response. Der "Status line contains non-ASCII character" Fehler besagt jetzt, dass in der Statuszeile des HTTP Response der WIFI Extension ein ungültiges Zeichen wäre. In der Statuszeile des HTTP Response steht immer dieser Text: HTTP/1.1 101 Switching Protocols Ich habe mir den WIFI Extension Firmware Code angesehen und kann da kein offensichtliches Problem finden, dass erklären würde, warum da nicht immer "HTTP/1.1 101 Switching Protocols" übertragen werden sollte. Ich habe das hier gerade nochmal getestet und mir auf Linux und macOS mit Wireshark die Kommunikation zwischen Browser und WIFI Extension angesehen. Das sieht aber alles exakt so aus wie es soll und funktioniert auch ohne Probleme. Das hilfreichste wäre, wenn du die Kommunikation mit Wireshark aufzeichnen könntest während das Problem auftritt, damit wir sehen können welche kaputte Antwort da wirklich kommt, wenn das Problem auftritt.

Ich hab mir die Library noch mal angesehen und der Deadlock mit der disconnect Methode ist noch da. Wenn ich den beheben, dann bleibt noch das Problem, dass das AllStatusLed_Loop_Example Beispiel sich auch nach dem Ende der main Methode nicht direkt beendet, sondern noch ein Stück weiter läuft. Das liegt daran, wie du den ExecutorService verwendest. Der hält das Programm noch eine Weile offen. Mir sind auch noch ein paar andere Kleinigkeiten aufgefallen. Ich habe die dazu auch GitHub mal einen Pull Request erstellt.

Brick Daemon 2.4.0 Add support for HAT (Zero) Brick (SPI connected Bricklets) Install Log Viewer start menu link for all users on Windows Add commandline options to override config, log and PID file location on Linux and macOS Remove accidental dependency to libusb 1.0.20 on Linux Replace Event Log usage with persistent log file on Windows Extend Log Viewer to start/stop brickd, view log file and edit config file on Windows Fix rare crash in WIFI Extension 2.0 mesh packet handling Add support for receiving multiple response packets per USB read transfer Update bundled libusb to 1.0.23-rc1 on Windows and macOS, this fixes problems with ROOT/SYSTEM/0001 USB hubs on Windows Bind to all IP addresses resolved from the listen.address config option, instead of just the first one Downloads: Windows, Linux (amd64, i386, armhf), macOS

Brick Daemon 2.4.0 Support für HAT (Zero) Brick (SPI-verbundene Bricklets) hinzugefügt Log Viewer Startmenu-Link wird für alle Benutzer auf Windows installiert Kommandozeilenoptionen zum überschreiben der Config-, Log- und PID-Dateipfade auf Linux und macOS hinzugefügt Unabsichtliche Abhängigkeit zu libusb 1.0.20 auf Linux entfernt Windows Event Log Nutzung durch dauerhafte Log Datei auf Windows ersetzt Log Viewer erweitert um Starten/Stoppen von brickd, Log-Datei-Anzeige und Config-Datei-Bearbeitung auf Windows Seltenen Absturz in der WIFI Extension 2.0 Mesh-Packet-Behandlung korrigiert Support für das Empfangen mehrerer Antwortpakete pro USB-Read-Transfer hinzugefügt Mitgelieferte libusb auf Version 1.0.23-rc1 auf Windows und macOS aktualisiert, dies behebt Probleme mit ROOT/SYSTEM/0001 USB Hubs auf Windows Bindet alle IP-Adressen zu denen die listen.address Config-Option aufgelöst wird, statt nur der ersten Downloads: Windows, Linux (amd64, i386, armhf), macOS

Bindings: Rust 2.0.11 Allow device construction with an IpConnectionRequestSender Download: Rust

Bindings: Rust 2.0.11 Device Constructor kann mit IpConnectionRequestSender aufgerufen werden Download: Rust