SIGNALESP: Firm- und Hardware für SIGNALduino direkt auf ESP8266 oder ESP32

Begonnen von Ralf9, 24 Januar 2018, 20:04:44

Vorheriges Thema - Nächstes Thema

projectsun

Zitat von: Sidey am 02 Februar 2019, 15:03:16
Ok. Das liegt nicht an dir. Ich muss noch etwas für den compiler job anpassen.

Grüße Sidey

EDIT: Neuer build steht bereit. Der cc1101 wird wieder erkannt.

Jawoll. Stimmt. Mal eine Frage. Warum kann man denn mit dem SignalESP keine IT Befehle senden?
Zentrale Ubuntu, Rpi B+ mit Busware 868 CUL ser2net, Rpi 2 an Aquarium mit DS18B20, und S0Counter, Rpi 3 mit nanoCUL 433 und 868 ser2net, 7x Revolt NC-5462, 1x miniCUL WLAN, 3x IT-1000, 6x ELRO AB440, KS300, EM1000-HSM, EM1000-WZ, FHT80B, 5x FHT8v2, 20x Nodemcu mit Sensoren, 6x Echo, Sonos

Sidey

Zitat von: projectsun am 02 Februar 2019, 23:06:52
Jawoll. Stimmt. Mal eine Frage. Warum kann man denn mit dem SignalESP keine IT Befehle senden?

Bekommst Du da eine Fehlermeldung?
Das sollte eigentlich funktionieren.

Grüße Sidey
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

projectsun

Nö, Fehlermeldung nicht. Es passiert halt einfach nichts. Irgendwo hab ich mal gelesen, dass das auf dem ESP nicht geht. Bei bei meinem Signalduino mit ESP als WLAN Verlängerung geht das ja auch. Aber wenn man alles auf dem ESP laufen lassen könnte, wärs halt schon cooler...  :D
Zentrale Ubuntu, Rpi B+ mit Busware 868 CUL ser2net, Rpi 2 an Aquarium mit DS18B20, und S0Counter, Rpi 3 mit nanoCUL 433 und 868 ser2net, 7x Revolt NC-5462, 1x miniCUL WLAN, 3x IT-1000, 6x ELRO AB440, KS300, EM1000-HSM, EM1000-WZ, FHT80B, 5x FHT8v2, 20x Nodemcu mit Sensoren, 6x Echo, Sonos

dad401

Zitat von: Sidey am 02 Februar 2019, 15:04:41
Ich habe gestern keine Nightly bereitgestellt, was hast Du da genommen?
Was ist der Grund, dass Du selbst compilierst und nicht die vorcompilierten Binarys verwendest?

Stimmt - es war eine Nightly - die vom 4.1.19 (debug Version) - streiche das "gestrige".
Selbst kompiliert weil:
- Interesse?!
- ich nicht auf die schnelle gefunden habe, wie ich das hex-File für den Arduino (nicht ESP) unter Windows und außerhalb FHEM flashe - und da ich schon beim kompilieren war, habe ich das auch für den ESP gemacht

Mich interessiert weiterhin, ob 80 oder 160 MHz überhaupt relevant sind, oder hier schlichtweg egal.

Marcus

--
aktuelles FHEM auf einem RPI3 mit
HM-MOD-RPI-PCB, CUL868, nanoCUL (868MHz), Signalduino (433MHz), SignalESP (433 MHz) zur Nutzung folgender Systeme:
FS20/Homematic/IT-Steckdosen/OW/Sonstiges

projectsun

Zitat von: Sidey am 02 Februar 2019, 23:08:58
Bekommst Du da eine Fehlermeldung?
Das sollte eigentlich funktionieren.

Grüße Sidey

