[Gelöst] HB-UNI-SENSOR1: Software friert nach ein paar Stunden ein

Entwicklung und Bau von Hardware aller Art, die im HM-Umfeld eingesetzt werden kann

Moderator: Co-Administratoren

jp112sdl
Beiträge: 12108
Registriert: 20.11.2016, 20:01
Hat sich bedankt: 848 Mal
Danksagung erhalten: 2148 Mal
Kontaktdaten:

Re: HB-UNI-SENSOR1: Software friert nach ein paar Stunden ein

Beitrag von jp112sdl » 06.02.2021, 12:15

Ich hab auch schon CC1101 Module gehabt (bisher aber nur 2 von ~50 Stk), die im Sleep ca. 2,5mA gezogen haben.

VG,
Jérôme ☕️

---
Support for my Homebrew-Devices: Download JP-HB-Devices Addon

SonOfAbaddon
Beiträge: 41
Registriert: 01.02.2021, 18:54
System: keine Zentrale (nur Pairing, FHEM etc.)
Hat sich bedankt: 3 Mal
Danksagung erhalten: 2 Mal

Re: HB-UNI-SENSOR1: Software friert nach ein paar Stunden ein

Beitrag von SonOfAbaddon » 06.02.2021, 12:25

jp112sdl hat geschrieben:
06.02.2021, 12:15
Ich hab auch schon CC1101 Module gehabt (bisher aber nur 2 von ~50 Stk), die im Sleep ca. 2,5mA gezogen haben.
Aber ist der Unterschied im aktiven Modus von 21,6mA mit der Spannungsprüfung und den restlichen Bauteilen zu 4,31mA mit nur AVR, LED und CC finde ich seltsam.

vor allem habe ich dann 10x die 0,18mA mit den CCs. MEinst du, weil die alle aus einer Charge kommen ist das möglich?
Zuletzt geändert von SonOfAbaddon am 06.02.2021, 12:43, insgesamt 2-mal geändert.

TomMajor
Beiträge: 1793
Registriert: 30.08.2017, 23:25
Hat sich bedankt: 175 Mal
Danksagung erhalten: 399 Mal
Kontaktdaten:

Re: HB-UNI-SENSOR1: Software friert nach ein paar Stunden ein

Beitrag von TomMajor » 06.02.2021, 12:31

SonOfAbaddon hat geschrieben:
06.02.2021, 12:09
TomMajor hat geschrieben:
05.02.2021, 00:01
SonOfAbaddon hat geschrieben:
04.02.2021, 19:51

