Selbstbau HM_WDS10_TH_O mit Luftdruckmessung

[frank]

Unter debmatic werden die Sensoren leider nicht unterstützt.
Die Universalsensor HB-UNI-Sensor1 aber schon.

dirk hat den notwendigen code zum erweitern der ccu in seinem github, denke ich.

https://github.com/kc-GitHub/Wettersensor/tree/master/Contrib/CCU/HB-UW-Sen-THPL_CCU-addon-src/firmware/rftypes

wie man das einer ccu beibringt, muss ein anderer erklären.

[WhyTea]

Hallo nochmal.
Wie ich schon geschriebenhabe habe ich seit einigen Jahren 4 Sensoren (von dirk).

Da mir leider sowohl das know how als auch die Ausrüstung fehlt diese mit einer debmatic kompatiblen Firmware zu flashen frage ich einfach mal ganz direkt ob es hier jemanden gibt der mir die Sensoren umflashen könnte/würde.

Bei interesse bitte einfach per PN bei mir melden.

Gruß
Daniel

[Afterburner]

Servus,

ich habe gerade meine Universalsensor von Dirk wiederentdeckt den ich vor vielen Jahren mal gekauft hatte.
Das Modul HB-UW-Sen-THPL Addon ist immer noch auf der CCU installiert.
Jetzt wollte ich ihn wieder anlernen. Hatte ich beim Umzug mal aus der RaspMatic gelöscht.
Leider kann ich den Reset nicht machen, da die LED nicht auf Tastendruck reagiert.
Ab und zu blinkt die LED mal.

Wenn ich die Batterien neu einsetze kommen diese Blinkcodes:
6 mal ganz schnell
kurze Pause
3 mal ganz schnell
kurze Pause
3 mal schnell

Hat jemand eine Idee, wie man da Problem lösen könnte ?

[frank]

Leider kann ich den Reset nicht machen, da die LED nicht auf Tastendruck reagiert.

welche fw ist drauf?
wie lange drückst du?

1. lange drücken, bis es blinkt => loslassen
2. dann erneut lange drücken, bis es schnell blinkt => loslassen, fertig.

[Afterburner]

FW weiß ich nicht, muss von 2020 oder früher sein. Nutze auch kein FHEM mehr, sondern IPSYMCON und da kann ich es nicht auslesen.

Habe das Problem aber jetzt identifiziert.
Der Taster ist defekt, Sensor war immer draußen.
Habe diesen mit einem Draht überbrückt und dann ging es.

Allerdings hat wohl das installierte Addon HB-UW-Sen-THPL 1.0 in der RaspMatic (Charly) nicht mehr funktioniert.
Musste dazu dieses nehmen:
https://github.com/jp112sdl/Wettersensor/tree/master/Contrib/CCURM
K.A. ob es da auch noch was originales gibt.

Jetzt funktioniert es jedenfalls wieder.

[vbs]

Moin Ihr und frohe Ostern,

ich hab irgendwie ein Problem und vielleicht habt ihr bitte einen Tipp für mich?

Also ich hatte mir vor Jahren mal so einen TomMajor HB-UNI-Sensor1 gebaut (https://github.com/TomMajor/SmartHome/blob/master/HB-UNI-Sensor1/README.md). Nun wollte ich eigentlich einen Sensor für Luftdruckmessung hinzufügen und hab mich mal wieder angefangen, mit dem Gerät zu beschäftigen.

Ich wollte erstmal Log-Ausgaben bekommen, um zu sehen, welche Sensoren beim Start momentan erkannt werden. Jedoch hab ich im SerialMonitor nur Kauderwelsch gesehen. Da dachte ich mir, dass das ja mit einem falsch eingstellten Takt zu tun haben könnte.

Ich habe ein Atmel ICE und im Microship Studio konnte ich generell mit dem Atmel Chip reden per ISP. Ich habe dann gesehen, dass die Fuses auf internen RC 8 MHz eingestellt waren. Ich war dann jedoch sehr sicher, dass ich den Sensor mit der Option eines externen Quarzes gebaut hatte. Darum war ich der Meinung, dass das falsch sei, dass der Chip auf internen RC gefuset ist (wobei das ja wohl trotzdem funktionieren sollte).
Dementsprechend habe ich dann blöderweise kurzerhand "SUT_CKSEL" auf "Ext Crystal Osc 8 MHz" umgestellt. Nun ist leider keine Kommunikation mehr möglich mit dem Chip 

Eingestellt ist jetzt das hier:
https://imgur.com/a/0yuqpNy

Ich hab hier mal ein Bild gemacht von der Hardware und auf Q1 sitzt ein Bauteil. Also auf Q1 soll der externe Quarz. Das sieht so aus:
https://imgur.com/a/7LsbNFy

Hier die Schematic dazu:
https://github.com/TomMajor/SmartHome/blob/master/HB-UNI-Sensor1/PCB/Files/SensorPLHT_v201.pdf

Also ist das kein Quarz? Oder ein falscher Quarz? Ich kann nicht mehr sagen, was das genau ist. Theoretisch lese ich auf dem Ding sowas wie "M64 7R4" auf Ding.

Die Dokumentation dazu ist die hier:
https://github.com/TomMajor/SmartHome/tree/master/Info/Bootloader

Hat jemand eine Idee, wie ich den Atmel jetzt irgendwie wiederbeleben könnte? Ein Weg wäre vermutlich, an Q1 den korrekten Quarz zu löten, sodass der Chip dann gemäß aktueller Fuses laufen kann?

[vbs]

Halleluja, hatte im Schrank noch ein paar Bauteile gefunden, die tatsächlich aussahen wie ein passender Quarz und hab den einfach mal eingelötet und das funktioniert damit tatsächlich wieder!
https://imgur.com/a/B4GRKpZ

Schwein gehabt... hatte das Oster-Wochenende schon abgeschrieben mit Basteleien...

Hat trotzdem jemand eine Idee, was dieses Bauteil "M64 7R4" sein könnte, was da vorher drauf war? Hat da mein Vergangenheits-Ich einfach irgendeinen Quatsch auf die Platine gelötet?

[betateilchen]

Wenn man Bilder auf verlinkten Seiten nur anschauen darf, wenn man 25 verschiedene Tracker zulässt, macht Helfen wirklich keinen Spaß.

Warum hängst Du Deine Bilder nicht einfach hier in Deinen Beitrag?

[vbs]

Weil das Forum kein direktes Copy/Pasten unterstützt und man alle Bilder immer erst umständlich als (temporäre) Dateien auf Platte legen muss und dann als Anhang an den Post hängen muss (oder?). Außerdem sind manche Bilder dann zu groß für das Forum, so dass man sie vorher noch händisch verkleinern muss.

Habe nicht gewusst, dass sich daran jemand stört, aber ich hole das natürlich gerne nach, sorry. Bin für Hilfe dankbar.

[vbs]

Hm, also ChatGPT hält die Komponente in Rot für einen Quarzoszillator. Jedoch für einen mit 16 MHz. Keine Ahnung, ob das stimmt, aber das würde schon erklären, warum ich den eingelötet habe und auch warum das mit der 8MHz-Fuse nicht funktioniert.

Und ich hab auch rausgefunden, warum die seriellen Daten immer nur Salat waren: der Code wurde für 16 MHz kompiliert, obwohl das Ding ja auf 8 MHz lief. Wenn ich es jetzt mi 8 MHz kompiliere, dann sehen auch die seriellen Daten gut aus