Jump to content

rtrbt

Administrators
  • Content Count

    570
  • Joined

  • Last visited

  • Days Won

    22

Everything posted by rtrbt

  1. I've just tried the same thing here and could reproduce the bug. I will report back when we know more. (Probably next year)
  2. Moin, Das kannst du unter Configuration -> Things -> das IO-16-Bricklet einstellen. Da gibt es über den Namen einen blauen Button, mit dem du die Thing-Einstellungen öffnen kannst. Darin kannst du, genau wie mit Brick Viewer, die Ports konfigurieren. Das liegt daran, dass die Bindings sich nicht darauf verlassen, dass die Konfiguration unverändert ist, wenn das Bricklet neu auftaucht oder openHAB neustartet o.Ä. und deshalb alles neu setzt. Das ist noch auf der Agenda. Ich bin leider immer noch mit einem anderen Projekt beschäftigt *hust*. Wenn da der Release-Stre
  3. Hi, Are you using Brick Daemon 2.4.3? There have been some changes to fix problems with the dynamic clock rate of newer Raspberry Pis in this version. Unfortunately you can't. Brick Daemon itself does not have any API to query for these errors.
  4. Aktualisiere trotzdem erstmal dem Brick Daemon auf 2.4.3. Es gibt Änderungen bezüglich der Geschwindigkeit mit der das HAT mit den Bricklets SPI spricht, leider ist das sowohl Hardware- als auch Lastabhängig, wann da Fehler auftreten. Es ist also gut möglich, dass es mit einem Thermal Imaging Bricklet klappt, aber mit einem anderen nicht. In 2.4.3 haben wir das gefixt. Noch eine Frage: Hast du einen Master Brick oder ein anderes HAT zur Hand mit dem du testen könntest, ob das neue Bricklet prinzipiell kaputt ist?
  5. Hi, Folgende Fragen dazu: Hat der Aufbau schon mal funktioniert? Ist der Brick Daemon auf dem Pi aktuell? (Version 2.4.3) Steckt der Thermal-Sensor richtig? Die rutschen leider recht leicht aus dem Sockel. Gehen die Timeouts gleichmäßig hoch, oder hattest du das Bricklet nur kurz testweise abgezogen, aber seit dem es wieder angeschlossen ist, bleibt die Timeout-Zahl gleich? Die Kommunikation mit dem Bricklet (aber nicht unbedingt dem Sensor) muss ja schonmal funktioniert haben, sonst wäre die "Region of Interest"-Konfiguration auch leer.
  6. Moin, Vielleicht bekommst du mehr Informationen, wenn du den ganzen Stapel per PoE startest, wartest bis der RED Brick gestartet ist (das erkennst du gut daran, dass dann der Master Brick nochmal sein LED-Lauflicht macht, der RED-Brick resettet den Stapel) und dann den Stapel zusätzlich per USB an deinen Rechner steckst. Dann solltest du mit dem Brick Viewer den RED Brick sehen können. Dann wäre interessant, ob der Brick die Ethernet Extension gefunden hat und was der Netzwerkstatus ist.
  7. Moin, Das stimmt. Tut es. Es reicht also, wenn du das Offset einmal setzt. Wie gehst du bisher mit dem Offset um? Die beste Erklärung für das Verhalten wäre, wenn du das Offset alle ~2 Sekunden setzt und zwar immer auf einen größeren Wert. Was mich zudem noch wundert: Die UID des Bricklets sieht so aus als hätte es sich die selbst erwürfelt. Eigentlich setzen wir hier beim ersten Flashen und Testen eine UID die zur Zeit dreistellig ist. Vielleicht ist da etwas schief gelaufen. Ich würde deshalb auf Verdacht vorschlagen, dass du die Firmware nochmal neu flasht, nur um
  8. Korrekt, alles was du irgendwie an den Pi anschließt (also per HAT oder Brick) kannst du vom Pi aus benutzen.
  9. Moin Christian, Das wird nicht so einfach funktionieren. Der Brick Daemon auf einem Raspberry Pi kommuniziert über das HAT und das 7-Pol-Kabel mit den Koprozessoren auf den Bricklets, nicht direkt mit den Sensoren. Dabei verwenden wir ein eigenes Protokoll basierend auf SPI. Du kannst aber alternativ folgendes machen (sortiert nach Aufwand): Du kannst statt dem HAT einen oder mehrere Master Bricks per USB an den Pi anschließen und daran die Bricklets Das HAT verwendet nicht alle Pins der GPIO-Leiste des Pis. Du könntest also mit einer längeren Stiftleiste o.Ä. die anderen Pins
  10. Moin, Es wundert mich, dass das funktioniert hat. Hattest du die 2.1.26 auch im Addons-Ordner liegen? Zusätzlich zu dem was Stefan schreibt: Hast du den Browser-Cache geleert? Mir passiert es überraschend oft mit der PaperUI, dass Einträge fehlen weil der Cache veraltet ist. Mach, wenn du auf das + in der Inbox geklickt hast, mal ein Strg+F5. Falls das nicht hilft kannst du in der openHAB-Konsole mit log:set TRACE org.openhab.tinkerforge das Debug-Log aktivieren, dann openHAB neustarten und dann würde mich das openHAB-Log interessieren. Erik
  11. Habe mir das gerade mal angesehen und musste feststellen, dass das nicht klappt. Die Umbenennungen von org.eclipse.smarthome nach org.openhab sind in openHAB 2 nur halb gemacht, aber in openHAB 3 komplett. Das heißt, dass ich bestimmte Pakete nicht einheitlich importieren kann. Der nächste Schritt wird dann wohl sein, noch eine letzte openHAB 2 kompatible Beta zu bauen, mit den kleineren Änderungen die so aufgelaufen sind, und danach auf openHAB 3 zu wechseln. Das wird wie gesagt aber noch etwas dauern, sorry.
  12. Ich habe leider keine grobe Timeline, wann ich überhaupt wieder für openHAB Zeit habe. Ich sehe mal zu, dass ich im Dezember noch ein paar Tage zwischendurch investieren kann. Wenn es sich ergibt, teste ich diese Woche mal, ob ich das Binding zumindest erstmal so bauen kann, dass es mit openHAB 2 und 3 kompatibel ist.
  13. rtrbt

    LED Streifen

    Moin, Korrekt, das Bricklet kann nur die Spannung einer externen Versorgung messen, wenn du den Input-Klemmenblock verwendest. Das geht. Z.B. die unterstützten WS2815-LEDs brauchen 12 Volt. Da sollte eigentlich jeder funktionieren, solange der Treiber einer der hier aufgeführten ist.
  14. Moin, ich habe das hier mal nachgebaut, bisher (seit gestern ~ 16 Uhr) hat es immer geklappt. Wie üblich: Ich gebe Bescheid wenn sich etwas tut.
  15. Solange red green und blue (wie oben) Tupel sind, kannst du folgendes machen: if self.sw.get_color() not in [red, green, purple]: self.sw.set_color(*blue) (oder alternativ ohne das not wenn du vergleichen willst ob get_color() gleich einem Element der Liste ist)
  16. Moin, Du kannst mit einem * Tupel o.Ä auf Parameter-Listen expandieren, z.b. so: self.sw.set_color(*red)
  17. Moin, Im Moment eher nicht. Du kannst aber die MQTT-Bindings benutzen, mit einem init_file Callbacks für die Werte aktivieren die dich interessieren und dann mit der MQTT-Sensor-Integration die Werte in Home Assistant bekommen.
  18. Das ist für mich das Zeichen, dass der Brick ein Hardware-Problem hat. Wir schicken dir einen neuen raus, bei dem ich gerade nochmal HDMI getestet habe (an einem Samsung S22D300HY). Gib dann bitte Bescheid ob es mit dem neuen Brick funktioniert. Ich baue dafür im Brick Viewer mal einen Hinweis ein. Gruß, Erik
  19. Moin, HDMI ist leider recht kompliziert. Es gibt manche Monitore die am RED-Brick nur funktionieren, wenn du sie im laufenden Betrieb ansteckst, andere funktionieren nur wenn sie bereits vorher angeschlossen sind. Mit welchen Bildschirmen hast du es probiert? Eventuell findet sich da ja eine Gemeinsamkeit. Meintest du eher eine Step Down Power Supply? Die Einspeisung am DC-Brick versorgt nur angeschlossene Motoren mit Strom, nicht andere Bricks im Stapel. Eventuell hat deine serielle Konsole da die Ausgabe davor verschluckt. Tut sich etwas wenn du Enter drückst und dann
  20. Moin, Das steht schon seit längerem auf der Nice-to-have-Liste, bisher ist bei uns aber noch niemand dazu gekommen das im Brick Daemon zu implementieren. Gruß, Erik
  21. Zu deinem Displayproblem: Ich fürchte das ist eine Inkompatibilität zwischen Display und Prozessor und Kernel des RED-Bricks. Erfahrungsgemäß gibt es manche Displays, die nie funktionieren, wenn man das Kabel nachträglich ansteckt, und andere die das zwingend brauchen. Vermutlich triffst du mit deinem Display den zweiten Fall. Wenn du nicht gerade ein anderes Display verwenden willst, wird man da nicht viel machen können, sorry.
  22. Das sollte inzwischen gefixt sein, auf dem Download-Server lag eine falsche Test-Datei die dazu führte, dass der Update-Check durcheinander kam. Wie sieht das Farbenspiel genau aus? Mach am besten mal ein Foto. Was passiert wenn du den Desktop siehst und dann den RED-Brick z.B. über Brick Viewer rebootest (dabei aber nicht Display oder RED-Brick vom Strom trennst)?
  23. Aus dem Log sehe ich folgendes: Dein Programm startet sehr schnell nachdem Brick Daemon und RED Brick API Daemon gestartet sind (das ist die Zeile mit "Added new client (N: 127.0.0.1..."). Der Brick Daemon resettet anscheinend erst danach den Master Brick, weshalb dieser "vergisst" dass die Bricklets angeschlossen sind und an allen Ports neu anfragt. Das Rotary Encoder Bricklet meldet sich dann ("Received enumerate-connected callback (uid: KcD)") was der Brick Daemon als "Das Bricklet wurde neu angesteckt, ich werfe alle alten Anfragen weg weil die jetzt keinen Sinn mehr ergeben" behandelt. Ei
  24. Das hängt von den Bindings ab. Bei den Python-Bindings kannst du pro Device und Callback-ID nur ein Callback registrieren. Wenn du die Registrierung mehrfach ausführst, werden die älteren Registrierungen überschrieben.
  25. Laut dem Log hat dein händisches Konfigurieren funktioniert. Wenn du das HAT und angeschlossene Bricklets also immer noch nicht erreichst, ist es wohl wirklich ein Schaden am Pi oder HAT. Ich bin gespannt was bei deinem Test mit einem anderen Pi herauskommt.
×
×
  • Create New...