esp8266 - probleem met drukknop

[Promy]

ik heb sinds enige tijd een esp8266 (nodemcu) als "deurbel" in gebruik.
Het schema is relatief eenvoudig (zie ook hieronder):
Aan GPIO6 hangt een drukknop aan de GND (via een 1k en 10k weerstand). Bij het indrukken van de drukknop (x7 centraal links) wordt deze met de 3.3V verbonden.
Over de drukknop heb ik een 100nF (C1) cap geplaatst om te zorgen dat de 3.3V lijn stabiel blijft.
Verder zijn er 2 leds om de status weer te geven en bedient het geheel een relais voor het deurslot.

Dit heeft een dik half jaar zonder problemen gewerkt tot maandagochtend.Nu krijg ik bij het activeren van het systeem direct en continue een druk op de knop.
Als ik de beldrukknop uitmeet dan blijft hij cfr de multimeter onderbroken en enkel bij het effectief drukken gesloten.
De kabel tussen de esp en de drukknop is wel heel lang (25 a 30m, deze zat er van tijdens de bouw)

Heeft er iemand een idee wat er fout kan zijn en hoe ik het kan oplossen?
Heel even was het opgelost door de verbinding met de drukknop om te draaien.

[Tadango]

En hoe meet de kabel? Vocht erin wellicht? En waarom zit C1 er op die manier in?

[Yucon]

Kun je de kabel onderbreken/afkoppelen? Wat gebeurt er met een andere knop?

Ik kom even niet op de officiele naam maar bij het indrukken kan het logic level een korte termijn heen en weer stuiteren tussen 0 en 1. Is dat wat je met die C1 probeert op te lossen?

[ Voor 55% gewijzigd door Yucon op 30-09-2020 08:51 ]

[Promy]

@Tadango : als ik de kabel manueel opmeet dan geeft hij "onderbroken" aan bij gewone toestand en verbonden bij het indrukken van de knop. C1 zit erin om te zorgen dat de 3.3V van de nodemcu stabiel blijft bij het indrukken van de knop (anders rebootte de nodemcu)

@Yucon : ik kan de kabel loskoppelen van de nodemcu, dan krijg ik geen foute belsignalen, probleem is dus door het kabel/knop. Manueel even kortsluiten van de connectie geeft een goeie werking

De drukknop aan de gevel heb ik nog niet geopend (het plaatje waar hij inzit is verlijmd op de gevel, ik wilde het hier eerst even vragen voor ik dit openbreek )

[ Voor 15% gewijzigd door Promy op 30-09-2020 08:51 ]

[Tadango]

Heb je dat ergens vandaag of gewoon maar wat geprobeerd? C1 lijkt mij een probleem. Verwijder deze en zet een nieuwe condensator over de voeding van de chip, dus GND en 3.3V direct.

Edit: Kijk eens naar de polariteit van C1. Deze zit verkeerd om en is waarschijnlijk nu defect. Deze zorgt voor een verbinding ipv de schakelaar.

[ Voor 29% gewijzigd door Tadango op 30-09-2020 08:56 ]

[Promy]

@Tadango : ik had dat ooit als opmerking gekregen op de vorige versie (paar jaar geleden - dat was nog een arduino based) om ook het "klapperen" tegen te gaan

[Tadango]

Dan zou ik eerder 1 parallel aan R14 zetten, en op de juiste manier

[Promy]

@Tadango aangezien ik geen specialist ben, wat bedoel je met "op de juiste manier"?
Ik ga het hier straks eens proberen!

[Tadango]

Polariteit correct. Dus de - van de condensator aan gnd en de + richting het bel contact. In de het schema staat C1 nu verkeerdom. In rust staat de polariteit verkeerd en daardoor is deze kapot gedaan (als het ook zo aangesloten is en de gebruikte condensator klopt met het schema edg).

[Yucon]

Promy schreef op woensdag 30 september 2020 @ 08:50:
De drukknop aan de gevel heb ik nog niet geopend (het plaatje waar hij inzit is verlijmd op de gevel, ik wilde het hier eerst even vragen voor ik dit openbreek )

Zet er eens een kwartiertje een fohn op en test het dan nog eens? Dat is geen permanente oplossing maar je hebt dan wel een indicatie of je een vochtprobleem hebt.

Als dat openbreken een probleem is kun je eventueel ook nog eens een heel andere setup proberen. Met een 5v arduino of een andere stroombron bijvoorbeeld. Dat klapperen zorgt wel voor raar gedrag van de software.. maar een reset is toch wel een ander verhaal.

[ Voor 7% gewijzigd door Yucon op 30-09-2020 09:21 ]

[Promy]

@Tadango das een tekenfoutje: het is een niet gepolariseerde condensator die gebruikt is
@Yucon die fohn ga ik inderdaad eens proberen voor dat ik het openbreek

[memphis]

R14 10k.... Die zal ik lager kiezen om een stevigere pull down te maken tov de interne pull up van de processor.

En R13 snap ik niet, zou ik gewoon weg laten.

[Tadango]

De vraag is of er internal pull up/down geconfigureerd is. Met deze setup moet dat juist niet gezien je een externe pull down hebt. R13 maakt in dat geval niets uit.

[Promy]

Ik heb een aantal aanpassingen gedaan aan de hand van jullie info en voorlopig lijkt het terug correct te werken!
aanpassingen zijn: R13 weggelaten en R14 vervangen door 1K. bijkomende 100nF cap over de 3.3v lijn/gnd rechtstreeks aan de nodemcu. cap C1 verplaatst over R14.
Dat laatste was nodig omdat erzonder hij redelijk lang bleef "debouncen" (paar seconden)
Ik hou het nog even goed in de gaten, maar alvast bedankt aan allen!

[memphis]

Blijkbaar zat het toch in de interne pull up welke mogelijk met de exteren weerstanden niet een duidelijke "0" creëerde maar op de grens werkte en door verloop van de specs er nu buiten viel.

De C over R14 is niet mijn plan, afhankelijk van hoe stevig de voeding is kan het een dip op de voedingslijn veroorzaken terwijl de C over de schakelaar ook een gebruikelijke methode is en de piekstroom (voor hoever je dat kunt noemen) dan alleen door de schakelaar wordt verwerkt.

[Tadango]

Als je een interne pull-up gebruikt moet alles anders en heb je alleen een contact richting gnd nodig. Als internal pull up aan staan (deze is ongeveer 17-18k) dan klopt het dat die 1k hem nu laag houdt, maar dan zit alles gewoon verkeerd in elkaar. Je hebt nu intern een pull up welke je met een externe pull down laag houdt en met een geforceerde pull-up via de schakelaar naar 3.3V brengt. Dat klopt aan alle kanten niet. Dus hoe zit de pull up / down nu ingesteld in de software?

[Promy]

In de software heb ik de pull-up of pull-down niet specifiek aangezet, hierdoor zouden ze in principe niet aan moeten staan. (gewoon bij de setup: pinMode(BEL_PIN, INPUT);)
Het schema kwam oorspronkelijk van m'n arduino setup en was gebaseerd hierop en heeft enkele jaren zonder probleem gewerkt.

Het idee van de oorspronkelijke cap over de switch kwam van hier en werkte perfect voor de arduino (waar ook geen pull-up of down waren gespecificeerd.

[ Voor 24% gewijzigd door Promy op 30-09-2020 13:14 ]