Jump to content

photron

Administrators
  • Content Count

    2542
  • Joined

  • Last visited

  • Days Won

    3

photron last won the day on January 5

photron had the most liked content!

Community Reputation

3 Neutral

About photron

  • Rank
    Tinkerforge Staff

Recent Profile Visitors

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

  1. Unexpected error ERANGE (34) occurred Die 34 da bedeutet nicht Zeile 34, sondern das der Fehler ERANGE die Nummer 34 hat. Kommt der Fehler wieder, wenn du die leere Zeile wieder einfügst? Häng doch mal bitte die ganze /etc/brickd.conf Datei an. Das # am Ende der websocket_port Zeile ist da nicht erlaubt. Kommentare können nicht am Ende einer Zeile stehen, sondern nur am Anfang. Das ist aber hier nicht das Problem. ERANGE besagt hier etwas anderes kaputt ist. Leider gibt die Meldung nicht her was genau das Problem ist. Ich werde das gleich mal verbessern.
  2. Irgendetwas stimmt mit /etc/brickd.conf nicht und Brick Daemon kann sie nicht lesen. Führe bitte diesen Befehl auf dem Raspberry Pi aus: sudo brickd --check-config Der sollte ausgeben was mit /etc/brickd.conf nicht stimmt.
  3. Wir können das Problem hier nachstellen. Das scheint ein Bug in den Perl API bindings zu sein, sorry. Wie arbeiten an einer Lösung.
  4. Okay, mit einer neueren GCC Version können wir hier das Problem nachstellen. Es ist jetzt in der aktuellen GitHub Version behoben. https://github.com/Tinkerforge/master-brick/commit/80ded4b682ffb063fe88133eecf81c7770a9b6d2
  5. Teste mal bitte #define logf(str, ...) {} durch #define logf(str, ...) ((void)0) zu ersetzen.
  6. Dann leg mal bitte die Umgebungsvariable HTTPS_PROXY mit dem Wert www.example.com:3128 (natürlich angepasst auf deinen Proxy) an. Wenn du Brick Viewer startest sollte er dir das als Proxy Einstellung anzeigen.
  7. Ich kann das Problem hier unter Linux mit Docker und dem aktuellen GitHub Stand der Master Brick Firmware nicht nachstellen. Hast du dir mit build_environment_setup.sh unter Linux oder in einer VM die Build Umgebung ausgesetzt, oder nutzt du das Docker Image?
  8. Unfortunately. this ist not true. The CMP11 pyranometer outputs a 0 to 20 mV signal, this cannot be measured with a PTC Bricklet 2.0. The PTC Bricklet 2.0 is designed to measure the resistance of a PTC sensor. Also there is no Bricklet that can measure such small voltages accurately enough for this use case. There is the SMP series of pyranometers that output a 4 to 20 mA signal, that can be measured using an Industrial Dual 0-20mA Bricklet 2.0: https://www.rg-messtechnik.de/smp-pyranometer.php
  9. ts555, was ich in Python tun müsste ist klar. Ich will aber vermeiden, dass händisch tun zu müssen, da Python das automatisch kann, wenn in Windows der Proxy richtig eingestellt ist. Bei dir scheint das aber nicht der Fall zu sein. Heißt das, dass du in jedem Programm, das sich mit dem Internet verbindet, auf deinem Firmen PC händisch den Firmen Proxy eingestellt hast? Versuch mal in Windows den Proxy einzustellen, anstatt für jedes Programm einzeln: Einstellungen -> Netzwerk und Internet -> Proxy -> Manuelle Proxyeinrichtung "Proxyserver verwenden" einschalten Adresse: www.example.com Port: 3128 "Proxyserver nicht für lokale Adressen verwenden" einschalten Änderungen mittels "Speichern" Knopf speichern. Die Werte für Adresse und Port habe ich jetzt entsprechend deines Beispiels gewählt. Da musst du natürlich deine richtig Proxy Konfiguration eintragen. Dann sollte dir das Brick Viewer beim Start auch anzeigen und die Firmware Abfrage sollte funktionieren.
  10. ts555, du hast da noch einen anderen Bug gefunden. Du versuchst da gerade eine Co-Prozessor Bricklet Firmware auf ein nicht vorhandenes Bricklet an Port B des Master Bricks zu flashen. Das geht nicht. Das erzeugt diese falsche Fehlermeldung, da diese Situation in Brick Viewer nicht richtig behandelt wird. Ich habe das gerade für die nächste Brick Viewer Version behoben. Wenn du da jetzt das XMC1400 Breakout Bricklet mit dessen Standard-Firmware flashen würdest, dann sollte das funktionieren. Testet auch mal bitte diese Version: https://download.tinkerforge.com/_stuff/brickv_windows_2_4_11_snapshot_e750b42.exe Die zeigt beim Start jetzt eine Meldung mit der von Python erkannten Proxy Konfiguration an. Ich vermute das bei euch beiden nur eine Proxy Konfiguration für HTTP, aber nicht für HTTPS erkannt wird und das das Problem hier ist. Wenn ich hier testweise unter Windows 10 in den Windows Netzwerkeinstellungen als Proxy foobar.com:5544 einstelle, dann zeigt mir Brick Viewer das beim Start so an: http: http://foobar.com:5544 https: https://foobar.com:5544 ftp: ftp://foobar.com:5544 Wenn ich aber bei der Proxy Einstellung http://foobar.com:5544 eintrage, dann kommt das in Python nur als HTTP Proxy an: http: http://foobar.com:5544 Wie und wo ist bei euch der Proxy in Windows eingestellt?
  11. Teste mal bitte diese beiden Versionen: https://download.tinkerforge.com/_stuff/brickv_windows_2_4_11_snapshot_9857a16_http.exe https://download.tinkerforge.com/_stuff/brickv_windows_2_4_11_snapshot_9857a16_https.exe Die HTTP Version ist der aktuelle Entwicklungsstand mit allen https://download.tinkerforge.com URLs auf http:// geändert. Die HTTPS Version ist der aktuelle Entwicklungsstand unverändert. Damit sollte jetzt raus zu bekommen sein, ob es rein an HTTPS liegt. Laut Dokumentation sollte Python automatisch einen in Windows eingestellten Proxy nutzen: https://docs.python.org/3.7/library/urllib.request.html#urllib.request.getproxies
  12. Ja ist es. Es gibt 6 Slider. Der Fehler ist korrigiert. Danke für den Hinweis.
  13. The documentation should actually have said "\x08" for the \x escape sequence, but due to incomplete escaping the documentation on the website was missing the backslash. Thank you for reporting this bug. The documentation text cannot be programming language specific, that's why it used the common \x escape sequence. Unfortunately, Java doesn't support the \x escape sequence. I've added the missing backslash for the \x escape sequence and also added the \u escape sequence for programming languages that lack support for \x.
  14. Firmware: WIFI Extension 2.0 2.1.4 Enforce minimum AP password length of 8 chars Try three times to load config from EEPROM before using default config Remove support for mesh router password getter Download: WIFI Extension 2.0
  15. Firmware: WIFI Extension 2.0 2.1.4 Minimale AP Password Länge von 8 Zeichen wird überprüft Erst nach drei erfolglosen Versuchen die Konfiguration aus dem EEPROM zu laden wird die Standardkonfiguration verwendet Support für Mesh Router Password Getter entfernt Download: WIFI Extension 2.0
×
×
  • Create New...