Neues Modul: ESPEasy [war: ESPEasy ohne MQTT]

Begonnen von dev0, 18 Juli 2016, 11:53:28

Vorheriges Thema - Nächstes Thema

Otto123

Zitat von: Bennemannc am 21 Januar 2017, 07:52:47
Hallo,

ich habe masseweise
2017.01.16 12:05:56 2: ESPEasy espBridge_192.168.11.5_5184: No basic authentication active but credentials received
Im Log stehen. Ich habe passwd und user gesetzt. Habe jetzt erst einmel verbise auf 1 gesetzt, aber woher kommen diese Meldungen und wie bekomme ich die weg.

Gruß Christoph
Hallo Christoph,

hatte ich auch. Ich dachte ich müsste credentials eintragen im ESP Modul als es ist sofort ging.  Danach gin es sofort, ohne das ich welche im FHEM eingetragen hatte.  8)
Also einfach die Credentials im ESP löschen, oder im FHEM welche eintragen.

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

dev0

Folgende Meldungen kann das ESPEasy Modul in diesem Zusammenhang ausgeben. Die Verbose 2 Logeinträge werden erzeugt, wenn etwas nicht stimmt. Wobei die erste Meldung dazu dienen soll den Anwender nicht in trügerischer Sicherheit zubelassen, dass basic auth aktiviert ist (auf dem ESP), aber nicht abgefragt wird.


Verbose 2: "No basic authentication active but credentials received"
Verbose 2: "Basic authentication rejected"
Verbose 2: "Basic authentication active but no credentials received"
Verbose 4: "No basic authentication required"
Verbose 4: "Basic authentication accepted"

Otto123

Zitat von: dev0 am 21 Januar 2017, 12:09:36
Folgende Meldungen kann das ESPEasy Modul in diesem Zusammenhang ausgeben. Die Verbose 2 Logeinträge werden erzeugt, wenn etwas nicht stimmt. Wobei die erste Meldung dazu dienen soll den Anwender nicht in trügerischer Sicherheit zubelassen, dass basic auth aktiviert ist (auf dem ESP), aber nicht abgefragt wird.


Verbose 2: "No basic authentication active but credentials received"
Verbose 2: "Basic authentication rejected"
Verbose 2: "Basic authentication active but no credentials received"
Verbose 4: "No basic authentication required"
Verbose 4: "Basic authentication accepted"

Danke   :D
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Waldmensch

#723
Zitat von: dev0 am 17 Januar 2017, 17:28:08
Kannst Du machen, aber ein Binary macht aus meiner Sicht nicht viel Sinn, da das Plugin noch nicht fertig ist. Es fehlt eine Farb/Gamma-Korrektur, wenn man keinen oder nur 1 Weißkanal benutzt. Mit 2 weißen Kanälen (ww/cw) finde ich es für schon brauchbar, zumindest nutze ich es im Moment noch so. Habe mir aber schon für ein paar Cent 4MBit Flash Chips bestellt, die ich einlöten werde um die Software aus für diesen Controller mit dem H801 zu nutzen.

