Jump to content

remotecontrol

Members
  • Content Count

    616
  • Joined

  • Last visited

Everything posted by remotecontrol

  1. Danke für die Infos. D.h. ich müsste eine Wallbox ohne Stecker bestellen, der Elektriker baut einen an und für den Stecker alleine brauche ich eine separate Rechnung.
  2. Hallo TF Team, wenn ich in meiner Garage schon einen Kraftanschluß mit CEE Stecker (3x20A) habe, dann muss ich die Wallbox (für 11 KW) doch nur befestigen und anstecken - oder muss das noch von einem Elektriker "abgenommen" werden? Ihr schreibt im Blog: Aber ich würde davon ausgehen, dass die 11 KW Boxen so voreingestellt sind. Beim KfW steht wieder Wenn ich nur die 11 KW Variante bestelle müsste das ja aus der Rechnung hervor gehen - oder ? Ich werde meinen Elektriker mal fragen, ob der Anschluß wirklich die 20 A pro Phase aushält.
  3. Hallo TF-Team, wenn man bei E-Paper Bricklet per e_paper_296x128_draw_text Text an der Position 0,0 ausgibt (links oben), dann ist die Schrift nicht ganz sichtbar, mit Ausnahme des kleinsten Fonts 6x8. Alle Anderen Fonts scheinen die Ziffern um einige Pixel zu hoch anzusetzen. Ist das gewollt bzw. bekannt?
  4. OK ich werde die bricklet nochmal flashen. Auf die UID habe ich nie geachtet (meine Anwendung ermittelt die Bricklets nur über den Typ, solange sie eindeutig sind). Habs jetzt aber dennoch mal auf einen 3-stelligen Wert gesetzt. Die Temperatur setze ich nur 1x bei Start der Anwendung. Da ich aber gerade am rumtesten war, habe ich das den Abend sicher öfter gestartet und somit auch neu gesetzt. Wenn die Anwendung später mal länger läuft wird das nur noch selten gesetzt. Jetzt lese ich bei Start auch den aktuellen Wert wieder aus und wenn sich nichts geändert hat zum Ziel
  5. Nachtrag: ich habe jetzt mal explizit den Temperatur-Offset auf 0 gesetzt und der Effekt scheint weg, jetzt kommen wieder Werte im => Speichert das Bricklet den Offset auf nach Reset / Trennung von der Stromversorgung ? Und laut Doku reduziert ein Offset von 10 die gemessene Temperatur um 0.1°, also muss ich 200 übergeben, um 2° zu reduzieren - ist doch richtig oder nicht ?
  6. Hallo TF-Team, ich habe meinen Aufbau eine Weile laufen lassen (MasterBrick mit WLAN, Co2, Barometer + EPaper) - sah eigentlich gut aus, alle Werte plausibel. Jetzt zeigt das CO2 Bricklet aber extreme Werte bei Temperatur und Luftfeuchte an - der CO2 Wert sieht noch OK aus: Auch nach Neustart kommen wieder solche Werte - eine Idee was falsch sein kann? Ich hatte den Aufbau nicht verändert, also keine Stecker o.Ä. geändert. Stromversorgung ist eine große Powerbank per USB am Master. Noch ein Nachtrag: es sieht so aus, als würde die Temperatur ständig in Stufen
  7. Hallo TF-Team, ich habe jetzt auch ein CO2 Bricklet und Fragen zum Temperatur-Offset und Luftdruck: * Bei der Temperatur sieht es so aus, als würde mein Bricklet konstant ca 2° zu viel anzeigen - ohne Gehäuse, frei auf dem Tisch liegend. Ist das im erwarteten Bereich ? Das würde ich dann konstant 1x bei der Initilisierung reduzieren. * wenn ich den Luftdruck setze: das ist schon der Luftdruck auf aktueller Höhe, nicht auf Meeresspiegel normiert - oder ? Ich bin auf 500m Höhe und es macht einen merklichen Unterschied ob ich den Luftdruck dazu gebe oder nicht (ppm Wert is
  8. OK, danke für den Hinweis. Vielleicht habe ich mich auch verguckt (17 <-> 12), werd ich mal beobachten.
  9. Hallo zusammen, auf welchen Zeitraum bezieht sich der Niederschlagwert der Wetterstation? Ich habe die gestern aufgebaut und initial waren es 0.3mm, heute früh auch noch. Heute hat es geregnet und es ging auf 17.9mm hoch. Aber jetzt geht es wieder runter auf 12 und weniger. Ist das Niederschlag in den letzten 8 Stunden, 10 oder 12 Stunden ?
  10. 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.
  11. 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.
  12. 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 ?
  13. 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
  14. 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.
  15. 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.
  16. 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.
  17. 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
  18. 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.
  19. 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
  20. 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.
  21. 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
  22. 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 ?
  23. Ü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?
  24. 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.
  25. 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
×
×
  • Create New...