Jump to content

Micha_N

Members
  • Gesamte Inhalte

    6
  • Benutzer seit

  • Letzter Besuch

Alle erstellten Inhalte von Micha_N

  1. Perfekt, herzlichen Dank! Die UID war korrekt, allerdings hatte ich versäumt ipcon-host zu setzen. Zusammen mit der neuen Version klappt es nun! Vielen Gruß
  2. Hallo Zusammen, ich versuche verzweifelt meine älteren Produkte (Distance US Bricklet Firmware 2.0.3 und Industrial Quad Relay Bricklet FW 2.0.0 an einem Master Brick 2.1 mit FW 2.3.4 und PoE) mittels MQTT einzubinden. Dies ist bisher nicht von Erfolg gekrönt. Wenn ich Debug einstelle bekomme ich, wenn ich "get_identify" abfrage, folgendes Ergebnis 2020-10-18 20:03:42,503 <DEBUG> MQTT bindings: Calling function get_identity for device 123 of type distance_us_bricklet. 2020-10-18 20:03:45,004 <ERROR> MQTT bindings: Did not receive response for function 255 in time (call of get_identity of distance_us_bricklet 123) 2020-10-18 20:03:45,005 <DEBUG> MQTT bindings: Calling function get_identity for device 123 of type distance_us_bricklet succedded. Traceback (most recent call last): File "/usr/local/bin/tinkerforge_mqtt", line 7381, in on_message response = self.dispatch_call(request_type, device, uid, function, payload, response_path) File "/usr/local/bin/tinkerforge_mqtt", line 7736, in dispatch_call return self.device_call(device, device_class_name, uid, fnName, fnInfo, json_args) File "/usr/local/bin/tinkerforge_mqtt", line 7847, in device_call d["_display_name"] = device_names[dev_id] KeyError: '"' Könnt ihr mir einen Tipp geben, wo ich Suchen muss, um dem Fehler auf die Spur zu kommen?
  3. Sauber, danke. Und dann habe ich auch noch gemerkt, dass es eine UID pro Brick und nicht nur pro Master gibt da hatte ich nämlich auch die falsche drin stehen. Jetzt geht alles. Danke an alle!
  4. Raspberry-seitig vermute ich, passt alles. Bickdeamon ist installiert und ich vermute es funktioniert auch. Es klappt ja, wenn ich über den Brick Viewer arbeite und statt localhost die IP des Raspberrys eingebe. Ich hatte das Skript in Verdacht, vielleicht kann mir jemand sagen, ob das korrekt oder fehlerbehaftet ist. Ansonsten kann es natürlich auch an der apache/php Umgebung liegen. Das werde ich auch mal weiter untersuchen. Wenn ich das Skript ausführe und mir dann die log Dateien auf dem Raspberry ansehe, steht dort folgendes: 2014-10-21 20:29:34.132687 <I> <network|network.c:334> Added new client (N: 192.168.0.10:38814, T: plain-socket, H: 18, A: disabled) 2014-10-21 20:29:56.572441 <I> <network|client.c:218> Client (N: 192.168.0.10:61240, T: plain-socket, H: 17, A: disabled) disconnected by peer Weiss jemand, ob Aktionen einfach nicht im Log auftauchen, oder hier gar nicht erst ausgelöst werden und deshalb nicht im Log auftauchen? [edit]: ich habe gerade nochmal die php Voraussetzungen bcmath und sockets gechecked: sind beide enabled.
  5. Der Raspberry dient nur als Strom und Netzlieferant. Apache und php laufen auf einem separaten Server. Gibt es für den etwas zu beachten?
  6. Hallo Zusammen, ich bin absoluter Neuling und hab ein Problem, bei dem ich einen Tipp für den Lösungsweg brauche. Ich habe ein Master und ein IndustrialQuadRelay zusammengeschlossen und meine Garagentorfernbedienung drangelötet. Das ganze dann an einen Raspberry angeschlossen und diesen Konfiguriert. Wenn den BrickViewer öffne und als Monoflop Pin3, Time 500 ms und State "on" setze, geht das Tor auf. Mache ich das nochmal geht es zu. Ich bin begeistert Nun will ich das über ein PHP Skript realisieren, dass auf einem anderen Server im gleichen Netz läuft. Ich hab den Beispielcode genommen, aber leider nicht mit dem gewünschten Ergebnis. <?php require_once('Tinkerforge/IPConnection.php'); require_once('Tinkerforge/BrickletIndustrialQuadRelay.php'); use Tinkerforge\IPConnection; use Tinkerforge\BrickletIndustrialQuadRelay; const HOST = '192.168.0.5'; const PORT = 4223; const UID = 'fdxz'; // Change to your UID $VALUE_ON = (1 << 3); // Pin 3 high $ipcon = new IPConnection(); // Create IP connection $iqr = new BrickletIndustrialQuadRelay(UID, $ipcon); // Create device object $ipcon->connect(HOST, PORT); // Connect to brickd // Don't use device before ipcon is connected $iqr->setMonoflop($VALUE_ON, 1, 500); $ipcon->disconnect(); ?> Ich vermute den Fehler im Bereich Monoflop, da ich das Prinzip mit der Bitmaske erst warm werden muss... Ich dachte ich wähle oben Pin 3, und für On wähle ich "0001", also 1. Oder ist das doch alles ganz anders? Würde mich freuen, wenn einer mit weiterhelfen kann. Danke und viele Grüße
×
×
  • Neu erstellen...