Ich habe jetzt mal eine ESPEasy mit deinem Plugin geflasht. Sobald der H801 bestromt wird, leuchten die LED blau. Ich habe keine GPIO <-> Farbe Belegung im Netz gefunden. Nach Board Layout müssten
gpio 14 - blau
gpio 13 - rot
gpio 12 - grün
die Farben sein. Wenn ich nun ein "lights rgb FF0000" sende, müßte der Stripe rot leuchten. Im Log auf dem ESP kommt auch was an. (letzte Zeile für vorbenannten befehl). Selbst wenn ich die Farben vertauscht hätte, müsste ja auf ff0000,00ff00,0000ff jeweils eine einzelne Farbe leuchten. Es bleibt aber beim konstanten blau :(

1265200 : WD : Uptime 21 ConnectFailures 0 FreeMem 25520
1295201 : WD : Uptime 21 ConnectFailures 0 FreeMem 25520
1298499 : Lights: rgb: 4352 ct: 3000 pct: 0 cm: 2
1311570 : Lights: Set 1023/0/0/-200832/-200832
1325202 : WD : Uptime 22 ConnectFailures 0 FreeMem 25520
1349663 : Lights: Set 0/0/0/-200832/-200832
1355212 : WD : Uptime 22 ConnectFailures 0 FreeMem 25520
1358657 : Lights: rgb: 0 ct: 3000 pct: 0 cm: 1
1366245 : Lights: Set 1023/0/0/-200832/-200832

RaspiLED

Hi,
"red pin 15 green pin 13 blue pin 12 white pin 14"
Quelle: http://www.domoticz.com/forum/viewtopic.php?t=7957&start=40
Gruß Arnd


Gesendet von iPhone mit Tapatalk
Raspberry Pi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, WifiLight2, Bravia, ...

Waldmensch

Okay habe ich jetzt so, scheint aber nicht zu interessieren. Wenn ich im ESP noch zusätzlich einen Switch anlege, damit ich den gpio Befehl habe, dann kann ich damit die 3 Pins (Farben) ein und ausschalten. Das H801 ist also nicht kaputt. Das Problem muss am Plugin selber liegen. Da es die Befehle ordentlich zu bekommen scheint und scheinbar auch die Werte setzt, fürchte ich, dass es an der PWM Aufbereitung liegt

Im Log kommen bei setzen seltsam hohe negativ werte
Lights: Set: 1023/0/0/-200832/-200832


Gesendet von iPhone mit Tapatalk

Tsturm

Hallo zusammen,

kurze Frage zum device "Infrared Receive - TSOP4838" - ich bekomme das prima im modul angelegt, die readings kommen aber in dezimal, nicht HEX.

Gibt es hier eine Konversionsroutine (ich will die IR codes danach wieder an meinen Beamer schicken)?

defmod ESPEasy_wemos_pro_5_IR_1Rec ESPEasy 192.168.178.53 80 ESP_Bridge wemos_pro_5_IR_1Rec
attr ESPEasy_wemos_pro_5_IR_1Rec IODev ESP_Bridge
attr ESPEasy_wemos_pro_5_IR_1Rec Interval 300
attr ESPEasy_wemos_pro_5_IR_1Rec group ESPEasy Device
attr ESPEasy_wemos_pro_5_IR_1Rec presenceCheck 1
attr ESPEasy_wemos_pro_5_IR_1Rec readingSwitchText 1
attr ESPEasy_wemos_pro_5_IR_1Rec room ESPEasy
attr ESPEasy_wemos_pro_5_IR_1Rec setState 3

setstate ESPEasy_wemos_pro_5_IR_1Rec IR-: 657079140
setstate ESPEasy_wemos_pro_5_IR_1Rec 2017-01-22 08:05:23 IR-1 657079140
setstate ESPEasy_wemos_pro_5_IR_1Rec 2017-01-22 08:09:33 presence present
setstate ESPEasy_wemos_pro_5_IR_1Rec 2017-01-22 08:09:33 state IR-: 657079140


Aszug aus dem log:
2017.01.22 08:26:17 5: ESPEasy ESPEasy_wemos_pro_5_IR_1Rec: Received: wemos_pro_5_IR_1Rec::192.168.178.53::1::1::1::i||unit||5||0|||i||sleep||0||0|||i||build||148||0|||r||IR-1||657079140||20
2017.01.22 08:26:17 4: ESPEasy ESPEasy_wemos_pro_5_IR_1Rec: IR-1: 657079140
2017.01.22 08:26:17 5: ESPEasy ESPEasy_wemos_pro_5_IR_1Rec: Internals: unit:5 sleep:0 build:148
2017.01.22 08:26:17 4: ESPEasy ESPEasy_wemos_pro_5_IR_1Rec: presence: present
2017.01.22 08:26:18 5: ESPEasy ESPEasy_wemos_pro_5_IR_1Rec: Received:


ESPEASY Build 148
FHEM aktuell

VG Timmo

dev0

Zitat von: Waldmensch am 21 Januar 2017, 19:58:22
Okay habe ich jetzt so, scheint aber nicht zu interessieren. Wenn ich im ESP noch zusätzlich einen Switch anlege, damit ich den gpio Befehl habe, dann kann ich damit die 3 Pins (Farben) ein und ausschalten. Das H801 ist also nicht kaputt. Das Problem muss am Plugin selber liegen. Da es die Befehle ordentlich zu bekommen scheint und scheinbar auch die Werte setzt, fürchte ich, dass es an der PWM Aufbereitung liegt

Das gpio Kommando zu benutzen wird kontraproduktiv sein. Ist hier aber offtopic, bitte diesen Thread benutzen und mehr Details bitte, sonst kann man nur raten.

dev0

Zitat von: Tsturm am 22 Januar 2017, 08:28:39
Gibt es hier eine Konversionsroutine

Sollte mit dem Attribut adjustValue und einwenig Perl zu lösen sein.

Otto123

Zitat von: dev0 am 22 Januar 2017, 08:37:06
Sollte mit dem Attribut adjustValue und einwenig Perl zu lösen sein.
Moin,

{sprintf("%x",657079140)}

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Tsturm

Super, danke - Perl Programmierung hatte ich noch nicht ... VG Timmo

Otto123

Zitat von: Tsturm am 22 Januar 2017, 13:27:35
Super, danke - Perl Programmierung hatte ich noch nicht ... VG Timmo
Hi Timmo,
Ein Lehrer hat zu mir mal gesagt:Man muss nicht alles wissen, man muss nur wissen wo es steht :)
Hier schau ich immer mal:
https://wiki.selfhtml.org/wiki/Perl
https://de.wikibooks.org/wiki/Perl-Programmierung

Und Google hilft auch.

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

rohlande

Hallo Experten,

Erstmal Respekt für das SUPER Modul.
Echt Klasse wie einfach das geht.

Nun zu meinem Problem:
Ich möchte 2 oder mehr "ESPEasy Bridge" verwenden.
Also Port 8383 und 8384.
Da sagt mir Fhem aber es geht nicht.
ERROR: only 1 ESPEasy bridge can be defined!

Ist das überhaupt so möglich???

Gruss Denny

HostSystem: Synology DS918 | FHEM im Docker Version: 6.0-s22528_v2.2.4 (dedizierte IP Adresse) | MQTT_Broker auf DS918 NAS | MQTT_FHEM | TASMOTA_DEVICE | SSChatBot | SSCam | LaMetric | FBAHAHTTP | CUL | SONOS | HUEBridge (deCONZ) Zigbee | FB_CALLMONITOR | InfluxDBLogger

dev0

Das Design sieht nur eine Bridge vor. Was möchtest Du mit einer 2. Bridge erreichen?

rohlande

Ich möchte mehrere Sensoren aufbauen welche dann im WLAN hängen.
Ergo 3-4 Reed Kontakte.

Ich bin davon ausgegangen, dass dies möglich wäre, da ja unterschiedliche Ports angegeben werden können und das die Trennung ist.

Ist das via. MQTT Broker möglich??

Gruss Denny
HostSystem: Synology DS918 | FHEM im Docker Version: 6.0-s22528_v2.2.4 (dedizierte IP Adresse) | MQTT_Broker auf DS918 NAS | MQTT_FHEM | TASMOTA_DEVICE | SSChatBot | SSCam | LaMetric | FBAHAHTTP | CUL | SONOS | HUEBridge (deCONZ) Zigbee | FB_CALLMONITOR | InfluxDBLogger