ITclock 300 hat das Problem gelöst. Obwohl es eine IT-1500 ist, also keine Brennenstuhl.
Zentrale Ubuntu, Rpi B+ mit Busware 868 CUL ser2net, Rpi 2 an Aquarium mit DS18B20, und S0Counter, Rpi 3 mit nanoCUL 433 und 868 ser2net, 7x Revolt NC-5462, 1x miniCUL WLAN, 3x IT-1000, 6x ELRO AB440, KS300, EM1000-HSM, EM1000-WZ, FHT80B, 5x FHT8v2, 20x Nodemcu mit Sensoren, 6x Echo, Sonos

Sidey

Zitat von: dad401 am 03 Februar 2019, 00:03:57
Mich interessiert weiterhin, ob 80 oder 160 MHz überhaupt relevant sind, oder hier schlichtweg egal.

Ich compiliere mit 80 Mhz, da dies vermutlich der "standard" ist. Ob der uC mit 160 Mhz genau so stabil ist kann ich nicht sagen. Er schafft halt die doppelte Anzahl an Instruktionen, dürfte aber auch mehr Strom verbrauchen und in Wärme transferieren.

Zitat von: projectsun am 03 Februar 2019, 00:34:39
ITclock 300 hat das Problem gelöst. Obwohl es eine IT-1500 ist, also keine Brennenstuhl.

Andere Werte haben nicht funktioniert? Hat es denn bei einem Arduino mit anderen Werten funktioniert?
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

projectsun

Also ich hatte bisher mehrere CULs mit culfw 1.67, dann noch a-culfw 1.26 und nen Signalduino 3.3.1 RC10. Dieso haben mit den default Werten geschalten.
SignalESP hat das nie geschafft.
Zentrale Ubuntu, Rpi B+ mit Busware 868 CUL ser2net, Rpi 2 an Aquarium mit DS18B20, und S0Counter, Rpi 3 mit nanoCUL 433 und 868 ser2net, 7x Revolt NC-5462, 1x miniCUL WLAN, 3x IT-1000, 6x ELRO AB440, KS300, EM1000-HSM, EM1000-WZ, FHT80B, 5x FHT8v2, 20x Nodemcu mit Sensoren, 6x Echo, Sonos

Sidey

Zitat von: projectsun am 03 Februar 2019, 00:53:49
Also ich hatte bisher mehrere CULs mit culfw 1.67, dann noch a-culfw 1.26 und nen Signalduino 3.3.1 RC10. Dieso haben mit den default Werten geschalten.
SignalESP hat das nie geschafft.

Das ist seltsam.

Ich habe mir mal angesehen was empfangen wird.


Fall 1:
Arduino -> ESP (beide mit cc1101)
2019.02.03 13:51:01.476 4: ipDuino/msg READredu: MS;P1=229;P2=-2494;P3=-258;P4=-1259;D=121314131414131413141313141413141313141413131414131314131414131413131414131314131414131314141314131413131413141314131413141314131410;CP=1;SP=2;R=83;O;m2;A;


Die Zeitwerte passen prima zu Protokoll 17 (Arctech).

Fall 2:
ESP  -> Arduino (beide mit cc1101)



2019.02.03 13:54:28.613 4: sduino/msg READredu: MS;P0=258;P1=-1259;P2=-239;P4=-2494;P5=664;P6=-824;D=040201020101020102010202015602010202010102020101020201020101020102020101020201020101020201010201020102020102010201020102010201020103;CP=0;SP=4;R=65;O;
2019.02.03 13:54:28.562 4: ipDuino/msg READ:
2019.02.03 13:54:28.559 4: ipDuino SendrawFromQueue: msg=SR;R=3;P0=250;P1=-2500;P2=-1250;P3=-250;P4=-10000;D=010302030202030203020303020203020303020203030202030302030202030203030202030302030202030302020302030203030203020302030203020302030204;


Auch hier passen die Zeitwerte sehr gut zum Protokoll 17 (arctech).

Was für einen ESP genau verwendest Du denn. Die Firmware hast Du von github geladen oder selbst compiliert?


Grüße Sidey
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

projectsun

SignalESP2_DMSG

