Jump to content

Manuel Ziel

Members
  • Gesamte Inhalte

    13
  • Benutzer seit

  • Letzter Besuch

Posts erstellt von Manuel Ziel

  1. Ohne require_certificate funktioniert es.

    tinkerforge_mqtt --debug --broker-port 8883 --broker-username <User> --broker-password <PSK> --broker-certificate /home/manu/ca.crt
    2021-02-01 14:41:04,810 <INFO> MQTT bindings: Starting Tinkerforge MQTT bindings 2.0.14
    2021-02-01 14:41:04,813 <DEBUG> MQTT bindings: Configuring connection to MQTT broker at localhost:8883
    2021-02-01 14:41:04,814 <DEBUG> MQTT bindings: Connected to MQTT broker at localhost:8883
    2021-02-01 14:41:04,833 <DEBUG> paho.mqtt.client: Sending CONNECT (u1, p1, wr0, wq0, wf1, c1, k60) client_id=b''
    2021-02-01 14:41:04,834 <DEBUG> paho.mqtt.client: Received CONNACK (0, 0)
    2021-02-01 14:41:04,834 <DEBUG> MQTT bindings: Connected to mqtt broker.
    2021-02-01 14:41:04,834 <DEBUG> paho.mqtt.client: Sending SUBSCRIBE (d0, m1) [(b'tinkerforge/request/#', 0)]
    2021-02-01 14:41:04,835 <DEBUG> paho.mqtt.client: Sending SUBSCRIBE (d0, m2) [(b'tinkerforge/register/#', 0)]
    2021-02-01 14:41:04,835 <DEBUG> paho.mqtt.client: Sending PUBLISH (d0, q0, r0, m3), 'b'tinkerforge/callback/bindings/restart'', ... (4 bytes)
    2021-02-01 14:41:04,836 <DEBUG> paho.mqtt.client: Sending SUBSCRIBE (d0, m4) [(b'tinkerforge/callback/bindings/restart', 0)]
    2021-02-01 14:41:04,836 <DEBUG> MQTT bindings: Connecting to brickd at localhost:4223
    2021-02-01 14:41:04,838 <DEBUG> paho.mqtt.client: Received SUBACK
    2021-02-01 14:41:04,839 <DEBUG> paho.mqtt.client: Received SUBACK
    2021-02-01 14:41:04,840 <DEBUG> paho.mqtt.client: Received SUBACK
    2021-02-01 14:41:04,841 <DEBUG> MQTT bindings: Connected to Brick Daemon: Connection established after request from user.
    2021-02-01 14:41:04,841 <DEBUG> MQTT bindings: Connected to brickd at localhost:4223

    Immerhin mit Passwort geht es.

  2. Die Fehlermeldung zu tlsv1.3 ist schon mal weg.

     

    inkerforge_mqtt --debug --broker-port 8883 --broker-certificate /home/manu/ca.crt
    2021-02-01 14:28:59,446 <INFO> MQTT bindings: Starting Tinkerforge MQTT bindings 2.0.14
    2021-02-01 14:28:59,449 <DEBUG> MQTT bindings: Configuring connection to MQTT broker at localhost:8883
    2021-02-01 14:28:59,449 <DEBUG> MQTT bindings: Connected to MQTT broker at localhost:8883
    2021-02-01 14:28:59,467 <INFO> MQTT bindings: Could not connect to MQTT Broker. Will retry.
    2021-02-01 14:28:59,467 <DEBUG> paho.mqtt.client: Connection failed, retrying
    2021-02-01 14:29:02,488 <INFO> MQTT bindings: Could not connect to MQTT Broker. Will retry.
    2021-02-01 14:29:02,488 <DEBUG> paho.mqtt.client: Connection failed, retrying
    2021-02-01 14:29:06,510 <INFO> MQTT bindings: Could not connect to MQTT Broker. Will retry.
    2021-02-01 14:29:06,510 <DEBUG> paho.mqtt.client: Connection failed, retrying

    Auch mit --broker-tls-insecure als weiteren Flag kommt das gleiche raus. 

    Kann require_certificate überhaupt ausgefuhrt werden?

  3. Moin,

    ok danke, geschnallt.

    Zitat

    Mich wundert folgendes:

      vor 1 Stunde schrieb Manuel Ziel:
    Obwohl ich den Brocker schon länger, ohne SSL, auf dem Port 8883 laufen habe und nie den Port in tinkerforge_mqtt eingestellt habe hat es funktioniert

    Die Bindings verwenden als Default-Port immer die 1883, d.h. wenn du den Broker ohne Verschlüsselung auch auf der 8883 laufen hast, hätte das nie funktionieren dürfen, wenn du den Port nicht angibst.

    Das hat mich auch gewundert. Deswegen hatte ich es erwähnt.

    Ich stelle jetzt erstmal alles ohne TLS auf Port 1883:

    # Port
    port 1883
    
    #CA file
    #cafile /etc/mosquitto/certs/ca.crt
    # Path to the PEM encoded server certificate
    #certfile /etc/mosquitto/certs/broker.crt
    # Path to the PEM encoded keyfile
    #keyfile /etc/mosquitto/certs/broker.key
    #Add path to CA
    #/etc/mosquitto/ca_certificates 
    
    #TLS Version
    #tls_version tlsv1.2
    
    #
    # Authentication
    #
    
    #require_certificate true
    #use_identity_as_username true
    
    password_file /etc/mosquitto/passwd
    tinkerforge_mqtt --debug --broker-username <USER> --broker-password <PSK>
    2021-02-01 13:06:36,165 <INFO> MQTT bindings: Starting Tinkerforge MQTT bindings 2.0.14
    2021-02-01 13:06:36,166 <DEBUG> MQTT bindings: Configuring connection to MQTT broker at localhost:1883
    2021-02-01 13:06:36,167 <DEBUG> MQTT bindings: Connected to MQTT broker at localhost:1883
    2021-02-01 13:06:36,174 <DEBUG> paho.mqtt.client: Sending CONNECT (u1, p1, wr0, wq0, wf1, c1, k60) client_id=b''
    2021-02-01 13:06:36,175 <DEBUG> paho.mqtt.client: Received CONNACK (0, 0)
    2021-02-01 13:06:36,175 <DEBUG> MQTT bindings: Connected to mqtt broker.
    2021-02-01 13:06:36,175 <DEBUG> paho.mqtt.client: Sending SUBSCRIBE (d0, m1) [(b'tinkerforge/request/#', 0)]
    2021-02-01 13:06:36,175 <DEBUG> paho.mqtt.client: Sending SUBSCRIBE (d0, m2) [(b'tinkerforge/register/#', 0)]
    2021-02-01 13:06:36,176 <DEBUG> paho.mqtt.client: Sending PUBLISH (d0, q0, r0, m3), 'b'tinkerforge/callback/bindings/restart'', ... (4 bytes)
    2021-02-01 13:06:36,176 <DEBUG> paho.mqtt.client: Sending SUBSCRIBE (d0, m4) [(b'tinkerforge/callback/bindings/restart', 0)]
    2021-02-01 13:06:36,176 <DEBUG> MQTT bindings: Connecting to brickd at localhost:4223
    2021-02-01 13:06:36,177 <DEBUG> paho.mqtt.client: Received SUBACK
    2021-02-01 13:06:36,178 <DEBUG> paho.mqtt.client: Received SUBACK
    2021-02-01 13:06:36,178 <DEBUG> paho.mqtt.client: Received SUBACK
    2021-02-01 13:06:36,180 <DEBUG> MQTT bindings: Connected to Brick Daemon: Connection established after request from user.
    2021-02-01 13:06:36,180 <DEBUG> MQTT bindings: Connected to brickd at localhost:4223

    Und es funktioniert mit Benutzernamen und Passwort. Was ich auch zum allerersten mal eingegeben habe. Das hätte ich mir sicher in meiner Dokumentation aufgeschrieben. Laut meiner Dokumentation hat es schon ausgereicht die tinkerforge_mqtt bindings zu starten dass alles lief. 

    Jetzt nur den Port auf 8883 umstellen und mosquitto neustarten:

    tinkerforge_mqtt --debug --broker-username <User> --broker-password <PSK>
    2021-02-01 13:14:05,387 <INFO> MQTT bindings: Starting Tinkerforge MQTT bindings 2.0.14
    2021-02-01 13:14:05,388 <DEBUG> MQTT bindings: Configuring connection to MQTT broker at localhost:1883
    2021-02-01 13:14:05,388 <DEBUG> MQTT bindings: Connected to MQTT broker at localhost:1883
    2021-02-01 13:14:05,395 <INFO> MQTT bindings: Could not connect to MQTT Broker. Will retry.

    So ist es ja richtig dass es nicht geht.

    jetzt mit Port 8883

    tinkerforge_mqtt --debug --broker-port 8883 --broker-username <User> --broker-password <PSK>
    2021-02-01 13:16:14,871 <INFO> MQTT bindings: Starting Tinkerforge MQTT bindings 2.0.14
    2021-02-01 13:16:14,872 <DEBUG> MQTT bindings: Configuring connection to MQTT broker at localhost:8883
    2021-02-01 13:16:14,872 <DEBUG> MQTT bindings: Connected to MQTT broker at localhost:8883
    2021-02-01 13:16:14,878 <DEBUG> paho.mqtt.client: Sending CONNECT (u1, p1, wr0, wq0, wf1, c1, k60) client_id=b''
    2021-02-01 13:16:14,882 <DEBUG> paho.mqtt.client: Received CONNACK (0, 0)
    2021-02-01 13:16:14,882 <DEBUG> MQTT bindings: Connected to mqtt broker.
    2021-02-01 13:16:14,882 <DEBUG> paho.mqtt.client: Sending SUBSCRIBE (d0, m1) [(b'tinkerforge/request/#', 0)]
    2021-02-01 13:16:14,883 <DEBUG> paho.mqtt.client: Sending SUBSCRIBE (d0, m2) [(b'tinkerforge/register/#', 0)]
    2021-02-01 13:16:14,883 <DEBUG> paho.mqtt.client: Sending PUBLISH (d0, q0, r0, m3), 'b'tinkerforge/callback/bindings/restart'', ... (4 bytes)
    2021-02-01 13:16:14,883 <DEBUG> paho.mqtt.client: Sending SUBSCRIBE (d0, m4) [(b'tinkerforge/callback/bindings/restart', 0)]
    2021-02-01 13:16:14,884 <DEBUG> MQTT bindings: Connecting to brickd at localhost:4223
    2021-02-01 13:16:14,885 <DEBUG> paho.mqtt.client: Received SUBACK
    2021-02-01 13:16:14,885 <DEBUG> paho.mqtt.client: Received SUBACK
    2021-02-01 13:16:14,886 <DEBUG> paho.mqtt.client: Received SUBACK
    2021-02-01 13:16:14,887 <DEBUG> MQTT bindings: Connected to Brick Daemon: Connection established after request from user.
    2021-02-01 13:16:14,888 <DEBUG> MQTT bindings: Connected to brickd at localhost:4223

    Ok das geht. 

    jetzt nochmals mit ca.crt auf Port 8883 und den TLS Einstellungen in mosquitto.conf

    tinkerforge_mqtt --debug --broker-port 8883 --broker-certificate /home/manu/ca.crt
    2021-02-01 13:20:44,087 <INFO> MQTT bindings: Starting Tinkerforge MQTT bindings 2.0.14
    2021-02-01 13:20:44,094 <DEBUG> MQTT bindings: Configuring connection to MQTT broker at localhost:8883
    2021-02-01 13:20:44,094 <DEBUG> MQTT bindings: Connected to MQTT broker at localhost:8883
    2021-02-01 13:20:44,112 <DEBUG> paho.mqtt.client: Sending CONNECT (u0, p0, wr0, wq0, wf1, c1, k60) client_id=b''
    2021-02-01 13:20:44,113 <ERROR> paho.mqtt.client: failed to receive on socket: [SSL] tlsv13 alert certificate required (_ssl.c:2488)
    2021-02-01 13:20:45,126 <DEBUG> paho.mqtt.client: Sending CONNECT (u0, p0, wr0, wq0, wf1, c1, k60) client_id=b''
    2021-02-01 13:20:45,126 <ERROR> paho.mqtt.client: failed to receive on socket: [SSL] tlsv13 alert certificate required (_ssl.c:2488)

    Ok schon mal weiter gekommen. Jetzt werde ich bei der Fehlermeldung weiter schauen. Wenn ich etwas finde schreib ich es.

  4. Hab es versucht,

    der Broker läuft auf dem gleichen RPI unter localhost:8883.

    die mosquitto.conf ist so eingestellt:

    # Port
    port 8883
    
    #CA file
    cafile /etc/mosquitto/certs/ca.crt
    # Path to the PEM encoded server certificate
    certfile /etc/mosquitto/certs/broker.crt
    # Path to the PEM encoded keyfile
    keyfile /etc/mosquitto/certs/broker.key
    #Add path to CA
    #/etc/mosquitto/ca_certificates 
    
    #TLS Version
    tls_version tlsv1.2
    
    #
    # Authentication
    #
    
    require_certificate true
    use_identity_as_username true

    auf dem Broker kann ich von verschiedenen client's mit der client.crt und client.key zugreifen und habe dann eine SSL Verbindung.

    wenn ich den Pfad zur ca.crt eintippe

    tinkerforge_mqtt --broker-certificate /home/manu/ca.crt

    dann kommt:

    2021-02-01 10:19:35,429 <INFO> MQTT bindings: Could not connect to MQTT Broker. Will retry.

    Obwohl ich den Brocker schon länger, ohne SSL, auf dem Port 8883 laufen habe und nie den Port in tinkerforge_mqtt eingestellt habe hat es funktioniert. Ich hab dennoch mal versucht den Port von default (1883) auf 8883 umzustellen und nochmals, mit der ca und client.crt, eine Verbindung aufzubauen.  Bisher immer nur mit Fehlermeldung.  Auch --broker-tls-insecure kann ich nicht verwenden:

    tinkerforge_mqtt: error: --broker-tls-[in]secure cannot be used without --broker-certificate

    Um mit dem Broker eine Verbindung aufzubauen muss ich doch die client.crt und clinet.key verwenden. Da bin ich gerade verunsichert.

    Was mach ich falsch?

  5. Hallo, sorry dass ich erst jetzt antworte.

    Ich hab die neuen tinkerforge_mqtt_bindings übertragen. Wenn ich jetzt dies eingebe... 

    tinkerforge_mqtt --help

    Dann kommt jetzt auch keine Fehlermeldung mehr.

    Zitat

    Welche Kommandozeilenargumenten meinst du?

    Für SSL werde ich anscheinend dies gebrauchen:

    --broker-certificate BROKER_CERTIFICATE

    Ich werde es gleich testen.
     

  6. Hallo, ich habe Probleme mit meinem RPI4. Es läuft RPI OS lite drauf. Alles nochmals per apt update & upgrade.

    Heute wollte ich MQTT SSL einrichten. Soweit bin ich gekommen. Brickd wollte sich nicht verbinden. Laut Doku gibt es unter Kommandozeilenargumente die Möglichkeit.
    die Möglichkeit gibt es aber nicht. 

    brickd ist jetzt auf Version 2.4.3

    tinkerforge_mqtt war die Version 2.0.3 drauf ich hab sie selbst gegen 2.0.13 ausgetauscht.  Zur Hilfe kommt dies:

    tinkerforge_mqtt --help
    CRITICAL:root:requiring paho 1.3.1 or newer.

    pip ist drauf

    pip3 --version
    pip 18.1 from /usr/lib/python3/dist-packages/pip (python 3.7)

    tinkerforge und paho-mqtt auch

    sudo pip3 install tinkerforge paho-mqtt
    Looking in indexes: https://pypi.org/simple, https://www.piwheels.org/simple
    Requirement already satisfied: tinkerforge in /usr/local/lib/python3.7/dist-packages (2.1.24)
    Requirement already satisfied: paho-mqtt in /usr/local/lib/python3.7/dist-packages (1.5.0)

    Ich bin ratlos???

    zumal ich eigentlich das Kommando nutzen wollte und das ca.crt hinzufügen wollte es aber nicht verfügbar ist?!?

    tinkerforge_mqtt --broker-certificate /ort/zum/certificate/ca.crt

    --broker-certificate <BROKER_CERTIFICATE> CA-Zertifikat für SSL/TLS-Verbindung zum Broker

  7. Hallo,

    seitdem ich es wieder angeschlossen habe kommen wesentlich geringere Werte. Im Durchschnitt sind es 450ppm. Ich schicke morgen einen Graph.

    Am 13.8.2020 um 07:45 schrieb Web:

    Zu dem scheint das Barometer Bricklet 2.0 immer höhere Fantasie Werte zu produzieren hinsichtlich des Luftdrucks

    Wie hast du ihn Kalibriert? Kompensierst du mit dem Barometer 2.0 auch das CO2 Bricklet? ich bin der Meinung ich habe das Barometer mit dem QNH Wert Kalibriert. Ich muss nochmal nachschauen was ich da gemacht habe. 

    In der Wohnung habe ich auch ein Air Quality 

    Aktuell:

    Barometer 961,43 hPa

    Air Quality 997,00 hPa

  8. Ein Graph der letzten 48 Stunden werde ich in 48 Stunden schicken ☺️. Ich habe ihn gerade wieder aktiviert. Leider habe ich keine Daten mehr aus dem Mai. Da war ich zuletzt leider nicht achtsam. Wird jetzt aber auf einen Server gespeichert und nicht mehr auf der RPI. 

    vor 16 Stunden schrieb rtrbt:

    Benutzt du die PT100-Werte um den Wert des Bricklets nochmal zu kompensieren?

    Nein, sorry ich hab mich falsch ausgedrückt. Ich habe es über ein längeren Zeitraum aufgezeichnet und gemerkt dass ein Offset von 160 beinahe konstant ist. Es schwankt leicht. Also es ist ein fester Wert. Aber ich habe nicht mit dem CO2 Bricklet außerhalb des Gehäuses gemessen. Sondern einfach mit dem PTC100 verglichen. Im Mai sowie in letzter Zeit als Kontrolle. Selbst bei heißen Tagen blieb es nahe bei 1,6 C° wärmerer Temperatur im Gehäuse. 

    Im Gehäuse sind auch zwei andere Karten verbaut die im ca. 5 cm horizontalem Abstand zueinander sind. Der Luftstrom durch den Lüfter reicht aus um alle gleichmäßig von unten nach oben zu belüften und die Luft oben seitlich abzuführen. Die Temperaturunterschiede liegen bei allen drei Karten zueinander bei 1 C°. Wobei aber nur eine Karte immer um 1 C° wärmer ist als der CO2 Bricklet. Ich denke dies kann man vernachlässigen. Alles Andere ist in einem anderen externen Gehäuse um diese 3 Karten, CO2 Bricklet  Barometer 2.0 und Particulate Matter, nicht zu beeinflussen. 

     

    LG

     

  9. Moin, 

    Intervalle sind aller 60 Sekunden. Davon wird ein Mittelwert berechnet der nach 30 Min an Graph geschickt wird. Also im Graf ist aller 30 min ein Messwert. Danach wird der Mittelwert gelöscht und neu berechnet. Aber allein wenn ich mir, über längere Zeit, die Werte des Callbacks vom Bricklet anschaue kommt es mit dem Mittelwert hin. Sehe da auch keine plötzlichen zu hohen Werte.

    Da es in Deutschland 7 Stationen gibt die nur im Hinterland stehen hinteresiert es mich wie es im Stadtgarten auf den ersten 10 oder 30 Höhenmetern aussieht. Hatte dazu auch das Umweltbundesamt angeschrieben und speziell auch nachgefragt ob die Luftqualitätsrichtlinie 2015/1480/EU dafür überhaupt geeignet ist. Danach habe ich (weitestgehend) den Aufbau realisiert. Bei mir steht es halt im großen Hinterhof, momentan auf 2m Höhe. Nach Aussage eines Mitarbeiters, der Klimagas-Messungen auf dem Schauinsland durchführt, wären diese gemessenen Werte schon grenzwärtig. Jedoch im Sommer unrealistisch, da ich dies nicht in einer Großstadt aufgebaut habe und es im Sommer sinken sollte. Schlauer bin ich jetzt zu mein Problem nicht geworden. 

    Dass dieser Sensor dafür auch geeignet ist. Jedenfalls nicht um ganz genaue Daten zu erhalten. Aber eine grobe Richtung ab >400ppm sicherlich. Es ist deutlich und gut zu erkennen dass Nachts der Wert sich erhöht und ab Sonnenaufgang weniger wird.  Je nach Wetterlage mehr oder weniger am Tag. Nur dass er im Sommer kontinuierlich steigt (Corona könnte eine Möglichkeit sein).  Erkennbar ist dass er eventuell die letzen Monate fast synchron mit der Außentemperatur steigt. Daher der Gedanke dass ein Fehler im Messaufbau ist.

  10. Hallo,
     
    ich betreibe aus Interesse ein CO2 Bricklet 2.0 im Garten. Ich finde keine ungefähren Vergleichsdaten. Denn es irritiert mich dass mittlerweile ein Durchschnittswert von 550 ppm die Woche zusammen kommt.  Hier im Anhang sind die letzten 4 Monate. Mich würde interessieren ob dies im Sommer normal ist. Es sollte doch im Sommer sinken. Gibt es hier jemanden der mir die Frage erklären kann? Oder sind die Daten einfach falsch? Temperaturoffset und Umgebungsluftdruck für zusätzliche Kompensation wird durch Barometer und PT100 gegeben. 
     
     

    Screenshot from 2020-08-10 11-03-11.png

×
×
  • Neu erstellen...