Maschinenstatus via LED visualisieren

[himitsu]

@jobo brachte mich auch grad auf eine weitere Idee.

Die Lampen mit Schalter und da einen SwitchBot drankleben,
ähhhhhhh, ich meinte ...


Die Shelly gibt mit 1 bis 4 Ausgängen (für 5V, 12V-24V oder 230V)
und sie lassen sich auch ohne Cloud oder App direkt mit einer URL über WLAN ansteuern. (TCP/IP bzw. TIdHTTP oder TNetHTTPClient oder mit einer REST-Komponente)

z.B.
Shelly RGBW2 (anstatt einem LED-Streifen bis zu 4 einzelne 12V-LEDs/LEDGruppen, siehe 2. Bild)
Shelly Uni
Shelly Pro ***
Shelly Plus 2PM
oder
Shelly Duo
Shelly Bulb RGBW

https://www.shelly.cloud/de/products/shop#unfiltered
bei Mediamarkt, Amazon, ............



z.B. für Shell PlugS (bei anderen Shelly mit Relais oder digitalen Ausgängen ähnlich)
http://{ip-oder-name}/relay/0?turn=on
http://{ip-oder-name}/relay/0?turn=on&timer=30
http://{ip-oder-name}/relay/0?turn=off
http://{ip-oder-name}/relay/0?turn=toggle

Und über HTTP-GET lässt sich der Status (on/off/stromverbrauch) als JSON abfragen
https://shelly-api-docs.shelly.cloud...lly-plug-plugs
runter scrollen und siehe (via TCP/IP oder HTTP an Port 80 des {ip-oder-name} )
GET /status (ich glaub das ging immer, auch wenn der Zugriff via Name+Password gesichert ist)
GET /settings
GET /settings/relay/0
GET /relay/0

[Ykcim]

Zitat:

Die Shelly gibt mit 1 bis 4 Ausgängen (für 5V, 12V-24V oder 230V)
und sie lassen sich auch ohne Cloud oder App direkt mit einer URL über WLAN ansteuern. (TCP/IP bzw. TIdHTTP oder TNetHTTPClient oder mit einer REST-Komponente)

Das werde ich weiterverfolgen. Da sehe ich Chancen, dass ich das in absehbarer Zeit hinbekomme. Denn auch wenn die Anwendungen bei meinem Arbeitgeber zum Einsatz kommen, bin ich ein Hobby-Programmierer und habe während meiner Arbeitszeit eigentlich keine Zeit dafür...

Das ist eine coole Idee! Werde mir mal die Komponenten beschaffen und dann ein bißchen ausprobieren!

VIELEN DANK!
Patrick

[himitsu]

Zum Einrichten gibt es die App (Handy),
aber es geht manuell auch einfach via Browser im PC/Handy.
Knopf lange drücken, dann starten die Module einen WLAN-AP.
Einfach dein WLAN damit verbinden und dann im Browser http://192.168.33.1 (später einfach den GeräteName nehmen oder die IP aus Explorer->Netzwerk oder siehe Router/FritzBox)

Dort kannst dann mindestens den WLAN-Zugang einrichten, damit sich die Shelly mit deinem Router verbindet, sowie Cloud und Co. deaktivieren.
Zusammen mit der Hilfe zur APIv1 sollte sich in der Oberfläche alles finden lassen. (Einrichtung per Browser und nicht über deine Anwendung ist das Einfachste)

Über die Actions kannst du dich auch vom Shelly anrufen lassen, z.B. bei Knopfdruck oder Statusänderung.
http://{ip-oder-name-deines-httpservers}:port/irgendwas kommt dann z.B. im TIdHTTPServer.OnCommandGet rein.

[jobo]

Wenn Du mit der Shelly anfängst, dann schau Dir mal an, wie man die für den lokalen Betrieb umstellen kann und nicht über die Cloud des Anbieters gehen muss.
Hier sind Hinweise:
https://www.heise.de/ratgeber/Smart-...e-6119082.html

[jobo]

Anbieter Cloud, das meintest Du wahrscheinlich auch:

Zitat von himitsu:

Dort kannst dann mindestens den WLAN-Zugang einrichten, damit sich die Shelly mit deinem Router verbindet, sowie Cloud und Co. deaktivieren.

[hhcm]

Hmm. Ich lese TMS Komponenten und Shelly.
Dann würde ich über MQTT gehen.

