Wer Tasmota auf seinen Geräten hat und Timezone 99 auf der Console einmalig eingestellt hat, hängt sich in Deutschland an die NTP Zeit, welche automatisch umgeschaltet wird.
Beiträge von karoCB
-
-
So - jetzt das Ergebnis !
Die Pulldwon-Widerständ auf allen 4 Kommunikationsleitungen haben es gebracht und wenn der RST auf GPIO15 mit Einstellung RC522 RST liegt (der ist beim ESP-Sleep low) dann ist gleich nach dem Start der RC aktiv, da der Treiber die Initialisierung löst.
Bei diesen sich jetzt eingestellten kleinen DeepSleep-Leistungen fällt natürlich dann doch noch der Hall auf (war jay gleich im Verdacht), so dass ich einen Umbau auf Reedkontakt für das Projekt prüfen werde.
-
Danke - dann werde ich das mal probieren.
Im Ernstfall baue ich nach dem Muster auf Script um und behandle den GPIO für RST nach.
BeitragRE: RC522 im Script
Hallo
Danke euch beiden.
Habe es mal getestet.
Mit folgendem Script hatte ich Erfolg.
Konnte damit mehrere UID nutzen.
Power1 steuerte nach 2 Sek. auf 0.
Mit delay(2000) konnte ich zwar mehrere TagUID nutzen aber
Power1 blieb auf Power 1 1.
(Quelltext, 24 Zeilen)
premo4. Februar 2021 um 17:03 -
Ja - GDN weg waren aktuell die besten Ergebnisse da ich den Zustand ja halten muss über den DeepSleep des ESP.
Der RST des RC522 hängt am Tasmota-Treiber, wie ich den dynamischen auf Low bekomme? - vielleicht mit der Nutzung des richtigen Port - aber welchen ?
PS:
manuell den RST auf Low, ändert nichts am Strombedarf von 0.0121 A.
Der ESP ohne RC522-Anschaltung hat für mich 0 W = myA im DeepSleep.
Ja - Pullup oder Pulldwon ist evtl. noch eine Variante in Kommunikation mit den richtigen Ports - aber deshalb suchte ich Erfahrungsträger mit dem RC522
-
Abgeschalten wird ja über Relay_i Ausgang die GDN, nur das Stromfluss über der Rest der Verdrahtung läuft.
Nur Leistung ist eine Größe- sonst müsste Spannung 3.3 - 2,9 und Strom angegeben werden. Die Zielquelle Akku kommt mit mWh in die Prüfung wenn ein Spannungsbooster erforderlich wird.
-
heiba56 deiner Version 2 fehlt mindestens das
>M
vor der Zählerinitialisierung ( ist in den Kommentar gerutscht) hüte dich vor unsichtbaren Sonderzeichen im Script
Nimm das Script von Lathy und mit deiner GPIO Einstellung +1,3,s,0,9600,Power
PS: oder wurde nur vergessen mit PIN die Daten auf dem Zähler freizuschalten?
-
-
Mit Tasmota - Skript könnte man evtl. ein Kommando zum Schlafen an den RC522 senden - Skript kann ich aber nicht realisieren für diese RC522-Umgebung.
Ich nutze nur Rule, da es für diesen Zweck einfacher ist. Das Problem ist jedoch nicht die Rule (System muss sicherlich nach Hall-Start zum Init RC522 mit Reset1 ein zweites Mal gestartet werden) sondern die GPIOs für die RC522-Kommunikationso so zu nutzen mit ihren Eigenheiten HiGH und Low im ESP-DeepSleepModus, damit keine Restströme den ESP in Richtung RC522 verlassen, wenn GDN für dieses Modul mit Relay_i abgeschalten wird (20 Sekunden scheint alles zu stimmen - nur dann schaltet doch etwas in der Konfiguration durch).
PS: Netzhinweise den R2 (3,3V an RST) und den R1 (Vorwiderstand LED) auf der Platine zu eliminieren hatten keinen ausreichenden Effekt, da rechnerisch es sich auch nicht darstellen lässt.
-
jo - z.B. deepsleeptime10 schickt ihn ins Schlafen für immer, da GPIO16 nicht aktiv ist.
Hall macht ein Reset zum Aufwecken dem beim Init ein deepsleeptime 0 folgt.
-
Der Hall verbraucht nix und wird aktiviert über einen Magneten der vor dem Gerät an einer Schnur baumelt (vor dem Sicherheitsglas der DMZ). Kontrolle ohne Hall mit selben Ergebnis. Der RC522 belastet das System über die Kommunikationsleitungen ( rote LED abgelötet ( von 0,05 W auf 0,04 W verbessert)
Beim Test auf dem NODEMCU mit RC522 ist es auch nicht anders (durch Overhead des Systems bei DeepSleep 0,06 W und nach 20 Sekunden 0,12 W)
Ja - zum Nachbau schon mal die Compilereinstellungen RC522 und VCC-Kontrolle.
Code
Alles anzeigenTemplate {"NAME":"Generic","GPIO":[1,1,1,1,256,5792,1,1,672,704,736,1,5632,0],"FLAG":0,"BASE":18} CONSOLE: 00:00:00.001 HDW: ESP8266EX 00:00:00.026 UFS: FlashFS mounted with 1992 kB free 00:00:00.093 CFG: Loaded from File, Count 68 00:00:00.099 QPC: Count 1 00:00:00.105 SPI: Hardware using GPIO14(CLK), GPIO13(MOSI) and GPIO12(MISO) 00:00:00.118 Project tasmota - Tasmota Version 13.1.0(TasmoCompiler-esp82664M)-2_7_4_9(2023-10-12T15:30:57) 00:00:00.171 MFR: RC522 Rfid Reader detected v2.0 user_config_override für RFID-RC522 #ifdef USE_ADC_VCC #undef USE_ADC_VCC #endif #define USE_ADC_VCC #ifdef USE_SPI #undef USE_SPI #endif #ifdef USE_RC522 #undef USE_RC522 #endif #define USE_RC522 #ifdef USE_RC522_DATA_FUNCTION #undef USE_RC522_DATA_FUNCTION #endif #define USE_RC522_DATA_FUNCTION #ifdef USE_RC522_TYPE_INFORMATION #undef USE_RC522_TYPE_INFORMATION #endif #define USE_RC522_TYPE_INFORMATION
-
Hat jemand Erfahrungen mit dem effektiven Abschalten des RC522?
In meiner Schaltung ist ein Start über einen digitalen Hall realisiert, um aus dem DeepSleepTime den ESP8266-12F zu holen. Der Leistungsverbrauch liegt nach 20 Sekunden ( genau nach dem Abschalten die erhofften 0,0000x W) im DeepSleep noch bei 0,04W (so kein Akkubetrieb möglich) auch wenn vor dem Schlafen der ESP mit Power1 den RC522 das GDN abschaltet.
Gibt es eine Beschaltung die ich noch prüfen sollte - Idee war alle Ausgänge auf HIGH zu belassen im DeepSleep und GDN über GPIO4 abzuschalten.
-
Skript wird deaktiviert wenn ein Loop oder eine Überlastung erkannt wird.
In deinem Fall 0 Uhr sind Tageswertübertragungen, Datumsänderungen zu fürchten.
Was ist das für ein Chip ( nicht Esp8266-01s mit der Initialisierung)?
+1,13,c,0,0,GAS
-
Nachbesserung für Quelle und Ziel-System in der ersten Zeile Rule1
wurde zur Sicherheit diese Zeile zusätzlich eingefügt.
Sie organisiert auf jeden Fall eine Zeit (Vergangenheit) und versucht aber auch eine Synchronisation mit der NTP-Zeit nach Netzausfall.
Nach Netzausfall ist oft auch die Fritz.Box noch nicht hochgefahren und dann könnte das System ohne Zeit hängen.
rule1
ON System#Init do Backlog time 1587435620; time 0 endon
-
Wer hat die Zeile 6 (Initial-String ) gestellt und weshalb ist der Fehler beim Austausch der Selbe ?
Wird der Nachkommafehler nach eine Stunde Ablesung kompensiert oder immer größer ?
CPU ist eine ESP8266-12 als D1 mini mit 4MB ? - so auch das Löschen und Bespielen des Kopfes mit Tasmota 13.x SML-Script erledigt worden ?
Selbst übersetzt oder war das Release schon oben ?
-
1.) Wenn gemu2015 einen dump gesehen hat dann sollte das ernst genommen werden (Neustart System ist immer zwingend bei Änderungen erforderlich )!!
2.) Die Frage nach der CPU-Hardware ist noch nicht beantwortet
3). die Zeile 6 scheint mir jetzt im Skript für den Zähler suspekt.
Bitte mal den Skript einstellen !
>D
>B
->sensor53 r
>M 1
+1,3,o,0,300,STROM,1,600,2F3F210D0A
1,1.8.1(@1,Total Consumed,KWh,Total_in,3
1,2.8.1(@1,Total Delivered,KWh,Total_out,3
1,0.0.0(@#),Meter Number,,Meter_number,0
# -
und die anderen Werte (sind ja im Delta sicher kleiner) stimmen ?
die Summe über eine Stunde ist korrekt oder gibt es Abweichungen?
Was passiert wenn nur die Zeilen 1-10 und Zeile 21 aktiv bleiben (Restzeilen zum Test löschen) ?
Welche ESP-Hardware wird benutzt ?
-
wann läuft die Datenübernahme zu HT_in ?
- Programm bitte hier posten
-
Die beiden Ausgaben liegen 3 Sekunden auseinander - da könnte ein Impuls neu dazu gekommen sein ?
-
Danke für die Reflektion - liegt sicherlich an dem 13.1.0.4 Release welches ich mir mit dauerhaftem Accesspoint geschnitzt habe (12.5 Standard-Script für WLAN machtes alles wie vorgeschlagen ).
Jetzt ist guter Rat gefragt mit welchem Schalter ich diese Funktion in das Release bekommen oder wie ich die Funktion ruiniert habe.
hatte ich sicherlich unterschiedliche Teststände im 12.5 und 13. Release ?
nee - ich muss natürlich dringend, vor dem Flash löschen, das Template mit GPIO-User aktivieren und wenn
das spinm(13 1) erforderlich und im >B steht, auch durchstarten nach save-Script
- wenn man schon die richtige Hilfe bekommt mit spinm(x 1) auch in der Umsetzung konzentrieren !
PS: wieder mal kleine Katzen zur Pflege ohne Mutter seit 2 Wochen - gilt jetzt als Ausrede
-
Hätte das dann doch so gehen sollen (R13.1 AP) als Power Ersatz?
geht nicht bringt nur
03:20:26.860 Power1 1.00
03:20:28.846 Power1 1.00
03:20:31.812 Power1 1.00
! (Configuration GPIO steht auf "user")
if chg[bu1]>0
then
if bu1==0
then
;=>Power1 0
spinm(13 0)spinm(13 1)
spin(13 0)
endif
if bu1==1
then
;=>Power1 1
spinm(13 0)spinm(13 1)
spin(13 1)
endif
print Power1 %pin[13]%
endif