i001015
SignalESP2_MSGCNT

258
SignalESP2_RAWMSG

MS;P1=335;P2=-1133;P3=1047;P4=-430;P5=-11547;D=15121212121212121212121234121212121212123412341234;CP=1;SP=5;R=41;O;m=2;4;
SignalESP2_RSSI

-53.5
SignalESP2_TIME

2019-02-03 19:10:07
SignalESP3_DMSG

i001015
SignalESP3_MSGCNT

25
SignalESP3_RAWMSG

MS;P1=-1117;P2=357;P4=1069;P5=-397;P6=-11576;D=26212121212121212121212145212121212121214521452145;CP=2;SP=6;R=1;R;
SignalESP3_RSSI

-73.5
SignalESP3_TIME

2019-02-03 19:07:21


Ich verwende Wemos D1 mini. Modul https://www.ebay.de/itm/322787470732
Debug Firmware von GitHub.
Zentrale Ubuntu, Rpi B+ mit Busware 868 CUL ser2net, Rpi 2 an Aquarium mit DS18B20, und S0Counter, Rpi 3 mit nanoCUL 433 und 868 ser2net, 7x Revolt NC-5462, 1x miniCUL WLAN, 3x IT-1000, 6x ELRO AB440, KS300, EM1000-HSM, EM1000-WZ, FHT80B, 5x FHT8v2, 20x Nodemcu mit Sensoren, 6x Echo, Sonos

Sidey

Zitat von: projectsun am 03 Februar 2019, 21:01:59

Ich verwende Wemos D1 mini. Modul https://www.ebay.de/itm/322787470732
Debug Firmware von GitHub.

Hast Du mal Empfangenen raw Nachrichten vom Sender und Empfänger mit Standard IT Clock (also Attribut nicht gesetzt)
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

stefanru

Hi,

das ist mir je etwas peinlich, aber wie flashe ich das hex file?
Habe es gerade versucht, lässt sich auch flashen, funktioniert aber nicht.
Flashe ich das RC4 bin geht alles wieder.

Danke,
Stefan

Sidey

Zitat von: stefanru am 07 Februar 2019, 20:36:31
Hi,

das ist mir je etwas peinlich, aber wie flashe ich das hex file?
Habe es gerade versucht, lässt sich auch flashen, funktioniert aber nicht.
Flashe ich das RC4 bin geht alles wieder.

Danke,
Stefan
Das Hex File wird exakt genau so auf den ESP kopiert wie ein bin File.

Kannst Du es mal ausprobieren ob es klappt wenn Du es umbenennst?

Gesendet von meinem Moto Z (2) mit Tapatalk

Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

stefanru

Hi Sidey,

ok so habe ich es versucht.
Habe jetzt nach bin umbenannt und nochmal probiert, leider auch kein Erfolg.
Es geht um das ohn cc1101, also SIGNALDuino_ESP8266nightly.hex.

Flashe ich das SIGNALESP_331RC4_1M.bin, geht wieder alles.

Mein ESP ist ein Wemos D1 mini mit 4M, ich flashe gerade mit ESP8266Flasher unter Windows ab Adresse 0x00000.

P.S.: Moment!
Ich sehe gerade dass ich im FHEM den ESP mit nightly sehe. Er geht :-)
Kann es sein, dass er keinen AP aufmacht nach dem flashen wenn in der alten RC4 Wifi eingerichtet war?
Also alles ok mit dem File und mit dem Flashen nur dachte ich er wäre nicht da, dabei hat er nur brav alles übernommen und keinen AP aufgemacht.

Danke und Gruß,
Stefan

Sidey

Du musst noch einen factory Reset machen ,:)

Gesendet von meinem Moto Z (2) mit Tapatalk

Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

stefanru

:-)
Ja, aber muss ich? Es ist ja wunderbar das er die Einstellungen übernimmt.
Oder habe ich da ein Problem wenn ich es nicht mache?

Gruß,
Stefan