Jump to content

tfRookie

Members
  • Gesamte Inhalte

    70
  • Benutzer seit

  • Letzter Besuch

Posts erstellt von tfRookie

  1. Ich hab zufaellig eine Menge mumbi M-AFS200 Funksteckdosen bekommen, die mit 433.92 MHz, Hauscode: Selbstlern-Funktion und Geraetecode: 4 Kanaele beschrieben sind.

    Die Fernbedienungen/Funksteckdosen funktionieren, aber ich kann weder mit mode A, B oder C mit dem Remote Switch Bricklet 2.0 irgendein Signal aufzeichnen.

    Woran kann das liegen, gibt es 433 MHz Fernbedienung, die mit einem voellig anderen Protokoll funktionieren?

    Danke!

  2. In diesem Zusammenhang: Ich hab festgestellt, dass ich unter Windows 10 sowohl

    C:\Dokumente und Einstellungen\All Users\Application Data\Tinkerforge\Brickd\brickd.log

    als auch

    C:\ProgramData\Tinkerforge\Brickd\brickd.log

    auslesen kann. Ist das nur auf diesem einen System so oder generell? Schreibt brickd beide logs, oder ist das ein Windows-interner Verweis von einem Verzeichnis aufs andere?

     

  3. Danke fuer das Feedback - das Setup steht bei einem Kunden, daher die Verzoegerung mit den Daten.

    Ich kann mittlerweile bestaetigen, dass die brickd Version 2.4.3 ist und saemtliche Logdateien nur mit dieser identischen Nachricht voll sind.

    Wenn ich dieses Problem rein softwareseitig abfangen moechte, kann ich dann einen reset des Master Bricks ausloesen? Oder wuerde auch dieser Befehl in der Queue verworfen?

    Koennte ich das Windows brickd service neu starten?

  4. Hi,

    Ich habe ein Setup (Windows), in dem Schritt fuer Schritt die lokal angeschlossenen Master Bricks (2.1) nicht mehr erreichbar waren ... das brickd Log ist mit hunderten Fehlermeldungen

    Quote

    Write queue for Master Brick [......] is full, dropping 1 queued request(s), 1308320822 + 1 dropped in total

    fuer die einzelnen Master Bricks gefuellt. Woran kann das liegen, was laeuft hier falsch? Zumindest die Firmware der Bricks und Bricklets ist aktuell, beim brickd muesste ich nachforschen.

    Danke!

  5. Ich hab eine Konfiguration aus

    • Master Brick 2.1
    • 2x Industrial PtC
    • Industrial Dual 0-20 mA 2.0
    • IO-4 Bricklet 2.0

    und benoetigt eine Spannungsversorgung fuer den Sensor am Industrial Dual 0-20 mA Bricklet (nominell 9 bis 24 V).

    Platz fuer ein Industrial Analog Out Bricklet (12V) ist leider keiner (Gehaeuse und Bricklet Stecker), also frage ich mich, wo ich die Versorgungsspannung hernehme, wenn ich einen externen Power Supply vermeiden moechte.

    • 3.3 V reichen nicht aus (die haette ich vom IO-4 bekommen koennen)
    • 5.0V reichen zum Betrieb des Sensors aus, wenn auch nicht nominell

    Kann ich die Kontaktpunkte an der Unterseite des Master Brick 2.1 (5V und GND) fuer diesen Zweck verwenden und die Spannung dort abgreifen? Oder gibt es in dieser Konfiguration eine einfachere Loesung, an 5V zu kommen?

    Oder ist es generell eine schlechte Idee, diesen Sensor unter der nominellen Betriebsspannung zu betreiben?

     

  6. Ich moechte die UID eines Master Brick 2.1 aendern, finde aber mit einem aktuellen Brick Viewer keine Moeglichkeit dazu.

    Uebersehe ich da was oder ... ? Laut Dokumentation des Master Brick sollte das gehen ("Internal functions are used for maintenance tasks such as flashing a new firmware of changing the UID of a Bricklet. These task should be performed using Brick Viewer instead of using the internal functions directly.")

    Danke!

     

     

  7. Ich hab brickd 2.4.3 auf Ubuntu laufen, bei einem Port Scan ist mit aufgefallen, dass neben 4223 auch Port 4240 (Mesh Gateway) offen ist.

    Da ich gerne keine unnoetigen Ports offen habe, hab ich versucht ihn in /etc/brickd.conf mit

    listen.mesh_gateway_port = 0

    zu schliessen, funktioniert aber leider nicht.

    Mach ich hier was falsch oder ist das nicht vorgesehen oder, ...? brickd wurde natuerlich neu gestartet ....

  8. Hi Tinkerforge Community,

    Ich verwende fuer ein Projekt Elektronik aus Tinkerforge-Bausteinen, bei denen jeweils mehrere Bricklets an eine Master Brick angeschlossen sind, dieses Setup in ein Gehaeuse verpackt und ueber USB mit dem Rechner, auf dem die Steuersoftware laeuft, verbunden wird. Angesprochen wird die TF Elektronik also mit einem lokalen brickd.

    Auf diese Weise kann ich mit 5 m USB-Kabel und 15 m aktiver Extension bis zu 20 m gut ueberbruecken. Nun geht es aber um ein Projekt bei dem viele dieser Bricklet/Master Kombinationen in einem weiter entfernten Raum eingesetzt werden, bei dem der Kunde diese Verkabelung nicht wuenscht bzw. sie nicht ausreichend lang ist. Der PC auf dem die Software laeuft, kann dort nicht hinverschoben werden.

    Ich kann natuerlich nun jeden Master Brick mit einer Wifi Extension ausstatten und die Software so modifizieren, dass nicht nur der lokale brickd angesprochen wird - aber faellt jemandem eine alternative Loesung ein? Gibt es irgendwie eine Moeglichkeit, alle Master Bricks mit USB an einen anderen Rechner anzuschliessen den unter Nutzung der aktuellen Software als Server zu verwenden? Oder eine "remote USB"?

    Danke fuer Eure Vorschlaege und schoenes Wochenende!

     

     

  9. 4 hours ago, rtrbt said:

    In PHP wird leider die Verbindung nicht automatisch wiederhergestellt, wenn sie verloren ging, das musst du also händisch machen. Du kannst dich auf das disconnected-Callback der IPConnection registrieren und dann periodisch connect aufrufen, bis es funktioniert. Die Callback-Doku findest du hier: https://www.tinkerforge.com/de/doc/Software/IPConnection_PHP.html#callbacks

    Danke dir fuer das Feedback ... leider ist es mir bisher nicht gelungen, das disconnected-Callback auszuloesen, auch wenn ich die Einheit vom Strom nehme.

    Auffaellig ist auch, dass $ipcon->getConnectionState immer 1 zurueckgibt (CONNECTION_STATE_CONNECTED = 1: Eine Verbindung zum Brick Daemon oder der WIFI/Ethernet Extension ist aufgebaut), auch wenn der Master Brick schon laengst offline ist. Sollte das so sein?

  10. Ich lese mit PHP Scripts Daten von Sensoren an Master Bricks, die ueber WiFi Extensions mit meinem Netzwerk verbunden sind, aus.

    Das funktioniert auch wunderbar, aber mehr oder weniger kurze Unterbrechnungen der Verbindung zu den Master Bricks (Neustart Router, Abstecken Master Brick, verlorene Pakete, ...) beenden meine Datensammlung dann irgendwann unsanft. Ich schaffe es leider nicht, das zu detektieren bzw. die Verbindung automatisch wiederherzustellen, sobald der Master Brick wieder online ist.

    Gibt es hier ein Standardrezept ("best practice") in PHP, wie man damit umgeht?

    Danke!

  11. Hi,

    es hat laenger als ein paar Tage gedauert, aber hier ist mein Feedback:

    * Abfragen auf ein connect und regelmaessige Abfragen reduziert

    * Dual button bricklet abgehaengt

    Das Problem besteht leider weiter ... nach einiger Zeit (und gehaeuft bei Betrieb der Waschmaschine/des Trockners daneben) ist der Master Brick nicht mehr ueber TCP/IP erreichbar ...

    Wenn ich wuesste, dass eine Verbindung ueber Ethernet oder ein Uprade auf die WiFi 2.0 Extension das Problem beheben, haette ich kein Problem mit einem Upgrade, aber dafuer muessten wir mal das Problem verstehen ...

    Danke,

    Paul

  12. Hi Bastian,

     

    Sicher, regelmaessige Anfragen an das Energy Monitor Bricklet von einem RED Brick.

    Anfragen oder auch wirklich regelmäßige "connects"?

     

    Die Connects können Probleme machen, weil du dann jeweils eine neue Verbindung aufbaust. Wenn du die nicht wieder schließt ("disconnect"). Können die Verbindungen offen bleiben.

     

    Regelmaessige Connects und Disconnects.

     

    Ich werde aber folgendes versuchen:

     

    [*]Logging aller connects und disconnects zum zu sehen, ob es hier eine Differenz gibt

    [*]Ein connect und regelmaessige Anfragen

     

    In ein paar Tagen melde ich mich wieder ...

     

    Danke, Paul

  13. Hi Bastian,

     

    welche Version der WIFI Extension hast du?

    Falls Version 2.0, hast du auch die Firmware der Extension aktualisiert?

     

    nein, das ist Hardware-Version 1.0.

     

    Zwei blaue LED am Master Brick leuchten durchgaengig

    Welche sind das?

     

    Die Status/Error LED direkt neben dem Reset Button und die Extension Status LED neben dem Bohrloch.

     

    Hast du irgendetwas laufen, was öfters Verbindungen zur WIFI Extension aufbaut ("connect")?

     

    Sicher, regelmaessige Anfragen an das Energy Monitor Bricklet von einem RED Brick.

     

    Besten Dank, Paul

  14. Schoenen Abend,

     

    ich habe eine Kombination aus

     

    • Master Brick 2.1
    • WIFI Extension
    • Dual Button Bricklet
    • Energy Monitor Bricklet

     

    mit der jeweils aktuellsten Firmware die ich ueber WLAN anspreche.

     

    Sie funktioniert wunderbar, verabschiedet sich aber anscheinend zufaellig nach mehreren Stunden bis Tagen und ist dann nicht mehr ueber TCP/IP erreichbar.

     

    In diesem Zustand kann ich folgendes beobachten:

     

    * Die Adresse der WiFi Extension ist nicht pingbar

     

    * Die gruene und die blaue LED an der WiFi Extension leuchtet durchgaengig

     

    * Zwei blaue LED am Master Brick leuchten durchgaengig

     

    * Der Heartbeat am Energy Monitor Bricklet blinkt, wenn eingestellt

     

    * Druecken der Buttons am Dual Button Bricklet loest einen Statuswechsel aus (LED an/aus)

     

    * Ein Neustart des WLAN Routers aendert nichts an der Situation, das Geraet scheint nicht in der Liste der verbundenen Geraete auf

     

    Ich habe bereits verschiedene Stromversorgungen und USB-Kabel verwendet, ohne dass eine davon das Problem komplett beseitigt haette.

     

    Fuer sachdienliche Hinweise, welches der Module oder welche Einstellung die beschriebenen Probleme verursachen koennte, oder weiter Diagnosetipps waere ich dankbar. Normal ist das ja nicht, oder?

     

    Lg, Paul

  15. An einen USB-Hub hatte ich auch gedacht ... aber:

     

    WiFi receiver im USB-A port am RED Brick: funktioniert

     

    HDMI screen im USB-A port am RED Brick: funktioniert (power und touch)

     

    WiFi receiver am USB-Hub im USB-A port am RED Brick: tot

     

    HDMI screen am USB-Hub im USB-A port am RED Brick: tot

     

    Das habe ich mit zwei unterschiedlichen USB-Hubs (power by bus) ausprobiert, die beide am (Linux) PC problemlos funktionieren ...

     

    Irgendwelche Tipps?

     

  16. Hi,

     

    Danke fuer Deinen Betrag, es ist schon irgendwie beruhigend zu wissen, dass genau dieser Fehler nicht nur bei meiner Konfiguration auftritt.

     

    Mit einer Loesung kann ich aber leider nicht weiterhelfen, die habe ich naemlich auch noch nicht gefunden.

     

    Fuer Vorschlaege wie man dieses Phaenomen loesen oder weiter diagnostizieren kann (Tinkerforge?!) waere ich aber auch sehr dankbar, da dieses Verhalten auch in meinem Setup nicht tolerierbar ist.

     

    Schoenes Wochenende!

×
×
  • Neu erstellen...