Nur um dich auf dem Laufenden zu halten: Habe jetzt mal von A,,, ein Billigladegerät eingesetzt. Das generiert ein dermaßenes Netztbrummen! Das sich der Output über Gleichstrom nennen darf, ist ein Hohn. Egal, geht zurück... Und aus dem Reich der Mitte ist ein LM4863 unterwegs. Soll aber bis Mitte März dauern. Bin gespannt.
Beiträge von JoergZ
-
-
Ich denke JSON.parse() ist dein Freund...
Hier sind ein paar schöne Beispiele:
How To Parse JSON with JSON.parse() JavaScript Function? – POFTUT
Und zu HTTP-Request aus Javascript ist dies vielleicht hilfreich. Musst ein bisschen nach unten scrollen. Am Anfang het der Helfer wohl einen kleinen Fehler im Skript gehabt:
[gelöst]Wie sende ich aus JavaScript einen HTTP Befehl@amg_666 sagte in Wie sende ich aus JavaScript einen HTTP Befehl:…forum.iobroker.netSorry, mehr kann ich nicht helfen, bin Basher und Pythonier
-
Da gibt es innerhalb von JavaScript bestimmt elegantere Lösungen, denn wenn du den Http Request absetzt, bekommst als Antwort einen JSON-Ausdruck. Es gibt bestimmt ausprogrammierte JSON-Parser. Die gibt es eigentlich für jede Hochsprache.
-
Na ja, jq musst du allerdings auch installieren :
sudo apt install jq
-
Etwas übersichtlicher wird es z. B. so:
http://192.168.178.67/cm?cmnd=status%2010
Das bringt schon einmal dieses Ergebnis:
Code
Alles anzeigenStatusSNS Time "2022-02-18T13:22:57" ENERGY TotalStartTime "2021-04-23T00:00:00" Total 0 Yesterday 0 Today 0 Power 2 ApparentPower 17 ReactivePower 17 Factor 0.09 Voltage 239 Current 0.072
aber der Wert allein ist immer noch nicht isoliert.
Oder unter Linux mit um den Wert von Today zu erhalten
curl -s "http://192.168.178.XXX/cm?cmnd=status%2010" | jq .StatusSNS.ENERGY.Today
curl und jq gibt es beides mittlerweile auch für Windows.
-
Ne, hat nicht funktioniert.... Da muss man doch wohl direkt an den PAM ran. Aber da besorge ich mir lieber noch ein anderes 5 V Netzteil oder Print-Trafo z. B. von AZ-Delivery und ich habe Ruhe. Nochmals danke!
-
Das könnte ich schaffen ;-). Ich werde berichten...
-
Na toll! Die Problembeschreibung passt zu 100 Prozent. Insofern wird wohl auch die Lösung passen - aber ehrlich: meine Feinmotorik (und mein Werkzeug) wird das nicht leisten können. Aber danke für den wirklich zielführenden Hinweis! File closed.
-
ANGEEK PAM8403 Super Mini digital Amplifier Board 2 * 3W Class D digital Amplifier Board efficient 2.5 to 5V USB Power Supply (5 pcs )ANGEEK PAM8403 Super Mini digital Amplifier Board 2 * 3W Class D digital Amplifier Board efficient 2.5 to 5V USB Power Supply (5 pcs )www.amazon.de
oder so ähnlich
-
Das habe ich auch schon in einem Audioforum gesehen. Was ich nicht verstehe: Der Strom wird am RPi über den 5V + (Pin 4) und Ground (Pin 6) zugeleitet. Dann sollte doch alles weitere an derselben Masse liegen. Oder gibt es mehrere unabhängige Masseleitungen? Zumindest war es früher doch so, wenn man einen Vorverstärker z. B. für den Plattenspieler brauchte und es brummte, dann wurden Masse vom Vorverstärker mit Masse vom Plattenspieler verbunden und das Brummen war weg. Was noch auffällt: Die Störgeräusche entstehen parallel zu Lese-/Schreibvorgängen. Aber ich werde mal googeln....
EDIT:
Die Hinweise auf die Massetrennung mehren sich. Aber da wird es billiger mit zwei Netzteilen (Printtrafos) zu arbeiten.... Danke!
-
Ich brauche mal wieder Unterstützung aus dem Bereich Elektrotechnik/Elektronik: Ich habe am Kopfhörerausgang des Raspberry Pi eine 5 V Miniverstärkerplatine angeschlossen. Wenn ich den Strom für die Platine direkt am Pi abgreife, rauscht und fiept es kräftig aus dem Lautsprecher. Benutze ich für die Platine eine eigene Stromversorgung, ist die Klangausgabe - im Rahmen der Möglichkeiten dieser Verstärkertechnik - rauschfrei. Ich habe unterschiedliche RPI-Netzteile (und andere) und auch Powerbanks ausprobiert: Sobald der PI und der Verstärker Strom aus derselben Quelle beziehen, fiept und rauscht es. Gibt es eine Möglichkeit, die Stromversorgung für die beiden Geräte so zu entkoppeln, dass dieser Effekt nicht auftritt und ich dennoch aus einer Quelle den Saft beziehe, oder muss ich mit zwei Stromquellen arbeiten?
-
Ich kann leider zu homebridge nix sagen, aber es gibt ein paar plugins für die Kommunikation mit dem MQTT-Protokoll. Auf Seiten Tasmotas kann alles, was du über die Weboberfläche einstellen kannst, auch über das MQTT-Protokoll steuern. Das fängt an bei einfachen Vorgängen wie an/aus und endet bei komplexen JSON-Ausdrücken. Beispiele 1 (in der Syntax vom mosquitto_pub und mit meinen Adressen und Bezeichnungen) schaltet den Weihanachtsstern aus, Beispiel 2 setzt den Timer 1 auf 06:00 Uhr einschalten, montags-freitags, Wiederholung und aktiviert ihn:
Codemosquitto_pub -h 192.168.178.20 -t cmnd/Weihnachtsstern/Power -m 'OFF' oder mosquitto_pub -h 192.168.178.20 -t cmnd/Weihnachtsstern/timer1 -m '{"Enable":1,"Mode":0,"Time":"06:00","Window":0,"Days":"0111110","Repeat":1,"Output":1,"Action":1}'
Die Struktur ist recht einfach:
Sendeprogramm -h IP.DES.MQTT.BROKERS -t TOPIC -m MESSAGE (auch Payload genannt).
Wie gesagt zu Homebridge kann ich nichts beisteuern, aber bei der Formulierung von MQTT Statements kann ich wahrscheinlich unterstützen. Melde dich bei Bedarf.
-
War dann wahrscheinlich ein Tippfehler irgendwo...
-
Wenn du ein anderes Tasmota Gerät ansprichst lautet es websend [IP...] Power1 1 oder ... Power1 0
Wenn du ein nicht Tasmota Gerät adressierst websend [IP...] /pfad/zur/unterseite
Es müsste funktionieren, wenn du tatsächlich von einem Browser aus deinen Reciever so an- und ausschalten kannst.
Mehr Infos zu websend hier:
https://tasmota.github.io/docs/Commands/#wi-fi und bis zu websend runterscrollen
-
Die rule ist auch mit rule1 1 aktiviert? Leerstelle hinter der schließenden eckigen Klammer?
Bei nochmaligem Lesen bin ich doch etwas verwirrt: Was willst du schalten? Einen anderen Shelly oder ein anderes Gerät? Einen Shelly und ein anderes Gerät? Ein anderes Gerät, was an einem anderen Shelly angeschlossen ist und über ein Webinterface verfügt? Kannst du das noch mal für mich verständlicher darstellen? Im Prinzip müsste deine Rule funktionieren, um ein anderes Gerät mit Webinterface direkt anzusprechen. Deswegen meine Frage, ob die Rule aktiviert ist.
-
Schau mal hier nach:
Tasmota Supported Devices RepositoryConfigure your smart to work with Tasmota open source firmware.templates.blakadder.com -
-
Nimm die minimal.bin.gz, die hat nur 282 kB: http://ota.tasmota.com/tasmota/releas…-minimal.bin.gz
Danach dann die gewünschte Vollversion in der gezippten Version also auf ......gz endend.
-
Bevor ich das Teil nochmal aufmache und neu flashe hat vielleicht von euch noch jemand eine Idee, was ich noch machen könnte.
In der Regel sind eher WiFi Schwächen verantwortlich, wenn der MQTT-Server nicht erreichbar ist. Ich würde da anfangen zu suchen. Ist das WLAN wirklich immer an und in ausreichender Stärke? Und: Läuft der MQTT-Broker wirklich stabil und kontinuierlich (=24/7)? Das MQTT-Protokoll selbst ist wirklich leichtgewichtig und belastet weder (Micro-)Prozessor noch das Netzwerk besonders.
-
Wer generiert die Warnung IOBroker oder EPever? Was sind Soyo Einheiten (wahrscheinlich unbedeutend)?
Vielleicht helfen auch diese Foren-Beiträge weiter, der zweite Link scheint interessant (nur diagonal gelesen...):