Jump to content

remotecontrol

Members
  • Gesamte Inhalte

    625
  • Benutzer seit

  • Letzter Besuch

Letzte Besucher des Profils

Der "Letzte Profil-Besucher"-Block ist deaktiviert und wird anderen Benutzern nicht angezeit.

remotecontrol's Achievements

Rookie

Rookie (2/14)

  • First Post
  • Collaborator Rare
  • Posting Machine Rare
  • Conversation Starter
  • Week One Done

Recent Badges

0

Reputation in der Community

  1. Hallo zusammen, ich habe jetzt brickv-2.4.25 - runtergeladen - entpackt - in brickv-2.4.25/src das ./build_src.py aufgerufen - danach im brickv Verzeichnis "phython3 main.py", das liefert: Traceback (most recent call last): File "main.py", line 438, in main main_window = MainWindow(brickv_version, args.host, args.port, args.secret, args.remember_secret) File "/home/holger/Downloads/brickv-2.4.25/src/brickv/mainwindow.py", line 92, in __init__ if sys.flags.dev_mode: AttributeError: 'sys.flags' object has no attribute 'dev_mode' QThread: Destroyed while thread is still running Konkret habe ich Python 3.6.15 Sollte das damit gehen ? Kommetiere ich Zeile 92 und 93 in mainwindow.py aus, dann startet es fehlerfrei.
  2. hmm, also mit einem echo none > package_type klappt das nicht, da kommen der Fehler immer noch. Ich bleibe erstmal bei der alten Version. Dennoch danke für die Klärung.
  3. Hallo zusammen, ich erzeuge mir einen brickv immer aus dem Source Package für SuSE Linux über build_src.py, hat bisher auch immer funktioniert. Mit der letzten Version bekomme ich aber einen Fehler beim Start danach: Traceback (most recent call last): File "main.py", line 454, in <module> main(not getattr(sys, 'frozen', False)) File "main.py", line 384, in main if not args.no_dev_mode and dev_mode and not sys.flags.dev_mode: AttributeError: 'sys.flags' object has no attribute 'dev_mode' Aktuell ist ein Python 3.6.15 installiert.
  4. Ich muss mal aufräumen und meine Bastelkiste leeren, darum verkaufe ich: 1x Stepper-Brick 1.2, 25 € 1x Master-Brick 2.1, 20 € 1x Red-Brick mit 16 GB Samsung Micro-SD, 30 € (verkauft) 1x OLED 128x64 1.1, 12 € 1x Remote Switch 2.0, 10 € zzgl. Versand im Polsterumschlag 3€. Bei Interesse bitte eine Nachricht senden.
  5. Ich habe drei Temperatur / Feuchte Sensoren und eine echte Wetterstation. Laut Protokoll kommt ein Callback für einen Sensor mit ID 222. Für eine Wetterstation würde ja ein anderer Callback aufgerufen. Aber: die Wetterstation hat ID 111 und hat zu dem Zeitpunkt auch länger nichts mehr geschickt, dann kommt was mit ID 222 ? Und nachdem 222 länger nichts gesendet hat kommt die 111 wieder. Ich werde das Gefühl nicht los, dass die Übertragung ab und zu einen Bit-Shift hat und zufällig ein korrekter CRC kommt. Vielleicht kommen ja auch viele fehlerhafte Pakete, darum so viele Timeouts. Und ab und zu kommt was, was zumindest einen korrekten CRC hat, aufgrund der "kaputten" Daten aber als Sensor erkannt wird. Dann passen die Werte natürlich nicht. Denkbar?
  6. Nochmal eine andere Frage: kann ein Sensor fremder Art, der auf derselben Frequenz arbeitet das System stören ? Ich habe nämlich seit einige Zeit den Effekt, dass ein Sensor mit einer neuen ID auftaucht, ganze schräge Werte liefert (Feuchtigkeit über 100%, auch Temperatur 90°) und dann wieder "verschwindet". Verschwindet in dem Sinne, dass nur ganz sporadisch mal ein Wert gemeldet wird und dann wieder lange nicht. Da frage ich mich jetzt gerade: klappt die Kommunikation mit meinen Sensoren nicht richtig und da geht mal ein Bit verloren oder funkt da wer quer ?
  7. Sieht alles trocken aus. Die Kabel sind schon etwas verwittert, aber Batteriefach ist ganz sauber. Auch frische Batterien machen keinen Unterschied.
  8. Hallo TF Team, seit knapp 2 Jahren betreibe ich eine Außen-Wetterstation. Funktionierte soweit einwandfrei, aber seit gut 3 Monaten setzt diese bei Regen aus: sie sendet dann keine Signale mehr an das Outdoor-Weather-Bricklet. Wenn es alles wieder trocken ist (4-5 Stunden nach Regen) dann kommt sie wieder und meldet auch ein paar mm Niederschlag mehr, als sie zuletzt hatte. Also ganz scheint sie in der Zeit nicht auszufallen, nur kommen keine Werte mehr am Bricklet an. Zuerst dachte habe ich das gar nicht richtig zuordnen können, aber inzwischen ist das klar erkennbar immer bei Regen: nach einer Weile setzt sie aus und kommt dann wieder nachdem es zu regnen aufgehört hat. Was kann ich da machen? Die Kontakte der Stecker habe ich schon mal kontrolliert, alles soweit sauber.
  9. Hallo TF-Team, in der API vom DigitalInV2 gibt es eine Methode setEdgeCountConfiguration(int channel, int edgeType, int debounce) aber wofür dient der Parameter "debounce" ? Ich habe keinen EdgeCount Callback gesehen (oder habe ich das übersehen)? D.h. aktuell muss man eh immer getEdgeCount rufen. Oder ist das eher "for future use" ? Viele Grüße
  10. 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.
  11. 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.
  12. 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?
  13. 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 Zielwert mache ich nichts. Danke für die Antworten.
  14. 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 ?
  15. remotecontrol

    CO2 Sensor defekt ?

    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 sinken, bis ein Integer Overflow kommt, dann spring die Temperatur von ca. -300° auf 300° und sinkt dann wieder. Also die Stufen im Temperaturdiagramm im Bild setzen sich immer so fort. Viele Grüße
×
×
  • Neu erstellen...