Eventuell ein ESP8266 (z.B Wemos D1) mit WLED Firmware. Da ist dann mit 2-3 Bauteilen alles erledigt. Ebenfalls über MQTT steuerbar.

[himitsu]

Bei MQTT brauchst du einen Server (MQTT-Broker) daheim (z.B. Raspberry Pi oder im Docker der Synology),
aber ja, das ist das Gängigste, was Viele privat nutzen.

Die Shelly kann mehrere solcher Protokolle (MQTT, ColoT),
sowie seine Cloud Control API (die ist von der GUI her gleich und zur API her ähnlich der gen1, glaub ich),
aber auch eine "Common HTTP API" (gen1 / First Generation Shelly Devices API),
eine gen2 / Second Generation Shelly Devices API aka "Shelly-NG" (RPC, Remote Procedure Calls über JSON-RPC 2.0),
eine Cloud-to-Cloud Integrator API (z.B. für Sprachkisten von Amazon, Google usw., sowie auch eigene Clouds ala AWS)



Zum Verknubbeln mehrerer Geäte kann man MQTT benutzen oder eben die Shelly-Cloud.
Zum direkten Ansprechen einzelner Geräte ist aber HTTP wesentlich einfacher / unkomplexer.
Und man kann sogar die Geräte direkt untereinander via HTTP verknubbeln.
z.B. Shelly-Schalter oder der IR-Sensor bekommt in seine Actions die URLs (HTTP-Adressen) der Shelly-Steckdose.



Bei MQTT sagst du dem MQTT-Brocker was du machen willst {publish}. Beim Brocker hat sich auch das Gerät angemeldet {subscribe} und bekommt zu seiner/seinen abonierten Aktion(en) {topic} gesagt, was es machen soll. (intern auch via REST)
https://www.opc-router.de/was-ist-mqtt/

Dagegen beim HTTP (REST) einfach ans Endgerät ein http://{ip-oder-name}/relay/0?turn=on und fertig.



Schön ist, dass die Shelly per se schon offene Systeme sind (und es aktuell auch so bleiben soll), mit einer guten Dokumentation und wachsenden Fangemeinde.
Man darf sich sogar beim Hersteller melden und Wünsche zur API oder neuen Geräten kund tun.

Dagegen z.B. smarte Steckdosen wie von gosund und sonoff (Smart on off ), wo ein unverriegelter ESP32 drin verbaut wurde, den man selber mehr oder weniger leicht neu flashen kann/konnte,
z.B. mit tasmota, um dann auch ein offenes System zu bekommen. (leider baut auch dieser Hersteller neue Geräte nun auch mit eigenen Chips, die sich aktuell nicht mehr flashen lassen)
https://www.tasmota.info/hardware/ (auch mit großer Fangemeinde, die versucht alle möglichen Geräte zu "hacken" und irgendwie z.B. in sein FHEM rein zu bekommen)

[haentschman]

Zitat:

Schreib doch einfach ein normales Delphiprogramm, das in beliebigen Farben einen kompletten Bildschirm ausfüllt und häng einen beliebig großen oder kleinen Monitor in der Halle auf, der das anzeigt.

+1 Da hast du mehr Möglichkeiten als eine statische LED Bar.

[dummzeuch]

Zitat von haentschman:

Zitat:

Schreib doch einfach ein normales Delphiprogramm, das in beliebigen Farben einen kompletten Bildschirm ausfüllt und häng einen beliebig großen oder kleinen Monitor in der Halle auf, der das anzeigt.

+1 Da hast du mehr Möglichkeiten als eine statische LED Bar.

Das ist natürlich auch eine Frage der Umgebung: Monitore sind deutlich empfindlicher als LEDs. Und LEDs kann man fast bliebig hell machen, Monitore nicht. Wenn die Sonne (durch ein Fenster) draufscheint, ist auf dem Monitor nicht mehr viel zu sehen.

Ich finde das Thema ziemlich spannend, da die Ansteuerung von Hardware einen ziemlich großen Teil meiner Arbeit ausmacht. Allerdings kamen dabei LEDs bzw. irgendwelche anderen visuellen Signal-Ausgaben (außer Monitoren) bisher nicht vor.

[TiGü]

Was ist das denn für eine Maschine? Vielleicht hat der Hersteller eh was zum nachrüsten, was denn aktuellen Zustand anzeigt (rot - Fehler, gelb - sonstwas, grün - alles läuft).

Wie teuer soll denn die LED-Leuchte maximal sein?
https://www.google.com/search?q=Signalleuchten&tbm=shop