Jump to content

remotecontrol

Members
  • Content Count

    607
  • Joined

  • Last visited

Everything posted by remotecontrol

  1. Nachtrag - Ports getauscht: Quad-Relay an Port C und Temp-IR an Port D mit 2m Kabel => geht ! Vorher war es umgekehrt: Temp-IR an C oder "unten" (A oder B) und Quad-Relay an D.
  2. Es scheint am Quad Relay zu liegen: stecke ich das ab, dann bekomme ich realistische Werte am Temp-IR Sensor ! Aufbau dann nur noch Master mit 2m Kabel zum Temp-IR (also auch kein WIFI mehr). Stecke ich das Quad Relay wieder an => 0° Habe das Quad-Relay mit dem 6cm Kabel und dem 15cm Kabel versucht, am dem das Temp-IR funktioniert ... Kann es sein, dass die Gesamtkabellänge am Stack das Problem ist? Mit einem 2m Kabel geht es, kommt aber ein Kabel dazu, sei es auch nur ein Kurzes, dann kommen Fehler ... Oder ich nehme kurze Kabel, dann geht es auch.
  3. Also ein Rotary Poti funktioniert an dem 2m Kabel. Aber auch an einem zweiten 2m Kabel funktioniert das Temp-IR nicht (zeigt 0° bei beiden Werten). Hänge ich ein Quad Relay dran zeigt der Brickv erstmal nichts Auffälliges: alle 4 Ports lassen sich schalten und der Status wird nach Disconnect / Connect korrekt erkannt. Ich habe aber die Ausgänge nicht real nachgemessen. Am Bricklet scheint es aber anzukommen, sonst würde der Status nach reconnect nicht korrekt ausgelesen werden - oder ?
  4. Hallo TF Team, ich habe folgenden Aufbau: Master WIFI ext 2.0 Industrial Quad Relay (mit 6cm Kabel am Master) Temperature IR 1.0 Und ich habe auch noch die "alten" geschirmten 2m Kabel mit 10pol Stecker. Wenn ich das Temperature Bricklet mit 15cm oder 50cm Kabel anschließe funktioniert es einwandfrei. Nehme ich das 2m Kabel wird es erkannt, aber für beide Temperaturwerte kommt nur 0.0 zurück. D.h. das Bricklet scheint mit dem langen Kabel nicht zu funktionieren? Ist das generell so oder eher Zufall? Jetzt hätte ich tatsächlich mal den Bedarf
  5. Hatte den PI jetzt 3 Tage aus Nach Neustart war das Datum 14. Februar 2019 Nach einer Weile (~ 30 Sekunden) fing die Zeit an, langsam hochzuzählen, das wurde dann schneller bis die aktuelle Zeit erreicht wurde der ganze Vorgang ging ca. über 2 Minuten Sieht für mich so aus, als verliert die RTC im HAT die Zeit und der NTP braucht einfach eine Weile bis die korrekte Zeit im System eingestellt ist. Das Hochzählen scheint mit systemd-timesynd und NTP ähnlich zu sein. Ist der PI nur ein paar Stunden aus, so ist die Zeit quasi nach Booten sofort korrekt.
  6. OK versuche ich bei Gelegenheit. Wie lange puffert die RTC im HAT denn ca. die Zeit? Ich muss den PI ja min. 12h Stunden aus lassen damit beim Neustart die Zeit sichtlich hoch geht und der Vorgang lange genug dauert.
  7. Mit NTP und Ethernetverbindung beim Booten tritt das Problem nicht mehr auf. Das NTP gar nicht installiert war ist mir nicht aufgefallen, dachte jede Distro installiert das mit ... nutze das Standard Raspbian. Die fake-hwclock habe ich mal deinstalliert.
  8. Hallo TF-Team, ich habe ein paar Detailfragen zur Funktion der RTC des HAT: in der Doku steht "mit Batteriebackup" => puffert der HAT die Zeit ohne zusätzliche externe Batterie? Der Raspi war einen Tag aus, kurz nach booten des Raspi wird die Zeit "schnell hochgezählt" bis die tatsächliche aktuelle Zeit erreicht wird. Ich habe eine Schleife in meinem Programm welches eigentlich nur 1x pro Sekunde aktiv wird und man sieht deutlich, dass es sehr schnell was tut. Eine Uhr zählt mehrere Minuten im Sekundentakt hoch, bis die aktuelle Zeit erreicht wird. => kommt das
  9. Danke für den Link. Das ist vom Prinzip was ich suche. Auf der Startseite finde ich auch noch den Link, aber die Seite zum Projekt fehlt dann doch - schade.
  10. Hallo TF-Team, habt Ihr eigentlich noch die Daten vom alten Wiki? Ich hab' viel zu spät bemerkt, dass damit eine gewisse "Doku" weg ist ... die Links aus dem Form ins Wiki gehen ja auch nicht mehr. Viele Grüße und bleibt gesund
  11. OK, danke für den Hinweis mit Pythin 3.5. Ich muss eh die ganze Distribution aktualisieren, weil die EOL ist. Ein weiterer Grund das nun über die Feiertage zu tun.
  12. Damit komme ich weiter, aber nicht viel: Traceback (most recent call last): File "main.py", line 32, in <module> from tzlocal import get_localzone ImportError: No module named 'tzlocal' Ich habe zwar ein tzlocal Package gefunden, aber das scheint für python2 gewesen zu sein ? Kommentiere ich die Import Zeile aus, kommt der nächste Fehler: Traceback (most recent call last): File "main.py", line 283, in main from brickv.mainwindow import MainWindow File "/home/holger/bin/tf/brickv-2.4.11/src/brickv/mainwindow.py", line 40, in <module> from brickv.plu
  13. Hallo zusammen, wenn ich versuche den Brickv 2.4.11 aus den Sourcen zu bauen + starten, dann bekomme ich mit der neuesten Version diesen Fehler: tf/brickv-2.4.11/src/brickv> python3 main.py File "main.py", line 111 ^ SyntaxError: only named arguments may follow *expression Ich habe Python 3.4.6 auf dem System. Zuletzt hatte ich Brickv 2.4.2 in analoger Weise gebaut, das war lauffähig. Eine Idee was falsch ist ?
  14. Über Ethernet hat der Raspi eine andere IP Adresse. Wie sprichst Du den an? Mit IP-Adresse oder Host-Namen? Kannst Du einen "ping" gegen den Raspi machen, wenn er mit Ethernet verbunden ist und Dich mit ssh einloggen?
  15. Du hast einen RasPi an dem das Load Cell steckt. Und über einen anderen Laptop möchtest Du die Werte auslesen? Dann brauchst Du eine Netzwerkverbindung zwischen Raspi und dem Laptop: WLAN oder Ethernet. Kannst Du den Raspi per Ethernet / Kabel anschließen? Auf dem Laptop kannst Du den Brick Viewer laufen lassen, aber der braucht eine Netzverbindung zum Raspi, wo der Brick Daemon läuft.
  16. Hallo TF Team, ich versuche gerade die Signale einer Fernbedienung am RemoteSwitch 2.0 zu empfangen. Ich nutze einen REMOTE_SWITCH_V2_CALLBACK_REMOTE_STATUS_B (in C++). Wenn der Callback länger als 0,6 Sekunden nicht gerufen wurde schreibt er "Switch B", wenn der öfter gerufen wird "Repeat Switch B". Im Grunde funktioniert das auch, aber das "Problem" kommt beim Statuswechsel von ein nach aus oder aus nach ein. Wenn länger keine Taste gedrückt wurde und dann z.b. von ein nach aus, dann ist das erste Event immer noch ein "ein". In dem Beispiel hier, der Schalter war "ein", jetzt drüc
  17. Hallo zusammen, kann man die WebSockets der WIFI Extension 2.0 eigentlich deaktivieren (z.B. über Port 0) ? Frage genau in die andere Richtung: habt Ihr in der Doku ein Beispiel für die Verwendung der WebSockets? Ich habe nichts gefunden.
  18. Konnte es gerade selber lösen: - alle anderen USB Geräte ab - Rechner neu gestartet dann ging es jetzt. Irgendein Gerät scheint den USB Bus zu stören. Muss ich mal suchen ...
  19. Hallo TF-Team, ich versuche gerade einen Master auf die aktuelle Firmware zu flashen, aber der Vorgang bleibt immer bei X% stehen (Linux Mint, aktueller Brickviewer). Im Status "Writing Firmware" bleibt der Balken mal bei 4%, 60%, 83%, 97% stehen, immer ein anderer Wert, leider nicht 100. Habt Ihr noch eine Idee was machen machen kann?
  20. Hallo zusammen, habe gerade im aktuellen brickv auf "Auto Update all bricklets" geclickt und das bekommen: Exception raised at 2019-08-30T19:49:10.064769+02:00 Traceback (most recent call last): File "/usr/share/brickv/flashing.py", line 1595, in auto_update_bricklets_clicked plugin = self.download_bricklet_plugin(progress, device_info.url_part, device_info.plugin.has_comcu, device_info.name, device_info.firmware_version_latest) File "/usr/share/brickv/flashing.py", line 1072, in download_bricklet_plugin return self.download_file(url, name, progress_dialog=progress) File "/
  21. Nach Veröffentlichung der neuen Bricklets gab es keinen neuen Brick-Viewer, darum gehe ich davon aus, das das Update schlicht noch fehlt. Im git sind da neuere Änderungen: https://github.com/Tinkerforge/brickv/tree/master/src/brickv/plugin_system/plugins/compass
  22. Hallo TF Team, die letzte Änderung der C API verursacht Umstellungsaufwand, das ging aus den Veröffentlichungen so nicht hervor. Vorher sah mein Code z.B. so aus: temperature_ir_register_callback(getDevice(), TEMPERATURE_IR_CALLBACK_OBJECT_TEMPERATURE, (void*) callback_int16, this); Und jetzt muss ich wohl schreiben: typedef void (*AnyCallbackFunc) (void); temperature_ir_register_callback(getDevice(), TEMPERATURE_IR_CALLBACK_OBJECT_TEMPERATURE, (AnyCallbackFunc) callback_int16, this); Jetzt wird zwar ein Funktionspointer übergeben, aber die Anzahl Argumente der Callback-Funk
  23. Danke für den Link, da Reihe ich mich dann ein in die Liste der nach Antwort Suchenden .. Da die Raumtemperatur scheinbar schon wichtig ist (rein von der Definition des IAQ) und es aktuell sehr warm ist, gehen die Werte höher. Und der Bosch Sensor erwärmt sich ja auch noch selber: meiner misst gut 2°C mehr als jedes normale Thermometer daneben.
  24. Hallo zusammen, ich habe jetzt mal die AirQuality Werte meines Bricklets ausgelesen (Bisher hatte ich nur Temp + Luftfeuchte genutzt) und bin etwas überrascht: * IAQ Index wenn alle Fenster und Balkontür auf sind bei 100 (sozusagen bestcase), das finde ich schon recht hoch - wohne auf dem Land ... * Nehme ich meinen Aufbau von der Fensterbank und stelle ihn auf die Arbeitsplatte der Küche (quasi selber Ort, nur 40cm tiefer) sinkt der Wert recht schnell auf 70-75. Das hat mich noch mehr überrascht, denn ich frage mich: was beeinflusst den Messwert derart ?
  25. Hallo zusammen, hab gerade meinen Stack zerlegt, aktualisiert und wieder zusammen gesetzt. Beim Test ob alles noch geht bin ich das hier gestossen: Traceback (most recent call last): File "/usr/share/brickv/plugin_system/plugins/piezo_speaker/piezo_speaker.py", line 144, in calibrate_clicked self.ps.calibrate() File "/usr/share/brickv/bindings/bricklet_piezo_speaker.py", line 111, in calibrate return self.ipcon.send_request(self, BrickletPiezoSpeaker.FUNCTION_CALIBRATE, (), '', '!') File "/usr/share/brickv/bindings/ip_connection.py", line 1195, in send_request raise Err
×
×
  • Create New...