[Gelöst] HB-UNI-SENSOR1: Software friert nach ein paar Stunden ein
Moderator: Co-Administratoren
-
- 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
Ich hab auch schon CC1101 Module gehabt (bisher aber nur 2 von ~50 Stk), die im Sleep ca. 2,5mA gezogen haben.
-
- 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
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.
-
- 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
ich lege beim Einbau immer einen Abstandshalter zwischen Platine und CC1101SonOfAbaddon hat geschrieben: ↑06.02.2021, 12:09So, der AVT ist da. Der CC leider nicht.TomMajor hat geschrieben: ↑05.02.2021, 00:011 Nimm eine leere V.2.20 Platine, bestücke einen deiner neuen Ali mega328P, LED + R, sonst nichtsSonOfAbaddon 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.
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.
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.
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
Tom
-
- 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
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!
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!
-
- 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
habe ich irgendwie die ganze Zeit schon vermutet.SonOfAbaddon hat geschrieben: ↑06.02.2021, 12:44Nachtrag: 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*
Ich frage mich wie die Chinesen das hinbekommen, sind ja mehr oder weniger SW-kompatibel
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
Tom
-
- 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
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
-
- 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
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.TomMajor hat geschrieben: ↑06.02.2021, 12:48habe ich irgendwie die ganze Zeit schon vermutet.SonOfAbaddon hat geschrieben: ↑06.02.2021, 12:44Nachtrag: 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*
Ich frage mich wie die Chinesen das hinbekommen, sind ja mehr oder weniger SW-kompatibel
Meine einzige Theorie wäre, die zweigen Ausschuss-Chips in der Fab ab und packagen/labeln die dann nachträglich selber.
-
- 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
Kann man am Imprint erkennen, ob das Originale sind? Blau ist der pro mini, grün einer meiner AVRs auf der 2.20 Platine.
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.
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.
-
- 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
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.
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.