Wenn das dann läuft habe ich 100€ Elektroschrott. :(
Beim Durchpiepsen ist mir nichts verdächtiges aufgefallen. Sooooo komplex sind die Leiterbahnen auf dem PCB ja nun auch nicht.
1 Nimm eine leere V.2.20 Platine, bestücke einen deiner neuen Ali mega328P, LED + R, sonst nichts
2. checke die Fuses
https://github.com/TomMajor/SmartHome/t ... Bootloader
3 lasse den SleepTest Sketch laufen, passe aber vorher das LED pin an
https://github.com/TomMajor/SmartHome/t ... -down-mode

Dann sollte die Stromaufnahme wie angegeben zwischen den 2 Werten wechseln.
Wenn du nicht in etwa die 4 uA siehst sind die AVR nicht so doll würde ich sagen.
Falls doch mache mit dem CC1101 weiter.
So, der AVT ist da. Der CC leider nicht.
Ich habe den AVT aufs Board gepackt, Wandler und LED abgelötet und habe mit dem pro mini nun auch 4,5uA und 5,2mA bei Aktivität.

Als zweiten Schritt habe ich von einer v2.20 Platine alles, was zur VCC geht abgelötet, damit nur der AVR und der CC betrieben werden können.
Leider Bringt mich der Sleeptest hier nicht weit nach vorn: 0,18mA im Sleep bleiben. 4,31mA in Aktivität. Den CC werde ich wohl nicht zerstörungsfrei runter bekommen.
ich lege beim Einbau immer einen Abstandshalter zwischen Platine und CC1101
https://github.com/TomMajor/SmartHome/b ... build2.jpg
dann muss man nur das Lötzinn mit Litze absaugen und der CC1101 ist frei

Hast du im Sleeptest cc1101_powerdown() aktiviert wenn der CC noch drin ist?
https://github.com/TomMajor/SmartHome/b ... st.ino#L24

Pro Mini Strom sieht ja gut aus. Meine Voraussage wäre, dort noch einen CC1101 dran und die Freezes sind Vergangenheit.
Viele Grüße,
Tom

SonOfAbaddon
Beiträge: 41
Registriert: 01.02.2021, 18:54
System: keine Zentrale (nur Pairing, FHEM etc.)
Hat sich bedankt: 3 Mal
Danksagung erhalten: 2 Mal

Re: HB-UNI-SENSOR1: Software friert nach ein paar Stunden ein

Beitrag von SonOfAbaddon » 06.02.2021, 12:44

Nachtrag: Es sind NICHT die CC. Ich habe bei meinem Testkandidaten hartnäckig weiter die Lötstellen bearbeitet und den CC runter bekommen (Ein Lötpad ging ab, aber wozu gibt es Fädeldraht...).
Ergebnis mit nur dem AVR, Status-LED und Quarz: 4,3mA aktiv zu 183,3uA sleep. Die AVR sind wohl einfach Mist. :( Dh alle runterholen und neue drauf. *argh*

@Tom: da ich 8 von den Schaltrungen brauche werde ich wohl die 2.20 Platine neu mit AVRs ausstatten. Ich bringe nun den befreiten CC noch an den pro mini und schaue mir das Ergebnis an.
den CC-Funktionsaufruf habe ich je nach Bedarf an- und abgeschaltet, ja.

Guter Tipp mit dem Abstand!

TomMajor
Beiträge: 1793
Registriert: 30.08.2017, 23:25
Hat sich bedankt: 175 Mal
Danksagung erhalten: 399 Mal
Kontaktdaten:

Re: HB-UNI-SENSOR1: Software friert nach ein paar Stunden ein

Beitrag von TomMajor » 06.02.2021, 12:48

SonOfAbaddon hat geschrieben:
06.02.2021, 12:44
Nachtrag: Es sind NICHT die CC. Ich habe bei meinem TEstkandidaten hartnäckig weiter die Lötstellen bearbeite und den CC runter bekommen (Ein Lötpad ging ab, aber wozu gibt es Fädeldraht...).
Ergebnis mit nur dem AVR, Status-LED und Quarz: 4,3mA akkriv zu 183,3uA sleep. Die AVR sind wohl einfach Mist. :( Dh alle runterholen und neue drauf. *argh*
habe ich irgendwie die ganze Zeit schon vermutet.
Ich frage mich wie die Chinesen das hinbekommen, sind ja mehr oder weniger SW-kompatibel :mrgreen:
Meine einzige Theorie wäre, die zweigen Ausschuss-Chips in der Fab ab und packagen/labeln die dann nachträglich selber.
Viele Grüße,
Tom

Martin62
Beiträge: 681
Registriert: 09.12.2019, 21:24
Hat sich bedankt: 151 Mal
Danksagung erhalten: 61 Mal

Re: HB-UNI-SENSOR1: Software friert nach ein paar Stunden ein

Beitrag von Martin62 » 06.02.2021, 12:59

So wird das sein und nicht nur bei diesem Beispiel. Kollege hatte letzten Mosfet gehabt, die ständig durchgebrannt sind. Bei Reichelt neue bestellt und siehe da, die halten.
Gruß Martin

SonOfAbaddon
Beiträge: 41
Registriert: 01.02.2021, 18:54
System: keine Zentrale (nur Pairing, FHEM etc.)
Hat sich bedankt: 3 Mal
Danksagung erhalten: 2 Mal

Re: HB-UNI-SENSOR1: Software friert nach ein paar Stunden ein

Beitrag von SonOfAbaddon » 06.02.2021, 12:59

TomMajor hat geschrieben:
06.02.2021, 12:48
SonOfAbaddon hat geschrieben:
06.02.2021, 12:44
Nachtrag: Es sind NICHT die CC. Ich habe bei meinem TEstkandidaten hartnäckig weiter die Lötstellen bearbeite und den CC runter bekommen (Ein Lötpad ging ab, aber wozu gibt es Fädeldraht...).
Ergebnis mit nur dem AVR, Status-LED und Quarz: 4,3mA akkriv zu 183,3uA sleep. Die AVR sind wohl einfach Mist. :( Dh alle runterholen und neue drauf. *argh*
habe ich irgendwie die ganze Zeit schon vermutet.
Ich frage mich wie die Chinesen das hinbekommen, sind ja mehr oder weniger SW-kompatibel :mrgreen:
Meine einzige Theorie wäre, die zweigen Ausschuss-Chips in der Fab ab und packagen/labeln die dann nachträglich selber.
Die, die von deutschen Händlern verkauft werden, sind doch generell aus derselben Fabrik, es sei denn man erwischt Fälschungen. Sehr ärgerlich. Wo kann man AVRs verlässlich holen? Mouser? Ebay und Amazon sind ja auch ein Haifischbecken geworden.

Martin62
Beiträge: 681
Registriert: 09.12.2019, 21:24
Hat sich bedankt: 151 Mal
Danksagung erhalten: 61 Mal

Re: HB-UNI-SENSOR1: Software friert nach ein paar Stunden ein

Beitrag von Martin62 » 06.02.2021, 13:04

Reichelt., Conrad, z.B sind da schon Seriös. Kostet alles ein paar Cent mehr, erspart aber Lebenszeit. :wink:
Gruß Martin

SonOfAbaddon
Beiträge: 41
Registriert: 01.02.2021, 18:54
System: keine Zentrale (nur Pairing, FHEM etc.)
Hat sich bedankt: 3 Mal
Danksagung erhalten: 2 Mal

Re: HB-UNI-SENSOR1: Software friert nach ein paar Stunden ein

Beitrag von SonOfAbaddon » 06.02.2021, 13:09

Kann man am Imprint erkennen, ob das Originale sind? Blau ist der pro mini, grün einer meiner AVRs auf der 2.20 Platine.
20210206_130554.jpg
20210206_130458.jpg


Und generell ein riesiges Dankeschön an die Mitwirkenden! Es war nicht erfreulich aber zielführend und ich bin wieder ein wenig mehr in der Elektrowelt.
Wenn die Ersatz-AVRs da sind gibt es ein Resumee.

jp112sdl
Beiträge: 12108
Registriert: 20.11.2016, 20:01
Hat sich bedankt: 848 Mal
Danksagung erhalten: 2148 Mal
Kontaktdaten:

Re: HB-UNI-SENSOR1: Software friert nach ein paar Stunden ein

Beitrag von jp112sdl » 06.02.2021, 13:17

Ich kann mich mit dem Gedanken, dass es rein an "China Fakes" liegen soll, nicht so recht anfreunden. Auch Tante G liefert mir so gar nix in der Richtung.
Außer vielleicht den LGT8F328P, aber das würde auch auf dem IC stehen

Einen AVR mit erhöhter Stromaufnahme hatte ich schon mal, nachdem ich versehentlich an einem der I/O Pins einen falschen Pegel (außerhalb der Spezifikation ^^) angelegt hatte.
Technisch funktionierte er weiter, aber hatte auch dauerhaften Energiehunger.

VG,
Jérôme ☕️

---
Support for my Homebrew-Devices: Download JP-HB-Devices Addon

Antworten

Zurück zu „Hardwareentwicklung und Selbstbau von Aktoren und Sensoren“