[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

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, 15:47

Matsch hat geschrieben:
06.02.2021, 15:37
Was soll denn der Transistor damit zu tun haben können?
Er kann von sich aus ja keinen zu hohen Strom verursachen. Das kann nur bei falschen Widerständen oder Zinnbrücken passieren.
Ich gehe von einem Bestückungsfehler aus.
Ich bin die Platine schon mehrfach rauf und runter gegangen, ich finde nichts. Auch bei vergleichen zum Schaltplan ist alles stimmig. Unter viewtopic.php?f=76&t=65196&start=30#p641665 habe ich sie abgelichtet, der Schaltplan von Tom ist hier https://github.com/TomMajor/SmartHome/b ... Vi2.20.pdf.

Und Lötbrücken auf allen 8 Platinen an der gleichen Stelle wäre schon herb.

Matsch
Beiträge: 5414
Registriert: 30.05.2019, 11:37
System: Alternative CCU (auf Basis OCCU)
Wohnort: Chemnitz
Hat sich bedankt: 114 Mal
Danksagung erhalten: 730 Mal

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

Beitrag von Matsch » 06.02.2021, 15:52

Na, dann mußt du halt mal systematisch den Fehler suchen, warum dabei zu hoher Strom gezogen wird.
Einen Tipp habe ich ja schon gegeben, zudem kann man ja auch die Widerstände nachmessen.
Ich gehe zunächst davon aus, dass TMs Leiterplatte keinen solchen gravierenden Fehler enthält, kann aber nichts dazu sagen.
Zwar habe ich auch das Projekt benutzt, aber mit einem eigenem PCB.

Auf welchen BO-Wert hast du denn die Fuses gesetzt?
In den meisten Projekten, die ich mir so angesehen habe, ist der BOD deaktiviert, da kann so was gar nicht passieren.
TomMajor verweist ja auch auf eine Fuse-Konfiguration mit ausgeschaltetem BOD.
Zuletzt geändert von Matsch am 06.02.2021, 16:09, insgesamt 1-mal geändert.

HMSteve
Beiträge: 539
Registriert: 20.08.2019, 06:23
Hat sich bedankt: 13 Mal
Danksagung erhalten: 95 Mal

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

Beitrag von HMSteve » 06.02.2021, 16:07

Wenn die Spannungsmessung als Verdaechtiger noch nicht raus ist, kannst Du doch ganz einfach mal das Intervall aendern und beobachten.
Zudem einfach mal einen 368p auf einer problematischen Platine durch einen vertrauenswuerdigen ersetzen und mit definitv (!) identischem Sketch testen.

Viele Gruesse,
Stephan

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, 16:08

Matsch hat geschrieben:
06.02.2021, 15:52
Na, dann mußt du halt mal systematisch den Fehler suchen, warum dabei zu hoher Strom gezogen wird.
Einen Tipp habe ich ja schon gegeben, zudem kann man ja auch die Widerstände nachmessen.
Ich gehe zunächst davon aus, dass TMs Leiterplatte keinen solchen gravierenden Fehler enthält, kann aber nichts dazu sagen.
Zwar habe ich auch das Projekt benutzt, aber mit einem eigenem PCB.

Auf welchen BO-Wert hast du denn die Fuses gesetzt?
E:fuse auf FF (BO detection off)
Widerstände gerade noch einmal nachgemessen: alles wo es hingehört. nur der 4K7 am IRL weicht auf 4K6 ab, sollte mit 99,1% vom Nennwert aber gut arbeiten, denke ich.

Wenn ich den IRL von der Last (Spannungsteiler) Richtung GND brücke passiert nichts, die Schaltung arbeitet weiter.
Zuletzt geändert von SonOfAbaddon am 06.02.2021, 16:11, insgesamt 1-mal geändert.

Matsch
Beiträge: 5414
Registriert: 30.05.2019, 11:37
System: Alternative CCU (auf Basis OCCU)
Wohnort: Chemnitz
Hat sich bedankt: 114 Mal
Danksagung erhalten: 730 Mal

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

Beitrag von Matsch » 06.02.2021, 16:10

Na, wenn ausgeschaltet, dann kann es ja auch keinen BO geben. Dann muß die Ursache woanders liegen.

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, 16:11

HMSteve hat geschrieben:
06.02.2021, 16:07
Wenn die Spannungsmessung als Verdaechtiger noch nicht raus ist, kannst Du doch ganz einfach mal das Intervall aendern und beobachten.
Zudem einfach mal einen 368p auf einer problematischen Platine durch einen vertrauenswuerdigen ersetzen und mit definitv (!) identischem Sketch testen.

Viele Gruesse,
Stephan
Habe ich gemacht (hier der Post viewtopic.php?f=76&t=65196&start=60#p642118)
Die Schaltung bleibt nach der Zeit stehen, der Output bricht ab. Ich tendiere dazu neue AVRs zu bestellen. Die Grundlast im Sleep auch ohne CC von 180uA kann ohne alle anderen Teile nur noch vom AVR gezogen werden. Evtl sorgt das dann auch dafür, dass beim Spannungstest die Schaltung zusammenbricht.
Zuletzt geändert von SonOfAbaddon am 06.02.2021, 16:12, insgesamt 1-mal geändert.

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, 16:12

In Toms Schaltplan ist der Mess-Pin A1
Bildschirmfoto 2021-02-06 um 16.11.28.png
In deinem Sketch ist er A0
SonOfAbaddon hat geschrieben:
01.02.2021, 19:30

Code: Alles auswählen

#define BAT_SENSOR tmBatteryLoad<A0, 9, 4000, 200>

Dann wird da irgendwas gemessen... und wenn der Wert unter der CRIT-Schwelle liegt, wird der AVR (per Code im Sketch) abgeschaltet.

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, 16:15

jp112sdl hat geschrieben:
06.02.2021, 16:12
In Toms Schaltplan ist der Mess-Pin A1
Bildschirmfoto 2021-02-06 um 16.11.28.png

In deinem Sketch ist er A0
SonOfAbaddon hat geschrieben:
01.02.2021, 19:30

Code: Alles auswählen

#define BAT_SENSOR tmBatteryLoad<A0, 9, 4000, 200>
:shock:

OK, habe gerade die Schaltpläne verglichen. A0 ist auf dem 2.01 der Richtige Pin. OK, war mir nicht bewusst, dass man das Pinout zwischen 2.01 und 2.20 weiter anpassen muss. Habe den Sketch an der Stelle für passend hingenommen.

DANKE! Da werde ich mal die Config-Files anpassen und mit dem Kurzintervall testen.

Matsch
Beiträge: 5414
Registriert: 30.05.2019, 11:37
System: Alternative CCU (auf Basis OCCU)
Wohnort: Chemnitz
Hat sich bedankt: 114 Mal
Danksagung erhalten: 730 Mal

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

Beitrag von Matsch » 06.02.2021, 16:18

Wauh!
Das war jetzt meine nächste Idee, Pinvertauschung. Aber das habe ich nicht gesehen.

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, 16:21

SonOfAbaddon hat geschrieben:
06.02.2021, 16:15
DANKE! Da werde ich mal die Config-Files anpassen und mit dem Kurzintervall testen.
Und guck einfach noch mal, ob der Ruhestrom jetzt anders ist ^^

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“