Umfrage
Frage:
Ich hätte Interesse an ...
Antwort 1: miniCUL 433 MHz
Stimmen: 103
Antwort 2: miniCUL 868 MHz
Stimmen: 166
NEUE VERSION! miniCUL mit WLAN Ver. 2 (https://forum.fhem.de/index.php/topic,42998.msg490091.html#msg490091)
Hallo zusammen,
ich habe den miniCUL (http://forum.fhem.de/index.php/topic,26487.0.html) redisignt und der Schaltung eine WLAN-Schnittstelle mit dem ESP8266-Funkmodul spendiert.
Die Betriebsart USB oder WLAN wird mittels zwei Jumper-Brücken eingestellt. In der Betriebsart WLAN ist der miniCUL nicht mehr auf einen lokalen USB-Anschluss am Computer angewiesen. Stattdessen wird der miniCUL direkt am 5V USB-Steckernetzteil angeschlossen und in der Funkreichweite eines WLAN-AP platziert.
Die Transparent-Bridge-Firmware stellt die serielle Schnittstelle des AVR Mikrocontrollers transparent auf einem TCP-Port bereit.
Hard- und Firmware:
ATMEGA328P Mikrocontroller
CP2102 USB zu UART Interface IC
CC113L oder CC1101 Funkmodul
ESP8266 ESP-01 oder ESP-12 WLAN-Funkmodul
Active-LED
Reset-Taster
USB Typ A Stecker
Lötanschluss für SMA-Antennenbuchse (PCB Edge Mount Solder 1,6 mm)
Arduino Pro or Pro Mini (3.3V, 8 MHz) w/ ATmega328 Bootloader
a-culfw (https://github.com/heliflieger/a-culfw/tree/master/culfw/Devices/miniCUL)
ESP8266-transparent-bridge (https://github.com/beckdac/ESP8266-transparent-bridge) oder esp-link (https://github.com/jeelabs/esp-link)
HINWEIS: die nachfolgende Anleitung gilt für miniCUL Ver. 1
USB-Modus
Definition in fhem:
### miniCUL USB-Modus
define miniCUL CUL /dev/ttyUSB0@38400 0000
USB Geräte werden bei jedem Systemneustart neu enumeriert. Deshalb empfiehlt es sich, den miniCUL unter seiner eindeutigen ID anzusprechen. Die entsprechende Gerätedatei findet sich unter /dev/serial/by-id.
a-culfw über USB flashen:
avrdude -p atmega328p -c arduino -P /dev/ttyUSB0 -b 57600 -U flash:w:miniCUL.hex:i
WLAN-Modus mit ESP8266-transparent-bridge auf ESP-01
ESP8266-transparent-bridge:
Die Konfiguration muss im USB Modus erfolgen – beide Jumper J1 und J2 werden auf USB Modus gesetzt. Ansonsten gibt es Rückmeldungen von der a-culfw, wie z. B.: (+++AT is unknown) Use one of B C F i A Z N E k G M K U Y R T V W X e f m L l t u x z
telnet 192.168.4.1
+++AT MODE 3
+++AT STA <ssid> <password>
+++AT BAUD 38400
Optional kann der ESP8266 in den STA (Station) Mode versetzt werden:
+++AT MODE 1
Danach den miniCUL von der Spannungsversorgung trennen und Jumper J1 und J2 auf WLAN Modus setzen.
Definition in fhem:
### miniCUL WLAN-Modus mit ESP8266-transparent-bridge auf ESP-01
define <name> CUL <ip-address>:<port> <FHTID>
Bsp.:
define miniCUL CUL 192.168.4.1:23 0000
a-culfw über WLAN flashen:
Vor dem Flashen muss die korrekte Baudrate für den Bootloader eingestellt werden:
telnet 192.168.4.1
+++AT BAUD 57600
Dann folgt der Befehl zum Programmieren des ATMEGA:
echo +++AT GPIO2 2 100 | nc 192.168.4.1 23 | avrdude -p atmega328p -c arduino -P net:192.168.4.1:23 -b 57600 -U flash:w:miniCUL.hex:i
Anschließend wird zur Kommunikation mit FHEM die Baudrate auf 38400 eingestellt:
+++AT BAUD 38400
WLAN-Modus mit esp-link auf ESP-12
esp-link:
esp-link (https://github.com/jeelabs/esp-link) als Alternative zu ESP8266-transparent-bridge. Der Vorteil der Firmware ist ein GUI (Graphical User Interface), so dass die Konfiguration vom Browser aus komfortabel durchgeführt werden kann.
Konfiguration:
siehe Esp-link Wifi configuration (https://github.com/jeelabs/esp-link/blob/master/WIFI-CONFIG.md) und Antwort #146 (https://forum.fhem.de/index.php/topic,42998.msg437065.html#msg437065)
Definition in fhem:
### miniCUL WLAN-Modus mit esp-link auf ESP-12
define miniCUL CUL 192.168.4.1:23 0000
a-culfw über WLAN flashen:
siehe Flashing an attached Microcontroller (https://github.com/jeelabs/esp-link/blob/master/UC-FLASHING.md)
./avrflash 192.168.4.1 miniCUL.hex
Flashen mit avrdude:
avrdude -p atmega328p -c arduino -P net:192.168.4.1:23 -b 57600 -U flash:w:miniCUL.hex:i
Hinweis zum WLAN-Betrieb
Die Timingschwankungen des WLAN können in FHEM nicht ausgeglichen werden. Dies kann unter Umständen zu miniCUL "disconnected" führen. Siehe dazu Forumsbeitrag (https://forum.fhem.de/index.php/topic,52523.0.html).
Espressif's SDK schränkt bei Inaktivität die Verbindungsdauer auf dem TCP Port 23 auf 5 Minuten ein. Siehe dazu esp-link Serial bridge (https://github.com/jeelabs/esp-link#serial-bridge).
Der Timeout kann mit einem Ping umgangen werden:
define esplink PRESENCE lan-ping 192.168.4.1 120
Hinweis zu a-culfw ab Ver. 1.21.00
Björn hat einige Änderungen an der a-culfw (https://github.com/heliflieger/a-culfw/tree/master/culfw/Devices/miniCUL) für miniCUL vorgenommen:
- MARK433 in board.h hinzugefügt
- Widerstand am Pin A0 des ATMEGA hinzugefügt
- make erzeugt separate hex Dateien für 433 und 868 MHz
- erweiterte Optionen im flash.sh Skript
Aufgrund des fehlenden Widerstandes am Pin A0 des ATMEGA gilt für alle Besitzer des miniCUL 433 MHz Ver. 1 weiterhin die alte Vorgehensweise beim flashen:
avrdude -p atmega328p -c arduino -P /dev/ttyUSB0 -b 57600 -U flash:w:miniCUL_433MHZ.hex:i
Und danach folgt das Einstellen der Frequenz:
set miniCUL freq 433.920
Ergänzende Informationen zum Umgang mit a-culfw GitHub Repository
Benötigte Pakete installieren, Git Repository klonen, Firmware bauen:
apt-get install git make avrdude avr-libc gcc-avr binutils-avr dfu-programmer libftdi1
git clone https://github.com/heliflieger/a-culfw.git
cd a-culfw/culfw/Devices/miniCUL
make clean
make
EspSerialBridge
... ist eine weitere Alternative zu ESP8266-transparent-bridge. Siehe Forumsbeiträge ab Antwort #535 (https://forum.fhem.de/index.php/topic,42998.msg793622.html#msg793622).
https://github.com/habeIchVergessen/EspSerialBridge
Blockschaltbild
Siehe Antwort #38 (https://forum.fhem.de/index.php/topic,42998.msg370092.html#msg370092)
SIGNALDuino Empfänger Firmware für miniCUL
https://forum.fhem.de/index.php?topic=82379.0
Verfügbarkeit und Preise
Ich biete die Geräte ab November 2015 im Marktplatz zum Kauf an.
Hallo Damian,
ja da hast Du dir ja mal wieder was nettes einfallen lassen.
Ich beschäftige mich gerade auch mit dem ESP8266, allerdings als Sensor mit MQTT.
Hast du schon eine Preisvorstellung für deinen Netzwerk-CUL?
Gruß
Olly
Hallo locutus,
Zitat von: locutus am 25 Oktober 2015, 23:12:21
CC1101 oder CC113L Funkmodul
eine Frage hätte ich: sind das nicht zwei Module, die von den Pads ziemlich abweichen?
Vom CC113L finde ich nur ein 433 MHz Modul, und das ist auch kleiner, als das CC1101 (SMD) Modul.
Prinzipiell habe ich natürlich auch Interesse ...
Danke + Gruß
Peter
Hallo locutus,
Super Arbeit wie immer. Hätte auch Interesse.
Gruß Stefan
gesendet vom Handy . Deswegen kurz gehalten
Finde ich auch sehr interessant.
Sind an dem ESP Modul noch GPIO Pins unbenutzt und sind die mglw. sogar noch zugänglich?
Sehr fein.
Freu mich schon wenn es die Teile im Marktplatz gibt.
Hallo
ich teste gerade die ESP transparent bridge auf einem ESP-01.
Ich kann mich mit dem ESP-01 über AI_Thinker Access Point verbinden und kann dann per Telnet +++AT Befehle absetzen: MODE=3, STA SSID PASSWORD, BAUD 57600.
Leider vebindet sich das Teil nicht mit meinem WLAN Netz (zwei Cisco 1200 APs) einfaches WPA mit TKIP sonst nix. Es gibt ja leider keine Log Ausgaben.
Was kann ich da tun?
~Josef
EDIT1: Hat sich erledigt, muss wohl an den Cisco APs liegen. Mit nem anderen AP Hersteller gehts.
Zitat von: Olly am 26 Oktober 2015, 09:58:12
Hast du schon eine Preisvorstellung für deinen Netzwerk-CUL?
Zitat von: chris1284 am 26 Oktober 2015, 21:28:38
Somit würde mich der preis auch interessieren
Preisangaben findet ihr im Marktplatz. (http://forum.fhem.de/index.php/topic,17022.0.html)
Zitat von: PeMue am 26 Oktober 2015, 22:06:30
sind das nicht zwei Module, die von den Pads ziemlich abweichen?
Vom CC113L finde ich nur ein 433 MHz Modul, und das ist auch kleiner, als das CC1101 (SMD) Modul.
Nein! eBay Shop canton-electronic (http://www.ebay.de/usr/canton-electronic)
Zitat von: kaihs am 26 Oktober 2015, 22:47:46
Sind an dem ESP Modul noch GPIO Pins unbenutzt und sind die mglw. sogar noch zugänglich?
Die Bridge und meine Schaltung nutzen GPIO2 als Bootloader Reset (https://github.com/beckdac/ESP8266-transparent-bridge/issues/25).
GPIO0 wird meines Wissens nicht verwendet.
So ein Teil welches anstelle von WLAN mit normalen LAN und PoE arbeitet wäre noch viel interessanter, für mich jedenfalls.
Meine Mikrowellen gehen alles aus in der Nacht, wenigstens da möchte ich unverstrahlt schlafen ;-)
Gruß
Daniel
Zitat von: ext23 am 01 November 2015, 13:12:05
Meine Mikrowellen gehen alles aus in der Nacht, wenigstens da möchte ich unverstrahlt schlafen ;-)
Und Dein 868 MHz Zeug bleibt an, oder? Dann solltest Du auch keine MySensors Sachen haben ...
@Damian: Da ich sowieso noch eine Bestellung bei Dir offen habe, ist der WLAN miniCUL schon bestellbar? Wenn ja, dann lege ich einfach noch 23 € drauf, oder?
Gruß Peter
Zitat von: ext23 am 01 November 2015, 13:12:05
So ein Teil welches anstelle von WLAN mit normalen LAN und PoE arbeitet wäre noch viel interessanter, für mich jedenfalls.
Dann wirst Du wohl einen selbstbau CUL mit einem Serial UART to Ethernet Converter (http://en.usr.cn/Ethernet-Module-T24/RS232-serial-to-ethernet-converter-tcp-ip-module) verheiraten müssen.
Naja die haben nur leider kein PoE und ein extra Netzteil etc. ist ja auch nicht so edel, das ist ja das was ich jetzt habe mit den RPi's. Und so ein "Zusammengestecke" sieht ja auch nicht so schön aus am Ende.
/Daniel
Hallo Damian, Lieferung ist angekommen.
Blinkt lustig blau vor sich hin und sieht gut aus :)
Wie bekomme ich das Ding jetzt geflasht? Raspi oder PC?
Wie stelle ich den ESP auf mein WLAN ein?
Erste Versuche mit "Jumper auf USB" und +++AT . Kommandos ergaben als Rückantwort:
? (+++AT is unknown) Use one of B C F i A Z N E k G M K U Y R T V W X e f m L l t u x
Hättest Du vielleicht eine detaillierte Konfig-Beschreibung?
Ihr sucht nach einem Access Point, ein offenes Netzwerk, der Netzwerkname lautet ESP_xxxxxx (die letzten 6 Stellen variieren). Mit Netzwerk verbinden, die IP ermitteln (sollte 192.168.4.1 sein), dann Telnet Session starten ...
Zitat von: RappaSan am 03 November 2015, 19:44:25
Wie stelle ich den ESP auf mein WLAN ein?
Erste Versuche mit "Jumper auf USB" und +++AT . Kommandos ergaben als Rückantwort:
? (+++AT is unknown) Use one of B C F i A Z N E k G M K U Y R T V W X e f m L l t u x
Wenn diese Rückmeldung kommt, dann sind die Jumper nicht im USB Modus! USB Modus ist hier (http://forum.fhem.de/index.php?action=dlattach;topic=42998.0;attach=39745;image) abgebildet. Das ist zwar nicht logisch, aber es hat was mit der Leiterbahnführung zu tun.
Zitat
Hättest Du vielleicht eine detaillierte Konfig-Beschreibung?
https://github.com/beckdac/ESP8266-transparent-bridge
Daumen hoch, es läuft. :)
Nachdem ich mich mit dem Ding per WLAN ins ESP_XXXX - Netz verbunden hatte, ging der beschriebene Rest per Putty reibungslos.
Dann wollen wir mal ein bißchen damit herumspielen...
Bei der Versionsabfrage kommt:
VERSION
V 1.10.02 a-culfw Build: private build (unknown) miniCUL (F-Band: 868MHz)
Die 868 MHz irritieren etwas. Sollte doch 433 sein, oder?
Nachdem ich die freq auf 433 umgeschaltet habe ist diese Meldung auch korrigiert. War wohl standardmäßig auf die höhere freq eingestellt.
Und das passiert wann? Zwischen 3 – 4 Uhr, während die Frite ihre IP erneuert? Vermutlich bricht zu dem Zeitpunkt die TCP Verbindung ab.
Zitat von: RappaSan am 05 November 2015, 14:24:20
Bei der Versionsabfrage kommt:
VERSION
V 1.10.02 a-culfw Build: private build (unknown) miniCUL (F-Band: 868MHz)
Die 868 MHz irritieren etwas. Sollte doch 433 sein, oder?
Nachdem ich die freq auf 433 umgeschaltet habe ist diese Meldung auch korrigiert. War wohl standardmäßig auf die höhere freq eingestellt.
Ein 433 MHz CUL kann auch auf 868 MHz senden/empfangen. Es ist alles Sache der richtigen Konfiguration:
http://www.fhemwiki.de/wiki/CUL
Hallo Locutus, das mit der Umschaltfähigkeit auf 868 MHz ist schon klar.
Die Verbindungsabbrüche habe ich hier übrigens auch. Eine feste Zeit läßt sich hier ebenfalls nicht festmachen.
Nach einem reopen kommt der Status wieder auf initialized. Wenn ich dann aber eine IT-Steckdose schalte, ist der CUL wieder bei disconnected. Der Schaltvorgang wird nicht ausgeführt.
@locutus
Ich habe gerade ähnliche Probleme mit meiner promicroCUL Anpassung für die Umbelegung der Ports für GDO0 und GDO2.
Kann es sein das in der bord.h der INT falsch ist. Meiner Überlegung nach müßte der dem CC1100_IN_PIN zugeordnet sein,
also :
#define CC1100_IN_DDR DDRD
#define CC1100_IN_PORT PIND
#define CC1100_IN_PIN 3
#define CC1100_IN_IN PIND
#define CC1100_INT INT3
#define CC1100_INTVECT INT3_vect
#define CC1100_ISC ISC30
oder liege ich da falsch?
Ich konnte es bei mir noch nicht austesten, wg. Gartenarbeit. ::)
Gruß Friedrich
Es liegt nicht an der Hardware. Ich betreibe schon seit Monaten den ESP8266 ohne nennenswerte Ausfälle in Verbindung mit OWX-ASYNC an einem 1-Wire Bus Master.
http://forum.fhem.de/index.php/topic,18996.msg273097.html#msg273097
Es liegt an 00_CUL.pm. SpenZerX hat die Problematik angesprochen, RK sieht jedoch keinen Handlungsbedarf.
http://forum.fhem.de/index.php/topic,42340.0.html
Die JeeLink Verfechter hatten das gleiche Problem und spendierten deshalb der Softwareschnittstelle ein neues Attribut – timeout.
http://forum.fhem.de/index.php/topic,14786.msg342811.html#msg342811
Zitat von: Omega-5 am 06 November 2015, 10:21:40
@locutus
Ich habe gerade ähnliche Probleme mit meiner promicroCUL Anpassung für die Umbelegung der Ports für GDO0 und GDO2.
Kann es sein das in der bord.h der INT falsch ist. Meiner Überlegung nach müßte der dem CC1100_IN_PIN zugeordnet sein,
also :
#define CC1100_IN_DDR DDRD
#define CC1100_IN_PORT PIND
#define CC1100_IN_PIN 3
#define CC1100_IN_IN PIND
#define CC1100_INT INT3
#define CC1100_INTVECT INT3_vect
#define CC1100_ISC ISC30
oder liege ich da falsch?
Ich konnte es bei mir noch nicht austesten, wg. Gartenarbeit. ::)
Gruß Friedrich
INT3!? Mit welchen ATMEGA Typ ist der CC1101 verbunden? Der ATMEGA328P hat hardwareseitig nur 2 Interrupt-Ports: INT0 und INT1
ZitatINT3!? Mit welchen ATMEGA Typ ist der CC1101 verbunden? Der ATMEGA328P hat hardwareseitig nur 2 Interrupt-Ports: INT0 und INT1
Auf dem SparkFun_Pro_Micro ist ein ATmega32U4. Ich wollte ihn auf dem nanoCUL V3.1 http://forum.fhem.de/index.php/topic,38561.0.html (http://forum.fhem.de/index.php/topic,38561.0.html) einsetzen
und habe die Verbindungen zum CC1101 schon mal per Drahtverhau nachgebildet bevor die Leiterplatte kommt. Dabei ging öfter die Verbindung verloren.
2015.11.05 00:46:34 1: /dev/ttyACM0 reappeared (CUL)
2015.11.05 00:46:37 1: /dev/ttyACM0 disconnected, waiting to reappear (CUL)
2015.11.05 00:46:37 1: Cannot init /dev/ttyACM0, ignoring it (CUL)
Aber das hat dann wohl bei euch eine andere Ursache.
Gruß Friedrich
Hab das schöne Teil erst einmal wieder auf Eis gelegt.
Mit den ständigen Verbindungsabbrüchen ist hier kein sinnvoller Einsatz möglich.
Warten wir auf Verbesserung in der Software.
Hallo locutus.
Ich finde das Interface sehr interessant und möchte auch gern eins haben.
Ab wann kann man einen miniCUL mit 868 MHz und 2,4 GHz WLAN-Schnittstelle bei dir erwerben?
Oder kann ich mir das ganze auch aus einem Arduino_nano, ESP8266 ESP-01 WLAN-Funkmodul und einem CC1101-Modul selbst schustern?
Dank und Gruß
beSmart
@RappaSan & chris1284
Wir haben noch nicht alle Optionen ausgeschöpft. Ich kann die Verbindungsabbrüche reproduzieren. Auf der anderen Seite tritt das Phänomen mit meiner Konfiguration nicht auf. Zum einen betreibe ich den ESP8266 im STA MODE.
+++AT MODE 1Zum anderen kommuniziert meine a-culfw mit geringerer Baudrate.
define miniCUL CUL 192.168.4.1:23@38400 0000
Ihr benötigt die passende Firmware (http://forum.fhem.de/index.php?action=dlattach;topic=26487.0;attach=39738).
@Omega-5
Du bist auf der falschen Baustelle! Der Quellcode für ATMEGA32U4 ist hier:
http://sourceforge.net/p/culfw/code/HEAD/tree/trunk/culfw/Devices/CUL/
@beSmart
Zitat von: beSmart am 08 November 2015, 16:55:39
Ab wann kann man einen miniCUL mit 868 MHz und 2,4 GHz WLAN-Schnittstelle bei dir erwerben?
Sobald meine Bestellung aus China bei mir angekommen ist.
ZitatOder kann ich mir das ganze auch aus einem Arduino_nano, ESP8266 ESP-01 WLAN-Funkmodul und einem CC1101-Modul selbst schustern?
http://forum.fhem.de/index.php/topic,43267.0.html
Moin Damian.
Das probier ich doch gerne bei nächster Gelegenheit aus.
Zitat von: chris1284 am 09 November 2015, 19:07:56
was bedeuted mode 1-3 , welche gibt es?
+++AT MODE <mode: 1= STA, 2= AP, 3=both>
Zitatgibt es eine doku zu den befehlen?
https://github.com/beckdac/ESP8266-transparent-bridge
Zitatmit der firmware, mode 1 und 38400 baud (muss das beim flashen im befehl auch angepasts werden?? ) bekomt fhem keine verbindung
An dem avrdude Befehl ändert sich nichts. Der Bootloader kommuniziert nach wie vor mit einer Baudrate von 57600. Einfach im USB Modus flashen. Danach Baudrate und Mode konfigurieren ...
+++AT BAUD 38400
+++AT MODE 1Anschließend beide Jumper auf WLAN Modus setzen.
Hab hier ein Problem:
Beim flashen über USB oder WLAN kommt immer die Meldung:
"avrdude: stk500_recv(): programmer is not responding"
Nach 10 retrys ist schluß.
Was genau muß ich tun?
Kann ich das hexfile auch über die Windows Arduino IDE einspielen?
Ja. Den Fehler macht man hoffentlich nur einmal.
Gibt es ggf. noch weitere Prozesse, die auf den Port zugreifen?
Langsam macht sich Resignation breit.
Ich krieg das Ding einfach nicht neu geflasht:
root@pi2:~# avrdude -p atmega328p -c arduino -P /dev/ttyUSB0 -F -b 57600 -U flash:w:miniCUL.hex:i
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x00
avrdude done. Thank you.
Wenn ich das Ganze über WLAN flashen will, kommt zuvor noch die Meldung:
root@pi2:~# echo +++AT GPIO2 2 100 | nc 192.168.10.28 23 | avrdude -p atmega328p -c arduino -P net:192.168.10.28:23 -b 57600 -U flash:w:miniCUL.hex:i
ioctl("TIOCMGET"): Inappropriate ioctl for device
ioctl("TIOCMGET"): Inappropriate ioctl for device
avrdude: stk500_recv(): programmer is not responding
Wat nu?
Das ist einen Versuch wert, den Button hab ich auch schon entdeckt.
Aber momentan bin ich etwas geflasht: Der Stick läuft bereits über 12 Stunden ohne Störung.
Die neue Firmware kommt aber trotzdem drauf - wenn er mich läßt.
Zitat von: chris1284 am 13 November 2015, 21:43:53
Ich habe immer noch diconnects. Werbe morgen mal an 2A 1port usbnetzteil testen
Einige LED Controller haben derivate der esp. Da zicken oft wenn mehrere AP (gleiche SSID) oder repeater da sind. Könnte das passen ?
vg
joerg
oh, ich meine nicht die led Netze ursächlich sondern das Heimnetz. Hast Du für das Heimnetz (ssid) verschiedene AP oder repeater ? Auf der anderen Seite, da Du ja lw12 und ld hast weiß Du vmtl sowieso was ich meine.. ..
vg
joerg
Es kommt viel weniger darauf an, was das Netzteil leistet, als vielmehr darauf, das ESP8266-Funkmodul mit einer stabilen und störungsfreien Gleichspannung zu versorgen.
Im WLAN Modus messe ich einen durchschnittlichen Strombedarf von 150 - 160 mA. Ein 500 mA Netzteil sollte eigentlich reichen.
Ein weiteres Problem stellt der werkseitig fehlende Entkoppelkondensator (http://www.mikrocontroller.net/articles/Kondensator#Entkoppelkondensator) dar. Gegenmaßnahme – ein Kondensator zwischen GND und VCC. Hierfür eignet sich am besten ein 100nF Keramikkondensator.
Hallo
ich wollte mir einen Arduino pro mini mir einem cc1101 Modul mit 868MHz bauen, um Homematic Komponenten zu steuern. Muss ich mir dann die hex-Dateien selber kompilieren und vorher die Ändeurngen in der board.h machen, wie hier http://www.fhemwiki.de/wiki/Selbstbau_CUL#Software beschrieben?
Kann man eigentlich das ESP8266 nicht direkt flashen? So dass man keinen Arduino braucht?
@locutus: Könntest du eine Foto oder ein Schaltplan rein stellen?
Besten Dank
Ich weiß nicht, was passiert ist aber:
Das Ding läuft bei mir seit 5 Tagen ohne Unterbrechung problemfrei durch. Freu !
Keine Ahnung, was sich geändert hat: Stromversorgung nicht, Firmware auch nicht.
Warmlauf? ;o)
Gesendet von iPhone mit Tapatalk - Tippfehler sind gratis.
Hallo,
erstmal ein Danke an locutus für die schnelle Lieferung.
Ich habe aber leider sofort ein Problem. Wahrscheinlich habe ich die WLAN Konfiguration falsch gemacht.
Müssen ssid und Passwort des Routers in <> gesetzt werden?
Ich habe das eben nicht gemacht und habe nun weder eine Verbindung zu meinem Netzwerk noch das ESP Netzwerk.
Die Firmware habe ich schonmal neu geflasht. Keine Änderung.
Gruß
mannil
Edit: Hab mich wohl vertippt. Wie kann ich das jetzt ändern?
Danke!
Edit2: Konnte meinen Tippfehler rekonstruieren und habe somit wieder Zugriff.
Zitat von: Lebowski am 20 November 2015, 11:19:15
Hallo
ich wollte mir einen Arduino pro mini mir einem cc1101 Modul mit 868MHz bauen, um Homematic Komponenten zu steuern. Muss ich mir dann die hex-Dateien selber kompilieren und vorher die Ändeurngen in der board.h machen, wie hier http://www.fhemwiki.de/wiki/Selbstbau_CUL#Software beschrieben?
Kann man eigentlich das ESP8266 nicht direkt flashen? So dass man keinen Arduino braucht?
@locutus: Könntest du eine Foto oder ein Schaltplan rein stellen?
Besten Dank
das wäre sensationell, geht das nicht irgendwie ?
Zitat von: Lebowski am 20 November 2015, 11:19:15
@locutus: Könntest du eine Foto oder ein Schaltplan rein stellen?
Die entsprechende Darstellung in Fritzing, von links nach rechts: ESP8266, Arduino Pro Mini 3.3V 8MHz, CC1101.
Das Fritzing Schaltbild gilt für die transparent-bridge – die gelbe Leitung GPIO2 an RST.
Für esp-link gilt: GPIO0 connect to RESET of microcontroller.
ACHTUNG! Fehler im Schaltplan!
RX und TX sind vertauscht, siehe Antwort #173 (https://forum.fhem.de/index.php/topic,42998.msg452588.html#msg452588) und Schaltplankorrektur in Antwort #177 (https://forum.fhem.de/index.php/topic,42998.msg466840.html#msg466840).
So fertig sieht es aber schöner aus als der Schaltplan. ;o)
Hallo,
ich versuche gerade meinen WLAN CUL ins bestehende Netzwerk einzubinden. Ich habe per Telnet auf MODE=1 umgestellt, sehe das Teil aber jetzt nicht mehr im Netzwerk. Deshalb meine Fragen:
Bekommt der CUL in Mode 1 eine IP per DHCP?
Kann man eine feste IP aus dem eigenen Netzwerk einstellen (wenn ja wie)?
Wie komme ich in Mode 1 wieder auf den CUL?
Sollten die Fragen zu doof sein, bitte ich um Entschuldigung :-[
Gruß
Blueberry63
Schau mal hier auf Seite 2, Antwort #15. Dort gibt's einen Link, in dem alle ESP-Kommandos erklärt werden.
Und ja - als Client im WLAN stellt der WLAN-Router wie normalerweise bei allen anderen Clients auch per DHCP die Netzwerkadresse.
Die Doku über die Bridge habe ich gelesen, aber wie komme ich denn jetzt auf den CUL? Ich habe ja dummerweise Mode=1 gesetzt, ohne das WLAN zu konfigurieren. Kann man auch über USB konfigurieren oder geht das nur über Telnet?
Gruss
Blueberry63
Edit1: Ich sehe jedenfalls kein ESP_XXX-Netz mehr. Kann man die Netzwerkeinstellungen auch über USB vornehmen?
Ich befürchte, dass das ESP neu geflasht werden muss. Du benötigst einen USB-to-Serial Adapter mit 3.3V Logik und den NodeMCU Flasher.
https://github.com/nodemcu/nodemcu-flasher
Hallo Damian,
das habe ich mir schon fast gedacht >:(
Könntest Du das Flashen für mich übernehmen? Ich würde Dir das Teil wieder zurückschicken und das Porto für die Rücksendung beilegen.
Wenn OK, dann schreibe mir bitte ein PN.
Gruß
Blueberry63
Hallo,
Ich habe ein problem...
Ich habe den WlanCul erfolgreich mit Fhem eingebunden (über esp-link), jedoch trennt Fhem ca. alle 30 min die Verbindung, und aus dem Status "Initialized" wird "opened"... Wenn ich dann jedoch sage "reopen" wird er wieder initialisiert... Daher vermute ich, dass es nicht am ESP liegt...
Bin ich alleine? Oder hat jemand ne lösung?
hi,
woher bekomme ich den CP2102 USB zu UART Interface IC ?
Zitat von: chris1284 am 11 Dezember 2015, 06:20:52
google -> shopping -> besttellen. ich habe einen für unter 5€ aus GB bestellt (für webcam flashen)
https://www.google.de/search?q=CP2102&ie=utf-8&oe=utf-8&gws_rd=cr&ei=21xqVvTIA4aLPpHpkPAG#q=CP2102&safe=off&tbm=shop
und speziell diesen:
(http://forum.fhem.de/index.php?action=dlattach;topic=42998.0;attach=39746;image)
Ich glaube du verwechselst hier etwas. :P
Auf dem Bild ist der MiniCul von Damian zu sehen und kein USB zu UART Interface.
Zitat von: thegimliboy am 10 Dezember 2015, 18:27:51
Hallo,
Ich habe ein problem...
Ich habe den WlanCul erfolgreich mit Fhem eingebunden (über esp-link), jedoch trennt Fhem ca. alle 30 min die Verbindung, und aus dem Status "Initialized" wird "opened"... Wenn ich dann jedoch sage "reopen" wird er wieder initialisiert... Daher vermute ich, dass es nicht am ESP liegt...
Bin ich alleine? Oder hat jemand ne lösung?
Deine Vermutung ist falsch! Der ROM Bootloader des ESP8266 quatscht ständig dazwischen und trennt letztendlich nur unnötig die Verbindung zu fhem.
Die Lösung lautet: die aktuelle esp-link (https://github.com/jeelabs/esp-link/releases/tag/v2.1.7) Version auf ein ESP-12 flashen, danach UART pins swapped auswählen oder vordefinierte Presets anwenden.
Aber das ist mit dem ESP-01, wie er auf dem von dir gebauten WLAN-CUL ist, nicht möglich.
Oder sehe ich das falsch?
dat ding läuft, ;D
Danke locutus !!!
eines noch: Hat jemand probiert den Wlan CUL mit 2 rechnern zu verbinden? also zwei mal fhem -> einmal Cul ?!?
hab das jetzt im test bin mir aber nicht sicher ob das dauerhaft funktioniert
Zitat von: noice am 18 Dezember 2015, 19:46:23
dat ding läuft, ;D
Danke locutus !!!
eines noch: Hat jemand probiert den Wlan CUL mit 2 rechnern zu verbinden? also zwei mal fhem -> einmal Cul ?!?
hab das jetzt im test bin mir aber nicht sicher ob das dauerhaft funktioniert
Hallo
generell geht das (hatte ich mit esp-link und SignalDuino während der Testphasen so laufen). Die jeelabs esp-link 1er firmware unterstützt mehrere Verbindungen gleichzeitig.
Allerdings was soll mit Daten geschehen, die von FHEM an den CUL gesendet werden? Beim Signalduino werden zB regelmäßig RAM Abfragen von FHEM an den/die Empfänger gesendet. Oder was passiert bei einem Schaltbefehl (IT Steckdosen oder so) vom FHEM an den CUL?
Sollte soweit abe kein Problem sein, wenn die esp-link Software die Antworten über den Socket zurücksendet von dem die Befehle kommen. Nur dann bekommt der zweite FHEM Server die Änderung nicht mit.
Oder die esp-link Software braodcasted alle über TX/RX gehenden Daten an alle verbundenen (Telnet-) Clients?! So genau habe ich mir das nicht angesehen. Aber ich erinnere mich das ein FHEM eine RAM Abfrage sendete während der andere FHEM Daten vom selben SignaDuino empfing und durch die RAM-Antwort die Daten 'zerstörte'. Also scheint es wohl so zu sein, dass Daten vom CUL/Signalduino bei der esp-link Software an alle verbunden Clients (FHEM) gesendet werden. Also CUL/Signalduino bekommt Befehl der eine Rückmeldung produziert die gerade empfangene Daten stören, weil der eine FHEM ja nicht weiss dass der andere einen Befehl an den CUL/Signalduino gesendet hat, und der andere FHEM nicht weiss das gerade Daten kommen. Na ja, oder so ähnlich.
Mittlerweile läuft bei mir nur ein FHEM mit einem SignalDuino über esp-link.
~Josef
Zitat von: Kuzl am 15 Dezember 2015, 14:16:14
Aber das ist mit dem ESP-01, wie er auf dem von dir gebauten WLAN-CUL ist, nicht möglich.
Oder sehe ich das falsch?
Mit dem ESP-01 funktioniert es natürlich nicht. Für diese Lösung werden ESP-Funkmodule mit Zugang zur GPIO13 und GPIO15 benötigt.
so nun tut sich nix mehr.
seit heute Mittag mag der CUL nicht mehr.
Wlan Modul hängt in netz und wird auch erkannt. Fhem zeigt disconnect.
der versucht den Cul nur zu flashen funktioniert über den X-Loader allerdings rührt sich der Cul nicht mehr. Keine LED blinkt, Kein Empfang, nix ...
wie kann ich ihn wieder beleben? :-\
Zitat von: chris1284 am 22 Dezember 2015, 08:10:10
du hast aber die fw aus diesem thema genommen, nicht einfach die normale a-culfw/culfw?
Ja die aus diesem tread. Einmal die 1.10 irgendwas und die 1.20.03
Beide ohne Erfolg
Das komische war das er gestern gegen mittag einfach ausgefallen ist. Ohne fremdeinwirkung
Mobil erstellt daher kurz gehalten
so.. Komando zurück,
ich weiss nicht woran es lag aber jetzt funktioniert es wieder.
ich hab die Cul Firmware nochmals geflasht (zum 100. Mal)
und dann hab ich mich heute noch mit der ESP Firmware gespielt und .. siehe da .. er lebt wieder.
Wie kann man eigentlich den ESP zurücksetzten? Das aufspielen der ESP transparent Firmware hatte allerdings keinen Reset der Einstellungen gemacht.
Nach dem flashen der esp-link Firmware hatte ich zumindest wieder zugriff auf das ESP Modul.
mal sehen wie lang.
Danke trotzdem für eure Hilfe.
Mal ne Frage:
wie genau flasht ihr die esp-link-Software auf den ESP?
Ich benutze den NODE-MCU-Flasher und lade die den Bootloader, die user1.bin und die blank.bin drauf, allerdings macht er dann kein WLAN auf.
Ich bekomme seit neuestem per autocreate ein CUL_IR_miniCUL.
Wat n dat?
Zitat von: Kuzl am 23 Dezember 2015, 11:10:37
Mal ne Frage:
wie genau flasht ihr die esp-link-Software auf den ESP?
Ich benutze den NODE-MCU-Flasher und lade die den Bootloader, die user1.bin und die blank.bin drauf, allerdings macht er dann kein WLAN auf.
Hättest du den cul schon im netzwerk? Wenn ja probiere mal die vorhandene ip. Einfach im Browser eingeben. Bei mir waren nach dem umflashen immer noch die zugangsdaten gespeichert.
Mobil erstellt daher kurz gehalten
Zitat von: Kuzl am 23 Dezember 2015, 11:10:37
Mal ne Frage:
wie genau flasht ihr die esp-link-Software auf den ESP?
Ich benutze den NODE-MCU-Flasher und lade die den Bootloader, die user1.bin und die blank.bin drauf, allerdings macht er dann kein WLAN auf.
Hättest du den cul schon im netzwerk? Wenn ja probiere mal die vorhandene ip. Einfach im Browser eingeben. Bei mir waren nach dem umflashen immer noch die zugangsdaten gespeichert.
Mobil erstellt daher kurz gehalten
Zitat von: Kuzl am 23 Dezember 2015, 11:10:37
Mal ne Frage:
wie genau flasht ihr die esp-link-Software auf den ESP?
Ich benutze den NODE-MCU-Flasher und lade die den Bootloader, die user1.bin und die blank.bin drauf, allerdings macht er dann kein WLAN auf.
Hättest du den cul schon im netzwerk? Wenn ja probiere mal die vorhandene ip. Einfach im Browser eingeben. Bei mir waren nach dem umflashen immer noch die zugangsdaten gespeichert.
Mobil erstellt daher kurz gehalten
ZitatMobil erstellt daher kurz gehalten
besser 1x lang, als 3x kurz. ;)
Zitat von: frank am 23 Dezember 2015, 18:50:49
besser 1x lang, als 3x kurz. ;)
Tapatalk lässt grüßen :o
Mobil erstellt daher kurz gehalten
Zitat von: noice am 22 Dezember 2015, 22:42:18
Wie kann man eigentlich den ESP zurücksetzten? Das aufspielen der ESP transparent Firmware hatte allerdings keinen Reset der Einstellungen gemacht.
Nach dem flashen der esp-link Firmware hatte ich zumindest wieder zugriff auf das ESP Modul.
Das ist die Aufgabe der blank.bin Datei.
"blank.bin needs to be flashed only when the sdk version is upgraded or when WiFi configuration parameters have to be erased. Note the different address for blank.bin."Zitat von: Kuzl am 23 Dezember 2015, 11:10:37
wie genau flasht ihr die esp-link-Software auf den ESP?
Ich benutze den NODE-MCU-Flasher und lade die den Bootloader, die user1.bin und die blank.bin drauf, allerdings macht er dann kein WLAN auf.
Die Parameter und Flashadressen sind hier beschrieben: https://github.com/jeelabs/esp-link/releases/tag/v2.1.7
Du musst nur herausfinden, welchen Flash Size und SPI Mode das ESP-Funkmodul verwendet.
Zitat von: RappaSan am 23 Dezember 2015, 11:12:16
Ich bekomme seit neuestem per autocreate ein CUL_IR_miniCUL.
Wat n dat?
http://fhem.de/commandref.html#CUL_IR
Der miniCUL hat keine Infrarotschnittstelle. Somit kann es nicht an der Hardware liegen.
Die fehlende IR-Sensorik ist mir bewußt. Drum hab ich mich auch so gewundert...
Btw.: Wünsche allen ein schönes Weinachten - ist ja schon fast vorbei. :)
Zitat von: locutus am 24 Dezember 2015, 10:20:23
http://fhem.de/commandref.html#CUL_IR
Der miniCUL hat keine Infrarotschnittstelle. Somit kann es nicht an der Hardware liegen.
Nicht bezogen auf das obige Problem aber als Frage für mögliche Erweiterungen:
Wäre es möglich den miniCul um ein Infrarot-Interface (Senden und Empfangen) hinzuzufügen?
Der Code steht ja in der culfw/a-culfw zur Verfügung, man müsste nur möglicherweise schauen ob am 328P noch passende Pins zur Verfügung stehen. Hintergrund: Es wäre damit möglich auch Geräte per Infrarot zu steuern und gerade da ist ja eine dezentrale Positionierung interessant, da FHEM ja nicht unbedingt da steht wo z.B. TV/Audiosysteme stehen.
Alle meine Versuche das über CUL_RFR zu realisieren sind gescheitert, das Protokoll erscheint mir doch recht fragil
Hardwareseitig wäre zumindest IR-Senden möglich. Für IR-Empfangen wird ein freier Interrupt-Port am ATMEGA328P benötigt. Leider sind INT0 und INT1 bereits belegt.
Softwareseitig lässt FHEM ein Infrarot-Interface am CUL nicht zu. Die Definition eines CUL_IR endet mit der Meldung:
ZitatWrong IODev specified or IODev doesn't support CUL_IR
Zitat von: locutus am 27 Dezember 2015, 23:16:26
Hardwareseitig wäre zumindest IR-Senden möglich. Für IR-Empfangen wird ein freier Interrupt-Port am ATMEGA328P benötigt. Leider sind INT0 und INT1 bereits belegt.
Softwareseitig lässt FHEM ein Infrarot-Interface am CUL nicht zu. Die Definition eines CUL_IR endet mit der Meldung:
OK, das mit dem fehlenden Interrupt hatte ich befürchtet, da ist der 328 etwas eingeschränkt. Senden wäre eigentlich schon ausrecihende, da man das Anlernen ja auch an anderer Stelle vornehmen könnte (eigentlich sogar getrennt von FHEM und nur den Code eintragen).
Die Meldung müsste sich aber lösen lassen, denn eigentlich müsste im CUL auch CUL_IR als unterstütztes Protokoll aufgeführt sein.
An welchen Pins ist denn ds ESP8266-Modul angeschlossen?
Der ESP ist mit RXD, TXD und RESET verbunden.
IR-Senden ist über folgende Pins möglich:
#elif defined (__AVR_ATmega48__) \
|| defined (__AVR_ATmega88__) \
|| defined (__AVR_ATmega88P__) \
|| defined (__AVR_ATmega168__) \
|| defined (__AVR_ATmega168P__) \
|| defined (__AVR_ATmega328P__) // ATmega48|88|168|168|328 uses OC2A = PB3 or OC2B = PD3 or OC0A = PD6 or OC0B = PD5
#if IRSND_OCx == IRSND_OC2A // OC2A
#define IRSND_PORT PORTB // port B
#define IRSND_DDR DDRB // ddr B
#define IRSND_BIT 3 // OC2A
#elif IRSND_OCx == IRSND_OC2B // OC2B
#define IRSND_PORT PORTD // port D
#define IRSND_DDR DDRD // ddr D
#define IRSND_BIT 3 // OC2B
#elif IRSND_OCx == IRSND_OC0A // OC0A
#define IRSND_PORT PORTB // port B
#define IRSND_DDR DDRB // ddr B
#define IRSND_BIT 6 // OC0A
#elif IRSND_OCx == IRSND_OC0B // OC0B
#define IRSND_PORT PORTD // port D
#define IRSND_DDR DDRD // ddr D
#define IRSND_BIT 5 // OC0B
#else
#error Wrong value for IRSND_OCx, choose IRSND_OC2A, IRSND_OC2B, IRSND_OC0A, or IRSND_OC0B in irsndconfig.h
#endif // IRSND_OCx
Am miniCUL sind PD5 und PD6 frei verfügbar.
Achtung! In irsnd.c (https://github.com/heliflieger/a-culfw/blob/master/culfw/clib/irsnd.c) hat sich ein Bug eingeschlichen. Ein kleiner Hinweis: der Fehler versteckt sich in der Zeile 179 und 180.
Vielleicht hilft dir das weiter. Alle meine Versuche sind misslungen.
Zitat von: locutus am 30 Dezember 2015, 19:24:10
Am miniCUL sind PD5 und PD6 frei verfügbar.
Achtung! In irsnd.c (https://github.com/heliflieger/a-culfw/blob/master/culfw/clib/irsnd.c) hat sich ein Bug eingeschlichen. Ein kleiner Hinweis: der Fehler versteckt sich in der Zeile 179 und 180.
Danke für die Infos, das erspart mir die Kopflupe aufzusetzen ;)
Ja der Fehler mit DDRB statt DDRD war mir auch schon untergekommen als ich Versuchen unternommen hatte.
Meine Versuche (ohne ESP) waren bisher bei den IR-Teile schon erfolgreich. Allerdings bin ich in Probleme damit gelaufen, dass der Timer für IR-Receive um den Faktor 125 schneller läuft, damit er die IR-Signale samplen kann. Dadurch wird wohl der Empfang von FASTRF (und damit auch von Routing-Signalen) instabil. Also bin ich in die Sackgasse gelaufen. Deshalb wäre der ESP-Ansatz so interessant, man spart sich gleich den Router.
Ich werde erstmal Versuche (Nano plus ESP) auf dem Breadboard machen bevor ich den miniCul angehe.
Für die Zukunft könnte auch ein Leonardo / 32U4 interessant sein, der hat ja mehr Interrupts.
Bist du bitte so freundlich und hängst deinen Source Code (board.h, miniCUL.c, Makefile) hier an. Ich möchte mir den mal ansehen. Danke!
Klar gerne, allerdings habe ich meine Versuche auf der Basis der culfw (nicht a-culfw) und dem Nanocul gemacht.
Dateien dazu anbei, auch wenn ich nicht annehme, dass sie so helfen. Das ist ein Zwischenstand, allerdings habe ich genau damit CUL-Routing nicht stabil zum Laufen gebracht, dann bin ich auf Deinen minicul mit ESP gestossen.
Damit werde ich wohl einen neuen Start versuchen.
Zitat von: PeMue am 26 Oktober 2015, 22:06:30
Hallo locutus,
eine Frage hätte ich: sind das nicht zwei Module, die von den Pads ziemlich abweichen?
Vom CC113L finde ich nur ein 433 MHz Modul, und das ist auch kleiner, als das CC1101 (SMD) Modul.
Prinzipiell habe ich natürlich auch Interesse ...
Danke + Gruß
Peter
Ich würde da gerne noch ne Frage nachschieben: Der CC113L klinkt für mich wie ein reiner Empfänger der nicht senden kann.
"The CC113L is a cost optimized sub-1 GHz RF receiver for the 300–348 MHz, 387–464 MHz, and 779–928 MHz frequency bands. The circuit is based on the popular CC1101 RF transceiver, and RF performance characteristics are identical. The CC115L transmitter together with the CC113L receiver enable a low-cost RF link. "
http://www.ti.com/product/CC113L/description
Das würde dann aber kein vollwertiger CC1101 Ersatz sein, oder?
Entgegen den Angaben im Datenblatt sendet der CC113L auf 433 MHz recht zuverlässig. Der Chip verarbeitet SWAP (https://code.google.com/p/panstamp/wiki/SWAP) und culfw Funkprotokolle.
Ich muss gestehen, dass ich mich nie mit dem CC113L Datenblatt befasst habe. Nachdem ich das Funkmodul erworben habe, wurde die Schaltung umgehend in der produktiven Umgebung eingesetzt. Und siehe da, das Teil funkt tadellos meine ELRO Funksteckdosen an.
Verschweigt man uns etwas? Ist es eine Verkaufsstrategie?
ZitatEntgegen den Angaben im Datenblatt sendet der CC113L auf 433 MHz recht zuverlässig. Der Chip verarbeitet SWAP und culfw Funkprotokolle.
Ich muss gestehen, dass ich mich nie mit dem CC113L Datenblatt befasst habe. Nachdem ich das Funkmodul erworben habe, wurde die Schaltung umgehend in der produktiven Umgebung eingesetzt. Und siehe da, das Teil funkt tadellos meine ELRO Funksteckdosen an.
Verschweigt man uns etwas? Ist es eine Verkaufsstrategie?
Das bedeutet im Prinzip, das man mit dem 868er auch prima 433 Mhz machen kann? BTW, ich hätte Interesse an deinem miniCUL.
Gruß
Jens
Zitat von: locutus am 30 Dezember 2015, 22:20:26
Bist du bitte so freundlich und hängst deinen Source Code (board.h, miniCUL.c, Makefile) hier an. Ich möchte mir den mal ansehen. Danke!
bezüglich des miniCuls mit Infrarot bin ich heute erfolgreich gewesen, nachdem ich etwas Zeit am Stück hatte um das mal richtig auszuprobieren. Eigentlich war es relativ simpel nachdem ich quasi Dein miniCul mit WLAN-Konzept zweckentfremdet habe.
ACHTUNG: Ich habe jetzt mal einen eigenen Thread dafür erstellt für Fragen: http://forum.fhem.de/index.php/topic,49689.0.html (http://forum.fhem.de/index.php/topic,49689.0.html)Unten ist mal eine Fritzing-Darstellung des miniIrCul's (Das Teil enthält allerdings keinerlei CCxxxx-Funkmodul und kann nur IR). Das ist aber im Code noch nicht enthalten. Die veränderten Dateien zu culfw-r547 habe ich unten mal angefügt (Änderungen in der clib fallen eigentlich keine an, es sei denn man möchte zusätzliche Protokolle für Infrarot ermöglichen das ist empfehlenswert und geschieht in der irmpconfig.h UND in irsndconfig.h.
Anleitung im Telegrammstil was ich gemacht habe(Vorbedingung avr tool chain und avrdude vorhanden)
- culfw r547 aus sourceforge herunterladen
- in Devices neues Verzeichnis
miniIrCul anlegen
- Dateien von unten in das Verzeichnis
- Optional: IR-Protokolle in clib erweitern
- Wenn man noch per makefile flashen will auch dort entsprechend anpassen
- make im Verzeichnis
- flashen in den pro mini (Ich habe über einen FTDI-Adapter geflasht, dazu muss allerdings der esp8266 unverbunden werden)
Das liesse sich sicher auch einfach auf die a-culfw umsetzen.
Ich werde jetzt vermutlich erstmal einen Streifenrasterprototypen bauen.
@Locutus: Lass mich wissen wenn Do noch Fragen hast.
Johannes
hallo locutus,
ich bin gerade auf der Suche nach cul-hardware, mit der ich Somfy ansprechen kann. Die Kombination mit WLAN passt auch ganz gut bzgl. Positionierung. Soweit ich gelesen habe, enthält culfw Somfy RTS Protokollunterstützung.
Ist das hier vorgestellte Modul dazu in der Lage (benutzt ja a-culfw)?
Zitat von: habeIchVergessen am 18 Januar 2016, 17:48:37
hallo locutus,
ich bin gerade auf der Suche nach cul-hardware, mit der ich Somfy ansprechen kann. Die Kombination mit WLAN passt auch ganz gut bzgl. Positionierung. Soweit ich gelesen habe, enthält culfw Somfy RTS Protokollunterstützung.
Ist das hier vorgestellte Modul dazu in der Lage (benutzt ja a-culfw)?
a-culfw (genausowie die normale culfw) sind in der Lage Somfy (RTS) zu senden aber nicht zu empfangen. Generell geht mit dem miniCul-WLAN alles was auch mit dem entsprechenden miniCul mit a-culFW möglich ist bezüglich Protokollunterstützung.
Für SOMFY wird ein 433 Mhz_Modul benötigt damit die Reichweite gut ist.
Johannes
Ist es eigentlich normal, dass obwohl ich den CUL auf USB gejumpert habe, er sich mit meinem WLAN verbindet und ich ihn auch in FHEM einbinden kann?
Moin,
ich hab da mal ein paar Verständnisfragen:
- hab ich das soweit richtig verstanden das ich den miniCUL 433Mhz entweder an meinen PI oder irgendwo in die Wohnung packen kann?
- das ich damit sowohl meine 433 Mhz Funksteckdosen schalten kann als auch mit einer 433 Mhz Funkfernbedienung FHEM bedienen kann?
- das ich nicht extra pilight im hintergrund laufen lassen muss?
@ gloob
Ja das ist normal. Die Jumper unterbrechen nicht die Spanungsversorgung und deshalb lässt sich der miniCUL auch per WLAN einbinden. Und was fällt dir noch auf? FHEM kommuniziert nicht mehr mit dem miniCUL.
@ Bootscreen
Soweit alles richtig. Ob deine Funksteckdosen von der a-culfw unterstützt werden, kann ich nicht beurteilen.
Kann man die Led am CUL auch deaktivieren?
set CUL433 led 00
http://culfw.de/commandref.html#cmd_l
Zitat von: locutus am 06 Dezember 2015, 01:21:24
Die entsprechende Darstellung in Fritzing, von links nach rechts: ESP8266, Arduino Pro Mini 3.3V 8MHz, CC1101.
Tolles Teil!
Bevor ich die große Shopping-Tour starte, sicherheitshalber die Rückfrage: Wenn ich die Bauteile aus dem screenshot entsprechend verbinde und auf den ESP8266 und den Arduino die entsprechende Firmware aus dem thread spiele kommt so ein WLAN-miniCUL dabei raus? Oder gehört da noch mehr zu?
Hier wäre meine Einkaufsliste:
- ESP8266: http://www.ebay.de/itm/like/251822082633
- Arduino: http://www.ebay.de/itm/Arduino-kompatibles-ATmega-Pro-Mini-Board-3-3V-8MHz-ATmega328-/191636314657
- CC1101: http://www.ebay.de/itm/433Mhz-Wireless-RF-Transceiver-Module-CC1101-CC1100-RF1100SE-Antenna-CP06017-D44-/281353506044
- USB auf TTL UART CP2102: http://www.ebay.de/itm/CP2102-USB-zu-UART-Bridge/201497933162
Ehrlich gesagt würde ich auch lieber einen 433-Mhz käuflich erwerben, aber ich bin im Marktplatz irgendwie immer zu langsam ;-) Es wäre toll, wenn mir jemand kurz bestätigen könnte, ob meine Liste vollständig ist.
Hallo,
ich habe leider immer wieder Probleme beim Flashen der Firmware auf dem ESP8266. Erst sieht alles gut aus:
pi@heizung ~/ESP8266-transparent-bridge/firmware $ telnet 192.168.4.1
Trying 192.168.4.1...
Connected to 192.168.4.1.
Escape character is '^]'.
+++AT
OK
+++AT MODE
MODE=3
OK
+++AT STA SSID PWD
OK
+++AT FLASH
FLASH=1
OK
+++AT STA
SSID=SSID PASSWORD=PWD
OK
+++AT BAUD 38400
OK
+++AT MODE 1
^[^]
telnet> quit
Connection closed.
Wenn ich dann den ESP neu starte, verbindet er sich nicht mit meinem WLAN (die Zugangsdaten sind richtig). Die blaue LED auf dem ESP leuchtet kurz und dann nicht mehr.
Geflashed habe ich mit:
esptool.py --port /dev/ttyUSB0 write_flash -fs 4m -ff 40m 0x00000 0x00000.bin 0x40000 0x40000.bin
Meistens flashe sich vorher nochmal den ESP komplett mit:
esptool.py --port /dev/ttyUSB0 write_flash 0x00000 boot_v1.1.bin 0x01000 user1.bin 0x7C000 esp_init_data_default.bin 0x7E000 blank.bin
https://github.com/espressif/ESP8266_AT/tree/master/bin
Hat jemand vielleicht einen Tip? Ich habe den ESP noch nicht auf dem miniCUL, sondern erst mal nur am USB-FTDI-FLasher.
Gruss Thomas
Versuche es mit dem ESP Flash Download Tool und achte bitte auf die korrekte FLASH SIZE Einstellung. Einige ESP-01 sind mit 512KB und andere wiederum mit 1MB bestückt.
Bekomme ich die Speichergröße irgendwie heraus?
(Das python Tool kann man so schön scripten, aber ich probiere das Download Tool gerne aus)
Gesendet mobil
Typenbezeichnung vom 8-beinigen Flash-Chip ablesen und das Datenblatt googeln. Aktuell werden ESP-01 Funkmodule mit 8 Megabit Serial Flash Memory (25Q80A) ausgeliefert.
Dann sollte es ja so eigentlich richtig sein. (Hab auch einen 25Q80A drauf)
Es geht aber leider wieder mal nicht. Schon zig Mal geflashed und auch mal so resetet: http://forum.fhem.de/index.php/topic,46486.msg382315.html#msg382315
LUA-Scripte laufen auf dem ESP, aber keine transparent-Bridge Firmware.
Ich mir mal neue ESP8266-01 bestellt, vielleicht hab ich meine irgendwie zerschossen.
Gruss Thomas
Ja es macht Sinn einen zweiten ESP zu haben um einen Test durchzuführen.
Wie stellst Du denn fest, dass er sich nicht mehr mit dem WLAN verbindet?
Generell ist es normal, dass die blaue LED nur kurz leuchtet.
johannes
Ich finde ihn nicht bei den Netzwerk-Geräten in der FritzBox. Der holt sich doch per DHCP seine IP. Die muss ich ja rausfinden. Oder kann man die ggf. statisch vergeben?
Gruß Thomas
Gesendet mobil
Hallo Zusammen,
mal ne ganz simple Frage: kann das Teil in der 868 Version auch für HM - Devices eingesetzt werden ???
Zitat von: Tom71 am 15 Februar 2016, 06:09:59
Ich finde ihn nicht bei den Netzwerk-Geräten in der FritzBox. Der holt sich doch per DHCP seine IP. Die muss ich ja rausfinden. Oder kann man die ggf. statisch vergeben?
Gruß Thomas
Dazu müsstest Du die transparent bridge wohl anpassen und selbst übersetzen.
Aber zurück zu Deinem Problem: klingt wirklich so, als ob er sich nicht verbindet.
Mein Vorgehen ist normalerweise:
1) AT Firmware auf den ESP aufspielen
2) ESPLorer tool verwenden um sich per USB zu verbinden
3) Über ESPlorer n der AT Firmware die WLAN-Einstllungen vornehmen (DHCP/WLAN-Station/SSID-Key)
4) Transparent bridge flashen
5) Die WLAN-Einstellungen aus der AT-Firmware sind danach weiterhin erhalten
6) Mit telnet verbinden und serielle Einstellungen über +++AT-Kommandos vornehmen und speichern (!)
Fertig...
Zitat von: Tom71 am 14 Februar 2016, 20:20:48
Dann sollte es ja so eigentlich richtig sein. (Hab auch einen 25Q80A drauf)
Es geht aber leider wieder mal nicht. Schon zig Mal geflashed und auch mal so resetet: http://forum.fhem.de/index.php/topic,46486.msg382315.html#msg382315
LUA-Scripte laufen auf dem ESP, aber keine transparent-Bridge Firmware.
Ich mir mal neue ESP8266-01 bestellt, vielleicht hab ich meine irgendwie zerschossen.
Gruss Thomas
Ja solche ESP-Funkmodule sind mir auch schon untergekommen. Ich habe kleine Unterschiede in den Layouts festgestellt aber die Ursache ist mir noch nicht ganz begreiflich.
Dein Funkmodul ist vermutlich i. O. Versuch es mit der ESP8266 Serial-to-WiFi Transmission Firmware (V2.4.1) (http://www.esp8266.com/viewtopic.php?f=5&t=7124)
### miniCUL WLAN Modus mit ESP8266 Serial-to-WiFi Transmission Firmware
define miniCUL CUL 192.168.4.1:9000@38400 0000
Zitat von: kvo1 am 15 Februar 2016, 08:17:27
Hallo Zusammen,
mal ne ganz simple Frage: kann das Teil in der 868 Version auch für HM - Devices eingesetzt werden ???
HomeMatic ist ein Funkprotokoll, welches von der culfw unterstütz wird.
Hallo loctus,
das flashen mit der ESP8266 SERIAL-TO-WIFI TRANSMISSION FIRMWARE (V2.4.1) scheint funktioniert zu haben. Ich warte jetzt allerdings noch auf ein 433Mhz Modul, das ich benutzen möchte.
Der cul antwortet nun aber schon mal mit "miniCUL ccconf => freq:0.000MHz bWidth:812KHz rAmpl:24dB sens:4dB " :-)
Vielen Dank.
Danke für die tolle Idee! ich habe das jetzt selbst nachgebaut und getestet. Dazu habe ich folgende Teile benutzt:
- ESP8266 (http://www.banggood.com/Geekcreit-Doit-NodeMcu-Lua-ESP8266-ESP-12E-WIFI-Development-Board-p-985891.html?p=PQ0609518847201404EN)
- Arduino Pro Mini 3,3V (http://www.banggood.com/3Pcs-3_3V-8MHz-ATmega328P-AU-Pro-Mini-Microcontroller-Board-For-Arduino-p-980290.html?p=PQ0609518847201404EN)
- FTDI USB (http://www.banggood.com/FT232RL-FTDI-USB-To-TTL-Serial-Converter-Adapter-Module-For-Arduino-p-917226.html?p=PQ0609518847201404EN)
- CC1101 433 MHz (http://www.ebay.de/itm/371423481807?ul_noapp=true)
- Verbindungskabel (http://www.banggood.com/3Pcs-40P-20cm-Female-to-Female-Dupont-Jumper-Jump-Cable-Wire-For-Arduino-p-1033590.html?p=PQ0609518847201404EN)
Auf den ESP habe ich dann esp-link geflasht. Unter Debian auf dem Raspberry ging das so:
apt-get install python-serial
cd /usr/src/
git clone https://github.com/themadinventor/esptool.git
wget https://github.com/jeelabs/esp-link/releases/download/v2.1.7/esp-link-v2.1.7.tgz
tar xvzf esp-link-v2.1.7.tgz
cd esp-link-v2.1.7/
python /usr/src/esptool/esptool.py --port /dev/ttyUSB0 --baud 460800 write_flash -fs 32m -ff 80m 0x00000 boot_v1.4\(b1\).bin 0x1000 user1.bin 0x3FE000 blank.bin
Auf den Arduino Pro mini habe ich dann per FTDI USB (Achtung, Jumper auf 3,3V setzen) die normale culfw geflasht.
apt-get install make gcc-avr avrdude avr-libc
cd /usr/src
wget http://sourceforge.net/code-snapshots/svn/c/cu/culfw/code/culfw-code-551-trunk.zip
unzip culfw-code-551-trunk.zip
cd culfw-code-551-trunk/culfw/Devices/nanoCUL
In board.h die Zeile #HAS_16MHZ_CLOCK durch voranstellen von // auskommentieren
make
make program
Die Pinbelegung von Pro mini zum CC1101 habe ich von http://blog.gummibaer-tech.de/cul-stick-868433-im-selbstbau/#more-24 übernommen. Dabei habe ich die 3,3V und GND vom ESP8266 abgenommen. Die 3,3V vom Pro Mini kommen auch direkt von Pins des ESP8266. Ansonsten gibt es zwischen Pro Mini und ESP8266 noch eine Verbindung von TX zu RX bzw. RX zu TX.
Auf den ESP bin ich dann via WLAN verbunden und habe im Browser die 192.168.4.1 aufgerufen. Dort habe ich dann eine Verbindung zu meinem WLAN zuhause hergestellt. Außerdem auf der Seite mit der seriellen Konsole die Baudrate auf 38400 gestellt (geht direkt über die Oberfläche). Bei der Hardware Configuration habe ich das Preset esp-12 benutzt.
Danach das ganze noch in FHEM einbinden
define wifiCUL CUL <ip>:23@38400 0000
Ein Bild von meinem Aufbau findet sich auch im Anhang.
Ich hoffe die Anleitung hilft auch anderen das nachzubauen :-).
Hallo locutus,
würdest du mir auch ein oder zwei Grundmodule ohne CC1101 und ESP verkaufen?
Ich habe beides noch bei mir liegen.
Meine Bitte hatte ich schon mal per PM an dich gerichtet. Leider keine Antwort bekommen. :(
Gruß Friedrich
Hallo zusammen,
habe heute den miniCul von Locutus bekommen. Hat alles super geklappt. Kurze Frage dazu:
Ist die -aFirmware zum IT Empfang schon draufgeflasht?
Sonst muß ich mich jetzt erstmal mit dem Flashen vom miniCul beschäftigen.... Hab ich so noch nie gemacht. Aber das läßt sich ja sicher bewerkstelligen.
Gruß Carsten
So, wer rumprobiert findet auch Antworten... (meistens jedenfalls) Die FW war schon drauf und der CUL läßt sich problemlos in FHEM definieren. Jetzt muß ich nur noch versuchen ihn ins W-Lan zu bekommen. Tolles Gerät.
Zitat von: blueberry63 am 06 Dezember 2015, 21:34:11
Die Doku über die Bridge habe ich gelesen, aber wie komme ich denn jetzt auf den CUL? Ich habe ja dummerweise Mode=1 gesetzt, ohne das WLAN zu konfigurieren. Kann man auch über USB konfigurieren oder geht das nur über Telnet?
Gruss
Blueberry63
Edit1: Ich sehe jedenfalls kein ESP_XXX-Netz mehr. Kann man die Netzwerkeinstellungen auch über USB vornehmen?
So, jetzt ist es passiert. Habe den gleichen Fehler wie Blueberry63 gemacht. >:( Wollte das WLAN konfigurieren, was aber nicht funktionierte. Das AT Kommando wurde mit error abgelehnt. Kann das an den Leerzeichen in meiner SSID liegen? Auf jeden Fall dachte ich ich muß wieder in den MODE 1. Falsch gedacht.
Könnte mir jemand erklären wie man das ESP neu flashen kann? (mit nem MAC o. Raspberry)
Wäre für Hilfe sehr dankbar.....
Gruß Carsten
ZitatSo, wer rumprobiert findet auch Antworten... (meistens jedenfalls) Die FW war schon drauf und der CUL läßt sich problemlos in FHEM definieren. Jetzt muß ich nur noch versuchen ihn ins W-Lan zu bekommen. Tolles Gerät.
da hast du Glück, mir gelingt es irgendwie nicht so ein Teil zu bekommen , sind heiss begehrt :'(
Habe zufällig am iPad zur richtigen Zeit gesessen. War echt ein Zufall.
Ich müßte das / den ESP neuflashen weil ich mir die Firmware mit unbedarftem Herumprobieren unbrauchbar gemacht habe. Ich kann jetzt nicht mehr auf WIFI zugreifen. Lehrgeld zahlen, nennt man das glaube ich. Wäre folgender USB to Serial Adapter dafür brauchbar?
http://pages.ebay.com/link/?nav=item.view&alt=web&id=252329784825&globalID=EBAY-DE
Gesendet von iPad mit Tapatalk
Ja sollte unter Windows gehen
Gesendet von meinem Valencia2_Y100pro mit Tapatalk
Ok, Danke. Bei dem Preis kann man ja auch nicht so viel falschmachen. Werde mir dann mal wieder ne Windowsmaschine organisieren und versuchen.
Gesendet von iPad mit Tapatalk
Hallo,
ich hab einen miniCul mit ESP-01 gebaut.
--> Nach dem Fritzing Schaltbild von locutus.
Ich nutze allerdings esp-link und komme auf das Webinterface.
http://192.168.5.66/console/baud?rate=38400 hat funktioniert.
FHEM meldet:
2016.03.30 00:25:14 3: Opening miniCUL device 192.168.5.66:23
2016.03.30 00:25:14 3: miniCUL device opened
2016.03.30 00:25:23 1: Cannot init 192.168.5.66:23, ignoring it (miniCUL)
FHEM Config ist:
### miniCUL WLAN Modus mit esp-link
define miniCUL CUL 192.168.5.66:23 0000 (ist 0000 richtig?)
Beim "Pin assignment" bin ich mir nicht sicher (Bild / Anlage)
Für Tipps bin ich dankbar :-)
Gruß
Michael
Presets: esp-01
Pin assignment: wie voreingestellt
Das Fritzing Schaltbild gilt für die transparent-bridge – die gelbe Leitung GPIO2 an RST.
Für esp-link gilt: GPIO0 connect to RESET of microcontroller.
Hi locutus,
gibt es denn irgendwann mal mehrrrrrrr "miniCUL 868 MHz mit 2,4 GHz WLAN-Schnittstelle"
kvo1
Bin gerade dabei mir so nen wlan cul nachzubauen. Hab dafür nen promini und nen esp-01
Kann ich einfach deine cul firmware (1. Beitrag) auf den promini flaschen und laut fritzing anbinden?
Danke im voraus.
Mobil erstellt daher kurz gehalten
Hallo zusammen,
Nachdem ich mir ja mein ESP Funkmodul durch Fehlbedienung lahmgelegt hatte, (siehe Antwort #99)
will ich mir nun das Teil neu flashen. Hierzu habe ich mir folgenden Adapter besorgt:
"USB 2.0 to TTL RS232 3,3 5V CP2102 Adapter seriell converter Arduino RS TX 5 PIN"
Leider ist die Bezeichnung der PINS nicht ganz so, wie auf den bislang hier dargestellten
Abbildungen. Ich habe mal die Verdrahtung zum Flashen so abgebildet, wie ich denke.
Könnte jemand aus dem Board, der das schon mal gemacht hat mal draufschauen, ob das so
richtig ist?
Außerdem die Frage, ob die überbrückten GPIO`s zum flashen auch so überbrückt bleiben, o.
ob die nur für bestimmte Aktionen überbrückt werden. (Flash Reset o. so..)
Ich habe mir für die Darstellung meiner Verdrahtung mal Bilder aus diesem Thread "ausgeborgt".
Ich hoffe ich trete damit keinem auf die Füße...
Vielen Dank für die Hilfe, aber das ist im Moment für mich noch alles Neuland.
Gruß Carsten
hallo,
ich habe eine Frage, wenn ich den WlanMiniCul flashen möchte mit diesem Befehl
echo +++AT GPIO2 2 100 | nc 192.168.4.1 23 | avrdude -p atmega328p -c arduino -P net:192.168.4.1:23 -b 57600 -U flash:w:miniCUL.hex:i
wo muss ich dann das .hex File auf dem Rasperry ablegen ??
Danke für Antwort
Gruß Werner
In dem Verzeichnis, in dem du die Befehlseingabe zum flashen gibst.
Zitat von: CarstenF am 06 April 2016, 00:02:44
Hallo zusammen,
Nachdem ich mir ja mein ESP Funkmodul durch Fehlbedienung lahmgelegt hatte, (siehe Antwort #99)
will ich mir nun das Teil neu flashen. Hierzu habe ich mir folgenden Adapter besorgt:
"USB 2.0 to TTL RS232 3,3 5V CP2102 Adapter seriell converter Arduino RS TX 5 PIN"
Leider ist die Bezeichnung der PINS nicht ganz so, wie auf den bislang hier dargestellten
Abbildungen. Ich habe mal die Verdrahtung zum Flashen so abgebildet, wie ich denke.
Könnte jemand aus dem Board, der das schon mal gemacht hat mal draufschauen, ob das so
richtig ist?
Außerdem die Frage, ob die überbrückten GPIO`s zum flashen auch so überbrückt bleiben, o.
ob die nur für bestimmte Aktionen überbrückt werden. (Flash Reset o. so..)
Ich habe mir für die Darstellung meiner Verdrahtung mal Bilder aus diesem Thread "ausgeborgt".
Ich hoffe ich trete damit keinem auf die Füße...
Vielen Dank für die Hilfe, aber das ist im Moment für mich noch alles Neuland.
Gruß Carsten
Die massebrücke benötigst du nur zu flashen. Wenn du also die Firmware drauf hast und das esp testen willst ist dazu die massebrücke wieder raus zu nehmen.
Der rest sieht gut aus obwohl ich mir mit rx und tx nicht 100% sicher bin da ich gerade keine belegung des esp zur hand habe ...
Wenn verdreht ist lässt er sich nur nicht flashen .. demnach dann umdrehen
Gruss Mirko
Mobil erstellt daher kurz gehalten
Vielen Dank für die Antwort Mirko. Sobald ich ne Windows Maschine geliehen habe, werde ich mein Glück versuchen....
Gesendet von iPad mit Tapatalk
Zitat von: CarstenF am 06 April 2016, 13:00:51
Vielen Dank für die Antwort Mirko. Sobald ich ne Windows Maschine geliehen habe, werde ich mein Glück versuchen....
Gesendet von iPad mit Tapatalk
Gerne, wenn weitere Fragen bestehen dann gern her damit ;D
Mobil erstellt daher kurz gehalten
Zitat von: CarstenF am 06 April 2016, 00:02:44
...
"USB 2.0 to TTL RS232 3,3 5V CP2102 Adapter seriell converter Arduino RS TX 5 PIN"
...
Hallo,
hier ist eine gute Anleitung (http://benlo.com/esp8266/esp8266QuickStart.html) und auch diese hier (http://www.hjgode.de/wp/2015/11/05/fhem-serielle-gerat-uber-wifi-anbinden/). Danach habe ich meine esp-Module eingerichtet.
pejonp
Hallo, was kann ich machen ?
bekomme beim flashen folgendes
pi@raspberry2:~ $ sudo telnet 192.168.178.22
Trying 192.168.178.22...
Connected to 192.168.178.22.
Escape character is '^]'.
+++AT BAUD 57600
OK
echo +++AT GPIO2 2 100 | nc 192.168.178.22:23 | avrdude -p atmega328p -c arduino -P net:192.168.178.22:23 -b 57600 -U flash:w:miniCUL.hex:i
▒
b▒`▒▒b▒▒~nlr▒ln|l▒nr|▒n▒nll▒|▒nn▒▒n▒▒▒▒▒lnl▒▒ll▒▒n▒ll▒ll▒l▒
▒▒▒▒
l▒▒▒ln
l
n
▒l▒
▒▒`▒
br~lrp▒nrrnnr|ln|l▒nr|▒n▒nll▒|▒nn▒▒n▒▒▒▒▒lnl▒▒ll▒▒n
l`
habe es auch an einem neu installiertem Raspi versucht.
Wie kann ich den WlanMiniCul auf die neue aCulw 1.20.06 updaten.
sorry, stehe völlig auf den Schlauch und komme nicht weiter, versuche es schon seit 4 Stunden
Danke
gruß Werner
Schon mal flashen über USB versucht (siehe hier Seite 1, locutus hat's gut beschrieben).
Auf USB jumpern nicht vergessen.
Ich habe zum Einspielen eben dies getan und den ESP vorher abgezogen.
hatte ich auch schon, mit Fehler.
Aber nachdem ich jetzt Einkaufen war habe ich es nochmal über USB versucht zu flashen und hat auch geklappt.
pi@raspberry2:/home $ avrdude -p atmega328p -c arduino -P /dev/ttyUSB0 -b 57600 -U flash:w:miniCUL.hex:i
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.00s
avrdude: Device signature = 0x1e950f
avrdude: NOTE: "flash" memory has been specified, an erase cycle will be perform ed
To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file "miniCUL.hex"
avrdude: writing flash (28030 bytes):
Writing | ################################################## | 100% 8.00s
avrdude: 28030 bytes of flash written
avrdude: verifying flash memory against miniCUL.hex:
avrdude: load data flash data from input file miniCUL.hex:
avrdude: input file miniCUL.hex contains 28030 bytes
avrdude: reading on-chip flash data:
Reading | ################################################## | 100% 5.88s
avrdude: verifying ...
avrdude: 28030 bytes of flash verified
avrdude: safemode: Fuses OK (E:00, H:00, L:00)
avrdude done. Thank you.
nur bekomme ich ihn nicht inizialisiert
Internals:
CFGFN
CMDS
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF 192.168.178.22:23@38400 0000
DeviceName 192.168.178.22:23@38400
FHTID 0000
NAME miniCUL
NR 3489
PARTIAL
STATE opened
TYPE CUL
initString X21
Matchlist:
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04....(1|5|9).a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
Readings:
2016-04-06 15:53:59 state opened
2016-04-06 15:52:02 version No answer
Attributes:
rfmode SlowRF
ich hoffe, das ich die richtige Version zum flashen benutzt habe.
gruß Werner
habe nochmal probiert, im USB-Modus klappt es und wird auch die neue Firmware angezeigt.
Neue Devices werden per autostart angelegt.
schalte ich im WLAN-Modus klappt es nicht, dann geht der Stick nur auf "opened" und "No FD"
Kann ich den Stick am PC mit dem ESP8266Flasher programmieren ?
Aber ich denke da fehlt mir dann die .bin Datei
gruß Werner
EDIT: erledigt, habe noch mal per telnet die Baudrate eingestellt und auf Mode 1 gestellt jetzt läuft er wieder :) ;) :)
Zitat von: CarstenF am 06 April 2016, 00:02:44
"USB 2.0 to TTL RS232 3,3 5V CP2102 Adapter seriell converter Arduino RS TX 5 PIN"
Leider ist die Bezeichnung der PINS nicht ganz so, wie auf den bislang hier dargestellten
Abbildungen. Ich habe mal die Verdrahtung zum Flashen so abgebildet, wie ich denke.
Hallo Carsten,
du musst RxD und TxD über Kreuz anschließen, also "Transmit" vom USB-TTL-Adapter mit "Receive" vom ESP und umgekehrt. Eine Pinbelegung des ESP-01 hat locutus in Antwort #106 gepostet.
Gruß Friedrich
Ah, ok Friedrich. Das klingt logisch. Vielen Dank auch Dir fürs helfen.
Gesendet von iPad mit Tapatalk
also nach 2 Nächten voller rumtesten hab ich keinen erfolg...
Der State ist open und ich bekomm keine Antwort auf die Versionsabfrage.
Ich nutze ESP-Link V2.1.7
Auf der Console vom ESP bekomm ich auch keinerlei antwort.
Verbunden hab ich das ganze wie hier im Fritzing Beispiel beschrieben ...
Ich schlaf erstmal noch ne Nacht drüber
Hallo Zusammen,
ich muß hier mal etwas doof fragen:
Ich habe von Damian auch einen miniCUL Lan bekommen. Jetzt wollte ich das Ganze in Betrieb nehmen. Scheitere aber irgendwie daran in mit meinem Netzwerk zu verbinden.
mit dem MiniCUL über WLAN verbunden (die SSID war ESPxxx) irgendwas. Per telnet über 192.168.4.1 auf das Device geschaltet.
Klappte auch. Um dann den
+++AT MODE 3 Befehl eingegeben (hier hätte ich eigentlich irgendwas wie "OK" als Antwort vom Gerät erwartet?)
+++AT STA <ssid> <password> eingetippt...
+++AT BAUD 38400
Dann das Gerät vom USB getrennt und die beiden Jumper auf WLAN gestellt....
Ich hätte gedacht, er holt sich nun eine IP aus meinem WLAN? Ich müßte dann ja in meinem Router irgendwann mal ein neues Device im Netzwerk finden? Doch nix...
Hm... Ratlos.
Nachtrag: Was ich gerad bemerk ein Ping auf das WLAN CUL ist dermassen schlecht, teilweise mit timeouts. Obwohl ich mit meinem Laptop fast daneben sitze...
,,Ping" wurde gestartet ...
PING 192.168.4.1 (192.168.4.1): 56 data bytes
Request timeout for icmp_seq 0
64 bytes from 192.168.4.1: icmp_seq=1 ttl=255 time=3.498 ms
Request timeout for icmp_seq 2
64 bytes from 192.168.4.1: icmp_seq=3 ttl=255 time=11.792 ms
64 bytes from 192.168.4.1: icmp_seq=4 ttl=255 time=1.146 ms
Request timeout for icmp_seq 5
Request timeout for icmp_seq 6
64 bytes from 192.168.4.1: icmp_seq=7 ttl=255 time=85.263 ms
Request timeout for icmp_seq 8
Request timeout for icmp_seq 9
64 bytes from 192.168.4.1: icmp_seq=10 ttl=255 time=4.456 ms
64 bytes from 192.168.4.1: icmp_seq=11 ttl=255 time=13.988 ms
Request timeout for icmp_seq 12
64 bytes from 192.168.4.1: icmp_seq=13 ttl=255 time=3.935 ms
Request timeout for icmp_seq 14
Request timeout for icmp_seq 15
64 bytes from 192.168.4.1: icmp_seq=16 ttl=255 time=49.524 ms
64 bytes from 192.168.4.1: icmp_seq=17 ttl=255 time=261.525 ms
64 bytes from 192.168.4.1: icmp_seq=18 ttl=255 time=2.690 ms
64 bytes from 192.168.4.1: icmp_seq=19 ttl=255 time=21.628 ms
Request timeout for icmp_seq 20
Ist das WLAN Modul eventuell defekt?
Gruß
Jens
Zitat von: Jens_B am 07 April 2016, 14:54:14
Nachtrag: Was ich gerad bemerk ein Ping auf das WLAN CUL ist dermassen schlecht, teilweise mit timeouts. Obwohl ich mit meinem Laptop fast daneben sitze...
Ist das WLAN Modul eventuell defekt?
Gruß
Jens
Die Ping-Zeiten sind wirklich untypisch. Aber das ein WLAN-Modul defekt sich so äusster ist eher unwahrscheinlich.
Frage: Betreibst Du den ESP asl Accesspoint, also hast DU Dich damit verbunden von Deinem Laptop? Oder hat er sich nun doch in Dein WLAN eingeklinkt. Nur im letzteren Fall spielt es natürlich eine Rolle ob Du in der Nähe zum ESP mit Deinem Laptop bist.
Also wenn direkte Verbindung würde ich mal etwas weiter weg gehene
Wenn Verbindung über Deinen Router --> Geh mal näher an den Router und prüfe ping-Zeiten Deines laptops zum Router
Zitat von: noice am 06 April 2016, 13:04:19
Gerne, wenn weitere Fragen bestehen dann gern her damit ;D
Da wollte ich doch noch mal drauf zurückkommen.. ;). Ich habe es hinbekommen. Der ESP meldet sich wieder und spannt ein Netzwerk auf. Ich kann mich auch damit verbinden und komme per Telnet drauf.
Wenn ich die Befehle
telnet 192.168.4.1
+++AT MODE 3
+++AT STA <ssid> <password>
+++AT BAUD 38400eingebe, kommen auch die OK Antworten. Danach setze ich beide Jumper auf WLAN, aber er wählt sich nicht ins bestehende Netzwerk ein. Stattdessen ist immer noch das ESP Netzwerk da. Ist das so richtig?
Muß ich da ggfls. noch einen abschließenden Befehl absetzen?
und als weiteres. Meine SSID der Fritzbox hat ein Leerzeichen. Als ich das mit Leerzeichen eingegeben habe, kam eine Fehlermeldung. Dann habe ich die SSID o. Leerzeichen eingegeben und dann kam das OK.
Jedoch wird er sich doch so nicht in das richtige Netzwerk einwählen können, oder?
Wenn Du, o. jemand anderes da nochmal helfen könnten...
Danke und Gruß Carsten
Zitat von: CarstenF am 07 April 2016, 19:08:46
Da wollte ich doch noch mal drauf zurückkommen.. ;). Ich habe es hinbekommen. Der ESP meldet sich wieder und spannt ein Netzwerk auf. Ich kann mich auch damit verbinden und komme per Telnet drauf.
Wenn ich die Befehle telnet 192.168.4.1
+++AT MODE 3
+++AT STA <ssid> <password>
+++AT BAUD 38400
eingebe, kommen auch die OK Antworten. Danach setze ich beide Jumper auf WLAN, aber er wählt sich nicht ins bestehende Netzwerk ein. Stattdessen ist immer noch das ESP Netzwerk da. Ist das so richtig?
Muß ich da ggfls. noch einen abschließenden Befehl absetzen?
und als weiteres. Meine SSID der Fritzbox hat ein Leerzeichen. Als ich das mit Leerzeichen eingegeben habe, kam eine Fehlermeldung. Dann habe ich die SSID o. Leerzeichen eingegeben und dann kam das OK.
Jedoch wird er sich doch so nicht in das richtige Netzwerk einwählen können, oder?
Wenn Du, o. jemand anderes da nochmal helfen könnten...
Danke und Gruß Carsten
Ein Leerzeichen ist immer schlecht .. besteht die Möglichkeit dein wlan umzubenennen ?
Mobil erstellt daher kurz gehalten
Ja, grundsätzlich kann ich das machen. Bedeutet natürlich das ich alles mögliche neu vernetzen muß. Aber wenn das dann die Lösung ist, würde ich das natürlich machen.
Und nachdem der ESP das Heim- Netzwerk betreten hat, verschwindet auch das ESP eigene Netzwerk?
Gruß C
Jap genau so ist es. Du kannst es aber mal mit dem gastnetzwerk testen. Also gastnetzwerk aktivieren und den esp darauf verbinden. Mit deinem Laptop oder ähnlichen ebenfalls ins gastnetzwerk einwählen und schauen ob der esp dort auftaucht ...
Sobald der esp im netzwerk hängt schaltet er das eigene Netz ab. Wenn er eine Verbindung bekommt baut er sein eigenes Netz wieder auf
Mobil erstellt daher kurz gehalten
Ach falsch .. im gastnetzwerk sehen sich die Geräte ja nicht
Mobil erstellt daher kurz gehalten
Aber ich könnte mit einem anderen Router mal ein Testnetzwerk aufbauen, in welchen er sich einwählen kann. Das sollte doch klappen.....
Wenn du sowas hast ist natürlich ne Möglichkeit ...
Mobil erstellt daher kurz gehalten
Werde ich nachher mal eben versuchen.....
Danke Dir!
Gerne
Mobil erstellt daher kurz gehalten
So, habe es getestet. Klappt!!! Yes!. Eigentlich bin ich ganz froh das ich das ESP zunächst mal unbrauchbar gemacht habe. Jetzt hat man doch wieder etwas mehr Hintergrundwissen. Auf jeden Fall vielen Dank an alle die geantwortet haben um mir (und vllt. auch anderen) zu helfen.
Gruß Carsten
Super freut mich.
Musst jetzt dein wlan umstricken?
Mobil erstellt daher kurz gehalten
ich habe ne Apple WLAN Bridge mit im Netzwerk, die eine eigene SSID erzeugt. (Hatte ich ganz verdrängt :-) Die hat nen normalen Namen und dort konnte ich mich nun völlig unproblematisch einloggen, so das ich nun auch dort drauf zugreifen kann. Jetzt muß ich mal das einbinden in FHEM versuchen.
Also ich bin direkt mit dem Esp WLAN verbunden. Das Laptop ist wie gesagt fast neben dem miniCul .
Auch weiter weg vom mini Cul werden die Pings nicht besser .
Gruß
Jens
Gesendet von meinem iPhone mit Tapatalk
Zitat von: Jens_B am 07 April 2016, 21:17:21
Also ich bin direkt mit dem Esp WLAN verbunden. Das Laptop ist wie gesagt fast neben dem miniCul .
Auch weiter weg vom mini Cul werden die Pings nicht besser .
Gruß
Jens
Gesendet von meinem iPhone mit Tapatalk
Schon mal den esp neu geflasht? Also nur den esp nicht den cul
Mobil erstellt daher kurz gehalten
Zitat von: Jens_B am 07 April 2016, 14:54:14
Hallo Zusammen,
ich muß hier mal etwas doof fragen:
Ich habe von Damian auch einen miniCUL Lan bekommen. Jetzt wollte ich das Ganze in Betrieb nehmen. Scheitere aber irgendwie daran in mit meinem Netzwerk zu verbinden.
mit dem MiniCUL über WLAN verbunden (die SSID war ESPxxx) irgendwas. Per telnet über 192.168.4.1 auf das Device geschaltet.
Klappte auch. Um dann den
+++AT MODE 3 Befehl eingegeben (hier hätte ich eigentlich irgendwas wie "OK" als Antwort vom Gerät erwartet?)
+++AT STA <ssid> <password> eingetippt...
+++AT BAUD 38400
Dann das Gerät vom USB getrennt und die beiden Jumper auf WLAN gestellt....
Ich hätte gedacht, er holt sich nun eine IP aus meinem WLAN? Ich müßte dann ja in meinem Router irgendwann mal ein neues Device im Netzwerk finden? Doch nix...
Hm... Ratlos.
Auf deinem WLAN-Modul ist esp-link (https://github.com/jeelabs/esp-link#eye-candy) installiert - die Konfiguration erfolgt über Webbrowser.
Zitat von: locutus am 07 April 2016, 22:50:54
Auf deinem WLAN-Modul ist esp-link (https://github.com/jeelabs/esp-link#eye-candy) installiert - die Konfiguration erfolgt über Webbrowser.
Ahso. Aber das erklärt nicht die schlechten Ping Zeiten?
Dann werde ich das noch mal testen.
Danke. Gruß Jens
Zitat von: noice am 07 April 2016, 21:43:18
Schon mal den esp neu geflasht? Also nur den esp nicht den cul
Mobil erstellt daher kurz gehalten
Nein, noch nicht. Aber anscheinend ist ja esp-link drauf, deshalb werde ich das am Wochenende noch mal ausführlich testen. Zum flashen des ESP müßte ich ja auch einen USB/UART Adapter an das ESP Modul selbst anschließen? Den habe ich eh nicht um das ESP neu zu flashen.
Ich dachte halt es wäre die ESP8266-transparent-bridge aufgespielt, da Damian geschrieben hatte, die esp-link firmware wäre nicht kompatibel mit der a-culfw (man kann sie nicht per WLAN flashen)
Wie gesagt, ich werde das ganze nochmal testen. Wobei ich wie ich lese, das ich wohl auch dann mein WLAN umbenennen muß (wegen der Leerzeichen in meine SSID). Hm, unglücklich...
Gruß
Jens
Zitat von: Jens_B am 08 April 2016, 07:51:17
Nein, noch nicht. Aber anscheinend ist ja esp-link drauf, deshalb werde ich das am Wochenende noch mal ausführlich testen. Zum flashen des ESP müßte ich ja auch einen USB/UART Adapter an das ESP Modul selbst anschließen? Den habe ich eh nicht um das ESP neu zu flashen.
Ich dachte halt es wäre die ESP8266-transparent-bridge aufgespielt, da Damian geschrieben hatte, die esp-link firmware wäre nicht kompatibel mit der a-culfw (man kann sie nicht per WLAN flashen)
Wie gesagt, ich werde das ganze nochmal testen. Wobei ich wie ich lese, das ich wohl auch dann mein WLAN umbenennen muß (wegen der Leerzeichen in meine SSID). Hm, unglücklich...
Gruß
Jens
gut, das wusste ich natürlich auch nicht das da esp link drauf ist.
Gruss mirko
Mobil erstellt daher kurz gehalten
... so ich habe es jetzt zumindest geschafft, das der esp in meinem WLAN ist (IP ist 192.168.178.21), die PING Zeiten sind jetzt auch ok.
Allerdings bekomme ich es nicht hin, das er auch in fhem funktioniert. Wenn ich ein get miniCUL version machen, erhalte ich "no answer".
(siehe Bilder)
Die Jumper sind beide auf WLAN.
Gruß
Jens
Hast du irgend etwa an den esp Einstellungen geändert? Pin zuordnung?
Mobil erstellt daher kurz gehalten
hallo, ich hatte das gleiche Problem.
habe es weiter oben auch geschrieben, ich habe über Telnet die Baudrate eingestellt und dann hat es funktioniert
Gruß Werner
Zitat von: Jens_B am 08 April 2016, 18:55:15
... so ich habe es jetzt zumindest geschafft, das der esp in meinem WLAN ist (IP ist 192.168.178.21), die PING Zeiten sind jetzt auch ok.
Allerdings bekomme ich es nicht hin, das er auch in fhem funktioniert. Wenn ich ein get miniCUL version machen, erhalte ich "no answer".
(siehe Bilder)
Die Jumper sind beide auf WLAN.
Gruß
Jens
esp-link Konfiguration ...
Home TabPresets: esp-12 swap
Pin assignment: wie voreingestellt
µC Console TabBaud: 38400 Fmt: 8N1
Definition in fhem.cfg:
### miniCUL WLAN Modus mit esp-link
define miniCUL CUL 192.168.178.21:23 0000
Hallo Zusammen,
also die Einstellungen für die GPIOs habe ich nicht geändert, die sehen auch so aus wie von Damian beschrieben. (Siehe Screenshot).
Ich habe den miniCUL inzwischen per USB einmal neu geflasht (ohne das ESP Modul drauf, weil ich sonst immer errors bekam).
Nachdem ich ihn dann noch mal neu in FHEM eingerichtet hatte (mit dem EPS drauf), scheint das miniCUl zumindest da zu sein, aber der Status steht immer auf "initiliazed". Ist das richtig?
Gruß
Jens
Das sollte richtig sein. Meiner ist auch über W-Lan im Heimnetz eingebunden, steht auf initialized und schaltet meine IT Komponenten.
Gesendet von iPad mit Tapatalk
Zitat von: Jens_B am 11 April 2016, 06:12:47
Hallo Zusammen,
also die Einstellungen für die GPIOs habe ich nicht geändert, die sehen auch so aus wie von Damian beschrieben. (Siehe Screenshot).
Ich habe den miniCUL inzwischen per USB einmal neu geflasht (ohne das ESP Modul drauf, weil ich sonst immer errors bekam).
Nachdem ich ihn dann noch mal neu in FHEM eingerichtet hatte (mit dem EPS drauf), scheint das miniCUl zumindest da zu sein, aber der Status steht immer auf "initiliazed". Ist das richtig?
Gruß
Jens
Genau so muss das aussehen. Funktioniert das senden?
Gesendet von meinem Valencia2_Y100pro mit Tapatalk
Zitat von: noice am 11 April 2016, 12:40:37
Genau so muss das aussehen. Funktioniert das senden?
Gesendet von meinem Valencia2_Y100pro mit Tapatalk
So wie es aussieht. Ja, ich habe gestern mal meinen HMLAN Adapter Außer Betrieb genommen, die Rollladen sind aber danke miniCUL WLAN trotzdem runtergefahren :-). Jetzt warte ich dadrauf, das Damian wieder 433 miniCULs hat, damit ich meine Brunnenstuhl Aussensteckdosen auch damit schalten kann ;-).
Gruß
Jens
Zitat von: Jens_B am 11 April 2016, 13:30:08
So wie es aussieht. Ja, ich habe gestern mal meinen HMLAN Adapter Außer Betrieb genommen, die Rollladen sind aber danke miniCUL WLAN trotzdem runtergefahren :-). Jetzt warte ich dadrauf, das Damian wieder 433 miniCULs hat, damit ich meine Brunnenstuhl Aussensteckdosen auch damit schalten kann ;-).
Gruß
Jens
Kannst ja auf 433 umschalten. Ist nur nicht optimal aber sollte gehen
Mobil erstellt daher kurz gehalten
Zitat von: noice am 11 April 2016, 13:31:50
Kannst ja auf 433 umschalten. Ist nur nicht optimal aber sollte gehen
Mobil erstellt daher kurz gehalten
Ah, ja das habe ich noch nicht so ganz rausgefunden. Ich muß ehrlich gestehen, ich weiß auch noch nicht, welchen Befehl ich dann über den CUL schicken muß. Ich habe mich damit noch nicht genauer befasst. Den die Steckdosen werden ja nicht per Autocreate erzeugt, haben außerdem feste DIP Schalter.
Zur Zeit schalte ich Sie mit dem Pilight Modul hier aus FHEM, aber das funktioniert auf Grund der Entfernung zur Steckdose nicht für alle zuverlässig. Der miniCUL wäre in dem Fall nur 5-7 Meter weg, das würde eventuell zuverlässiger klappen.
Da muß ich mal am nächsten Wochenende schauen....
EDIT: War ja zunächst einmal recht einfach.. :-). Mal eben eine Steckdose mit IT definiert und als Attribut den miniCUL als IO Device eingetragen. Die Umrechnung der DIP Schalter war dank des fhemwiki:
http://www.fhemwiki.de/wiki/Intertechno_Code_Berechnung
auch ganz einfach :). Sorry für OT.
Gruß
Jens
Zitat von: Jens_B am 11 April 2016, 13:37:06
Ah, ja das habe ich noch nicht so ganz rausgefunden. Ich muß ehrlich gestehen, ich weiß auch noch nicht, welchen Befehl ich dann über den CUL schicken muß. Ich habe mich damit noch nicht genauer befasst. Den die Steckdosen werden ja nicht per Autocreate erzeugt, haben außerdem feste DIP Schalter.
Zur Zeit schalte ich Sie mit dem Pilight Modul hier aus FHEM, aber das funktioniert auf Grund der Entfernung zur Steckdose nicht für alle zuverlässig. Der miniCUL wäre in dem Fall nur 5-7 Meter weg, das würde eventuell zuverlässiger klappen.
Da muß ich mal am nächsten Wochenende schauen....
Gruß
Jens
Schau mal ins cul-wiki. Da steht einiges drin. Auch was man so einstellen kann
http://www.fhemwiki.de/wiki/CUL
Mobil erstellt daher kurz gehalten
Hallo,
ich habe meinen miniCUL selber gebaut und hab ihn noch nicht richtig zum Laufen gebracht. Wenn ich das richtig verstanden habe, müsste ich den CUL auch über USB flashen können, wenn die Jumper beide auf USB stecken?
Dabei bekomme ich leider noch avrdude Fehler. Über den ESP im AP-Modus ging das flashen. Leider zeigt mein Cul immer noch:
ccconf freq:6656.000MHz bWidth:58KHz rAmpl:42dB sens:16dB an und ich kann die Werte nicht ändern.
Oder es liegt an diesem Modul: http://de.aliexpress.com/item/High-Frequency-Wireless-Receiving-Module-CC113L-Wireless-Module-Intelligent-Home-Furnishing-Receiver/32256596192.html?isOrig=true&isOrigTitle=true
Ich wollte extra einen 433Mhz Cul bauen und hatte gehofft, das das CC113L für 433Mhz ausgelegt ist.
Da muss ich wohl weiter nach Löt-Problemen suchen.
Gruss Thomas
Ich glaube ich werde mich auch mal mit dem selbstbauen versuchen. Hast Du sonst noch irgendwelche Fallstricke gehabt?
Gesendet von iPad mit Tapatalk
Zitat von: CarstenF am 11 April 2016, 13:55:51
Ich glaube ich werde mich auch mal mit dem selbstbauen versuchen. Hast Du sonst noch irgendwelche Fallstricke gehabt?
Gesendet von iPad mit Tapatalk
Oh ja, ;-) die Teile sind echt schwierig von Hand zu löten. Locutus hat meinen Respekt. Vor allem der USB-Controller und die Widerstandsbrücke...
Aber wenn es mal läuft hat man einen sehr kompakten CUL.
Gruß Thomas
Hallo Tom,
ich meine mal gelesen zu haben, dass der CC113L Probleme macht, einfach mal im Forum suchen.
Gruß Peter
Hab das ganz normal versucht mit promini 5v 16 mhz und esp-01 und cc1101 sowie einen spannungsregler. . Naja noch läuft er nicht .. bin noch am Fehler suchen
Mobil erstellt daher kurz gehalten
Hallo Zusammen, ich bekomme meinen MiniCul nicht stabil zum laufen.
Ich habe in Abständen von 10 Minuten disconnects.
Er ist per WLAN an fhem.
Gruß
Jens
Gesendet von iPhone mit Tapatalk
Ich habe alle 8 Stunden einen Reconnect. Ist das Normal?
Bringt doch mal bitte euer FHEM auf Vordermann:
update
http://www.fhemwiki.de/wiki/Update
Ich update meins eigentlich eegelmaßig. Gab es denn eine Änderung in letzter Zeit?
Zitat von: locutus am 16 April 2016, 10:21:47
Bringt doch mal bitte euer FHEM auf Vordermann:
update
http://www.fhemwiki.de/wiki/Update
An und für sich ist mein fhem aktuell:
Zitat
Latest Revision: 11275
File Rev Last Change
fhem.pl 11267 2016-04-17 11:35:23Z rudolfkoenig
Ich habe festgestellt, das diese reconnects nur passieren, wenn der CUL im SlowRF Mode betrieben wird.
Gruß
Jens
Also bei mir im LOGFILE tauchen auch so alle 6-8 Stunden folgende Meldungen auf.
2016.04.18 09:55:48 1: 192.168.1.47:23 disconnected, waiting to reappear (miniCUL433)
2016.04.18 09:55:49 1: 192.168.1.47:23 reappeared (miniCUL433)
2016.04.18 09:55:49 3: miniCUL433: Possible commands: BCFiAZNEkGMKUYRTVWXefmLltux
Update hatte ich gestern gemacht. Betreibe den Stick als IO Device für IT Empfänger
Ist zwar nicht weiter schlimm, sofern er sich direkt wieder anmeldet. Fiel mir halt nur auf, nachdem ich Deinen Post gelesen hatte.
Hallo,
jetzt habe ich mir heute auch mal so einen miniCul mit dem ESP-01 Modul zusammen gebaut.
Nun habe ich aber folgendes Problem.
Nach dem initialisieren funktioniert erstmal alles 1A, allerdings nur kurzzeitig.
Nachen ca. 20-30 Sekunden scheint mir die WLAN Verbindung kurz weg zu brechen.
Danach wird die Verbindung zu meinem Putty geschlossen.
In der esp-link Software auf der µC Console sehe ich das der CUL Anteil schön brav weiter Daten empfängt.
Einen Pufferkondensator von 47µF habe ich schon direkt an den ESP-01 gelötet, dieser schaft aber auch keine Abhilfe.
Hat jemand eine Idee was ich noch probieren kann?
Gruß
Björn
Interessant, nachdem ich eine fixe IP-Adresse eingestellte habe, funktioniert es.
Welche Versionen für ESP-Link würdet ihr für den ESP-01 empfehlen?
Welche culf Version kann man benutzen? Gibt es hier was neueres, oder etwas was man beachten muss?
Hallo,
leider hab ich immer noch das Problem des "Cannot init...."
2016.04.26 22:50:04 3: Opening miniCUL device 192.168.5.66:23
2016.04.26 22:50:04 3: miniCUL device opened
2016.04.26 22:50:14 1: Cannot init 192.168.5.66:23, ignoring it (miniCUL)
Ich hab das so umgesetzt:
Zitat
Antwort #106 am: 30 März 2016, 22:12:45 » von locutus
Presets: esp-01
Pin assignment: wie voreingestellt
Das Fritzing Schaltbild gilt für die transparent-bridge – die gelbe Leitung GPIO2 an RST.
Für esp-link gilt: GPIO0 connect to RESET of microcontroller.
Der ESP ist per Browser unter der IP erreichbar.
Software ist die esp-link: v2.1.7 - 2015-12-13 08:49:46 - cb75396
Muss ich bei der µC Console oder REST/MQTT / SLIP etwas einstellen?
Was, in welchen Schritten sollte ich prüfen?
Über Tipps bin ich dankbar!
Gruß
Michael
Kann ich auch einen ESP-01 mit ESP-Link flashen, also zusammen mit dem "originalen" miniCUL?
Zitat von: gloob am 25 April 2016, 11:57:21
Welche culf Version kann man benutzen? Gibt es hier was neueres, oder etwas was man beachten muss?
siehe CHANGELOG (https://github.com/heliflieger/a-culfw/blob/master/CHANGELOG)
Zitat von: Dr.E.Witz am 26 April 2016, 23:05:19
Hallo,
leider hab ich immer noch das Problem des "Cannot init...."
2016.04.26 22:50:04 3: Opening miniCUL device 192.168.5.66:23
2016.04.26 22:50:04 3: miniCUL device opened
2016.04.26 22:50:14 1: Cannot init 192.168.5.66:23, ignoring it (miniCUL)
Ich hab das so umgesetzt:
Der ESP ist per Browser unter der IP erreichbar.
Software ist die esp-link: v2.1.7 - 2015-12-13 08:49:46 - cb75396
Muss ich bei der µC Console oder REST/MQTT / SLIP etwas einstellen?
Was, in welchen Schritten sollte ich prüfen?
Über Tipps bin ich dankbar!
Gruß
Michael
Ist die richtige Baudrate eingestellt? 38400 Fmt: 8N1
REST & MQTT werden nicht angewendet.
Zitat von: gloob am 04 Mai 2016, 18:03:25
Kann ich auch einen ESP-01 mit ESP-Link flashen, also zusammen mit dem "originalen" miniCUL?
Die Vorgehensweise und FLASH-Adressen für ESP-01 (4Mbit / 512Kbyte module) werden hier erläutert: https://github.com/jeelabs/esp-link/releases/tag/v2.1.7
Ich muss allerdings anmerken, dass esp-link auf ESP-01 in meiner Produktivumgebung sehr häufig Disconnects fabriziert hat. Aus dem Grund bin ich auf ESP-12 umgestiegen.
Vielen Dank für die Hilfe.
Die richtige Baudrate ist eingestellt.
38400
Auf beiden ist die entsprechende Firmware geflasht.
Sollte ich mit Putty /dem Telnet den esp erreichen können?
Die Verbindung wird hergestellt. Das Fenster bleibt jedoch schwarz.
Keine Antwort auf AT.
Ich habe weiter oben gelesen, das man was auf der uC Console "sehen" soll. Bei mir ist da nur die Website.
Die einzelne Led blinkt Sekundentakt.
Ich setze, wie oben auch, den ESP-01 ein.
Schaue ich mir das Fritzing Schaltbild an, so sind TXD und TX0, sowie RXD mit RXI verbunden.
vgl. ESP-01-Pinout.jpg und miniCUL mit WLAN-Schnittstelle_Esp_Link.jpg
Sollten die nicht gedreht sein?
Muss ich ggf. per USB-RS232 Adapter etwas am Arduino einstellen, bevor der Zugriff über den ESP möglich wird?
Gruß
Michael
Nachdem Du das Arduino Board geflasht hast, sollte die CUL-LED im Sekunden-Takt blinken. Ist das der Fall?
Meines Wissens reagiert esp-link nicht auf AT-Kommandos.
In der Console werden empfangene/gesendete RAW-Messages sichtbar.
Wenn Du die einzelne, im Fritzing Bild rote LED meinst: Ja die blinkt im Sekundentakt.
- Auf den Arduino mini (3,3v) leuchtet eine Grüne LED dauerhaft
- Auf dem ESP leuchtet eine rote LED dauerhaft.
- In der Konsole wird nichts angezeigt.
Vielen Dank für die Hilfe!
Michael
Hallo locutus!
Ich hab in der Zwischenzeit die Verbindung TXD und TX0, sowie RXD mit RXI getrennt und daraus
TXD und RXI, sowie RXD mit TX0 gemacht.
--> geht!
Also passt das Fritzing-Schaltbild nicht zum dargestellten ESP-01.
Da ich Elektronikanfänger bin, war ich etwas zu "feige" es einfach umzulöten ;-)
Ich freue mich sehr, das es nun funktioniert!
Vielen, vielen Dank für deine Hilfe :-)
Gruß
Michael
Moin Locutus und Ihr anderen Kenner der Materie...
... ich habe mir den Thread nun mehrfach von Anfang an durchgelesen (ich kannte diese coole Entwicklung vorher gar nicht; ist irgendwie an mir vorbei gegangen...), aber dennoch bleiben noch Fragen offen resp. verstehe ich an vielen Stellen nur Bahnhof Kofferklaun ::)
Dürfte ich denn hier mal mit einer ganzen Latte mit Fragen nerven (siehe auch > HIER (https://forum.fhem.de/index.php?topic=54984) <)?
Zitat von: Dr.E.Witz am 19 Mai 2016, 23:51:39
Ich hab in der Zwischenzeit die Verbindung TXD und TX0, sowie RXD mit RXI getrennt und daraus
TXD und RXI, sowie RXD mit TX0 gemacht.
--> geht!
Also passt das Fritzing-Schaltbild nicht zum dargestellten ESP-01.
Die Anschlüsse des ESP-01 sind schon richtig, nur die Verbindungen im Fritzing-Schaltbild sind falsch. Verbunden werden wie du jetzt schon richtig erkannt hast,
der Ausgang am Arduino mini TXO (Transmit Out) --> mit dem Eingang am ESP-01 RXD (Receive Data) und
der Eingang am Arduino mini RXI ( Receive Input) <-- mit dem Ausgang am ESP-01 TXD (Transmit Data).
Du solltest deinen Beitrag #170 editieren und auf den Fehler hinweisen, bzw. das Fritzing-Schaltbild ersetzen.
Gruß Friedrich
Zitat von: M_I_B am 27 Juni 2016, 10:00:27
... ich habe mir den Thread nun mehrfach von Anfang an durchgelesen (ich kannte diese coole Entwicklung vorher gar nicht; ist irgendwie an mir vorbei gegangen...), aber dennoch bleiben noch Fragen offen resp. verstehe ich an vielen Stellen nur Bahnhof Kofferklaun ::)
Hallo M_I_B,
vom technischen Prinzip her ist das ein CUL (http://www.fhemwiki.de/wiki/CUL) oder vielmehr ein selbstbau CUL (http://www.fhemwiki.de/wiki/Selbstbau_CUL).
Der Unterschied ist: hier hat man die Wahl zwischen USB oder WLAN-Verbindung.
@Omega-5
Das original Fritzing-Schaltbild ist von Locutus.
Ensprechend kann ich nur mit Gimp ein bisschen "Tuschen"
@M_I_B
Du hast recht: Eine sehr geile Idee von Locutus und funzt wirklich gut.
@Locutus
Wenn Du mir das File sendest, versuche ich mich mal mit fritzing :-)
Gruß
Michael
Zitat von: locutus am 27 Juni 2016, 21:27:39oder vielmehr ein selbstbau CUL (http://www.fhemwiki.de/wiki/Selbstbau_CUL). Der Unterschied ist: hier hat man die Wahl zwischen USB oder WLAN-Verbindung.
Ok, soweit habe ich das verstanden. In Ermangelung irgend einer Erfahrung mit den CUL's treibt mich aber die Frage um, wie sich das sinnvoll bei mir einsetzen lässt. Ich stehe halt vor dem Problem, das ich zwar HM-LAN's in Haus und Hof verteilen und via VCCU dynamisch nutzen kann, solch eine Lösung aber irgendwie für IT noch von niemandem umgesetzt wurde; oder täusche ich mich da?
Ich stelle einfach mal konkrete Fragen...
1.
Ist so ein Teil mit einem 868MHz- Transceiver ein vollwertiger Ersatz für einen HM-LAN?
2.
Kann ich die Teile wie z.B. einen HM-LAN via VCCU als Pool betreiben, unabhängig vom verwendeten Transceiver, also auch für die IT- Schiene?
Das sind erst einmal die beiden essentiellen Fragen, die ich mir auch durch's Lesen dieses Threads nicht beantworten konnte.
Davon abhängig stellen sich dann (für die Zukunft) weitere Fragen, die aber erst einmal zweitrangig sind ...
3.
Wäre es nicht möglich resp. gibt der eingesetzte µC es her, zwei Transceiver, also je einen 433 und einen 868 gemeinsam zu betreiben in der Annahme, das für einen zweiten RXTX noch Ports zur Verfügung stehen (evtl. über CS- Leitungen)?4.
Wäre es möglich, das verwendete WLAN- Modul optional durch ein (PoE) LAN- Modul zu ersetzen?Ich weiß jetzt nicht, ob das was ich erreichen möchte auch so rüber kommt. Ich stehe halt vor dem Problem, das der Ausbau hier im Haus und auf dem Grundstück deutlich fortschreitet und ich jetzt schon einige Stellen nur mit Tricks funktechnisch erreichen kann (betrifft HM und IT); ich habe da jetzt eine Grenze erreicht, die einen weiteren Ausbau erst einmal verhindert.
Bei HM kann ich das zumindest mit einigen HM-LAN > VCCU > Pool erweitern, aber diese Option habe ich für IT noch nicht finden können. Und genau hier kommt diese knorke Entwicklung ins Spiel, die, zumindest in meiner Denke das Potential hat, eine EierlegendeWollMilchSau zu werden, welche in Abhängigkeit der verbauten RXTX verschiedene Protos bedienen könnte (gibt ja noch mehr als HM und IT) und ggf. auch wahlweise per LAN oder WLAN angebunden werden kann... Dazu könnte man dann noch ein unauffälliges (rundes ) Gehäuse bosseln, wo alle optionalen Varianten mit hinein passen und wie einen RM an die Decke pappen...
Aber wie gesagt: Wichtig sind erst einmal die beiden ersten Fragen ...
Zitat von: M_I_B am 28 Juni 2016, 00:42:31
Ok, soweit habe ich das verstanden. In Ermangelung irgend einer Erfahrung mit den CUL's treibt mich aber die Frage um, wie sich das sinnvoll bei mir einsetzen lässt. Ich stehe halt vor dem Problem, das ich zwar HM-LAN's in Haus und Hof verteilen und via VCCU dynamisch nutzen kann, solch eine Lösung aber irgendwie für IT noch von niemandem umgesetzt wurde; oder täusche ich mich da?
Ich stelle einfach mal konkrete Fragen...
1.
Ist so ein Teil mit einem 868MHz- Transceiver ein vollwertiger Ersatz für einen HM-LAN?
2.
Kann ich die Teile wie z.B. einen HM-LAN via VCCU als Pool betreiben, unabhängig vom verwendeten Transceiver, also auch für die IT- Schiene?
Das sind erst einmal die beiden essentiellen Fragen, die ich mir auch durch's Lesen dieses Threads nicht beantworten konnte.
Davon abhängig stellen sich dann (für die Zukunft) weitere Fragen, die aber erst einmal zweitrangig sind ...
3.
Wäre es nicht möglich resp. gibt der eingesetzte µC es her, zwei Transceiver, also je einen 433 und einen 868 gemeinsam zu betreiben in der Annahme, das für einen zweiten RXTX noch Ports zur Verfügung stehen (evtl. über CS- Leitungen)?
4.
Wäre es möglich, das verwendete WLAN- Modul optional durch ein (PoE) LAN- Modul zu ersetzen?
Ich weiß jetzt nicht, ob das was ich erreichen möchte auch so rüber kommt. Ich stehe halt vor dem Problem, das der Ausbau hier im Haus und auf dem Grundstück deutlich fortschreitet und ich jetzt schon einige Stellen nur mit Tricks funktechnisch erreichen kann (betrifft HM und IT); ich habe da jetzt eine Grenze erreicht, die einen weiteren Ausbau erst einmal verhindert.
Bei HM kann ich das zumindest mit einigen HM-LAN > VCCU > Pool erweitern, aber diese Option habe ich für IT noch nicht finden können. Und genau hier kommt diese knorke Entwicklung ins Spiel, die, zumindest in meiner Denke das Potential hat, eine EierlegendeWollMilchSau zu werden, welche in Abhängigkeit der verbauten RXTX verschiedene Protos bedienen könnte (gibt ja noch mehr als HM und IT) und ggf. auch wahlweise per LAN oder WLAN angebunden werden kann... Dazu könnte man dann noch ein unauffälliges (rundes ) Gehäuse bosseln, wo alle optionalen Varianten mit hinein passen und wie einen RM an die Decke pappen...
Aber wie gesagt: Wichtig sind erst einmal die beiden ersten Fragen ...
Hallo,
Ich kann dir zwar die Fragen nicht beantworten, aber vielleicht kannst du die IT Reichweite auch einfach mit einem "selbstbau"-CUL im Repeater Modus vergrößern . Ich hatte das mit FS20 gemacht bevor ich auf HM umgestiegen bin. Da brauchst du dann weder Lan noch Wlan.
Sent from my iPad using Tapatalk
Zitat von: schka17 am 28 Juni 2016, 07:15:34... vielleicht kannst du die IT Reichweite auch einfach mit einem "selbstbau"-CUL im Repeater Modus vergrößern .
Ja, das wäre notfalls eine Option, wobei die Betonung auf "notfalls" liegt. Denn IT hat nun leider keinen Rückkanal, was einen RP- Einsatz m.E. noch kritischer gestaltet. Ich habe natürlich auch schon mal über den Austausch der ganzen IT- Aktoren gegen HM-Aktoren nachgedacht, aber das wäre enorm kostspielig und gerade für den oft temporären Einsatz der Aktoren (meist Steckdosen) ziemlich überzogen. Ich bräuchte dann schätzungsweise 4 RP's; die erwünschte Redundanz bleibt dabei natürlich auf der Strecke. Und bei 5 zeitgleich Daten in die Luft blasenden Sendern sehe ich da auch zumindest in den Schnittfeldern Probleme...
Also "notfalls" ginge das vielleicht, aber viel wohler wäre mir, wenn sich das so umsetzen ließe, wie angesprochen. Dann könnte man auch gezielt nur die TX ansprechen, welche dem Aktor am nächsten sind, bei Ausfall eines TX würde ein anderer TX übernehmen und ich hätte die Redundanz, die ich gerne hätte...
Zitat von: schka17 am 28 Juni 2016, 07:15:34Ich hatte das mit FS20 gemacht bevor ich auf HM umgestiegen bin. Da brauchst du dann weder Lan noch Wlan.
Das ist m.E. kein Argument. Strom muss eh jedes Teil an der gedachten Stelle haben (ich hätte die gerne wie ein RM an der Decke, außer natürlich draußen), was auf Grund des gewünschten Montageortes jeweils gelegt werden muss. Da macht es keinen Unterschied, ob ich da ein 3x1,5² hinlege oder gleich ein CAT6 (wenn das mit LAN-Modul und PoE geht bevorzugt natürlich nur CAT6). Und WLAN ist eh vorhanden ...
@Lucutus: Ich gehe mal davon aus, das Du noch andere Dinge im RL zu tun hast, aber es würde mich (und vielleicht viele Andere) sicherlich freuen, wenn Du Dir meine Fragen und Idee'n mal durch den Kopf gehen lassen könntest. Ich bin auch gerne bereit, im Bereich Hardware aktiv mitzumachen (Layout bevorzugt in TARGET), auch mal in Vorleistung zu gehen und/oder eine Hand voll Prototypen zu fertigen ...
Hallo M_I_B,
zu 1.
Es ist kein Ersatz, sondern eine Alternative.
Vor- und Nachteile:
- CUL liefert keine eigenen Zeitstempel
- USB hat kurze Reaktionszeiten. Die Timingschwankungen des WLAN hingegen können in FHEM nicht ausgeglichen werden.
- keine Unterstützung für lazyConfig Übertragungsmodus
zu 2.
Ein 868 MHz CUL kann durch kurzfristige Umschaltung auf 433 MHz Intertechno Protokolle senden. Da aber die HF-Eingangskreisabstimmung und Antennenlänge nicht korrekt sind, ist die Sendeleistung suboptimal.
zu 3.
Das Teil ist bereits in der mache ...
https://forum.fhem.de/index.php/topic,51949.0.html
zu 4.
Ein "LAN-Selbstbau-CUL" sollte machbar sein, z. B. mit USR-TSP232-T Serial UART To Ethernet Converter (https://www.google.de/?gws_rd=ssl#q=usr-tcp232-t) von Jinan USR IOT Technology Limited.
Hallo locutus,
Danke für das coole Teil, läuft im USB und im WLAN-Modus bisher ohne Probleme!
Mußte mich erst einmal etwas mit dem Thema ESP beschäftigen, alles ist zwar immer noch nicht klar...wird noch!
Eines ist mir nicht gelungen (vielleicht geht das mit der ESP-Link nicht), den ESP12 über USB an zu sprechen.
Weder auf dem minicul (jumper auf USB) noch mit einem sep. Adpater !
LG
Klaus
esp-link fungiert als Access Point für die Clients in seinem Funkbereich. Die Konfiguration erfolgt über einen Webbrowser. Das Web-GUI ist unter der IP 192.168.4.1 verfügbar.
https://github.com/jeelabs/esp-link#wifi-configuration-overview
Zitat von: locutus am 03 Juli 2016, 20:12:21
esp-link fungiert als Access Point für die Clients in seinem Funkbereich. Die Konfiguration erfolgt über einen Webbrowser. Das Web-GUI ist unter der IP 192.168.4.1 verfügbar.
https://github.com/jeelabs/esp-link#wifi-configuration-overview
ja, genauso hab ich es ja letztlich gemacht !
Dachte nur, dass man seriell irgendwie (natürlich nicht für die Konfiguration - sondern nur informativ) dran kommt !....
- entweder indem das esp-12 Modul auf dem minicul steckt und dieser per USB am PC
- oder indem das esp-12 Modul mit einem USB to TTL Adapter am PC hängt ! (aber dann müßte der esp-12 wohl eine AT-Firmware haben ? oder?
(Du siehst ... noch Vieles ist unklar, stehe am Anfang :-[ )
Hallo,
hat jemand mal getestet ob es was bringt die Spiralantenne durch eine Stabantenne zu ersetzen ?
Gruß Christoph
Hallo M_I_B,
als Ergänzung zu 2. ich habe endlich einen bekommen. Hat was gedauert, bis ich kapiert habe, wie ich den Einbinden muss - ist aber genial gelöst.
Ich habe den in einer VCCU zusammen mit einem HM-LAN laufen. Bis jetzt sind mir keine Probleme aufgefallen. Der Stromverbrauch ist sehr gering, so das ich mir überlege, ob ich die Rasp UART Schiene überhaupt noch weiter verfolgen soll.
Derzeit läuft das Teil mit eine Powerbank 2000mAh - mal sehen wie lange die durchhält. Jetzt kann ich das hinstellen wo ich will ohne zu schauen wie ich da 5V hinbekomme :)
Gruß Christoph
Hat eigentlich schon jemand ein Gehäuse zum 3D-Druck für die miniCULs gemacht?
Zitat von: reibuehl am 08 August 2016, 20:33:17
Hat eigentlich schon jemand ein Gehäuse zum 3D-Druck für die miniCULs gemacht?
Warum denn? Das http://www.voelkner.de/products/164819/USB-Gehaeuse-USB-1kl-Transparent.html könnte vermutlich gehen.
Gruß PeMue
Zitat von: PeMue am 08 August 2016, 20:45:53
Warum denn?
Hauptsächlich damit alles gegen unabsichtliche Berührung geschützt ist und damit die Antenne nicht aus versehen verbogen wird.
Da ich einen 3D-Drucker habe, wäre selber drucken besser als Gehäuse+Versand zahlen :-)
Zitat von: reibuehl am 08 August 2016, 21:16:14
Da ich einen 3D-Drucker habe, wäre selber drucken besser als Gehäuse+Versand zahlen :-)
Cool, welchen denn? Vielleicht brauche ich mal was ;)
Jetzt fehlt halt noch der Konstrukteur, der das Gehäuse entwirft ;)
Hab einen Ultimaker 2 und einen Fabrikator Mini 1.5.
Dann werde ich mich mal an den Entwurf machen :-)
Zitat von: reibuehl am 08 August 2016, 22:00:02
Hab einen Ultimaker 2 und einen Fabrikator Mini 1.5.
Ich sehe, der Trend geht eindeutig zum Zweit-3D-Drucker 8)
... die Leutz können ja Sachen haben :o ::) ;D
Aber wat nutzt ein tolles Gehäuse aus'm 3D, wenn man das passende Innenleben nicht hat ...
Eigentlich wollte ich dazu mal einen Hardware- Fork aufmachen und eine Platine in SMD bosseln, aber leider nerven mich momentan reichlich andere Probleme und Sorgen. Also würde ich vorerst gerne auch 2 der Standard- Versionen nehmen, wenn's denn welche gäbe... Gibt's (wieder) welche?
Hallo,
ich habe so ein Teil, und bin absolut begeistert. Ich habe mich auch schon mal gefragt - es gigt ja einige Leute, die so etwas zusammenlöten können. Macht es nicht Sinn, die "Montage / Fertigung" auf mehrer zu verteilen und Locotus bekommt so etwas wie "Lizenzgebühren" für die Entwicklung pro gefertigter Stückzahl?
Gruß Christoph
... hätte ich kein Problem mit, mal auf'n Schlag 100 Stück zu produzieren, könnte sogar mit einem preiswerten PlatinenMokel dienen ...
(BTW: Hat zufällig wer eine Quelle von USB2TTL mit ORIGINAL FTDI, also mit unterschiedlichen Seriennummern? Bin etwas genervt von den China-Fakes...)
Also ich hab auch einen von Locutus und bin auch schwer begeistert. Ich warte auch schon auf das nächste Angebot.... Aber wenn zufällig jemand anderes die Teile zusammenbrutzelt, würde ich mich da gerne anschließen. Würde auch mehrere nehmen, für Familie, Freunde etc.......
Gesendet von iPad mit Tapatalk
Ich war leider immer zu spät. Ich würde definitiv auch mindestens einen 433er bestellen.
So, hier mal mein erster Versuch eines Gehäuses! Funktioniert für die 433MHz und die 868MHz Version
Sieht nicht besonders aus, ist aber einfach zu drucken und passt sehr gut.
... sehe zum ersten mal einen zusammengebaut; hat da einen Grund, das die beiden Module so weit voneinander entfernt sind?
Die Verbindung zwischen dem CUL und dem ESP8266 WLAN Modul ist über Pfostenstecker gelöst. Das ist recht hoch. Man könnte das ganze vermutlich etwas kompakter zu machen, wenn man den ESP8266 von unten statt von oben anschließen (und fest einlöten) würde. Beim Anschluss von oben lässt sich da nichts mehr einsparen, da die beiden Jumper links und rechts die Höhe für den ESP8266 vorgeben.
... ah ok, danke für die Aufklärung. Das die Jumper da im Weg sind, konnte man nicht wirklich erkennen.
Stimmt aber... Von der Unterseite würde die Nummer vermutlich deutlich kompakter. Wenn man dann noch die Jumper gegen Lötbrücken oder ganz flache Versionen tauscht, kommt noch mal was weg ... Nur so ein Gedanke ;) Ich versuche im Gedanken immer, so was so kompakt wie möglich zu "denken" ;)
Sieht einigermaßen vernünftig aus. Warum verpackt Du die Antenne mit?
Gruß PeMue
Ich wollte, dass die Antenne gegen verbiegen geschützt ist und keine mechanische Belastung auf die Antennen-Lötstelle kommt. Im bereich der Antenne ist die Hülle nur 1mm stark, der Rest ist 2mm.
Gruß,
Reiner
Hallo Zusammen,
Ich hätte Interesse an einem Gehäuse, wenn's den mal eines gibt.
Ich habe auch so einen miniCUL. 😉
Gruß
Klaus
Ich hab meinem Gehäuseentwurf jetzt noch eine Möglichkeit zum verschließen mit einer Schraube gegönnt und inzwischen drei Gehäuse für meine miniCULs gedruckt. Passen prima. Wer Interesse hat, kann sich gerne bei mir per privater Nachricht melden.
@kvo1: Melde dich mal bei mir mit einer privaten Message ;-)
Moin Moin,
wenn die Geräte noch verfügbar sind (fertiggelötet bevorzugt, aber kein Muss), ich hätte Interesse.
Gibts es dazu einen Gesamtpreis inkl. Lieferung?
Ich würde vermutlich je ein 868 und ein 433 MHz brauchen.
Gruss
Alex
Wäre es evtl. Möglich eine Art 'Warteliste' für die Dinger aufzulegen? Ich war bislang einfach immer 10 Minuten zu spät für einen 433er, und ich warte eigentlich schon seit Anfang an... :(
... eine Warteliste wäre schon mal eine Option, aber die ändert leider nichts daran, das die Teile nur Tröpfchenweise an den Mann kommen, da der Chef die Produktion u.ä. zwecks Durchsatzerhöhung nicht aus der Hand geben möchte ...
Edit: Ich suche derzeit noch andere Optionen... Für HM ist es zumindest das HM-LAN- UFO. Einen habe ich davon, auf PoE umgebaut. Also notfalls für mich noch mal 2 oder 3 zzgl. Umbau. Nur für IT habe ich noch keine wirkliche Lösung. Viel netter wäre es natürlich, wie ich an andere Stelle schon mal schrieb, wenn man so ein Teil mit zwei Transceiver bestücken könnte, so das er IT & HM (oder HM & ZigBee, oder ....) gleichzeitig könnte. Aber das bedingt natürlich eine erweiterte Firmware, was ich im Gegensatz zu Hardware nicht auf'm Schirm habe ...
Es wäre mir relativ egal, ob ich jetzt noch ein paar Monate auf das Teil warten müsste. Aber nach dem aktuellen System würde ich nie eines bestellen können. Statt einer Warteliste wäre ja auch eine verbindliche Bestellliste denkbar. So könnte - wer auch immer die Dinger dann fertigt - besser planen.
Hallo,
ich habe mein Gehäuse heute bekommen ;D
Anbei ein paar Bilder. Das Gehäuse passt gut, aber ich hätte noch ein paar Verbesserungen (siehe auch miniCUL_WLAN-pic03-1.jpg):
1 - ggf. den Raum für die Antenne nach unten ziehen
2 - wenn 1 nicht, dann die linke Kante noch etwas nach links ziehen
3 - die obere Fläche braucht m.E. nicht so viel Höhe
Gruß PeMue
Edit: Ok, die gewählten Linien waren arg dünn :-[
Hallo,
die Änderung am Raum für die Antenne (nach unten ziehen) sollte kein Problem sein. Wegen der oberen Fläche müsste ich nochmal an meinem miniCUL nachmessen, da war die Höhe glaube ich so okay - vielleicht hat Locutus da unterschiedliche Teile verwendet. Es sollte halt für möglichst alle Varianten passen.
Gruß,
Reiner
Zitat von: M_I_B am 08 August 2016, 23:57:22
... hätte ich kein Problem mit, mal auf'n Schlag 100 Stück zu produzieren, könnte sogar mit einem preiswerten PlatinenMokel dienen ...
Solange der Preis angemessen ist und der Verkauf als nicht gewerblich gilt, habe ich prinzipiell nichts dagegen.
Du sprichst von einer maschinellen Produktion, im Pick & Place Verfahren? Bestückung in QFN- und SMD 0805 oder 0603 Bauform möglich?
Zitat von: M_I_B am 15 August 2016, 10:23:39
... eine Warteliste wäre schon mal eine Option, aber die ändert leider nichts daran, das die Teile nur Tröpfchenweise an den Mann kommen, da der Chef die Produktion u.ä. zwecks Durchsatzerhöhung nicht aus der Hand geben möchte ...
Ich betrachte und deklariere meine Bastelprojekte als Open Source. Es steht jedem frei, die Geräte zu bauen.
Ein PDF mit der entsprechenden Stückliste, Schaltplan und Platinenlayout ist in der Vorbereitung.
Zitat von: locutus am 04 September 2016, 21:59:59
Solange der Preis angemessen ist und der Verkauf als nicht gewerblich gilt, habe ich prinzipiell nichts dagegen.
Du sprichst von einer maschinellen Produktion, im Pick & Place Verfahren? Bestückung in QFN- und SMD 0805 oder 0603 Bauform möglich?
Ne, nix gewerblich. Reine Selbstkosten und Freude am "Basteln" ...
Und nochmal ne: Manuelle Bestückung durch meine Hände. QFN und 0805 kein Thema, 0603 in Massen ist anstrengend, aber auch machbar...
Zitat von: locutus am 04 September 2016, 21:59:59Ich betrachte und deklariere meine Bastelprojekte als Open Source. Es steht jedem frei, die Geräte zu bauen.
Ein PDF mit der entsprechenden Stückliste, Schaltplan und Platinenlayout ist in der Vorbereitung.
Schön zu hören. PDF ist schon mal gut, im Zusammenhang mit der Produktion wäre allerdings auch eine Layout- Datei sinnig, bevorzugt im Target- Format ...
EDIT: Bei der Abstimmung fehlt:
Ich hätte Interesse an beiden
Hallo,
ich hätte auch Interesse an beidem - und es fehlt "ich hätte Interesse an Toast" ;-)
Gruß Christoph
Hallo zusammen,
ich möchte euch die neue Version des miniCUL vorstellen. Dank des PSF-A85 (https://www.itead.cc/psf-a85.html) (ESP8285) WLAN-Moduls konnte ich die Bauhöhe deutlich reduzieren.
Die wichtigsten Neuerungen im Überblick:
Ersetzt:
- CP2102 durch FT230XS (http://www.ftdichip.com/Support/Documents/DataSheets/ICs/DS_FT230X.pdf)
- ESP8266 durch ESP8285
- Jumper-Brücken durch Umschalter. Logische Betriebsartwahl: Schalterstellung Richtung USB-Stecker versetzt das Gerät in den USB-Modus. Schalterstellung Richtung Funkmodul versetzt das Gerät in den WLAN-Modus.
- Lötanschluss für optionale SMA-Antennenbuchse PCB Edge Mount Solder 1,6 mm durch PCB Edge Mount Solder 1,2 mm
- ESP8266-transparent-bridge (https://github.com/beckdac/ESP8266-transparent-bridge) durch esp-link (https://github.com/jeelabs/esp-link)
Hinzugefügt:
- UART-Mode normal oder swapped. Hard- und softwareseitig konfigurierbar.
- WLAN-Status-LED. Conn LED an GPIO4 (https://github.com/jeelabs/esp-link/blob/master/TROUBLESHOOTING.md#led-indicators).
Entfernt:
- Reset-Taster
- Pfosten-Steckverbinder
LED Funktionen
- LED1 (gelb) CUL Indikator (http://culfw.de/commandref.html#cmd_l).
- LED2 (grün) esp-link "conn" LED (https://github.com/jeelabs/esp-link/blob/master/TROUBLESHOOTING.md#led-indicators). WLAN Indikator.
Im Anhang Gerberdaten für ITEAD Studio (https://www.itead.cc/open-pcb/pcb-prototyping.html), Stückliste und Schaltplan für die, die selbst löten möchten.
Die Verwendung der Daten für kommerzielle Zwecke, Herstellung oder gewerblichen Vertrieb ist untersagt.
a-culfw Firmware flashen
apt-get install git make avrdude avr-libc gcc-avr binutils-avr dfu-programmer libftdi1
git clone https://github.com/heliflieger/a-culfw.git
cd a-culfw/culfw/Devices/miniCUL
make clean
make
./flash.sh
ESP8285 (PSF-A85) flashen
https://forum.fhem.de/index.php/topic,42998.480.html
Hinweis zum Firmware-Update
In einigen Fällen kann es vorkommen, dass der miniCUL V2 über USB oder WLAN nicht geflasht werden kann. Verantwortlich dafür ist ein Bug in der esp-link Firmware: https://github.com/jeelabs/esp-link/issues/220
Siehe auch Forumsbeitrag: https://forum.fhem.de/index.php/topic,74446.0.html
Verfügbarkeit und Preise
Ich biete die Geräte im Marktplatz zum Kauf an.
Sehr cool, freu mich schon auf die ersten Angebote!
Gesendet von iPhone mit Tapatalk
... geile Nummer! Sieht echt gut aus! Meine Hochachtung 8)
Hallo allerseits,
Frage eines Amateurs:
Wäre es denn möglich ein solches 868er Modul (wie abgebildet) ausschliesslich als 433MHz (mit der passenden Antenne) zu betreiben oder was spricht dagegen?
Gruss
Alex
Zitat von: bitbiter am 11 September 2016, 22:19:59
Wäre es denn möglich ein solches 868er Modul (wie abgebildet) ausschliesslich als 433MHz (mit der passenden Antenne) zu betreiben oder was spricht dagegen?
Die Beschaltung vor der Antennen unterscheiden sich und sich auf die Frequenzen angepasst: http://www.fhemwiki.de/wiki/Selbstbau_CUL (http://www.fhemwiki.de/wiki/Selbstbau_CUL)
Mahlzeit zusammen,
ich möchte gerne mittels CUL den WMBUS meiner Zähler auslesen, dafür muss ich allerdings die "define HAS_MBUS" Funktion aktivieren, danach schlägt mir allerdings die Erstellung des HEX Datei fehl:
Compiling C: ../../clib/mbus/crc.c
Linking: miniCUL_868MHZ.elf
../../clib/rf_mbus.o: In Funktion `rf_mbus_task':
rf_mbus.c:(.text.rf_mbus_task+0x70): Nicht definierter Verweis auf `manchDecode'
../../clib/mbus/mbus_packet.o: In Funktion `decodeRXBytesSmode':
mbus_packet.c:(.text.decodeRXBytesSmode+0x32): Nicht definierter Verweis auf `manchDecode'
collect2: error: ld returned 1 exit status
Makefile:171: die Regel für Ziel ,,miniCUL_868MHZ.elf" scheiterte
make[1]: *** [miniCUL_868MHZ.elf] Fehler 1
make[1]: Verzeichnis ,,/home/testuser/Downloads/a-culfw-master/culfw/Devices/miniCUL" wird verlassen
Makefile:106: die Regel für Ziel ,,all" scheiterte
make: *** [all] Fehler 2
Habe ich etwas übersehen oder wie kann ich Fehler beheben?
Für die Änderungen an den Libraries ist der Maintainer verantwortlich. Dementsprechend schlage ich vor, das Thema in diesen Thread (https://forum.fhem.de/index.php/topic,35064.0.html) zu verlagern.
Hallo locutus,
sehr coole Arbeit, ab wann sind die Teile verfügbar ?
Gruß
Klaus
Zitat von: Pyromane am 18 September 2016, 12:56:39
Mahlzeit zusammen,
ich möchte gerne mittels CUL den WMBUS meiner Zähler auslesen, dafür muss ich allerdings die "define HAS_MBUS" Funktion aktivieren, danach schlägt mir allerdings die Erstellung des HEX Datei fehl:
Habe ich etwas übersehen oder wie kann ich Fehler beheben?
Hallo Pyromane,
ich habe den regulären culfw-Quellcode (https://sourceforge.net/projects/culfw/) für den miniCUL angepasst. Die hex-Datei beinhaltet das WMBUS-Funkprotokoll. Entfallen sind sämtliche 433 MHz Funkprotokolle.
Bitte testen!
Hallo locutus,
ich werde die Datei am Abend testen und Rückmeldung geben.
Vorab schon ein Danke für deine Bemühungen. :)
Tante EDIT sagt:
Probleme bei flashen, ich melde mich noch
Hallo Damian,
dann stelle ich mich mal im Marktplatz in die Anwärterschlange...
Hallo zusammen,
anscheinend stehe ich gerade irgendwie auf dem Schlauch. Ich habe meinen 433er miniCUL erhalten und war in der Lage ihn in mein WLAN einzubinden. Außerdem konnte ich ihn mit
define miniCUL CUL 192.168.178.128:23 0000
in fhem einbinden.
Dem log entnehme ich, dass die Verbindung zustande kommt:
2016.10.14 12:01:06 3: Opening miniCUL device 192.168.178.128:23
2016.10.14 12:01:06 3: miniCUL device opened
2016.10.14 12:01:06 3: miniCUL: Possible commands: BCFiAEGMKUYRTVWXefmLltux
Mein Ziel ist ein paar Funksteckdosen damit zu schalten. Diese konnte ich zuvor über den raspberry schalten, z.B. so:
define SchirmlampeFensterbank dummy
attr SchirmlampeFensterbank setList on off
define on_SchirmlampeFensterbank notify SchirmlampeFensterbank:off {system("sudo /usr/bin/send 11111 4 0 &")}
define off_SchirmlampeFensterbank notify SchirmlampeFensterbank:on {system("sudo /usr/bin/send 11111 4 1 &")}
Ich habe die damals verwendete Anleitung gerade nicht zur Hand, aber ich denke es ist auch so ersichtlich was passiert.
Und da kommt der Schlauch. Ich suche seit einer Stunde im Forum und im Wiki und finde irgendwie nicht den passenden Befehl, um die Funksteckdosen anzusteuern.
Beispiel:
define Schalter_OBI_Code_1 IT 000FF0F0FF FF F0
attr Schalter_OBI_Code_1 IODev CUL1
attr Schalter_OBI_Code_1 model itswitch
Entscheidend ist, was für Steckdosen du hast:
http://www.fhemwiki.de/wiki/Intertechno_Code_Berechnung (http://www.fhemwiki.de/wiki/Intertechno_Code_Berechnung)
Hast Du eine FB zum Schalten für die Steckdosen?
Dann sollte das Autocreate von FHEM den richtigen Grundstock zur Kontrolle schon anlegen.
Hallo,
nachdem ich meinen neuen miniCUL erfolgreich im WLAN-Modus betreibe, wollte ich jetzt den miniCUL433 (1.Generation) auch im WLAN-Modus betreiben. Jumper habe ich beide auf WLAN gesetzt. (Installiert ist die FW die schon bei der Lieferung installiert war. (1.21)
Jedoch erscheint der CUL nicht als neuer AP in meinem WLAN.
Im USB-Modus hat er tadellos funktionert.
Irgendwelche Ideen oder Tips ?
Zitat von: Bartimaus am 14 Oktober 2016, 15:27:36
Jedoch erscheint der CUL nicht als neuer AP in meinem WLAN.
Im USB-Modus hat er tadellos funktionert.
Irgendwelche Ideen oder Tips ?
Was ist auf dem ESP? Transparent-Bridge oder esp-link? Schau mal in den ersten Beitrag dort wir erklärt wie man bei der ESP8266-transparent-bridge, mit den AT-Kommandos den Mode und die Zugangsdaten zu deinem Netz einstellt. Vieleicht steht der Mode auf STA.
Gruß Friedrich
Hi Friedrich,
ehrlich gesagt, weiss ich es nicht. Auf meinem neuen ist esp-link, darum gehe ich davon aus, das auch auf dem alten bereits esp-link drauf ist.
Zitat von: Bartimaus am 14 Oktober 2016, 15:58:23
ehrlich gesagt, weiss ich es nicht. Auf meinem neuen ist esp-link, darum gehe ich davon aus, das auch auf dem alten bereits esp-link drauf ist.
Ich glaube bei den alten war ESP8266-transparent-bridge drauf. Da müsste locutus was zu sagen können.
Aber du kannst ja mal auf USB stellen und dann mit einem Terminalprogramm auf dem zugewiesenem COM-Port 38400,8,N,1 schauen. Nach einem Reset kommen dann erst einige undefinierte (HEX) Zeichen beim booten und dann in etwa so was:
322> ** esp-link v2.1.7 - 2015-12-13 08:49:46 - cb75396
322> Flash config restore ok
323> CONN led=2
328> Wifi init, mode=STA
336> Wifi uses DHCP, hostname=esp-link
347> "ip": "0.0.0.0"
354> "netmask": "0.0.0.0"
362> "gateway": "0.0.0.0"
369> "hostname": "esp-link"
378> sleep enable,type: 2
386> Httpd init, conn=0x3fff293c
396> Serbridge pins: reset=0 isp=-1 swap=0
434> Reset cause: 6=external
434> exccause=0 epc1=0x0 epc2=0x0 epc3=0x0 excvaddr=0x0 depc=0x0
434> Flash map 4MB:512/512, manuf 0xE0 chip 0x4014
449> ** esp-link ready
Gruß Friedrich
[quote author=Omega-5 link=topic=42998.msg503930#msg503930 date=1476455707]
Aber du kannst ja mal auf USB stellen und dann mit einem Terminalprogramm auf dem zugewiesenem COM-Port 38400,8,N,1 schauen.
Gruß Friedrich
Sorry, so tief stecke ich in der Materie nicht drin, will heissen, ich weiss nicht was Du meinst, bzw. wie man das macht. SSH oder Telnet kenne ich, aber nicht mit den von Dir genannten Optionen :o
Zitat von: RappaSan am 14 Oktober 2016, 14:14:22
Hast Du eine FB zum Schalten für die Steckdosen?
Dann sollte das Autocreate von FHEM den richtigen Grundstock zur Kontrolle schon anlegen.
Ihr seid echt sooo gut... Da habe ich überhaupt nicht dran gedacht, dass es ein autocreate auf Basis der Fernbedienung geben könnte. Läuft auf Anhieb wie gewünscht, vielen Dank!
Zitat von: Bartimaus am 14 Oktober 2016, 16:48:02
Sorry, so tief stecke ich in der Materie nicht drin, will heissen, ich weiss nicht was Du meinst, bzw. wie man das macht. SSH oder Telnet kenne ich, aber nicht mit den von Dir genannten Optionen :o
Entschuldige, "ich war auf einem anderen Dampfer". :(
Vor mir auf dem Basteltisch liegt ein Steckbrett mit einem Seriell-USB-Adapter, einem Netzteil und einem ESP-01, angeschlossen an einem Windows-PC. Diesen Aufbau benutze ich zum Programmieren der ESP-01 und zum Testen. Über die serielle Schnittstelle und ein Terminal, ich benutze TeraTerm, kann ich die Ausgabe des ESP nach dem Booten sehen. 8) Ich hatte von meinen zehn ESP-01 auch zwei die sich nicht Programmieren ließen. >:(
Aber das geht, wie du richtig gesehen hast, schon ziemlich weit. Vieleicht hat da noch jemand ein paar Tipps.
Gruß Friedrich
Moin,
ich weiß nicht, ob ich jetzt an der richtigen Stelle meinen Bedarf (oder besser: mein Bedürfnis) anmelde:
Ich würde gerne einen Cul868 nehmen!
Vielen Dank für die tolle Entwicklungsarbeit. Vor 30 Jahren habe ich ähnliches mit der damals verfügbaren Technik gemacht. Ich weiß also, was da für Arbeit dahinter steckt, aber in meinem Alter muss ich nicht mehr alles selber machen.
Reimer
@wing350
schau mal hier: https://forum.fhem.de/index.php/topic,17022.0.html (https://forum.fhem.de/index.php/topic,17022.0.html)
gruß TeleDet
Zitat von: locutus am 24 Januar 2016, 10:00:30
set CUL433 led 00
http://culfw.de/commandref.html#cmd_l
Sollte das auch bei der neuen Version die grüne LED deaktivieren? Klappt bei mir leider nicht.
Grüne Conn LED (https://github.com/jeelabs/esp-link/blob/master/TROUBLESHOOTING.md#led-indicators) an GPIO4 zeigt den WLAN-Staus an.
Und man kann sie nicht deaktivieren oder?
Siehe esplink_configuration.jpg in Antwort #215 (https://forum.fhem.de/index.php/topic,42998.msg490091.html#msg490091)
esp-link -> Pin assignment -> Conn LED -> disabled
@locutus
Hast du einen Schaltplan von deinem WlanCul v2 ? Der in deinem Post kann man nicht lesbar vergrößern.
Würde das ganze auch mit einem Arduino Nano v3 funktionieren ? Habe noch ein Paar davon rumfliegen.
Gruß
Sascha
Zitat von: locutus am 22 Oktober 2016, 22:34:55
Siehe esplink_confi1guration.jpg in Antwort #215 (https://forum.fhem.de/index.php/topic,42998.msg490091.html#msg490091)
esp-link -> Pin assignment -> Conn LED -> disabled
Super das hat geklappt, vielen Dank!
Jetzt noch eine hoffentlich letzte Frage. Kann ich an dem stick eine 433er Antenne anlöten? Ich habe nämlich eine hier und manchmal schalten meine Steckdosen nicht.
Zitat von: sash.sc am 23 Oktober 2016, 16:55:07
Hast du einen Schaltplan von deinem WlanCul v2 ? Der in deinem Post kann man nicht lesbar vergrößern.
Popup-Blocker deaktivieren.
ZitatWürde das ganze auch mit einem Arduino Nano v3 funktionieren ? Habe noch ein Paar davon rumfliegen.
Nicht ohne Pegelkonverter! Arduino Nano arbeitet grundsätzlich mit einen Signalpegel von 5 Volt. Das CC1101 Funkmodul und der ESP8266 WLAN-SoC benötigen 3,3 Volt.
https://forum.fhem.de/index.php/topic,43267.0.html
https://forum.fhem.de/index.php/topic,42998.msg370092.html#msg370092
Zitat von: locutus am 24 Oktober 2016, 21:18:23
Nicht ohne Pegelkonverter! Arduino Nano arbeitet grundsätzlich mit einen Signalpegel von 5 Volt. Das CC1101 Funkmodul und der ESP8266 WLAN-SoC benötigen 3,3 Volt.
https://forum.fhem.de/index.php/topic,43267.0.html
https://forum.fhem.de/index.php/topic,42998.msg370092.html#msg370092
Danke schonmal für die Info.
Habe einen Arduino nano v3 mit ftdi Chip drauf. Der hat auch Pins die mit 5v und auch 3,3v bereit stellen.
Gruß Sascha
Zitat von: sash.sc am 24 Oktober 2016, 21:48:04
Habe einen Arduino nano v3 mit ftdi Chip drauf. Der hat auch Pins die mit 5v und auch 3,3v bereit stellen.
Ist nicht ganz korrekt:
- der Arduino nano stellt eine Spannung von 5 V (aus dem USB Anschluss) und 3,3 V (vom Spannungsregler zur Verfügung
- der Atmega328P läuft aber mit 16 MHz und 5 V Versorgung, so dass die Ausgangspins auch 5 V liefern
- wenn ein nachfolgender Baustein 3,3 V Pegel hat und nicht 5 V tolerant ist, geht er dadurch kaputt
Gruß PeMue
Zitat von: PeMue am 24 Oktober 2016, 22:05:02
Ist nicht ganz korrekt:
- der Arduino nano stellt eine Spannung von 5 V (aus dem USB Anschluss) und 3,3 V (vom Spannungsregler zur Verfügung
- der Atmega328P läuft aber mit 16 MHz und 5 V Versorgung, so dass die Ausgangspins auch 5 V liefern
- wenn ein nachfolgender Baustein 3,3 V Pegel hat und nicht 5 V tolerant ist, geht er dadurch kaputt
Gruß PeMue
Soll heißen, dass die 3,3v nicht stabil genug sind und spitzen bis 5v auftreten können?
Von mobil gesendet daher kurze Antwort
Zitat von: sash.sc am 25 Oktober 2016, 08:27:31
Soll heißen, dass die 3,3v nicht stabil genug sind und spitzen bis 5v auftreten können?
Nein, wenn der Prozessor mit 5 V versorgt wird, gibt er auch bis zu 5 V an den Ausgängen aus. Wenn die dann auf ein Bauteil mit 3,3 V Eingang gehen, könnte es schief gehen. Daher der
level shifter ;)
Gruß PeMue
Hört sich so an, als ob die 3,3V Ausgänge "unsauber" sind. ;)
@locutus
Wenn du wieder welche zusammen baust, denke bitte an mich. Würde dann einen 433MHz nehmen.
Gruß und Danke
Sascha
Hi sash.sc,
Du kannst deine 3,3V Versorgung auch aus einem separatem DC/DC Wandler gewinnen, dann die Level Shifter (470Ohm/1kOhm) zwischen die Arduino Ausgänge und den ESP & CC1101 Eingängen, dann passt das schon.
Wenn du die Firmware für den MiniCul am Nano verwenden möchtest, musst du noch eine Anpassung in miniCUL.c vornehmen:
Die Zeile
clock_prescale_set(clock_div_1);
am Anfang der main muss in
clock_prescale_set(clock_div_2);
geändert werden, sonst passt das ganze interne Timing nicht zu den 16MHz. Sieht man recht schnell an der Blinkgeschwindigkeit der 'Ready LED'
Soweit hat das bei mir auch alles hingehauen, allerdings habe ich trozdem ein Problem.
Wenn ich die Firmware builde stimmen die Größen irgendwie nicht mit dem auf Medifire abgelegten HexFile überein - deutlich kleiner.
Weiterhin schaffe ich es nicht mit dem Makefile eine 433 Version zu brennen.
make program liefert mir immer die 866 Version als miniCul.hex.
Ich hatte auch angenommen, dass die Unterscheidung 433/866 allein von dem 4,7K Widerstand abhängig ist. Leider auch gefehlt.
Kann es sein, dass ich einen anderen Branch auschecken muss - aktuell bin ich auf Master.
Also wenn mir hier einer der Profis nen Hinweis geben könnte, wäre das Klasse.
Danke schon mal
Holger
Zitat von: hollyghost am 27 Oktober 2016, 18:44:05
Hi sash.sc,
Du kannst deine 3,3V Versorgung auch aus einem separatem DC/DC Wandler gewinnen, dann die Level Shifter (470Ohm/1kOhm) zwischen die Arduino Ausgänge und den ESP & CC1101 Eingängen, dann passt das schon.
Wenn du die Firmware für den MiniCul am Nano verwenden möchtest, musst du noch eine Anpassung in miniCUL.c vornehmen:
Die Zeile
clock_prescale_set(clock_div_1);
am Anfang der main muss in
clock_prescale_set(clock_div_2);
geändert werden, sonst passt das ganze interne Timing nicht zu den 16MHz. Sieht man recht schnell an der Blinkgeschwindigkeit der 'Ready LED'
Soweit hat das bei mir auch alles hingehauen, allerdings habe ich trozdem ein Problem.
Wenn ich die Firmware builde stimmen die Größen irgendwie nicht mit dem auf Medifire abgelegten HexFile überein - deutlich kleiner.
Weiterhin schaffe ich es nicht mit dem Makefile eine 433 Version zu brennen.
make program liefert mir immer die 866 Version als miniCul.hex.
Ich hatte auch angenommen, dass die Unterscheidung 433/866 allein von dem 4,7K Widerstand abhängig ist. Leider auch gefehlt.
Kann es sein, dass ich einen anderen Branch auschecken muss - aktuell bin ich auf Master.
Also wenn mir hier einer der Profis nen Hinweis geben könnte, wäre das Klasse.
Danke schon mal
Holger
Ich würde direkt die a-fw nehmen. Wenn ich mir das passende ZIP runter laden und entpacke, dann sind für ganz viele Sender/Receiver die fertig kompilierte hexfiles vorhanden.
a-fw (http://www.mediafire.com/file/viytrdbpwd3iibf)
Schau einfach mal nach.
Gruß
Sascha
Danke Sascha - das hilft mir nur leider nicht. Ich hab mir den miniCUL WLAN nachgebaut - allerdings mit einem 16MHz Nano. Deshalb muss ich selbst kompilieren.
Grüße Holger
Gesendet von iPhone mit Tapatalk
Hallo,
Ich steh gerade auf dem Holzweg. Ich habe seid längerer Zeit den miniCUL WLAN v1 am laufen. Am Anfang noch über WiFi, mittlerweile aber nur noch über USB, weil mich die Timingprobleme gestört haben. Gestern habe ich etwas aufgeräumt und ein Update gemacht, seid dem kann ich die Funksteckdosen nicht mehr damit schalten. Im Logfile ist alles "normal".
Gesendet von meinem EVA-L09 mit Tapatalk
Ich muss jetzt einfach mal fragen.
Worin besteht im NanoCUL und miniCUL, bezogen auf den Prozessor, der Unterschied ??
Gruß
Sascha
Hi Sascha - Nano und Mini bezeichnet die Arduinobasis - beide haben nen 328p als Prozessor - Mini läuft auf 3,3V mit 8Mhz und Nano mit 5V und 16Mhz
Grüße Holger
Gesendet von iPhone mit Tapatalk
Welcher ist denn zu bevorzugen?
Von mobil gesendet daher kurze Antwort
Na ja - ich bevorzuge das, was ich gerade zu Hause habe ::)
Wenn du dir neues Spielzeug kaufen musst, dann nimm einen mini mit 3.3V und 8MHz - dann kannst du alles direkt verwenden und musst dir um irgendwelche Pegel- & Frequenzanpassungen keine Gedanken machen.
Bei mir läuft nun auch alles wie es soll - kaum liest man den ersten Post hier mal aufmerksam zu Ende und schon funktioniert es.
Das flash.sh für den miniCUL im Git hat aktuell noch ein paar kleine Fehler (zumindest unter Linux) - die if Abfragen prüfen mit '==' auf equal - korrigiert auf '=' läuft das auch schön durch.
Ich bin echt begeisterte von dieser Lösung hier - flash über WLAN - perfekt zum 'Basteln'.
Herzlichen Dank an alle die bisher ihren Beitrag geleistet haben.
So long
Holger
für den mini braucht man aber noch ein Kabel zum programmieren ?
Welches ?
Gruß und danke
Sascha
Zitat von: sash.sc am 29 Oktober 2016, 08:23:17
Für den mini braucht man aber noch ein Kabel zum programmieren ?
Arduino mini oder pro mini? Für den letzteren brauchst Du einen USB2seriell Umsetzer, je nach Versorgungsspannung des Prozessors mit 5 oder 3,3 V Ausgangspegeln.
Gruß PeMue
Hallo beisammen,
ich habe mir 2 WLAN Culs gebaut. einen mit einem 433MHz Modul und einen mit einem 868MHz Modul. den 433er habe ich für meine Somfy Rollläden. funktioniert einwandfrei. lediglich im 5-10 Minutentakt disconnects im Logfile, es funktioniert trotzdem alles. den 868er habe ich mir für Homematic Heizkörper Thermostate gebaut. soweit hat alles funktioniert. Der WifiCul hat den Status Initialized und bei Versions abfrage erscheint:
V 1.21.00 a-culfw Build: private build (unknown) miniCUL (F-Band: 868MHz).
Und jetzt das PROBLEM: wenn ich den rfmode auf Homematic stelle geht der CUl auf opened und das wars. :(
nichts tut sich mehr. Die rote LED auf dem ProMini blinkt sich zu Tode bis ich den Cul kurz vom Strom trenne.
Hat jemand eine Idee? was mache ich falsch?
ich bin für jede Hilfe sehr Dankbar!
viele Grüße
Michael
Hätte interesse an einem 443 und einem 868MHz CUL mit wLAN, gibt es noch welche?
Zitat von: hyper2910 am 01 November 2016, 18:49:05
Hätte interesse an einem 443 und einem 868MHz CUL mit wLAN, gibt es noch welche?
Immer wieder mal, allerdings dann hier zu finden: https://forum.fhem.de/index.php/topic,17022.0.html
Hallo locutus,
falls Du mal einen 868 MHz CUL mit WLAN hast, hätte ich Interesse dran. Eilt aber nicht.
Irgendwie bin ich immer einen Ticken zu spät ???
Danke + Gruß
Peter
Hallo zusammen,
mein miniCUL ist angekommen.
Im USB-Mode aus dem fhem komme ich auch dran.
Nur den WLAN-Mode bekomme ich nicht zum laufen.
- Schalter auf USB-Mode (nehme ich mal an, Schalter in Richtung USB-Buchse, siehe auch unten)
- Verbinde Rechner mit WLAN AP_xxx
- Telnet auf 192.168.4.1 (mit Putty)
- Auf AT kommt nicht, wie dokumentiert, ein OK
- Es kommt überhaupt keine Reaktion auf AT-Kommandos.
Wenn ich den WLAN-Mode einschalte kommt mit "AT MODE 3" brav die Fehlermeldung "AT is unknown ....".
Hat jemand einen Tip für mich?
Vielen Dank.
Gruß
Martin
Zitat von: mwesterm am 01 November 2016, 21:05:20Wenn ich den WLAN-Mode einschalte kommt mit "AT MODE 3" brav die Fehlermeldung "AT is unknown ....".
Hat jemand einen Tip für mich?
Per Webbrowser 192.168.4.1 aufrufen, dann sollte sich die esp-link Webseite zeigen.
Zitat von: Pyromane am 01 November 2016, 21:07:24
Per Webbrowser 192.168.4.1 aufrufen, dann sollte sich die esp-link Webseite zeigen.
Danke!!!
Seufzt,da hätte ich auch drauf kommen können.
Gruß
Martin
@locutus
Der miniCUL ist angekommen. ;D
Über USB kann ich den miniCUL auch ansprechen und in FHEM definieren
/dev/serial/by-id/usb-FTDI_FT230X_Basic_UART_DN01SMHV-if00-port0@38400
Habe auch den ESP in mein WLAN einbinden können, wird auch nett in der List vom Router angezeigt.
Habe Ihn dann entsprechend definiert
192.168.2.101:23 0000
Jedoch kann ist dort keine Abfragen an die a-fw stellen.
Internals:
CFGFN
CMDS
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF 192.168.2.101:23 0000
DeviceName 192.168.2.101:23
FHTID 0000
NAME miniCUL433
NR 16330
PARTIAL
STATE opened
TYPE CUL
initString X21
Matchlist:
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04....(1|5|9).a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
C:Hideki ^P12#75[A-F0-9]{17,30}
C:OREGON ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
C:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
Readings:
2016-11-03 17:08:36 raw No answer
2016-11-03 17:17:20 state opened
2016-11-03 16:45:56 version No answer
Attributes:
room 99_receiver
Und schalten lässt sich auch nix.
habe den miniCUL auch auf WLAN umgeschaltet.
Jemand eine Idee , warum der miniCUL nicht über WLAN funktioniert ?
Gruß und Danke
Sascha
@locutus
Wird es auch eine Variante geben um eine eigene Antenne anzuschrauben (wie beim CUL von Bus-Ware)
Lässt sich mit der 433-Variante auch empfangen?
Hallo,
hatte Glück und konnte zwei miniCUL 433 ergattern. :)
Intertechno-Gedöns schalten / Wetterstation vom Nachbarn mithören klappt auf Anhieb. Hat jemand eine Ahnung warum ich damit aber keine UNIROLL Gurtwickler steuern kann ? Ist das eine Limitierung der a-culfw ? Unter Clients wird UNIROLL eigentlich angezeigt.
Ich hab auch noch einen Busware 868Mhz CUL, der macht UNIROLL bisher in meiner Installation, aber mit dem habe ich Reichweitenprobleme. Und ich dachte eigentlich, es wäre sinnvoller das UNIROLL auf den miniCUL 433 umzustellen, der ja "native" mit 433 MHz arbeitet. Und dank WLAN Kopplung kann ich den ja dann auch funktechnisch günstig platzieren, freie Steckdose und kleines USB-Netzteil reicht ja aus.
Grüße, gadget
Zitat von: gadget am 04 November 2016, 13:28:28
Hat jemand eine Ahnung warum ich damit aber keine UNIROLL Gurtwickler steuern kann? Ist das eine Limitierung der a-culfw ? Unter Clients wird UNIROLL eigentlich angezeigt.
Uniroll ist ja auch 868 MHz ;)
Uniroll: Arghl. Stimmt natürlich ... ich hatte irgendwie falsch in Erinnerung, dass der Busware CUL bei Uniroll auf 433 Mhz umschaltet, aber der schaltet ja nur das Protokoll um.
Dann muss ich wohl auch noch auf einen 868 MHz miniCUL hoffen.
Noch was: Ich habe genau alle 5 Minuten einen Reconnect beim miniCUL im Log stehen. FHEM ist aktuell. Der minicul ist gerade mal Luftlinie 30 cm von der Fritzbox entfernt. Sieht mir eher nicht nach WLAN Problem sondern nach irgend einem Timer aus der irgendwo intern abläuft. Ideen ?
Grüße, gadget
Hallo zusammen.
Vielleicht könnt ihr mir ja weiter helfen.
Mein Problem mit die Hardware, siehe meine letzten Post etwas weiter oben.
Gruß Sascha
Von mobil gesendet daher kurze Antwort
@Sascha: Was passiert denn, wenn du auf das esp-link Webinterface des minicul gehst und da dann in der µC Console ein V sendest ? Wenn da nix antwortet steht der Schiebeschalter falsch -> muss in Richtung Antenne sein für WLAN Betrieb. Was steht in der µC Console bezüglich Baudrate ?
Da tut sich gar nix. Der Schalter ist Richtung Antenne umgelegt !
Habe mal ein paar Bilder angehängt.
Gruß und danke
Sascha
Hm. Pin assignements sehen bei mir haargenau gleich aus. Und direkt per USB an fhem funktiioniert das Ding (also z.B. auch ein get ... ccconf) ? Schiebeschalter dann natürlich in Richtung USB-Stecker ...
Zitat von: gadget am 04 November 2016, 16:38:32
Hm. Pin assignements sehen bei mir haargenau gleich aus. Und direkt per USB an fhem funktiioniert das Ding (also z.B. auch ein get ... ccconf) ? Schiebeschalter dann natürlich in Richtung USB-Stecker ...
Wenn ich den miniCUL direkt an den PI stekte, dann klappt das auch. Wird mir dann ganz normal als "Stick" angezeigt und funktioniert auch !
Schalter natürlich Richtung USB Stecker.
Aber Richtung Antenne und nur an ein 5V Metzteil dran, da ist dann nix, ausser der ESP.
2016.11.06 07:28:56 1: Cannot init 192.168.2.101:23, ignoring it (mcwlan)
2016.11.06 07:28:47 3: Opening mcwlan device 192.168.2.101:23
... sieht bei Deinem der Bereich bei RX/TX genau so aus wie bei mir - siehe Foto.
Jepp
Dann bin ich ratlos. Da kann Dir wohl nur locutus weiterhelfen :(
Sonst jemand noch eine Idee ????
Zitat von: gadget am 04 November 2016, 14:33:43
Noch was: Ich habe genau alle 5 Minuten einen Reconnect beim miniCUL im Log stehen. FHEM ist aktuell. Der minicul ist gerade mal Luftlinie 30 cm von der Fritzbox entfernt. Sieht mir eher nicht nach WLAN Problem sondern nach irgend einem Timer aus der irgendwo intern abläuft. Ideen ?
Habe meinen miniCUL 433 heute auch bekommen (danke für die super Abwicklung und schnellen Versand!!). Funktioniert soweit alles gut, aber ich habe genau das gleiche Problem. Nach immer exakt 5 min (ganz genau sind es 5m und 3-6s) wird der CUL disconnected und sofort wieder connected:
2016.11.05 22:30:19 1: 192.168.1.34:23 disconnected, waiting to reappear (miniCUL)
2016.11.05 22:30:19 3: miniCUL: Possible commands: BCFiAEGMKUYRTVWXefmLltux
2016.11.05 22:30:19 1: 192.168.1.34:23 reappeared (miniCUL)
2016.11.05 22:35:25 1: 192.168.1.34:23 disconnected, waiting to reappear (miniCUL)
2016.11.05 22:35:26 3: miniCUL: Possible commands: BCFiAEGMKUYRTVWXefmLltux
2016.11.05 22:35:26 1: 192.168.1.34:23 reappeared (miniCUL)
2016.11.05 22:40:31 1: 192.168.1.34:23 disconnected, waiting to reappear (miniCUL)
2016.11.05 22:40:32 3: miniCUL: Possible commands: BCFiAEGMKUYRTVWXefmLltux
2016.11.05 22:40:32 1: 192.168.1.34:23 reappeared (miniCUL)
2016.11.05 22:45:38 1: 192.168.1.34:23 disconnected, waiting to reappear (miniCUL)
2016.11.05 22:45:39 3: miniCUL: Possible commands: BCFiAEGMKUYRTVWXefmLltux
2016.11.05 22:45:39 1: 192.168.1.34:23 reappeared (miniCUL)
2016.11.05 22:50:45 1: 192.168.1.34:23 disconnected, waiting to reappear (miniCUL)
2016.11.05 22:50:45 3: miniCUL: Possible commands: BCFiAEGMKUYRTVWXefmLltux
2016.11.05 22:50:45 1: 192.168.1.34:23 reappeared (miniCUL)Da das so regelmäßig kommt kann das ja kein Zufall sein. Woran könnte das liegen? Und was ist da eigentlich gemeint? Woran wird festgemacht dass der CUL disconnected ist?
Grüße
Bernd
Zitat von: sash.sc am 02 November 2016, 07:19:09
Habe auch den ESP in mein WLAN einbinden können, wird auch nett in der List vom Router angezeigt.
Habe Ihn dann entsprechend definiert
192.168.2.101:23 0000
Jedoch kann ist dort keine Abfragen an die a-fw stellen.
Das WEB-GUI ist unter der IP 192.168.2.101 verfügbar?
Sind beiden Lötbrücken auf "swapped" gesetzt?
Zitat von: teufelchen am 03 November 2016, 22:38:36
Wird es auch eine Variante geben um eine eigene Antenne anzuschrauben (wie beim CUL von Bus-Ware)
Wie hier (https://forum.fhem.de/index.php?action=dlattach;topic=42998.0;attach=39743) abgebildet, lässt sich die Platine mit einer optionalen SMA-Buchse bestücken.
Zitat von: teufelchen am 03 November 2016, 22:38:36
Lässt sich mit der 433-Variante auch empfangen?
https://forum.fhem.de/index.php/topic,35064.0.html
Zitat von: Joker am 05 November 2016, 23:34:41
Funktioniert soweit alles gut, aber ich habe genau das gleiche Problem. Nach immer exakt 5 min (ganz genau sind es 5m und 3-6s) wird der CUL disconnected und sofort wieder connected:Da das so regelmäßig kommt kann das ja kein Zufall sein. Woran könnte das liegen? Und was ist da eigentlich gemeint? Woran wird festgemacht dass der CUL disconnected ist?
Hinweis zum WLAN-Betrieb (https://forum.fhem.de/index.php/topic,42998.0.html)
Zitat von: locutus am 06 November 2016, 10:33:15
Das WEB-GUI ist unter der IP 192.168.2.101 verfügbar?
Sind beiden Lötbrücken auf "swapped" gesetzt?
Guten Morgen locutus.
Das WEB GUI des ESP ist unter der IP erreichbar.
Habe auch in der µC ein "V" abgesetzt. Kam keine Reaktion.
Die Lötbrücken sind auf Swapped gesetzt.
Als Stick ist der miniCUL ohne Probleme einsetzbar.
Gruß
Sascha
Ist die Baudrate auf 38400 (https://forum.fhem.de/index.php?action=dlattach;topic=42998.0;attach=52221) eingestellt?
Jepp. Siehe Antwort #275
Von mobil gesendet daher kurze Antwort
Bitte um optische Kontrolle der Lötstellen am WLAN-Funkmodul. Die roten Punkte müssen in jedem Fall verlötet sein.
Sind die Ports 23 und 2323 in der Firewall freigegeben?
Wenn diese Maßnahmen scheitern, dann liegt vermutlich ein Hardwaredefekt vor. miniCUL bitte postwendend an mich zurück!
Zitat von: locutus am 06 November 2016, 13:17:48
Bitte um optische Kontrolle der Lötstellen am WLAN-Funkmodul. Die roten Punkte müssen in jedem Fall verlötet sein.
Sind die Ports 23 und 2323 in der Firewall freigegeben?
Wenn diese Maßnahmen scheitern, dann liegt vermutlich ein Hardwaredefekt vor. miniCUL bitte postwendend an mich zurück!
Hallo locutus.
Habe die Lötstellen kontrolliert. Sind augenscheinlich ok.
Habe dann auf dem Router (TCP) und in der Windows Firewall explizit die Ports 23 und 2323 frei gegeben.
Hat aber nichts gebracht.
Habe auf Comando Ebene von Windows (cmd) ein Ping Test durchgeführt. Ohne Portangabe ist der Stick zu erreichen. Mit den Beiden Ports (23 & 2323) ist der nicht zu erreichen. in µC Console auch nochmal ein V gesendet. Kam keine Reaktion.
Gruß und Danke
Sascha
ZitatZitatFunktioniert soweit alles gut, aber ich habe genau das gleiche Problem. Nach immer exakt 5 min (ganz genau sind es 5m und 3-6s) wird der CUL disconnected und sofort wieder connected:Da das so regelmäßig kommt kann das ja kein Zufall sein. Woran könnte das liegen? Und was ist da eigentlich gemeint? Woran wird festgemacht dass der CUL disconnected ist?
Hinweis zum WLAN-Betrieb (https://forum.fhem.de/index.php/topic,42998.0.html)
Thx, ja den Hinweis mit den Timingschwankungen habe ich gelesen. Mir kam das nur insofern komisch vor, dass ich das in exakten Zeitabständen von 5min habe, der Hinweis hat sich für mich eher zufällig angehört. Daher möchte ich einfach verstehen was das genau bedeutet, konkret:
- Ich habe in einem Thread die Möglichkeit gelesen dass man per "at" in regelmäßigen Abständen die Version ausliest um zu sehen ob der CUL noch da ist. Wenn man das nicht macht, wird also nicht regelmäßig mit dem CUL kommuniziert? Wie erkennt FHEM dann überhaupt, dass der CUL disconnected ist?
- kann ich was tun, damit die Disconnects weniger werden? Andere Position mit besserem WLAN Empfang etc?
- wenn der CUL gerade disconnected ist, und es kommt ein Sendebefehl, dann würde der ins Leere laufen und nicht ausgeführt, richtig?
Zitat von: Joker am 06 November 2016, 18:05:37
kann ich was tun, damit die Disconnects weniger werden?
Leider nein, Espressif's SDK schränkt die Verbindungsdauer auf dem TCP Port 23 (https://github.com/jeelabs/esp-link#serial-bridge) auf 5 Min. ein.
Es gibt aber alternative Releases (https://github.com/fuzzball03/esp-link/releases) mit der Möglichkeit Ports zu konfigurieren. Der Praxistest steht noch aus.
Hallo Locutus.
Alles ist gut. Der miniCUL funktioniert jetzt.
Hast Du oder jemand anders eine Anleitung um den MQTT des ESP zu laufen zu bekommen und in FHEM einzubinden ?
Gruß und Danke
Sascha
Ist mir was entgangen? Hat inzwischen jemand ein 00_MQTTCUL.pm Modul für FHEM (https://forum.fhem.de/index.php/topic,56712.msg483843.html#msg483843) gebaut?
Hallo Fhem Gemeinde,
ich brauche mal eure Hilfe. Ich habe eine nanoCUL nach der Anleitung hier im Forum gebaut. Meine Hardware ist ein CC1101 auf 868MHz Basis, ein Arduino ProMini Clon mit 8MHz und 3.3V und ein ESP01. Verdrahtet habe ich nach dem Plan hier https://forum.fhem.de/index.php?action=dlattach;topic=42998.0;attach=54294 (https://forum.fhem.de/index.php?action=dlattach;topic=42998.0;attach=54294). Auf dem ESP01 läuft ESP-Link. Dieser befindet sich bereits im WLAN. Pin assignment ist ESP01.
Nun zu meinem Problem:
Nach dem Einschalten kommt auf der Website vom ESP-Link in der µC-Console folgendes
? (scandone is unknown) Use one of A B C E e F f G h i K k l M m R T t U V W X x Y Z z
? ( 2734> state: 0 -> 2 (b0) is unknown) Use one of A B C E e F f
? ( 2737> state: 2 ->
? ( 2742> state: 3 -> 5 X
? ( 2742> F
? ( 2743> aF
? ( 2743>
? ( 2937> chg_B1:-40 is unknown) Use one of A B C E e F f G h i K k l M m R T t U V W X x Y Z z
? ( 3018> is unknown) Use one of A B C E e F f G h i K k l M m R T t U V W X x Y Z z
? ( 3018> connected with mein_router, channel192.168.3.65,mask:255.255.255.0,gw:192.16)
? ( 3021> Wifi connected to ssid mein_router, B
? ( 3032> Wifi got ip:192.168.3.65,mask:255.255.255.0,gw:192.168
? ( 3050> host_name = no
? ( 3057> server_name = _http._tcp.l
? ( 4383> Wed Dec 07 20:08:34 2016 is unknown) Use one of A B C E e F f G h i K k l M m R T t U V W X x Y Z z
? ( 4383> is unknown Y
? ( 9494> HTTP GET /console/text: 200, 229ms, h=20872 is unknown) Use one of A B C E e F f G h i K k l M m R T t U V W X x Y
? ( 10227> HTTP GET /console/text: 200, 214ms, h=21216 is unknown) Use one of A B C E e F f G h i K k l M m R T t U V W X x Y
? ( 10959> HTTP GET /console/text: 200, 212ms, h=21200 is unknown) Use one of A B C E e F f G h i K k l M m R T t U V W X x Y
? ( 11697> HTTP GET /console/text: 200, 218ms, h=21200 is unknown) Use one of A B C E e F f G h i K k l M m R T t U V W X x Y
? ( 12519> HTTP GET /console/text: 200, 307ms, h=21200 is unknown) Use one of A B C E e F f G h i K k l M m R T t U V W X x Y
? ( 13256> HTTP GET /console/text: 200, 212ms, h=21200 is unknown) Use one of A B C E e F f G h i K k l M m R T t U V W X x Y
? ( 13985> HTTP GET /console/text: 200, 210ms, h=21200 is unknown) Use one of A B C E e F f G h i K k l M m R T t U V W X x Y
? ( 14734> HTTP GET /console/text: 200, 225ms, h=21200 is unknown) Use one of A B C E e F f G h i K k l M m R T t U V W X x Y
? ( 15456> Wifi check: mode=AP+STA status=5 is unknown) Use one of A B C E e F f G h i K k l M m R T t U V W X x Y Z z
? ( 1545? ( 15587> Turning OFF uart log is unknown) Use one of A B C E e F f G h i K k l M m R T t U V W X x Y Z z
Nach eingabe von "V" erscheint wie erwartet die Version:
V 1.67 nanoCUL868
Soweit, sogut. Wenn ich den CUL nun aber mit folgenden Zeilen in FHEM definiere...
define nanoCUL CUL 192.168.3.65:23 1234
attr nanoCUL rfmode MAX
attr nanoCUL room 5.3 CULs
kommt in der Console und im Fhem.log nur noch sowas:
8F
F12
3FD
B0B
1E9
A2C
8E8
F5B5
B0A
E33
F8F
0F2
CE1
001
635
0F
48
F45
12D
8F2B
2E1
1FF
2
5D1F
1C5
351
412
3FD
B0B
1E9
F1E
8E8F
5B5
B0A
E51
F8F
0F2
FA7
F56
635
2F12
3FD
0F2
CE1
1F
E1
1FF
C5F
8F0
B24
FD2
33
F8F
B0B
1E9
F1C5
3F4
5B5
B0A
B0B
1E9
17C
FA7
F5B5
B0A
412
3FD
0F2
Das geht scheinbar unentlich so weiter und soweit, das Fhem nicht mehr ansprechbar ist, solange der ESP sich im Netz befindet.
Was mache ich falsch?
Zitat von: locutus am 06 November 2016, 10:33:15
Wie hier (https://forum.fhem.de/index.php?action=dlattach;topic=42998.0;attach=39743) abgebildet, lässt sich die Platine mit einer optionalen SMA-Buchse bestücken.
Wonach genau müsste ich suchen, um eine passende Buchse zu finden?
Sind die beiden äußeren Lötstellen für den connector bei dem Bild ground? Ich könnte dann meine externe Antenne auch einfach direkt dort anlöten.
@sloth
Je nach Anschlusstyp entweder ein SMA male oder aber ein SMA female jack PCB Edge Mount Solder 0.045'' Adapter Connector 1.2mm (http://www.ebay.de/itm/2pcs-SMA-female-jack-PCB-Edge-Mount-Solder-0-045-Adapter-Connector-1-2mm-/152013514939?hash=item2364b628bb)
@lenoxef
Das sind Debug-Ausgaben.
esp-link -> Debug log -> UART debug log: off
@locutus:
Hallo locutus, danke für die schnelle Antwort. Hab das Log deaktiviert. Leider wird mir immernoch das logfile zugespamt. Siehe Screenshots. FHEM lässt sich gerade nicht mehr erreichen. Noch eine andere Idee? Hab übrigens bei Dir zwei Sticks per PN angefragt..
mfg
lenoxef
Hallo zusammen!
Ich habe jetzt sein ein paar Tagen mein neues miniCUL 433 MHz Schätzchen, danke an Damian für die schnelle Lieferung.
Leider scheitere ich bei dem Versuch, meine Brennenstuhl 1000 RCS Steckdosen (IT v1) damit vernünftig zu schalten. Die Reichweite beim Senden ist desolat, eine Wand dazwischen töte bereits die Übertragung. Der Empfang funktioniert dagegen meiner Einschätzung nach wie er soll.
Ich habe bereits mit "set raw x09" die maximale Leistung eingestellt.
Hier mal ein List der Steckdose:
Internals:
00 f0
DEF FFF0FF0FFF 0F F0
IODev wifiCUL2
LASTInputDev nanoCUL868
MSGCNT 1
NAME BrZi_Vase
NR 372
STATE on
TYPE IT
XMIT fff0ff0fff
XMITdimdown 00
XMITdimup 00
XMITon 0f
nanoCUL868_MSGCNT 1
nanoCUL868_RAWMSG i545155
nanoCUL868_RSSI -94
nanoCUL868_TIME 2016-12-19 16:13:23
Code:
1 fff0ff0fff
Readings:
2016-11-28 18:20:14 protocol V1
2016-12-19 19:33:50 state on
Helper:
Bm:
It_attr:
cnt 1
dmx 0
mAr
max 0
tot 0
It_define:
cnt 1
dmx 0
mAr
max 0
tot 0
It_set:
cnt 47
dmx 0
max 767
tot 3510
mAr:
HASH(BrZi_Vase)
BrZi_Vase
on
Attributes:
IODev wifiCUL2
fp_1OG 449,696,1
group Xmas
model itswitch
room Barzimmer
und des CUL
Internals:
CMDS BCFiAEGMKUYRTVWXefmLltux
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:CUL_RFR::CUL_TCM97001:CUL_REDIRECT::OREGON::Hideki:
DEF wificul2.homenet.local:23 0000
DeviceName wificul2.homenet.local:23
FD 43
FHTID 0000
NAME wifiCUL2
NR 370
PARTIAL
RAWMSG s5C690FC190F9; 480: 9168
RSSI -66.5
STATE Initialized
TIME 1482177798.7435
TYPE CUL
VERSION V 1.21.01 a-culfw Build: private build (unknown) miniCUL433 (F-Band: 433MHz)
initString X21
wifiCUL2_MSGCNT 927
wifiCUL2_TIME 2016-12-19 21:05:47
Matchlist:
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04....(1|5|9).a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
C:Hideki ^P12#75[A-F0-9]{17,30}
C:OREGON ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
Readings:
2016-12-16 19:48:37 ccconf freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
2016-12-19 19:31:50 cmds B C F i A E G M K U Y R T V W X e f m L l t u x
2016-12-19 19:41:48 raw isFFF0FFFFF0F0
2016-12-19 21:05:47 state Initialized
2016-12-19 10:21:51 uptime No answer
2016-12-16 19:47:09 version V 1.21.01 a-culfw Build: private build (unknown) miniCUL433 (F-Band: 433MHz)
Helper:
Bm:
Cul_get:
cnt 45
dmx 0
max 3150
tot 20554
mAr:
HASH(wifiCUL2)
wifiCUL2
cmds
Cul_read:
cnt 831
dmx 0
max 889
tot 61888
mAr:
HASH(0x45cb488)
Cul_ready:
cnt 27
dmx 0
max 3007
tot 3007
mAr:
HASH(wifiCUL2)
Cul_set:
cnt 390
dmx 0
max 671
tot 714
mAr:
HASH(0x45cb488)
wifiCUL2
reopen
Attributes:
addvaltrigger 1
devStateIcon Initialized:it_wifi@green opened:it_wifi@yellow disconnected:it_wifi@red
rfmode SlowRF
Auf meinem nanoCUL habe ich die "normale" culfw 1.66 dauf, damit passt alles und die Reichweite ist auch ok. Ich habe mal mit der a-culfw auf dem nanoCUL experimentiert und bin damit auch nicht weitergekommen.
Fragen:
- Kann ich statt der a-culfw auch die culfw 1.66 auf dem miniCUL nutzen, ohne dass ich da große Nachteile habe? Die a-culfw hat ja ein paar Optimierungen für den miniCUL...
- Nutzt jemand den miniCUL für ITv1 oder sogar für meine Steckdosen?
Bin für jede Unterstützung dankbar!
Viele Grüße,
weini
Offiziell gibt es kein miniCUL Device im Quellcode der culfw. Du müsstest die Firmware für dich selbst kompilieren. Siehe dazu CC1101 von Ebay Antwort #802 (https://forum.fhem.de/index.php/topic,24651.msg381983.html#msg381983)
Zitat von: weini am 19 Dezember 2016, 21:13:25
Hier mal ein List der Steckdose:
Internals:
...
IODev wifiCUL2
LASTInputDev nanoCUL868
...
nanoCUL868_RSSI -94
...
Attributes:
IODev wifiCUL2
...
und des CUL
Internals:
...
DeviceName wificul2.homenet.local:23
FD 43
FHTID 0000
NAME wifiCUL2
...
VERSION V 1.21.01 a-culfw Build: private build (unknown) miniCUL433 (F-Band: 433MHz)
...
Auf meinem nanoCUL habe ich die "normale" culfw 1.66 dauf, damit passt alles und die Reichweite ist auch ok. Ich habe mal mit der a-culfw auf dem nanoCUL experimentiert und bin damit auch nicht weitergekommen.
Bin für jede Unterstützung dankbar!
Hallo,
irgendwas verwirrt mich. Welche Frequenz brauchst du denn für deine Steckdosen? Einmal steht da beim nanoCUL 868MHz, beim wifiCUL2/miniCUL aber 433MHz. Da müssen dann auch die Antennen (Länge) passen. Mit der Art der Antenne Wendel oder gestreckter Draht (Stichwort Groundplane) und der Ausrichtung lässt sich auch noch was verbessern. Bei mir geht es bei 868MHz (FS20) mit einem ca. 86mm langen Draht (Lambda/4), schräg durch eine Wand und zwei Decken.
Gruß Friedrich
Du hast recht, das ist in der Tat irritierend :-[
Wenn ich mit dem 433 MHz wifiCUL2 schalte, dann erscheint im Device "LASTInputDev nanoCUL868".
Ich habe neben dem wifiCUL2 einen "nanoCUL433" und einen "nanoCUL868". Der letztere sollte natürlich nie versuchen, eine IT Steckdose zu schalten.
Was ich mich gerade Frage: FHEM versucht ja, einen alternativen CUL auszuwählen, wenn der im IODev spezfizierte aus irgendwelchen Gründen nicht verfügbar ist. Wie erkennt FHEM dann eigentlich, dass ein CUL für 868 MHz da ist und einer für 433 MHz? Wird da die Rückgabe aus "get ccconf" ausgewertet?
Zitat von: weini am 23 Dezember 2016, 16:27:15
Du hast recht, das ist in der Tat irritierend :-[
Wenn ich mit dem 433 MHz wifiCUL2 schalte, dann erscheint im Device "LASTInputDev nanoCUL868".
Ich habe neben dem wifiCUL2 einen "nanoCUL433" und einen "nanoCUL868". Der letztere sollte natürlich nie versuchen, eine IT Steckdose zu schalten.
Was ich mich gerade Frage: FHEM versucht ja, einen alternativen CUL auszuwählen, wenn der im IODev spezfizierte aus irgendwelchen Gründen nicht verfügbar ist. Wie erkennt FHEM dann eigentlich, dass ein CUL für 868 MHz da ist und einer für 433 MHz? Wird da die Rückgabe aus "get ccconf" ausgewertet?
Hi
wenn Du mit dem einen schaltest, kann der nicht gleichzeitig empfangen aber der 868 kann und tut es (bei mir auch).
Fhem kann nicht wissen ob ein CUL für 433 oder 868 ist. Es versucht das unter IOdev eingetragene device zu verwenden. Dann gibt es noch sendpool (https://wiki.fhem.de/wiki/Sendpool).
Frohe Weihnachten
Josef
Hallo zusammen,
ich habe einen wlanCul 433 von Locutus mit esp-link v2.2.3 als Software.
Der Cul öffnet beim einstecken auch einen AP auf den ich mich verbinden kann.
Ich kann auch das Wlan auswählen und der Stick verbindet sich lokal mit meinem
W-lan.
ich kann den CUL auch in Fhem definieren und er ist auch initialized. Alles gut.
Leider verliert der CUL beim trennen vom Strom das W-Lan Passwort.
Ich muß mich dann wieder mit dem AP verbinden, um auf die Website von esp-link
zu kommen. Die SSID vom Network steht noch in der Übersicht, (als configured network)
aber das Passwort ist dem CUL bzw. der esp-link Software plötzlich unbekannt.
Hatte das schon mal jemand und weiß vielleicht Abhilfe?
Danke, Gruß Carsten
Zitat von: PeMue am 08 August 2016, 20:45:53
Warum denn? Das http://www.voelkner.de/products/164819/USB-Gehaeuse-USB-1kl-Transparent.html könnte vermutlich gehen.
Gruß PeMue
Kurze Info: Das passt leider nicht. Es ist ein bisschen zu klein, allerdings zu viel zum "wegdremeln"
@locutus,
gestern war ja der neue miniCUl angekommen, eben habe ich ihn integrieren können.
Ging super schnell, keine 20 Minuten (mit Lesen) - ich bin begeistert!
Vielen Dank für diese tolle Entwicklung!
Gruß Helmut
Hallo zusammen,
habe eine Frage zur WiFi Empfangsleistung des miniCUL mit WLAN-Schnittstelle, denn ich habe nur eine im Vergleich zu Mobilgeräten etc. sehr geringe Reichweite.
An der Fritzbox 7490 zeigt die Box-Software mit 4m Abstand gerade mal 20% Feldstärke an (1 Punkt/Balken).
Am esp-link GUI werden -70dB angezeigt.
Das Ganze hinter einer Holztür und einer Glastür.
Die Devices werden erreicht, keine Fehler (Homematic).
Hinter einer anderen Glastür mit 5m Abstand zur FB das gleiche Bild an der FB, aber die Homematic Devices melden partiell ACK Fehler oder reagieren gar nicht. Die Web-Oberfläche des miniCUL ist dann nicht wirklich erreichbar (nach zig Reloads), d.h. die WiFi Reichweite reicht definitiv nicht.
Das esp-link GUI wird fast immer nicht erreicht, zu schwaches Signal.
Im gleichen Raum mit der FB (50 cm) entfernt folgendes Bild:
Am esp-link GUI werden -48dB angezeigt.
Die FB zeigt 60% an (drei Balken).
Bei einer Verbindung zum FB Repeater 1750e bessert sich die Übertragung nicht.
In Sichtweite zum Repeater meldet esp-link -70dB, der Repeater zeigt 2 Balken (40%).
Die WiFi Reichweite beträgt also bei mir so um die 4m. Das ist zu wenig.
Könnt ihr bitte mal checken, wie sich die WiFi Feldstärke des miniCUL bei euch verhält?
Gruß Helmut
Meiner meldet -49dBm bei 5m Entfernung und einer Wand.
Hallo Gloob,
Danke für die schnelle Antwort, das sieht gut aus bei dir.
Diese Feldstärke erreiche ich nur direkt neben der FB.
Es handelt sich bei meinem miniCUL um einen V2.
Zitat von: dl4fb am 09 Januar 2017, 18:46:40
Könnt ihr bitte mal checken, wie sich die WiFi Feldstärke des miniCUL bei euch verhält?
Die Funkreichweite der winzigen Patchantenne ist leider bescheiden. Da hilft nur der Griff zum Lötkolben ...
Das ist kein Problem.
Wäre für einen Tip der genauen Stelle am Board dankbar. Vorhandene Leiterbahn trennen?
Drahtlänge lambda/4 ?
@gloob: Hast du einen V1 oder V2?
@locutus:
Das Bauteil mit dem Aufdruck "Rainsum" ist das wichtig?
Fehlt bei meinem miniCUL im Vergleich zu deinem Bild auf der Seite https://forum.fhem.de/index.php/topic,42998.msg490091.html#msg490091
Ich habe noch die V1 mit gesockeltem ESP
Zitat von: dl4fb am 09 Januar 2017, 19:51:53
@locutus:
Das Bauteil mit dem Aufdruck "Rainsum" ist das wichtig?
Fehlt bei meinem miniCUL im Vergleich zu deinem Bild auf der Seite https://forum.fhem.de/index.php/topic,42998.msg490091.html#msg490091 (https://forum.fhem.de/index.php/topic,42998.msg490091.html#msg490091)
Das ist die Antenne. Wenn die fehlt, würde es natürlich erklären warum der Empfang bei dir so schlecht ist.
Ich benötige auch nochmal eure Hilfe:
Mein miniCul 433 hat tadellos funktioniert, doch leider schalten meine Funksteckdosen nun nicht mehr. Darüber hinaus finde ich im log folgenden Eintrag, wenn ich meine Funksteckdosen schalten will:
2017.01.09 20:32:18 2: IT set LampeFernseher on
2017.01.09 20:32:18 2: IT IODev device didn't answer is command correctly: raw => No answer
Ich weiß nicht wirklich ob der Eintrag 'No answer' auch kommt wenn es funktioniert.
Unter http://192.168.178.128/home.html erreiche ich das esp-link wie gewohnt.
Wie könnte ich weiter debuggen? Welche Daten würden evtl. helfen?
Zitat von: dl4fb am 09 Januar 2017, 19:43:14
Wäre für einen Tip der genauen Stelle am Board dankbar. Vorhandene Leiterbahn trennen?
Es kommt auf das WLAN-Modul an.
An dem PSF-A85 (https://www.itead.cc/psf-a85.html) ist eine externe 2,4 GHz Patchantenne mit dem Aufdruck Rainsun angelötet.
Zusätzlich ist das Modul mit einem U.FL-Connector für externe WLAN-Antenne ausgestattet. Hier sind keine Lötarbeiten notwendig.
Das PSF-B85 (https://www.itead.cc/psf-b85.html) ist mit einer internen 2,4 GHz Patchantenne ausgestattet. Hier muss man eine externe WLAN-Antenne anlöten.
ZitatDrahtlänge lambda/4 ?
Nö! 2,4 GHz WLAN-Antenne (http://dl.itead.cc/IM160708001/psf-a85_with_antenna.jpg).
Ich habe den miniCUL mit dem B85.
Wo genau soll denn die Antenne angelötet werden?
Das eckige weiße Bauteil, rechts oben im Bild, das ist die Patchantenne. Die rote Markierung aufm Bauteil weist auf den Antennenanschluss hin.
Die Abschirmung kommt an die Lötzinnbahn (GND) mit der spiegelverkehrten L-Form dran.
Zitat von: sloth am 09 Januar 2017, 20:42:43
Mein miniCul 433 hat tadellos funktioniert, doch leider schalten meine Funksteckdosen nun nicht mehr. Darüber hinaus finde ich im log folgenden Eintrag, wenn ich meine Funksteckdosen schalten will:
2017.01.09 20:32:18 2: IT set LampeFernseher on
2017.01.09 20:32:18 2: IT IODev device didn't answer is command correctly: raw => No answer
Ich weiß nicht wirklich ob der Eintrag 'No answer' auch kommt wenn es funktioniert.
Hast du dem Aktor LampeFernseher das richtige IODev zugewiesen?
z.B.:
attr LampeFernseher IODev CUL433
Zitat von: locutus am 09 Januar 2017, 22:36:53
Hast du dem Aktor LampeFernseher das richtige IODev zugewiesen?
z.B.:
attr LampeFernseher IODev CUL433
Auszug aus der fhem.cfg
define miniCUL CUL 192.168.178.128:23 0000
define LampeFernseher IT 00000F0FFF 0F F0
attr LampeFernseher IODev miniCUL
Der Status "opened" bedeutet, dass der miniCUL mit FHEM nicht kommuniziert. Was passiert nach Eingabe von "set miniCUL reopen"?
Hast du an Pin assignment (https://forum.fhem.de/index.php?action=dlattach;topic=42998.0;attach=60372;image) irgendwas verändert?
Möglicherweise liegt der gleiche Fehler wie in Antwort #286 (https://forum.fhem.de/index.php/topic,42998.msg516249.html#msg516249) vor.
Hallo
Ich hätte gerne einen miniCUL mit WLAN Ver. 2 (868).
miniCUL 868 MHz
Danke und Gruß
toensi
Zitat von: locutus am 15 Januar 2017, 23:03:54
Der Status "opened" bedeutet, dass der miniCUL mit FHEM nicht kommuniziert. Was passiert nach Eingabe von "set miniCUL reopen"?
Hast du an Pin assignment (https://forum.fhem.de/index.php?action=dlattach;topic=42998.0;attach=60372;image) irgendwas verändert?
Möglicherweise liegt der gleiche Fehler wie in Antwort #286 (https://forum.fhem.de/index.php/topic,42998.msg516249.html#msg516249) vor.
Beim Pin-assignment habe ich nur die "Conn LED" deaktiviert. Kann ich vielleicht was in die Microcontroller Console des esp eingeben, um das Problem weiter einzugrenzen?
Die Lötstellen sehen für mich ok aus.
Hi, eine Frage: Wenn ich versuche auf WMbus umzustellen kommt "CUL_1: Mode WMBus_T not supported" Gibt es eine a-culfw mit WMBus Support?
Zitat von: drdownload am 20 Januar 2017, 17:10:31
Hi, eine Frage: Wenn ich versuche auf WMbus umzustellen kommt "CUL_1: Mode WMBus_T not supported" Gibt es eine a-culfw mit WMBus Support?
locutus hatte hier mal eine Version mit aktivierten MBus reingestellt: https://forum.fhem.de/index.php/topic,42998.msg494957.html#msg494957 (https://forum.fhem.de/index.php/topic,42998.msg494957.html#msg494957)
Zitat von: sloth am 16 Januar 2017, 13:13:46
Kann ich vielleicht was in die Microcontroller Console des esp eingeben, um das Problem weiter einzugrenzen?
Die Lötstellen sehen für mich ok aus.
Du kannst die beiden rot markierten Kontakte, rechts unten im Bild, mit dem Multimeter (falls vorhanden) auf Kurzschluss gegenüber Masse prüfen. Auch an deinem miniCUL ist vermutlich das WLAN-Modul defekt. Bitte miniCUL zur Reparatur zurücksenden!
Hallo,
habt Ihr bitte mal nen Tip, wieso ich den CUL nicht mehr per WLAN einbinden kann ?
Statische IP-Adresse ist gesetzt, Ping gibt brav gültige Antwort, DIP-Schalter steht auf "WLAN", das Webinterface des ESP kann ich auch aufrufen.
Im Log steht: Cannot init <IP-Adresse>:23, ignoring it (HMCUL868WLAN)
Hier das List:
Internals:
CMDS
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF 192.168.XXX.17:23 0000
DeviceName 192.168.XXX.17:23
FHTID 0000
NAME HMCUL868WLAN
NR 1106
PARTIAL
STATE opened
TYPE CUL
initString X21
owner_CCU HMVCCU
Matchlist:
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04....(1|5|9).a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
M:TSSTACKED ^\*
Readings:
2017-01-11 17:35:29 cmds B b C F A Z E k G M K U Y R T V W X e f l t x
2016-10-14 14:11:02 raw No answer
2017-02-01 18:46:06 state opened
2016-11-01 14:32:53 uptime No answer
2016-11-01 14:32:58 version No answer
Attributes:
devStateIcon opened:message_attention@FF9100 Initialized:it_wifi@0CFB0C
group CUL
hmId XXXXXX
hmProtocolEvents 1_dump
icon cul_868
rfmode HomeMatic
room Allgemein,CUL_HM
Hallo,
also ich habe hinter der IP immer moch "@38400" - also die Baudrate stehen. ich weiß aber nicht ob das muss.
Gruß Christoph
Moin,
hat leider nichts gebracht. -> state:opened statt initialized
Das Massensterben der WLAN-Module? Ich befürchte, Du wirst den miniCUL zur Reparatur zurücksenden müssen.
Hast PM
Zitat von: Bartimaus am 01 Februar 2017, 19:01:05
habt Ihr bitte mal nen Tip, wieso ich den CUL nicht mehr per WLAN einbinden kann ?
miniCUL geprüft und keinen Fehler festgestellt. Du hast für mich nicht nachvollziehbare Einstellungen am esp-link Pin assignment (https://forum.fhem.de/index.php/topic,42998.msg490091.html#msg490091) vorgenommen. Das war der Grund für die fehlende Erreichbarkeit aus dem WLAN.
Moin,
danke für die Info.
Ich habe mit dem PIN-Assignment verschiedene Einstellungen getestet, nachdem der CUL per WLAN sich nicht mehr mit FHEM verbunden hat.
Bitte schreib doch noch dazu, welches die korrekten Einstellungen sind.
Zitat von: locutus am 22 Januar 2017, 18:34:47
Du kannst die beiden rot markierten Kontakte, rechts unten im Bild, mit dem Multimeter (falls vorhanden) auf Kurzschluss gegenüber Masse prüfen. Auch an deinem miniCUL ist vermutlich das WLAN-Modul defekt. Bitte miniCUL zur Reparatur zurücksenden!
Wenn ich richtig gemessen habe liegt kein Kurzschluss vor. Soll ich das Teil zurückschicken? Oder kann ich noch was prüfen? Dann bitte PN mit der Adresse :)
Zitat von: Bartimaus am 13 Februar 2017, 10:04:13
Ich habe mit dem PIN-Assignment verschiedene Einstellungen getestet, nachdem der CUL per WLAN sich nicht mehr mit FHEM verbunden hat.
Bitte schreib doch noch dazu, welches die korrekten Einstellungen sind.
Es gilt nach wie vor das Pin assignment aus der Abbildung in Antwort #215 (https://forum.fhem.de/index.php/topic,42998.msg490091.html#msg490091)
Zitat von: sloth am 13 Februar 2017, 12:53:57
Wenn ich richtig gemessen habe liegt kein Kurzschluss vor. Soll ich das Teil zurückschicken? Oder kann ich noch was prüfen?
Du kannst noch die Kontakte des Umschalters S1 durchmessen. Wenn diese Maßnahmen scheitern sollten, dann bitte das Gerät zurück an mich senden.
Im Moment stehen ja keine 433er-miniCULs zum Verkauf. Aber was würden die denn ungefähr kosten?
Nachtrag: Hat sich erledigt. Ich habe es beim aktuellen Lauf gelesen.
Hallo locutus,
ich befürchte, auch mein miniCUL ist defekt.
Hab gerade gesehen, daß er sich nicht mehr mit meinem WLAN verbindet. Ist im laufenden Betrieb geschehen.
Keine Regung mehr, keine LED, kein ESP-WLAN zum konfigurieren - nix.
Kann ich noch irgend etwas tun, um ihn wieder zu beleben?
Hallo Locutus.
Habe ja eine 433 Mhz Stick in Betrieb.
Seit heute schmeisst der mir folgende Meldungen raus.
2017-03-26_19:16:29 mcwlan version: V 1.21.01 a-culfw Build: private build (unknown) miniCUL433 (F-Band: 433MHz)
2017-03-26_19:13:32 mcwlan UNKNOWNCODE C10 = 47 / 71
2017-03-26_19:13:32 mcwlan bWidth 350
2017-03-26_19:13:28 mcwlan version: V 1.21.01 a-culfw Build: private build (unknown) miniCUL433 (F-Band: 433MHz)
2017-03-26_19:13:19 mcwlan UNKNOWNCODE C1D = 91 / 145
2017-03-26_19:13:19 mcwlan UNKNOWNCODE C1B = 07 / 7
2017-03-26_19:13:19 mcwlan UNKNOWNCODE C10 = 47 / 71
2017-03-26_19:13:19 mcwlan UNKNOWNCODE C0F = 71 / 113
2017-03-26_19:13:19 mcwlan UNKNOWNCODE C0E = B0 / 176
2017-03-26_19:13:19 mcwlan UNKNOWNCODE C0D = 10 / 16
2017-03-26_19:13:19 mcwlan ccconf: freq:433.920MHz bWidth:406KHz rAmpl:42dB sens:8dB
2017-03-26_19:13:13 mcwlan freq 433.92
2017-03-26_19:12:44 mcwlan UNKNOWNCODE C1D = 91 / 145
2017-03-26_19:12:44 mcwlan UNKNOWNCODE C1B = 07 / 7
2017-03-26_19:12:44 mcwlan UNKNOWNCODE C10 = 47 / 71
2017-03-26_19:12:44 mcwlan UNKNOWNCODE C0F = EF / 239
2017-03-26_19:12:44 mcwlan UNKNOWNCODE C0E = B0 / 176
2017-03-26_19:12:44 mcwlan UNKNOWNCODE C0D = 10 / 16
2017-03-26_19:12:44 mcwlan ccconf: freq:433.970MHz bWidth:406KHz rAmpl:42dB sens:8dB
2017-03-26_19:12:40 mcwlan freq 433.97
2017-03-26_19:10:27 mcwlan version: V 1.21.01 a-culfw Build: private build (unknown) miniCUL433 (F-Band: 433MHz)
Es fing an, als die Frequenz für die Revolt Funkmessteckdosen geändert habe.
Habe den Stick als Device auch gelöscht, nen Reboot gemacht und neu angelegt.
Solange ich die Einstellungen nicht ändere, läuft es.
Ich muss dazu sagen, dass ich in einer 2. FHEM Instanz der Stick als Empfänger ebenfalls definiert habe. (Remotrechner)
Hier noch ein List
CMDS BCFiAEGMKUYRTVWXefmLltux
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:CUL_RFR::CUL_TCM97001:CUL_REDIRECT::SD_WS07:
DEF 192.168.2.10:23 0000
DeviceName 192.168.2.10:23
FD 98
FHTID 0000
NAME mcwlan
NR 497
PARTIAL
RAWMSG r5541E7008032008864484D11
RSSI -65.5
STATE UNKNOWNCODE C10 = 47 / 71
TYPE CUL
VERSION V 1.21.01 a-culfw Build: private build (unknown) miniCUL433 (F-Band: 433MHz)
initString X21
mcwlan_MSGCNT 468
mcwlan_TIME 2017-03-26 19:19:45
Matchlist:
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04....(1|5|9).a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
C:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
M:TSSTACKED ^\*
Readings:
2017-03-26 19:13:19 ccconf freq:433.920MHz bWidth:406KHz rAmpl:42dB sens:8dB
2017-03-26 19:04:26 cmds B C F i A E G M K U Y R T V W X e f m L l t u x
2017-03-26 19:19:45 state UNKNOWNCODE C10 = 47 / 71
2017-03-26 18:58:09 uptime 35 03:50:18
2017-03-26 19:19:30 version V 1.21.01 a-culfw Build: private build (unknown) miniCUL433 (F-Band: 433MHz)
Attributes:
room 99_receiver
Gruß
Sascha
Hi,
Vielleicht fängst Du mal an zu erklären was Dein Problem ist?
Ich versuche mal zu erraten: Dich stören die falsch erkannten Nachrichten, weil Dein Log nicht mehr so hübsch aussieht?
Die Lösung hast Du ja schon geschrieben: Lass die Finger von der Freq übrigens auch von der Bwidth. Ein
set mcwlan raw E
Sollte es heilen. Zu prüfen über
get mcwlan ccconf
Sollte so aussehen:
mcwlan ccconf => freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
Just my 2ct ;-)
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Habe den MiniCul mal aus der 2. FHEM Instanz gelöscht und ein reopen gemacht.
Danach war alles wieder gut
Frequenzanpassungen hatten eigentlich noch nie Probleme gemacht ! ;)
Gruß
Sascha
Edit: Muss dazu sagen, dass der MiniCulWlan auf beiden FHEM´s mit dem gleichen Namen liefen !!!
Hi,
also Du meinst beide FHEM Instanzen greifen parallel per WLAN auf den gleichen CUL zu? Das kann doch gar nicht gehen! Ich dachte immer, dass die Instanz welche sich als letzte am CUL anmeldet, hat den Kontakt dann exklusiv.
Oder hat der miniCUL etwas besonderes und bedient über eine interne Queue mehrere FHEM Instanzen?
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Zitat von: RaspiLED am 26 März 2017, 20:16:22
Hi,
also Du meinst beide FHEM Instanzen greifen parallel per WLAN auf den gleichen CUL zu? Das kann doch gar nicht gehen! Ich dachte immer, dass die Instanz welche sich als letzte am CUL anmeldet, hat den Kontakt dann exklusiv.
Klingt logisch.
Die 2. FHEm Instanz hatte sich als letztes den MiniCulWlan geschnappt. Da stand auch "initialized", nur auf der 1. Instanz gab es Probleme mit dm STATE, hat aber auch dort weiter die Signal bekommen.
Also mehr oder weniger doch parallel ..... :o
Hallo zusammen,
brauche mal einen Tipp. Habe einige Einträge im Forum gefunden, aber immer ohne rechte Lösung. Dieser Fall liegt m.E. nach auch etwas anders oder ist neu.
Ich habe drei miniCUL mit WLAN-Schnittstelle in Betrieb. Alle am gleichen Access Point, ungefähr gleiche Feldstärke. 2.4 GHz ist bei mir relativ hoch ausgelastet durch andere FHEM Dienste im Haus.
433 für TCM97001: FW Version: V 1.23.09 a-culfw Build: private build (unknown) miniCUL433 (F-Band: 433MHz)
868 für Homematic: FW Version: V 1.21.01 a-culfw Build: private build (unknown) miniCUL (F-Band: 868MHz)
868 für FS20: FM Version: V 1.24.00 a-culfw Build: private build (unknown) miniCUL (F-Band: 868MHz)
Problem ist der alle 5 Minuten (ca.) vorkommende Eintrag im LogFile: "disconnected, waiting to reappear".
Diese FM tritt allerdings nur beim FS20 auf, also mit der V 1.24.00
Hängt das Phänomen wohl mit der 1.24 zusammen?
Gruß Helmut
Nein.
Da musst du ein at starten. Da steht aber auch was im Forum dazu.
Bei mir läuft es seitdem.
Gesendet von meinem E6653 mit Tapatalk
Danke für den Tipp.
Das regelmäßige Abfragen, z.B. nach der Version, habe ich gesehen. Klar.
Hätte ich auch so eingerichtet, wenn es alle drei CUL's betreffen würde.
Überlege daher, z.B auf eine neue Version zu flashen.
Gruß Helmut
Zitat von: dl4fb am 27 März 2017, 20:39:55
Problem ist der alle 5 Minuten (ca.) vorkommende Eintrag im LogFile: "disconnected, waiting to reappear".
Diese FM tritt allerdings nur beim FS20 auf, also mit der V 1.24.00
Hängt das Phänomen wohl mit der 1.24 zusammen?
Nicht a-culfw, sondern Espressif's SDK schränkt die Verbindungsdauer auf dem TCP Port 23 auf 5 Minuten ein.
Siehe dazu Hinweis zum WLAN-Betrieb (https://forum.fhem.de/index.php/topic,42998.0.html).
besteht ein Unterschied in der a-fw für den miniCUL und für dein Produkt ?
Habe gerade mal die "normal" a-fw für miniCUL drauf geflasht. läuft soweit.
Ich frage nur, weil bei der "angepassten" immer "Build privat" steht !
Gruß
Sascha
Die "private build" entsteht immer dann, wenn man die Firmware selbst kompiliert.
Glaube, ich bin der Sache näher gekommen.
Also wenn ich den miniCUL auf Homematic stelle, sind die Timeouts weg. Es liegt also nicht an der Firmware.
Habe etwas intensiver bei Espressif' nachgelesen. Dort wird von HW und SW Timeouts geschrieben (Espressif FAQ http://espressif.com/sites/default/files/documentation/espressif_faq_en.pdf). Beide Timeouts sind unterschiedlich, betragen aber nur bis zu 6.500 ms, macht 6,5 Sekunden und nicht 5 Minuten plus ein paar Sekunden.
--> Es könnte also weitere Timeouts irgendwo anders geben.
Also tritt bei mir der Timeout mit 5 Minuten nur im SlowRF Modus auf.
Das könnte daran liegen, dass die FS20 Devices nichts aussenden, der miniCUL also nichts empfängt, im Gegensatz zu Homematic oder TCM (auf 433).
Habe also jetzt doch das "at" eingebaut, Verbose auf 2. Damit sind die unnötigen Logeinträge weg.
Gruß Helmut
Moinsen,
woran kann es denn liegen wenn der CUL nichts empfängt?
Status ist initialized, hab zum testen zwei alte 868er Fenbedienungen hier. eine Berner BHS140 und eine Hoermann HSE-2
Nach WIKI geprüft ist der Empfang eingeschalten.
ZitatIst Empfang eingeschaltet ?
get myCUL raw C35 (13 = ja, z. b.: C35 = 0D / 13)
muss noch etwas konfiguriert / aktiviert werden? mir scheint es als ob er einfach den Empfang nicht aktiv hat.
Frequenz auf 868 mhz gestellt?
Gesendet von meinem SM-T325 mit Tapatalk
Zitat von: Frank_Huber am 19 April 2017, 10:46:39
Moinsen,
woran kann es denn liegen wenn der CUL nichts empfängt?
Status ist initialized, hab zum testen zwei alte 868er Fenbedienungen hier. eine Berner BHS140 und eine Hoermann HSE-2
Nach WIKI geprüft ist der Empfang eingeschalten.
muss noch etwas konfiguriert / aktiviert werden? mir scheint es als ob er einfach den Empfang nicht aktiv hat.
Werden beim Betätigen der Tasten unbekannte Funkprotokolle empfangen?
set CUL raw X25oder
set CUL raw X27Berner BHS140? Welches Funkprotokoll spricht der Sender? Ich finde keine Informationen über eine Implementierung in der culfw.
Hoermann ist auch nur sehr dürftig dokumentiert:
Zitatculfw supports following RF protocols
Hoermann: receive
Some 868 Hoermann garage door openers.
Die Betonung liegt auf
MANCHE.
Zitat von: locutus am 19 April 2017, 22:01:53
Werden beim Betätigen der Tasten unbekannte Funkprotokolle empfangen?
set CUL raw X25
oder
set CUL raw X27
Berner BHS140? Welches Funkprotokoll spricht der Sender? Ich finde keine Informationen über eine Implementierung in der culfw.
Hoermann ist auch nur sehr dürftig dokumentiert: Die Betonung liegt auf MANCHE.
Nein, kommt gar nichts. Oder ich seh es nicht. Logfile / event Monitor / Readings...
Alles leer.
Hab den Stick gerade im Büro am testfhem System laufen. Dann haben wir einiges das auf 868 funkt.
Verstehen wird die Signale fhem nicht, hättr aber gedacht dass unbekannte irgendwo kommen.
Gesendet von meinem JY-S3 mit Tapatalk
Starte doch mal das esp-link Web Frontend und dort die uC Console.
Kommen dort Daten an?
Zitat von: dl4fb am 19 April 2017, 22:58:49
Starte doch mal das esp-link Web Frontend und dort die uC Console.
Kommen dort Daten an?
sollten dort daten der dfunksendungsn stehen?
dann teste ich das morgen mal.
danke für den Hinweis!
so in der uC onsole kommt auch gar nichts an.
Hab dann auch mal die Serial LED auf die Conn LED gelegt, die schweigt sich auch aus.
was kann ich noch verbockt haben wenn keinerlei Signale empfangen werden?
EDIT: Im USB-Modus das gleiche Spiel. kommt nix rein.
Eine Serial LED existiert in dieser Schaltung nicht. Diese Einstellung ist somit wirkungslos. Der miniCUL hat eine WLAN-Indicator LED2 (grün) am GPIO4 des ESP:
https://github.com/jeelabs/esp-link/blob/master/TROUBLESHOOTING.md#led-indicators
und eine CUL-Indicator LED1 (gelb) am PD4 des ATMEGA:
http://culfw.de/commandref.html#cmd_l
Mir ist nach wie vor ein Rätsel, was der miniCUL empfangen soll? Geräte aus der MAX-, HomeMatic- oder SlowRF-Baureihe?
Hi,
Na das weis ich selbst nicht.
Hatte mir mal zwei 868er Fernbedienungen besorgt und dachte dass da was ankommt.
unbekanntes Formal oder bekanntes.
Ich glaube ich lese mich jetzt erstmal ein und besorge mir dann kompatible Fernbedienungen :)
Melde mich dann hier bei Bedarf wieder.
Hi,
ist das Schaltbild aus Antwort #177 noch aktuell? Ich hätte nämlich bis auf ein CC1101 grad alles da und würde dann nur den "nachbestellen" um mir so einen miniCUL zu bauen.
Hallo,
Ich habe mir einen WLAN-MiniCUL V1 aus dem Markplatz gekauft und heute das Teil erstmals in Betrieb genommen. Es funktioniert !
Ich habe jedoch eine Frage und zwar zur Sicherheit.
Bisher habe ich +++AT MODE 3
+++AT STA <ssid> <password>
+++AT BAUD 38400 abgesetzt,
habe also sowohl Access Point als auch Station Mode.
Ich kann mich (auch im WLAN-Modus) ja immer noch mit WLAN mit dem Teil verbinden und per Telnet Kommandos absetzen.
Dann gibt es zwar Meldungen wie "+++AT is unknown" und zumindest ICH könnte mich da nicht "einhacken", also weder
irgendwie ins Netzwerk reinkommen oder CUL-Kommandos absetzen. Aber es gibt ja Leute mit vielleicht mehr Ahnung wie ich,
deswegen die Frage, ist der WLAN-Zugang ein "Sicherheitsproblem" oder kann ich den Access Point einigermaßen beruhigt laufen lassen ?
Kann man den Zugang des Access Point evtl. von offen auf gesichert umstellen ?
Oder soll ich das Teil am besten in den Station Mode bringen ? Dann müsste ja der Access Point weg sein....
Wie kann ich die Einstellungen dann überhaupt noch ändern ?
Viele Grüße
Ralf
Zitat von: rasti am 01 Mai 2017, 14:38:43
Kann man den Zugang des Access Point evtl. von offen auf gesichert umstellen ?
Oder soll ich das Teil am besten in den Station Mode bringen ? Dann müsste ja der Access Point weg sein....
Du hast dir die Frage schon selbst beantwortet.
Zitat von: rasti am 01 Mai 2017, 14:38:43
Wie kann ich die Einstellungen dann überhaupt noch ändern ?
Indem die Telnet-Verbindung zum ESP8266 unter der lokalen IP-Adresse hergestellt wird.
Zitat von: locutus am 01 Mai 2017, 22:56:51
Du hast dir die Frage schon selbst beantwortet.
Indem die Telnet-Verbindung zum ESP8266 unter der lokalen IP-Adresse hergestellt wird.
Danke dir! So im Nachhinein ....klar !Hätte ich da auch selbst drauf kommen können aber
vielleicht kannst du das noch in den Eingangspost mit aufnehmen.
Viele Grüße
Ralf
Hallo,
auch ich habe nun feststellen müssen, dass sich der miniCUL von Zeit zu Zeit
verabschiedet. Hier => https://forum.fhem.de/index.php?topic=52523.0
wurde das ja diskutiert.
In dem Thread schreibt rudolfkoenig ja, dass ein
define miniCUL868_Reconnect at +*00:00:30 get miniCUL868 version
also ständiges Abfragen ausreichen sollte.
Reicht bei mir aber anscheinend nicht, eben gerade musste ich ein manuelles Reopen
in die FHEM Konsole eingeben, um den miniCUL von "open" auf "initialized" zu bringen.
User Gloob hat es so gelöst:
##############
# CUL reconnect
##############
define miniCUL868_Reconnect at +*00:00:30 {\
my $deviceName = "miniCUL868";;\
my $version = CommandGet("", $deviceName . " version");;\
my $gotAnswer = index($version, 'No answer') == -1;;\
\
if(!$gotAnswer) {\
fhem("set " . $deviceName . " reopen");;\
}\
\
}
Sollte ich das dann so machen ? Werde aus dem Thread nicht wirklich schlau....denke aber fast,
dass es mein Problem lösen kann.
Viele Grüße
Ralf
Zitat von: Frank_Huber am 22 April 2017, 14:20:32
Hi,
Na das weis ich selbst nicht.
Hatte mir mal zwei 868er Fernbedienungen besorgt und dachte dass da was ankommt.
unbekanntes Formal oder bekanntes.
Ich glaube ich lese mich jetzt erstmal ein und besorge mir dann kompatible Fernbedienungen :)
Melde mich dann hier bei Bedarf wieder.
Hallo,
Also der cul geht einwandfrei. Hab jetzt mal einen max Fensterkontakt dran.
Problemlos und fix eingebunden.
Auch ist der cul seit gestern Abend ohne Probleme im wlan aktiv.
Danke!
Grüße
Frank
Gesendet von meinem S3_32 mit Tapatalk
Zitat von: Carsomyr am 25 April 2017, 20:12:57
Hi,
ist das Schaltbild aus Antwort #177 noch aktuell? Ich hätte nämlich bis auf ein CC1101 grad alles da und würde dann nur den "nachbestellen" um mir so einen miniCUL zu bauen.
Um mir selbst zu antworten und für zukünftige Besucher:
Ja der Schaltplan ist zu diesem Zeitpunkt noch aktuell. Allerdings muss man beim einrichten des esp-link darauf achten an welchen pins das UART signal ausgegeben wird.
Desweiteren musste ich noch folgende Änderungen vornehmen um den 433MHz CUL erfolgreich einzubinden:
set miniCUL bWidth 406
set miniCUL sens 8Ohne die wollte es einfach nicht laufen, weis nicht ob das ein für mich spezifisches Problem ist. Derzeit läuft das ganze testweise auf einem nodeMCU Klon von dem ich praktischerweise die 3,3V Versorgung für die restlichen Module nutzen kann
Ich habe den miniCUL aus dem Marktplatz (danke an locutus) und zwei Fragen.
Derzeit ist miniCUL version => V 1.24.02 a-culfw Build: private build (unknown) miniCUL (F-Band: 868MHz)
Muss ich mich um updates neuer Firmware selbst kümmern (geht das ohne kompilieren?) Oder benötigt man, wenn keine Probleme auftauchen, keine neue Firmware?
Ich habe das Gerät im USB-Modus und versuche mich, via Webbrowser mit http://192.168.4.1/ zu verbinden. Die Seite antwortet aber nicht. Was mache ich falsch?
Zitat von: andies am 10 Juni 2017, 14:02:24
Ich habe das Gerät im USB-Modus und versuche mich, via Webbrowser mit http://192.168.4.1/ zu verbinden. Die Seite antwortet aber nicht. Was mache ich falsch?
Das verstehe ich nicht: willst Du über USB abfragen oder über die WLAN Schnittstelle? Bei zweiterem würde ich mich mit mit PuTTY im seriellen Modus verbinden und z.B. per
v die Version abfragen.
Gruß PeMue
Dann habe ich das falsch verstanden. Ich will mich nur mit USB verbinden, dachte aber, ich könnte bei der Gelegenheit die WLAN-Schnittstelle "einrichten" (für späteren Gebrauch). Und also habe ich die Webseite im USB-Modus aufgerufen.
Gesendet von iPhone mit Tapatalk Pro
Zitat von: andies am 10 Juni 2017, 14:02:24
Derzeit ist miniCUL version => V 1.24.02 a-culfw Build: private build (unknown) miniCUL (F-Band: 868MHz)
Muss ich mich um updates neuer Firmware selbst kümmern (geht das ohne kompilieren?)
Git Repository (https://github.com/heliflieger/a-culfw) klonen, ins richtige Verzeichnis (https://github.com/heliflieger/a-culfw/tree/master/culfw/Devices/miniCUL) wechseln, ein paar Kommandos eingeben und den Rest erledigt der Compiler. Ist das so ein großer Aufwand?
ZitatIch habe das Gerät im USB-Modus und versuche mich, via Webbrowser mit http://192.168.4.1/ zu verbinden. Die Seite antwortet aber nicht. Was mache ich falsch?
Solange das Eingabegerät mit dem esp-link Access Point (https://github.com/jeelabs/esp-link/blob/master/WIFI-CONFIG.md#esp-link-wifi-configuration) nicht verbunden ist, wird der Webrowser die IP 192.168.4.1 nicht aufrufen können.
Zitat von: locutus am 10 Juni 2017, 23:30:21
Ist das so ein großer Aufwand?
Wenn man das alles weiß, natürlich nicht. Aber da lag der Haken. Könnte man nicht einen Wiki-Eintrag dafür entwerfen? Mir war/ist nicht klar, wie weit sich CUL und miniCUL bzgl Firmware unterscheiden.
Gesendet von iPad mit Tapatalk Pro
Zitat von: andies am 11 Juni 2017, 08:55:55
Wenn man das alles weiß, natürlich nicht. Aber da lag der Haken. Könnte man nicht einen Wiki-Eintrag dafür entwerfen?
Ich habe den ersten Beitrag um "Ergänzende Informationen zum Umgang mit a-culfw GitHub Repository" erweitert.
Zitat von: andies am 11 Juni 2017, 08:55:55
Mir war/ist nicht klar, wie weit sich CUL und miniCUL bzgl Firmware unterscheiden.
Unterschiedliche Microcontroller erfordern unterschiedliches Handling. Deshalb gibt es für jedes Device (https://github.com/heliflieger/a-culfw/tree/master/culfw/Devices) eine eigene Firmwarevariante.
Hallo, habe die v2 erhalten. Der ist doch sicherlich noch blank, oder?
Möchte in im WLAN Modus betrieben, hier war ja ne Info dazu
https://forum.fhem.de/index.php/topic,42998.msg490091.html#msg490091
Flashen will er aber nicht.....
./flash.sh
Program file missing building first source code
make TARGET=miniCUL FREQUENCE=_433MHZ MCU=atmega328p FLASH_SIZE=32768 BOOTLOADER_SIZE=2048 mostly_clean build size
make[1]: Entering directory '/home/pi/a-culfw/culfw/Devices/miniCUL'
Cleaning project:
Compiling C: miniCUL.c
make[1]: avr-gcc: Kommando nicht gefunden
Makefile:181: recipe for target 'miniCUL.o' failed
make[1]: *** [miniCUL.o] Error 127
make[1]: Leaving directory '/home/pi/a-culfw/culfw/Devices/miniCUL'
Makefile:107: recipe for target 'all' failed
make: *** [all] Error 2
-------------------------------------------------------------
This program flash the miniCUL device with new firmware.
Please set the device into the bootloader mode
-------------------------------------------------------------
Please select a device:
1 = miniCUL 868MHz
2 = miniCUL 433MHz
Please select device (1-2): 1
Programming mode:
1 = Programming via USB
2 = Programming over LAN (miniCUL with WLAN)
Please select device (1-2): 1
Please insert the port for your device [default /dev/ttyUSB0]: /dev/serial/by-id/usb-FTDI_FT230X_Basic_UART_DN02TLSY-if00-port0
The device will now be flashed
Continue (y/n)?y
Call now avrdude -p atmega328p -c arduino -P /dev/serial/by-id/usb-FTDI_FT230X_Basic_UART_DN02TLSY-if00-port0 -b 57600 -D -U flash:w:./miniCUL_868MHZ.hex:i
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.00s
avrdude: Device signature = 0x1e950f
avrdude: reading input file "./miniCUL_868MHZ.hex"
avrdude: can't open input file ./miniCUL_868MHZ.hex: No such file or directory
avrdude: read from file './miniCUL_868MHZ.hex' failed
avrdude: safemode: Fuses OK (E:00, H:00, L:00)
avrdude done. Thank you.
pi@PI-Hole:~/a-culfw/culfw/Devices/miniCUL $ ls
board.h flash.sh Makefile miniCUL.c README.md
... steht doch da, bei Dir ist avr-gcc nicht installiert ;)
Gruß PeMue
Bootloader Mode
Ungefähr 1s nach Strom, solange er schnell blinkt. In der Zeit kann der Button32 gedrückt werden und er blinkt weiterhin, bis du den flashst ;-)
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Zitat von: PeMue am 13 Juni 2017, 21:09:34
... steht doch da, bei Dir ist avr-gcc nicht installiert ;)
Gruß PeMue
und nu?
sudo apt-get install avr-gcc
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
N: Datei »mosquitto-repo.gpg.key« in Verzeichnis »/etc/apt/sources.list.d/« wird ignoriert, da sie eine ungültige Dateinamen-Erweiterung hat.
N: Datei »mosquitto-repo.gpg.key« in Verzeichnis »/etc/apt/sources.list.d/« wird ignoriert, da sie eine ungültige Dateinamen-Erweiterung hat.
E: Paket avr-gcc kann nicht gefunden werden.
pi@PI-Hole:~/a-culfw/culfw/Devices/miniCUL $EDIT:
sudo ./flash.sh
Program file missing building first source code
make TARGET=miniCUL FREQUENCE=_433MHZ MCU=atmega328p FLASH_SIZE=32768 BOOTLOADER_SIZE=2048 mostly_clean build size
make[1]: Entering directory '/home/pi/a-culfw/culfw/Devices/miniCUL'
Cleaning project:
Compiling C: miniCUL.c
miniCUL.c:6:22: fatal error: avr/boot.h: Datei oder Verzeichnis nicht gefunden
#include <avr/boot.h>
^
compilation terminated.
Makefile:181: recipe for target 'miniCUL.o' failed
make[1]: *** [miniCUL.o] Error 1
make[1]: Leaving directory '/home/pi/a-culfw/culfw/Devices/miniCUL'
Makefile:107: recipe for target 'all' failed
make: *** [all] Error 2
-------------------------------------------------------------
This program flash the miniCUL device with new firmware.
Please set the device into the bootloader mode
-------------------------------------------------------------
Please select a device:
1 = miniCUL 868MHz
2 = miniCUL 433MHz
Please select device (1-2): 1
Programming mode:
1 = Programming via USB
2 = Programming over LAN (miniCUL with WLAN)
Please select device (1-2): 1
Please insert the port for your device [default /dev/ttyUSB0]: /dev/serial/by-id/usb-FTDI_FT230X_Basic_UART_DN02TLSY-if00-port0
The device will now be flashed
Continue (y/n)?y
Call now avrdude -p atmega328p -c arduino -P /dev/serial/by-id/usb-FTDI_FT230X_Basic_UART_DN02TLSY-if00-port0 -b 57600 -D -U flash:w:./miniCUL_868MHZ.hex:i
avrdude: AVR device initialized and ready to accept instructions
Zitat von: locutus am 10 Juni 2017, 23:30:21
Solange das Eingabegerät mit dem [url=https://github.com/jeelabs/esp-link/blob/master/WIFI-CONFIG.md#esp-link-wifi-configuration]esp-link Access Point (https://github.com/heliflieger/a-culfw) nicht verbunden ist...
Ich muss noch mal doof nachfragen: wie lange nach dem einschalten erscheint das esp-link Netzwerk? Muss ich das etwas drücken o.Ä? Im ersten Post steht dazu nichts, auch nicht im Link und ich "sehe" das NeZwerk nicht.
Ging auch irgendwie ohne flashen. komme auf den WLAN-AP drauf, FHEM hat ihn drin.
Was sind das aber für Presets?
Gibts dafür ne Beschreibung?
Zitat von: andies am 13 Juni 2017, 21:27:27
Ich muss noch mal doof nachfragen: wie lange nach dem einschalten erscheint das esp-link Netzwerk? Muss ich das etwas drücken o.Ä? Im ersten Post steht dazu nichts, auch nicht im Link und ich "sehe" das NeZwerk nicht.
Welchen Status zeigt die grüne conn LED (https://github.com/jeelabs/esp-link/blob/master/TROUBLESHOOTING.md#led-indicators) an?
Zitat von: noxx am 13 Juni 2017, 20:41:39
Hallo, habe die v2 erhalten. Der ist doch sicherlich noch blank, oder?
Nein, der ist einsatzbereit.
Zitat von: noxx am 13 Juni 2017, 21:46:31
Was sind das aber für Presets?
Gibts dafür ne Beschreibung?
Hardware configuration for normal operation (https://github.com/jeelabs/esp-link/blob/master/FLASHING.md#hardware-configuration-for-normal-operation)
Zitat von: locutus am 13 Juni 2017, 22:22:30
Welchen Status zeigt die grüne conn LED (https://github.com/jeelabs/esp-link/blob/master/TROUBLESHOOTING.md#led-indicators) an?
Die blinkt. Ich würde tippen 1x pro Sekunde, eventuell schneller.
Zitat... the green "conn" LED will show the wifi status as follows:
- Very short flash once a second: not connected to a network and running as AP+STA, i.e. trying to connect to the configured network
Es besteht keine Verbindung zum lokalen Netzwerk. esp-link befindet sich im Access Point + Station Modus.
ZitatHowever, in order to get there esp-link will start out as an access point and you'll have to join its network to configure it. The short version is:
1. esp-link creates a wifi access point with an SSID of the form ESP_012ABC ...
Die SSID lautet ESP_xxxxxx.
Danke, ich habe es - ich war zu weit weg von dem Modul, deshalb habe ich das Netzwerk nicht gesehen. Ärgerlicher Anfängerfehler...
Hi,
kurze Frage- Ich habe ja einen 433Mhz miniCUL, und ich würde gerne meinen Raspberry mitsamt dem miniCUL in ein Gehäuse einbauen. Deswegen möchte ich anstatt der Helix Antenne eine externe Antenne anschließen.
Ich dachte ich hole mir diese Antenne (https://www.amazon.de/DELOCK-Antenne-omni-flexibel-schwarz/dp/B00R0ZLTLC/ref=sr_1_8?ie=UTF8&qid=1497426046&sr=8-8), und baue die Buchse von diesem PigTail (https://www.amazon.de/sourcingmap-Stecker-Pigtail-Flexibel-Antennen/dp/B00DV0H91O/ref=pd_bxgy_147_img_2?_encoding=UTF8&psc=1&refRID=BW4XD0E4VDJGQGQBN5CK) an das Gehäuse. Den Innenleiter von dem Kabel löte ich am miniCUL an die Stelle wo jetzt die Antenne angelötet ist, und die Schirmung an eine der beiden Lötflächen daneben.
Sind Komponenten und Vorgehen so OK?
Die Komponenten sind i. O. Allerding trägt das Kabel zur Signaldämpfung bei, weshalb auch 1 dBi Antennengewinn nicht wirklich viel ist. Empfehlenswert wäre eine 3 - 5 dBi Antenne.
Ich habe auf einmal ein Problem mit dem miniCUL. "get ccconfig" liefert
No FD
und "set miniCUL raw e" ergibt
2017.06.18 14:51:57 3: Opening miniCUL device /dev/ttyUSB1
2017.06.18 14:51:57 3: Setting miniCUL serial parameters to 38400,8,N,1
2017.06.18 14:52:06 1: Cannot init /dev/ttyUSB1, ignoring it (miniCUL)
2017.06.18 14:55:02 3: Setting miniCUL serial parameters to 38400,8,N,1
2017.06.18 14:55:11 1: Cannot init /dev/ttyUSB1, ignoring it (miniCUL)
Auf dem RPi "sehe" ich /dev/ttyUSB1 mit aktuellem Dateum (habe gerade noch einmal neu gestartet). Wie kann ich den CUL wieder in Gang setzen?
Hi,
Was sagt
ls -la /dev/serial/by*
und
dmesg | tail 20
Direkt nach dem einstecken des CULs?
Wie ist der
list CUL
In FHEM?
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Irrelevant! Das USB-Gerät ist systemseitig auch dann vorhanden, wenn der Umschalter in der WLAN-Stellung steht. In der WLAN-Stellung ist die serielle Kommunikation zwischen USB-Wandler und MCU unterbrochen. Also entweder miniCUL-USB oder WLAN. Beides gleichzeitig geht nicht.
Zitat von: andies am 18 Juni 2017, 15:00:28
Ich habe auf einmal ein Problem mit dem miniCUL. "get ccconfig" liefert
No FD
Auf dem RPi "sehe" ich /dev/ttyUSB1 mit aktuellem Dateum (habe gerade noch einmal neu gestartet). Wie kann ich den CUL wieder in Gang setzen?
In welcher Stellung befindet sich der Schalter?
Zitat von: RaspiLED am 18 Juni 2017, 16:51:52
ls -la /dev/serial/by*
und
dmesg | tail 20
Direkt nach dem einstecken des CULs?
Da habe ich
/dev/serial/by-id:
insgesamt 0
drwxr-xr-x 2 root root 80 Jun 12 13:17 .
drwxr-xr-x 4 root root 80 Jun 12 13:17 ..
lrwxrwxrwx 1 root root 13 Jun 12 13:17 usb-FTDI_FT230X_Basic_UART_DN02TLSZ-if00-port0 -> ../../ttyUSB0
lrwxrwxrwx 1 root root 13 Jun 12 13:17 usb-FTDI_FT232R_USB_UART_A104WS3F-if00-port0 -> ../../ttyUSB1
/dev/serial/by-path:
insgesamt 0
drwxr-xr-x 2 root root 80 Jun 12 13:17 .
drwxr-xr-x 4 root root 80 Jun 12 13:17 ..
lrwxrwxrwx 1 root root 13 Jun 12 13:17 platform-3f980000.usb-usb-0:1.3:1.0-port0 -> ../../ttyUSB0
lrwxrwxrwx 1 root root 13 Jun 12 13:17 platform-3f980000.usb-usb-0:1.5:1.0-port0 -> ../../ttyUSB1Bei messages steht
Jun 12 13:17:04 Zimmer kernel: [ 7.168211] usbcore: registered new interface driver usbserial
Jun 12 13:17:04 Zimmer kernel: [ 7.168297] usbcore: registered new interface driver usbserial_generic
Jun 12 13:17:04 Zimmer kernel: [ 7.168384] usbserial: USB Serial support registered for generic
Jun 12 13:17:04 Zimmer kernel: [ 7.178658] usbcore: registered new interface driver ftdi_sio
Jun 12 13:17:04 Zimmer kernel: [ 7.178757] usbserial: USB Serial support registered for FTDI USB Serial Device
Jun 12 13:17:04 Zimmer kernel: [ 7.179129] ftdi_sio 1-1.3:1.0: FTDI USB Serial Device converter detected
Jun 12 13:17:04 Zimmer kernel: [ 7.179318] usb 1-1.3: Detected FT-X
Jun 12 13:17:04 Zimmer kernel: [ 7.180218] usb 1-1.3: FTDI USB Serial Device converter now attached to ttyUSB0
Jun 12 13:17:04 Zimmer kernel: [ 7.180494] ftdi_sio 1-1.5:1.0: FTDI USB Serial Device converter detected
Jun 12 13:17:04 Zimmer kernel: [ 7.180672] usb 1-1.5: Detected FT232RL
Jun 12 13:17:04 Zimmer kernel: [ 7.182525] usb 1-1.5: FTDI USB Serial Device converter now attached to ttyUSB1
Jun 12 13:17:04 Zimmer kernel: [ 7.454182] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
Jun 12 13:17:04 Zimmer kernel: [ 7.454215] brcmfmac: power management disabled
Jun 12 13:17:05 Zimmer kernel: [ 8.442919] brcmfmac: power management disabled
Jun 12 13:17:05 Zimmer kernel: [ 8.558350] smsc95xx 1-1.1:1.0 eth0: hardware isn't capable of remote wakeup
Jun 12 13:17:05 Zimmer kernel: [ 8.558585] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
Jun 12 13:17:05 Zimmer kernel: [ 9.049786] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
Jun 12 13:47:47 Zimmer kernel: [ 22.304270] uart-pl011 3f201000.serial: no DMA platform data
Das sind wirklich die letzten Nachrichten von messages. Syslog enthält keine Meldungen von USB.
list miniCUL liefert
Internals:
CMDS
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF /dev/ttyUSB1@38400 0000
DeviceName /dev/ttyUSB1@38400
FHTID 0000
NAME miniCUL
NR 146
PARTIAL
STATE opened
TYPE CUL
initString X21
Matchlist:
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04....(1|5|9).a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
M:TSSTACKED ^\*
N:STACKABLE ^\*
Readings:
2017-06-10 13:42:58 ccconf freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
2017-06-10 13:31:56 cmds A B C E e F f G h i K k l M m N R T t U u V W X x Y Z
2017-06-18 14:54:50 raw No answer
2017-06-18 14:55:02 state opened
2017-06-18 14:54:01 uptime No answer
2017-06-18 14:49:21 version No answer
Attributes:
group Haus Danke!
PS Schalter ist Richtung USB (habe ich nicht geändert).
Zitat von: andies am 18 Juni 2017, 17:39:28
lrwxrwxrwx 1 root root 13 Jun 12 13:17 usb-FTDI_FT230X_Basic_UART_DN02TLSZ-if00-port0 -> ../../ttyUSB0
FTDI FT230X (https://forum.fhem.de/index.php/topic,42998.msg490091.html#msg490091) ist der miniCUL. Dein miniCUL belegt den ttyUSB0 Port.
Ah, das hat sich anscheinend geändert. Ich habe das zum Anlass genommen, den miniCUL auf WLAN umzustellen. Alles läuft jetzt, danke! Ich dachte immer, dass bei Angabe des gesamten Pfades der ttyUSB sich nicht ändert. Da hatte ich mich getäuscht. Gibt es einen Link, wie man das "fest" einstellen kann (im Moment habe ich nur ein USB da dran, aber wer weiß).
Hi,
Ja klar man nehme die by-id Variante:
/dev/serial/by-id/usb-FTDI_FT230X_Basic_UART_DN02TLSZ-if00-port0
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
komisch, die habe ich doch genommen. Nix mit ttyUSB0...
Hi,
Nö, in Deinem List steht DEF /dev/ttyS1 und eben nicht der ganze by-id Pfad.
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Oh - kann das sein, dass dies durch autocreate entstanden ist? Den Signalduino habe ich nämlich ganz artig nach Wiki-Vorgaben eingesetzt. Das wäre möglich, dass ich danach beim miniCUL vergessen hatte, das umzustellen.
Zitat von: reibuehl am 09 August 2016, 19:54:14
So, hier mal mein erster Versuch eines Gehäuses! Funktioniert für die 433MHz und die 868MHz Version
Sieht nicht besonders aus, ist aber einfach zu drucken und passt sehr gut.
Hallo,
Kannst du die Druckdaten zur Verfügung stellen?
Danke im voraus
Gesendet von meinem SM-T325 mit Tapatalk
Hallo,
ich setze noch einen MiniCUL (V1) ein, mit "WLAN-Modus mit ESP8266-transparent-bridge auf ESP-01". Kann mir jemand sagen, wie das Teil mit fester IP-Adeesse in ein bestehendes Netzwerk einbinde? Irgendwie stehe ich auf dem Schlauch.
Was mir bis jetzt klar ist:
1. Konfiguration muss im USB Modus
2.telnet 192.168.4.1
+++AT MODE 3
+++AT STA <ssid> <password>
+++AT BAUD 38400
Aber damit habe ich keinen Einfluß auf die IP-Adresse, korrekt?
Gruß
Blueberry63
P.S.: Oder könnte jemand kurz beschreiben, wie man den ESP von "Transparent Bridge" auf "ESP-LINK" flasht?
kurze Frage bevor ich lange suche und wahnsinnig werde,
kann der miniCUL mit aCULfw 1.24.02 mit Homeatic umgehen?
bekomme nix gepairt...
miniCUL 433 oder 868?
nen 868er, war bis vorhin als MAX CUL auf einer anderen Instanz aktiv.
dort deaktiviert und als Homeatic wieder eingerichtet.
rfmode, ID und pairmode gesetzt.
Gerade ausprobiert:
rssi done:
Device receive from last avg min_max count
HM_BA_Heizung miniCUL868 HM_BA_Heizung -60.0 -60.0 -60.0< -60.0 1
Internals:
CMDS BCFiAZNEkGMKUYRTVWXefmLltux
Clients :CUL_HM:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
DEF 192.168.1.34:23@38400 0001
DeviceName 192.168.1.34:23@38400
FD 12
FHTID 0001
NAME miniCUL868
NR 138
PARTIAL
RAWMSG A0F6B8610278B200000000A28DE0F0040FE
RSSI -75
STATE Initialized
TYPE CUL
VERSION V 1.21.00 a-culfw Build: private build (unknown) miniCUL (F-Band: 868MHz)
initString X21
Ar
miniCUL868_MSGCNT 20
miniCUL868_TIME 2017-09-20 19:57:10
MatchList:
1:CUL_HM ^A....................
8:HMS ^810e04....(1|5|9).a001
D:CUL_IR ^I............
H:STACKABLE_CC ^\*
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2017-09-20 17:43:00 ccconf freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
2017-09-19 20:55:05 cmds B C F i A Z N E k G M K U Y R T V W X e f m L l t u x
2017-09-20 19:57:10 state Initialized
2017-09-20 19:57:06 version V 1.21.00 a-culfw Build: private build (unknown) miniCUL (F-Band: 868MHz)
Attributes:
addvaltrigger 1
icon cul_cul
rfmode HomeMatic
room CUL,Gateways
danke!
an deinem List hab ich den Unterschied erkannt.
das Atribut hmId NICHT setzen, dann geht es. :-)
noch eine Frage dazu...
kann der miniCUL denn auch AES mit HM?
bekomme den HM SEC SCO nicht angelernt, die Strommess-Steckdose schon.
laut WIKI braucht der Fensterkontakt AES.
edit, das Wiki sagt alles.
werde damit weitertesten wenn ein rictiges HM Gateway da ist. :)
Ich benötige mal etwas Hilfe,
ich würde mir gern einen miniCUL selbst zusammenlöten, aber vorher gerne testen ob das auch für meinen Anwendungsfall so hinhaut.
Der Anwendungsfall ist: HM-4Kanalige Funkaktoren laufen mit dem CUL, der jetzt am FHEM hängt nicht stabil (1-2mal am Tag "Missing ACK" usw.). Ich will darum einen miniCUL über WLAN in die Nähe der Aktoren bringen, damit das besser läuft.
Deswegen dachte ich mir vorerstmal
- 1 Arduino Pro mini 3.3V
- 1 NodeMCU
- 1 CC1101 868Mhz
per Jumperkabel miteinander zu verdrahten und zu gucken ob das geht.
Verdrahtet habe ich wie Anhang 1
Auf dem NodeMCU ist esp-link 3.0.14 drauf
den Arduino habe über USB mit der a-culfw 1.26 versehen.
Der NodeMCU ist erfolgreich im Heimnetz drin und wurde meiner Meinung nach vorschriftsmäßig konfiguriert.
Er lässt sich aber aus FHEM nicht als CUL ansprechen, get version noch get cmds geben nur "no answer" zurück.
Kann jemand mal bitte draufgucken, ob die Verdrahtung und die esp-link Einstellung überhaupt so miteinander spielen können? Was könnte denn noch falsch sein?
Ich hatte den CC1101 anfangs mit dran als das Flashen über LAN aber fehlsschlug nochmal abgezogen.
Bin dankbar für jeden Hinweis
Gruß vom blauhorn
Hallo,
Du hast UART Pins swapped eingestellt. Dann liegen die woanders und nicht auf rx/tx. Also entweder swapped raus, aber dann auch das debugging an der seriellen Schnittstelle vom ESP aus oder aber die swapped Pins anschließen - gpio 15 und 13
Gruß Christoph
Hallo Christoph,
danke für die Antwort. Ich habe das gestern Abend versucht (also GPIO 15 und 13 umgesteckt), aber das Ergebnis ist leider immer noch dasselbe.
Einzige Änderung ist: im µC-Log finde ich jetzt Einträge, die offensichtlich von der a-culfw des Arduino kommen, so in der Art
(... is unknown) Use one of B b C F i A Z E G M K U Y R T V W X e f m l t u x
Was kann es jetzt noch sein?
Moin zusammen,
brauche mal einen Rat.
Habe 3 von den miniCUL schon einige Monate in Betrieb über WLAN. Für Homematic, FS20 und Temperatursensoren (u.a. TCM) auf 433 MHz.
Seit ein paar Tagen (während des Urlaubs, kein Change!) geht der miniCUL433 im Sekunden- oder Minutentakt im FHEM offline.
Die Webseite esp-link433 ist fast immer dabei erreichbar.
Ein "at" startet eine Kommunikation zum miniCUL alle 4:45 Minuten.
Die Probleme sind gleich bei Einbindung über Wlan oder USB.
2017.09.28 22:19:25 1: 192.168.178.65:23 disconnected, waiting to reappear (miniCUL433)
2017.09.28 22:19:25 3: miniCUL433: Possible commands: ABCEeFfGiKLlMmRTtUuVWXxY
2017.09.28 22:19:25 1: 192.168.178.65:23 reappeared (miniCUL433)
2017.09.28 22:19:31 3: miniCUL433: Possible commands: ABCEeFfGiKLlMmRTtUuVWXxY
2017.09.28 22:19:31 1: 192.168.178.65:23 reappeared (miniCUL433)
2017.09.28 22:20:25 1: 192.168.178.65:23 disconnected, waiting to reappear (miniCUL433)
2017.09.28 22:20:34 1: Cannot init 192.168.178.65:23, ignoring it (miniCUL433)
2017.09.28 22:20:37 3: miniCUL433: Possible commands: ABCEeFfGiKLlMmRTtUuVWXxY
2017.09.28 22:20:37 1: 192.168.178.65:23 reappeared (miniCUL433)
Die Uptime (get <dev> uptime) läuft bei diesem miniCUL mal bis 10 Sekunden. Oder mal 20 Sekunden. Die anderen beiden miniCULs laufen perfekt.
Firmware ist V 1.26.01 a-culfw Build: private build (unknown) miniCUL433 (F-Band: 433MHz)
Flashen hat dann dochbgeklappt, hat aber am Verhalten nichts geändert.
Ist dieser miniCUL defekt?
Beste Grüße,
Helmut
Hallo locutus,
erstmal Hut ab für die Super Leistung die du mit dem miniCULWLAN erbracht hast!!!
Ich würde die 868MHz Version des miniCUL WLAN V2 gern selber nachbauen,
da ich mehrere (min. 7 Stück 1x HM, 3x MAX, 3xFS20) benötige. Leider habe ich
ein Problem mit den Gerberdaten!?
Laut der sehr gut gepflegten Liste der Preise diverser Platinenhersteller
(https://www.mikrocontroller.net/articles/Platinenhersteller (https://www.mikrocontroller.net/articles/Platinenhersteller)) bietet die
Fa. AISLER (https://aisler.net/ (https://aisler.net/)) mit 25.60€ für 2-lagig bis 160x100 Platinengröße
(ausreichend für mehrere miniCUL als Nutzen) einen guten Preis.
Beim Import der gezippten Gerberdateien bekomme ich aber leider eine Fehlermeldung:
,,The board does not contain outer bounds. It can't be manufactured like this. The outer bounds should be on the dimensions (EAGLE) or Edge.Cuts (KiCad) layer."
D.h. ,,Das Board enthält keine äußeren Grenzen. Es kann nicht so hergestellt werden. Die äußeren Begrenzungen sollten auf den Ebenen (EAGLE) oder Edge.Cuts (KiCad) liegen."
Die "Projektvorschau" bei AISLER für die Platine sieht aber sehr gut aus! Siehe Bild im Anhang.
Kannst du mir in irgendeiner Form helfen???
Mit bestem Dank im Voraus
Gruß TeleDet
Zitat von: dl4fb am 20 Oktober 2017, 20:04:06
Ist dieser miniCUL defekt?
Wenn Flashen möglich ist, dann ist der USB-Port wohl kaum defekt.
Aus dem Log geht hervor, dass die WLAN-Verbindung unterbrochen wird. Ggf. andere IP vergeben und FHEM neu starten.
Zitat von: TeleDet am 30 Oktober 2017, 18:05:28
Beim Import der gezippten Gerberdateien bekomme ich aber leider eine Fehlermeldung.
Kannst du mir in irgendeiner Form helfen???
Ich habe die Gerberdaten im ursprünglichen Beitrag aktualisiert. Mehr gibt der CAM Job in Eagle nicht her.
Hallo locutus,
vielen Dank für deine Mühe, ist einfach perfekt !!! ;)
Mit den neuen Gerberfiles funzt es ohne eine Fehlermeldung.
Besten Dank nochmal für die schnelle Reaktion und die die großartige Arbeit
die du hier für uns alle machst!!!
Gruß TeleDet
Hallo locutus,
ich habe neuerdings ein Problem mit dem miniCUL. Konfiguriert habe ich ihn wie folgt, so wie (hoffentlich) vorgesehen. Dennoch kann ich ihn nicht mal mehr anpingen und ein get miniCUL version bringt leider nur "miniCUL version => No answer". Hast Du eine Idee, wieso ich es in FHEM anscheinend nicht mehr erkennen kann?
Internals:
CMDS
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF 192.168.2.3:23 0000
DeviceName 192.168.2.3:23
FHTID 0000
NAME miniCUL
NR 57
PARTIAL
STATE opened
TYPE CUL
initString X21
MatchList:
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04......a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2017-10-03 09:35:21 raw No answer
2017-11-25 21:51:40 state opened
2017-11-25 21:41:56 version No answer
Die Einstellungen unter "Pin assignment (https://forum.fhem.de/index.php?action=dlattach;topic=42998.0;attach=60372)" sind komplett falsch!
Danke. Meine hatte ich, bilde ich mir ein, aus dem ersten Thread. Ich ändere das, sobald ich zu Hause bin.
Ich kann ja per VPN zugreifen - klappt aber immer noch nicht, nach Änderung. Muss ich FHEM neustarten? Und ich habe die WLAN-Version am laufen, aber das dürfte nichts machen.
Gesendet vom iPhone mit Tapatalk Pro
Was mich wundert, du kannst ihn NICHT anpingen, kommst aber auf die Konfig-Seite?
Hängt evtl irgendwas im IP Stack deines FHEM hosts?
Mit dem Handy online, daher kurz gefasst...
Sorry, war ein paar Tage unterwegs. Also anpingen geht anscheinend wieder, wenn ich das richtig lese:
PING 192.168.2.3 (192.168.2.3) 56(84) bytes of data.
64 bytes from 192.168.2.3: icmp_seq=1 ttl=128 time=101 ms
64 bytes from 192.168.2.3: icmp_seq=2 ttl=128 time=19.8 ms
64 bytes from 192.168.2.3: icmp_seq=3 ttl=128 time=53.9 ms
64 bytes from 192.168.2.3: icmp_seq=4 ttl=128 time=67.1 ms
64 bytes from 192.168.2.3: icmp_seq=5 ttl=128 time=2.06 ms
Aber get version liefert nur "miniCUL version => No answer".
Dann korrigiere mal die pin assignments und teste ein "V" in der Konsole im Browser.
Mit dem Handy online, daher kurz gefasst...
Danke, ich bin jetzt irritiert. Welche Assignments soll ich denn nehmen? In dem ersten Post sind Werte angegeben, aber dort steht "das gilt nur für Version 1" und ich habe mW Version 2. Die habe ich aus dem Link oben genommen, und dann habe ich in der Console (erfolglos) versucht V einzugeben, siehe Screenshot. Irgendetwas mache ich hier falsch, die grüne LED leuchtet und blinkt langsam, aber ich weiß gar nicht, wo ich das genau nachlesen kann? Auch debug-log zeigt nichts, was mir helfen würde :-(
Im ersten Thread ist doch ein Link auf die Version 2. Dort gibt es auch einen Scrrenshot mit den PIN Assignments.
Gruß Christoph
Danke, das habe ich aber eingestellt und selbst V bringt nichts (wenn ich da nichts falsch gemacht habe, siehe Screenshot). Heißt das, ich muss neu flashen? Oder ist der stick hinüber?
Hast dem cul mal nen Kaltstart spendiert?
Also mal kurz vom Strom, kurz warten, wieder rein?
Wie steht der Schalter? Richtung USB oder Richtung ESP?
Mit dem Handy online, daher kurz gefasst...
Schalter RIchtung USB (also WLAN-"Zugriff"), Kaltstart gab es mehrere. Am Anfang blinkt die grüne LED kurz, dann sehr lang bis Dauerlicht.
Zitat von: andies am 29 November 2017, 07:54:09
Schalter RIchtung USB (also WLAN-"Zugriff"), Kaltstart gab es mehrere. Am Anfang blinkt die grüne LED kurz, dann sehr lang bis Dauerlicht.
Schalter Richtung USB = USB Verbindung
Schalter Richtung ESP = WiFi Zugriff.
Fehler gefunden. Layer 8 Problem, oder PICNIC. :-)
Danke. Für alle die, die (wie ich) die Abkürzungen nicht kannten: https://de.m.wikipedia.org/wiki/D%C3%BCmmster_anzunehmender_User
Gesendet vom iPhone mit Tapatalk Pro
DAU nochmal hier. Auf der Console habe ich jetzt
V 1.24.02 a-culfw Build: private build (unknown) miniCUL (F-Band: 868MHz)
aber das Gerät wird nach wie vor nicht in FHEM erkannt. (Eine Eingabe von ? auf der Console ergibt nichts.) Es bleibt bei miniCUL version => No answer. Logfile sagt mir
2017.11.29 22:17:48 5: SW: C0D
2017.11.29 22:22:48 5: SW: V
2017.11.29 22:22:51 5: SW: V
2017.11.29 22:22:54 5: SW: V
2017.11.29 22:22:57 1: Cannot init 192.168.2.3:23, ignoring it (miniCUL)
[emoji6]
Zeig mal das define vom cul.
Mit dem Handy online, daher kurz gefasst...
defmod miniCUL CUL 192.168.2.3:23 0000
attr miniCUL verbose 5
setstate miniCUL opened
setstate miniCUL 2017-10-03 09:35:21 raw No answer
setstate miniCUL 2017-11-29 22:22:48 state opened
setstate miniCUL 2017-11-29 22:23:41 uptime No answer
setstate miniCUL 2017-11-29 22:23:36 version No answer
Gesendet von iPad mit Tapatalk Pro
Das schaut gut aus denke ich.
Pin assignment?
Mit dem Handy online, daher kurz gefasst...
So wie in dem link angegeben, ,,neue Version". Evtl. ist der CUL durch? Grüne LED blinkt aber?
Gesendet von iPad mit Tapatalk Pro
Glaub nicht.
In der webui Konsole ist es ja da.
Versuch mal port 2323 im DEF
Mit dem Handy online, daher kurz gefasst...
Geht leider nicht
Cannot init 192.168.2.3:2323, ignoring it (miniCUL)
Dann Vergleiche doch bitte nochmal dass die IP noch stimmt und das pin Assignment.
Ich weiß aus eigener Erfahrung dass man viel verstellt und testet wenn was ned geht. [emoji6]
EDIT:
gerade einen miniCUL v2 in mein Testsystem gehängt.
Direkt nach dem define geht er auf initialized inkl der Version.
Reset: gpio2/TX1
ISP: disabled
Conn LED: disabled
Serial LED: disabled
UART: swapped
RX pull-up: Nicht angehakt.
Internals:
CFGFN
CMDS ABCEeFfGhiKklMmNRTtUuVWXxYZ
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF 192.168.12.164:23 0000
DeviceName 192.168.12.164:23
FD 32
FHTID 0000
NAME testCUL
NR 235
PARTIAL
STATE Initialized
TYPE CUL
VERSION V 1.26.00 a-culfw Build: private build (unknown) miniCUL (F-Band: 868MHz)
initString X21
Helper:
DBLOG:
cmds:
logdb:
TIME 1512023927.06615
VALUE A B C E e F f G h i K k l M m N R T t U u V W X x Y Z
state:
logdb:
TIME 1512023927.20242
VALUE Initialized
MatchList:
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04......a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2017-11-30 07:38:47 cmds A B C E e F f G h i K k l M m N R T t U u V W X x Y Z
2017-11-30 07:38:47 state Initialized
Attributes:
OK, ich mache mal Schritt für Schritt
Reset: gpio2/TX1
ISP: disabled
Conn LED: disabled (war GPIO4)
Serial LED: disabled
UART: swapped
RX pull-up: Nicht angehakt.
Internals:
CMDS ABCEeFfGhiKklMmNRTtUuVWXxYZ
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF 192.168.2.3:2323 0000
DeviceName 192.168.2.3:2323
FHTID 0000
NAME miniCUL
NR 57
PARTIAL
STATE opened
TYPE CUL
VERSION V 1.24.02 a-culfw Build: private build (unknown) miniCUL (F-Band: 868MHz)
initString X21
MatchList:
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04......a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2017-11-30 09:06:41 cmds A B C E e F f G h i K k l M m N R T t U u V W X x Y Z
2017-10-03 09:35:21 raw No answer
2017-11-30 09:06:38 state opened
2017-11-29 22:23:41 uptime No answer
2017-11-30 06:50:33 version No answer
Attributes:
verbose 5
und dann im Logfile
2017.11.30 09:06:41 3: miniCUL: Possible commands: ABCEeFfGhiKklMmNRTtUuVWXxYZ
2017.11.30 09:06:44 1: Cannot init 192.168.2.3:2323, ignoring it (miniCUL)
2017.11.30 09:08:43 3: Opening miniCUL device 192.168.2.3:23
2017.11.30 09:08:53 1: Cannot init 192.168.2.3:23, ignoring it (miniCUL)
Ich könnte, wenn ich das richtig sehe, doch mal neu flashen, oder? Ich habe 1.24.
Zitat von: locutus am 11 September 2016, 19:59:40
a-culfw Firmware flashen
Hier gibt es ein Problem:
pi@raspberry:~/a-culfw/culfw/Devices/miniCUL $ make
make TARGET=miniCUL FREQUENCE=_433MHZ MCU=atmega328p FLASH_SIZE=32768 BOOTLOADER_SIZE=2048 mostly_clean build size
make[1]: Entering directory '/home/pi/a-culfw/culfw/Devices/miniCUL'
Cleaning project:
Compiling C: miniCUL.c
miniCUL.c:6:22: fatal error: avr/boot.h: Datei oder Verzeichnis nicht gefunden
#include <avr/boot.h>
^
compilation terminated.
Makefile:180: recipe for target 'miniCUL.o' failed
make[1]: *** [miniCUL.o] Error 1
make[1]: Leaving directory '/home/pi/a-culfw/culfw/Devices/miniCUL'
Makefile:106: recipe for target 'all' failed
make: *** [all] Error 2Bitte noch bei der zu installierenden Firmware gcc-avr hinzufügen.
Hmm, komisch: Keiner eine Idee? Es gibt zwei Verzeichnisse, in denen sich die besagten Dateien finden. Aber ich weiß nicht, welche ich einbinden soll. Einmal ist das
/home/pi/a-culfw/culfw/STM32/avr
und einmal ist das
/home/pi/a-culfw/culfw/at91lib/avr
und beide Dateien sind unterschiedlich. Aber eventuell sind beide Verzeichnisse nicht die richtigen?
In den meisten Fällen sitzt das Problem vor dem Monitor.
Zitat von: andies am 29 November 2017, 22:25:56
... aber das Gerät wird nach wie vor nicht in FHEM erkannt.
Befindet sich der miniCUL im selben Netzwerk wie der FHEM Host?
Ist der Port 23 frei?
nmap -Pn -p23 192.168.2.3oder 2323?
nmap -Pn -p2323 192.168.2.3Zitat von: andies am 29 November 2017, 22:55:17
Grüne LED blinkt aber?
https://github.com/jeelabs/esp-link/blob/master/TROUBLESHOOTING.md#led-indicators
Zitat von: andies am 30 November 2017, 09:11:07
Ich könnte, wenn ich das richtig sehe, doch mal neu flashen, oder?
Und was wäre der Grund dafür? Auf V gibt es die richtige Reaktion!
Zitat von: locutus am 03 Dezember 2017, 23:50:22
In den meisten Fällen sitzt das Problem vor dem Monitor.
Schon klar, hatte ich ja oben auch schon ("DAU schon wieder"). Aber der Port ist offen, klappt alles
nmap -Pn -p23 192.168.2.3
Starting Nmap 6.47 ( http://nmap.org ) at 2017-12-04 07:18 CET
Nmap scan report for CUL868-FHEM.fritz.box (192.168.2.3)
Host is up (0.067s latency).
PORT STATE SERVICE
23/tcp open telnet
Nmap done: 1 IP address (1 host up) scanned in 0.73 seconds
pi@heizung:~ $ nmap -Pn -p2323 192.168.2.3
Starting Nmap 6.47 ( http://nmap.org ) at 2017-12-04 07:18 CET
Nmap scan report for CUL868-FHEM.fritz.box (192.168.2.3)
Host is up (0.080s latency).
PORT STATE SERVICE
2323/tcp open 3d-nfsd
Nmap done: 1 IP address (1 host up) scanned in 0.81 secondsInzwischen leuchtet die LED gar nicht mehr ;-(
Zitat von: locutus am 03 Dezember 2017, 23:50:22
Und was wäre der Grund dafür? Auf V gibt es die richtige Reaktion!
Draufhauen hat mein Opa immer bei seinem Fernseher gemacht und siehe da, er ging wieder. Ehrliche Antwort: Ich bin inzwischen etwas hilflos.
Geh das Ganze doch mal systematisch an....
- Wenn du dich über den Browser zum ESP verbindest und dort in der Konsole das V eingibst passt alles, du bekommst eine richtige Antwort
=> Der Cul arbeitet, die Verbindung zum ESP ist richtig eingestellt.
- jetzt versuch mal dich nicht mit FHEM sondern mit Putty auf den ESP zu verbinden und das V einzugeben. So kannst du FHEM als Fehlerquelle ausschließen. Wichtig dabei: FHEM darf nicht versuchen sich auch darauf zu verbinden bzw. damit verbunden sein. Also im Zweifel in der Zeit einfach FHEM kurz ausmachen.
Dann schauen wir mal weiter...
Danke, das ist eine gute Idee. Ich kenne mich mit esp-link nicht so gut aus und habe daher versucht, eine Telnet-Verbindung wie folgt aufzubauen:
telnet 192.168.2.3 23
Trying 192.168.2.3...
sowie
telnet 192.168.2.3 2323
Trying 192.168.2.3...
In beiden Fällen kam es zum Unable to connect to remote host: Connection timed out (drei Minuten ohne Ergebnis gewartet). Bin ich auf dem richtigen Weg?
<edit> Ich habe die LED angemacht und folgendes Bild: Steady on with very short off every 3 seconds: connected to the configured network with an IP address (esp-link shuts down its AP after 60 seconds)
Sehr eigenartig! Laut nmap sind beide Ports in der Fritzbox geöffnet. Zugleich kann der Host keine Telnet-Verbindung aufbauen!? Du solltest eventuell einige perl Module nachinstallieren:
https://wiki.fhem.de/wiki/FRITZBOX#Voraussetzungen
Zitat von: andies am 05 Dezember 2017, 07:54:54
Ich habe die LED angemacht und folgendes Bild: Steady on with very short off every 3 seconds: connected to the configured network with an IP address
Und wie lautet die IP?
Zitat von: locutus am 05 Dezember 2017, 23:20:50
Du solltest eventuell einige perl Module nachinstallieren:
https://wiki.fhem.de/wiki/FRITZBOX#Voraussetzungen
Sind alle installiert, habe ich gerade geprüft.
Zitat von: locutus am 05 Dezember 2017, 23:20:50
Und wie lautet die IP?
192.168.2.3!
Ich habe die Befürchtung, dass der CUL hardwaremäßig nicht mehr in Ordnung ist. Daher einfach mein Versuch, ihn mal neu zu flashen (was nicht ging).
Mit dem Cul hat das erst mal gar nichts zu tun. Du solltest dich auch auf ESP-Link verbinden können, wenn gar kein CUL dranhängt.
Und da du das flashen wahrscheinlich auch über den ESP-Link machen wolltest, ist es klar dass das auch nicht ging.
Evtl kannst du mal versuchen den ESP neu zu flashen.
Aber zum flashen brauche ich doch eine binary, richtig? Die wollte ich erzeugen (mit ./flash.sh) und dabei wurden Dateien nicht gefunden, weil es in github irgendeine ,,Umstrukturierung" gab. Da stecke ich jetzt fest.
Gesendet vom iPhone mit Tapatalk Pro
Von ESPlink gibts doch fertige:
https://github.com/jeelabs/esp-link/releases/tag/v2.2.3 (https://github.com/jeelabs/esp-link/releases/tag/v2.2.3)
Ich bin mir noch nicht sicher, ob du dir klar bist, dass das 2 verschiedene Controller mit 2 verschiedenen Firmwares sind.
Das bitte nicht auf den Arduino flashen :)
@andies
Ich schlage vor, du schickst mir den USB-Stick zur Überprüfung zurück.
Zitat von: locutus am 11 Dezember 2017, 21:23:21
@andies
Ich schlage vor, du schickst mir den USB-Stick zur Überprüfung zurück.
Danke!
Gesendet vom iPhone mit Tapatalk Pro
@locutus: Danke, Stick ist angekommen! Ich habe aber bei mir nach wie vor Probleme, komisch. Also Schalter ist Richtung Antenne und ich sehe bei den LEDs
ZitatVery short flash once a second: not connected to a network and running as AP+STA, i.e. trying to connect to the configured network
Das heißt doch, dass ich eigentlich ein Netzwerk ESP_ABCD sehen müsste, oder? Ich sehe aber keines. Auch klappt eine Verbindung auf der IP 192.168.2.3 nicht (auf der der Stick vorher eingestellt war).
Könnte es sein, dass da ein Netzwerk drauf ist, dass ich nicht ansteuern kann und ich daher neu flashen muss?
Außerdem blinkt die gelbe LED, aber das ist normal - oder?
Zitat von: andies am 21 Dezember 2017, 12:12:31
Also Schalter ist Richtung Antenne und ich sehe bei den LEDsDas heißt doch, dass ich eigentlich ein Netzwerk ESP_ABCD sehen müsste, oder? Ich sehe aber keines.
Schon mit unterschiedlichen Geräten wie Tablet, Smartphone oder Laptop versucht?
Zitat
Auch klappt eine Verbindung auf der IP 192.168.2.3 nicht (auf der der Stick vorher eingestellt war).
esp-link war zuletzt mit meinem Netzwerk verbunden und hat eine andere IP bezogen.
Zitat
Könnte es sein, dass da ein Netzwerk drauf ist, dass ich nicht ansteuern kann
Ja, die Daten meines Netzwerks. Notfalls kann ich dir die SSID und das Passwort meines Testrouters zur Verfügung stellen.
Zitat
und ich daher neu flashen muss?
Nein! Ich habe den USB-Stick komplett geprüft und neu geflasht.
Zitat
Außerdem blinkt die gelbe LED, aber das ist normal - oder?
http://culfw.de/commandref.html#cmd_l
Hallo locutus,
die Firmware V 1.24.00 a-culfw auf Deinem miniCUL vers. 1 kann ja nicht mit dem rfmode MAX umgehen, HomeMatic dagegen geht. Gibt es eventuell eine alternative Firmware, die beides kann?
Gerade getestet. Der miniCUL vers. 2 kann's auch nicht...
Ansonsten sind die Dinger echt genial.
Dann machst du irgendwas falsch! Mein miniCUL bedient seit Jahren MAX! Funk-Heizkörperthermostate und empfängt weitere MAX! Geräte aus der Nachbarschaft.
set miniCUL raw e
... bevor ein neuer RF-Betriebsmodus (https://wiki.fhem.de/wiki/SlowRF) definiert wird.
Hallo RappaSan,
ich habe ebenso einen miniCUN von locutus der MAX!-Thermostate ohne Probleme empfängt und bedient:
Internals:
CMDS ABCEeFfGhiKklMmNRTtUuVWXxYZ
Clients :CUL_MAX:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
DEF 192.168.178.82:23 5555
DeviceName 192.168.178.82:23
FD 198
FHTID 5555
NAME miniCUN
NR 362
NR_CMD_LAST_H 2
PARTIAL
RAWMSG Z0FC70460158D8F00000000190F1E009C1D
RSSI -59.5
STATE Initialized
TYPE CUL
VERSION V 1.24.00 a-culfw Build: private build (unknown) miniCUL (F-Band: 868MHz)
initString X21
Zr
Za123456
Zw111111
miniCUN_MSGCNT 8413
miniCUN_TIME 2017-12-29 18:27:25
MatchList:
1:CUL_MAX ^Z........................
8:HMS ^810e04....(1|5|9).a001
D:CUL_IR ^I............
H:STACKABLE_CC ^\*
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2017-11-14 19:43:17 ccconf freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
2017-12-28 14:02:41 cmds A B C E e F f G h i K k l M m N R T t U u V W X x Y Z
2017-12-29 16:56:26 credit10ms 900
2017-12-29 18:27:25 state Initialized
XMIT_TIME:
1514561872.99368
1514562986.68167
Attributes:
rfmode MAX
room 9.9_Devices
Hallo locutus.
Wenn ich nach "set miniCUL raw e" im Anschluß "attr miniCUL rfmode MAX" anwähle, kommt bei mir die Meldung:
"miniCUL: Mode MAX not supported". Was kann ich da falsch machen?
Bei Deinem Add-On Board brauche ich "raw e" nicht und "rfmode MAX" funktioniert einwandfrei.
Ich merke gerade, daß da noch etwas anderes nicht stimmen kann. Ich bekomme nur noch "state opened". Ein "get ccconf" führt nur noch zur Meldung "No FD".
Ein "reopen" bringt auch nix. Das Ding meldet sich erst wieder, wenn es vom Strom genommen und wieder neu gestartet wird.
Bsp.:
define CULMAX0 CUL 192.168.4.2:23 0000
attr CULMAX0 rfmode MAX
attr CULMAX0 room System
define CULMAX1 CUL_MAX 123456
attr CULMAX1 IODev CULMAX0
attr CULMAX1 room System
https://wiki.fhem.de/wiki/MAX#CUL_MAX
Hi,
nach raw e muss der Stick stromlos gemacht werden, also raus und wieder rein ;-)
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Da habe ich wohl ein Verständnisproblem gehabt. Mit dem Add-On Board konnte ich den rfmodus direkt umschalten.
Danke euch für die Hilfe. Hamwer wieder was gelernt. :)
Guten Rutsch ins nächste Jahr an alle.
Ich habe alle eure Hinweise umgesetzt, kriege das Ding aber nicht in den MAX modus.
Definition von locutus übernommen:
define CULMAX0 CUL CUL1.fritz.box:23 0000
attr CULMAX0 rfmode MAX
attr CULMAX0 room System
define CULMAX1 CUL_MAX 123456
attr CULMAX1 IODev CULMAX0
attr CULMAX1 room System
danach Eingabe
set CULMAX0 raw e
Cul aus- einschalten
Neustart
Logfile:
2018.01.03 14:01:39 3: Opening CULMAX0 device CUL1.fritz.box:23
2018.01.03 14:01:39 3: CULMAX0: Possible commands: ABCEeFfGiKLlMmRTtUuVWXxY
2018.01.03 14:01:40 3: CULMAX0 device opened
2018.01.03 14:01:40 2: CULMAX0: Mode MAX not supported
2018.01.03 14:01:40 1: CULMAX1: did not find suitable IODev (CUL etc. in rfmode MAX)! You may want to execute 'attr CULMAX1 IODev SomeCUL'
Mit dem AddOn board von locutus ist das alles kein Problem. Da kann ich direkt den richtigen rfmode per attribut setzen.
Ich verstehe auch nicht, daß ich den rfmode von slowRF auf Homematic und zurück ändern kann, nicht aber nach MAX.
Wieso ist das von Cul zu Cul und von rfmode zu rfmode anders?
@RappaSan
wie sieht die Sache den aus wenn du den Stick nicht per WLAN sondern per USB einbindest?
Ist das Verhalten dann das gleiche? ::)
Gruß TeleDet
Ich werd's ausprobieren und berichten... kann aber etwas dauern, hänge auf der Arbeit fest...
Ich kann machen, was ich will... immer das gleiche negative Ergebnis.
Auch per USB kein MAX mode möglich. >:(
RappaSan
war nur so ein Gedanke mit dem USB statt WLAN da du ja in Deiner Definition:
define CULMAX0 CUL CUL1.fritz.box:23 0000
den Namen aus dem FritzBox eigenen DNS verwendest und nicht explizit die reale IP-Adresse. Das scheint aber kein Problem zu sein. ;)
(wieder was gelernt ;D )
Wenn ich locutus in seiner Antwort:
Zitat von: locutus am 29 Dezember 2017, 17:45:57
Dann machst du irgendwas falsch! Mein miniCUL bedient seit Jahren MAX! Funk-Heizkörperthermostate und empfängt weitere MAX! Geräte aus der Nachbarschaft.
set miniCUL raw e
... bevor ein neuer RF-Betriebsmodus (https://wiki.fhem.de/wiki/SlowRF) definiert wird.
richtig verstehe und Interpretiere meint er da explizit
set miniCUL raw e bevor man ein RF-Betriebsmodus (z.Bsp.: CULMAX0 rfmode MAX) definiert!
D.h. solltest du vorher schon den RF-Betriebsmodus an dem miniCul gesetzt haben, könnte es sein das "set miniCUL raw e" das überschreibt.
Schau dir mal diesen Foren-Beitrag an vieleicht hilft er dir weiter: https://forum.fhem.de/index.php?topic=28240.0 (https://forum.fhem.de/index.php?topic=28240.0)
Gruß TeleDet
Danke, aber das bringt mich nicht weiter.
"set miniCUL raw e" setzt natürlich alles wieder zurück. Ist ja schließlich der Befehl "factory reset".
Auch eine neu erzeugte Version aus dem git mit der Version 1.26 bringt kein anderes Ergebnis.
Ich weiß nicht mehr weiter. :( :(
@RappaSan
was steht den eigentlich bei deinem miniCUL in den Internals bei "Clients"???
Mach doch mal bitte folgendes:
1. Komentiere die Definition für "CULMAX0" und "CULMAX1" noch mal aus
2. System Neustart
3. set CULMAX0 raw e
4. CUL stromlos machen
5. Definition für "CULMAX0" und "CULMAX1" wieder rein nehmen
6. System Neustart und dabei gleichzeitig den CUL wieder anschließen
7. Überprüfen ob in den Internals bei Clients folgendes steht: "Clients :CUL_MAX:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:"
wenn nicht
8. "attr CULMAX0 rfmode MAX" nochmal also zusätzlich über die Kommandozeile ausführen !!!
9. wieder prüfen was nun in den Internals bei Clients steht
10. hier berichten ;) ;D
Aufgeben gibt's nicht!!! :D
Gruß TeleDet
Punkt 3 sollte schwierig werden, wenn Punkt 1 und 2 erfolgt ist. :)
Ich glaube aber zu verstehen, was Du meinst.
Den Test kann ich erst in ein paar Tagen machen, aber ich werde berichten...
::) Klar! ... mein Fehler ... Du hast natürlich vollkommen Recht !!! ;)
Für jemanden der später hier mal liest und Hilfe sucht:
Die Device Definition ,,define CULMAX0 CUL CUL1.fritz.box:23 0000" aus dem Beispiel oben wird natürlich
benötigt um ,,set CULMAX0 raw e" überhaupt ausführen zu können! Muss daher natürlich aktiv bleiben.
Gruß TeleDet
>:(
Kein Erfolg. Gleiches Ergebnis.
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
::) hmmm ... so langsam zweifel ich auch ::) ... aber nicht an dir oder deinem miniCul !
Eher an der geflashten Firmware ... oder an der Version deiner 14_CUL_MAX.pm
Hast du den im Log immer noch den Eintrag: "... CULMAX0: Mode MAX not supported" ?
Das würde dafür sprechen denke ich.
Hardwaretechnisch können wir den Fehler ausschließen da der CUL an sich ja mit anderen Clients
im 868 MHz läuft! Oder kann ich mich hier auch irren?
Einzig die Unterstützung des MAX! Protokols in deiner a-culfw in Verbindung mit einer aktuellen 14_CUL_MAX.pm
würde ich jetzt als Ausgangspunkt für die weitere Fehlersuche nehmen. ::)
Gruß TeleDet
Ich find's auch sehr merkwürdig.
Den rfmode per Attribut auf Homematic umschalten geht ja - zumindest sieht's so aus.
Nach dem Wechsel auf Homematic steht dann in ccconf:
freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB
Wieso geht das also nicht mit rfmode MAX?
Hallo RappaSan,
also ich habe mir grad mal meine "14_CUL_MAX.pm" genauer angesehen. Da wird am Anfang
die Version der Firmware abgefragt. Diese sollte dann mindestens Version 1.54 sein.
Für die "a-culfw" wird diese aber automatisch auf 154 also Version 1.54 gesetz!
Siehe Code ab Zeile 137:
if($version =~ m/.*a-culfw.*/) {
#a-culfw is compatibel to culfw 154
return 154;
}
Damit ist jede Version von "a-culfw" automatisch richtig!
Mir mal die a-culfw genauer anzusehen, schaffe ich im Moment zeitlich nicht.
Aber laut Changelog ist ab Version:
1.21.02
- miniCUL: added MULTI_FREQ_DEVICE in the board definition
der miniCul drin und sollte also demnach auch definitiv MAX! im Moritz-Modus können. ::)
Poste doch mal bitte ein List vom "CULMAX0" und am besten vorher doch mal die aktuelle
Version "a-culfw_1.26.01_build_272" (http://www.mediafire.com/file/sn6k6uwpi8cq085/a-culfw_1.26.01_build_272.zip (http://www.mediafire.com/file/sn6k6uwpi8cq085/a-culfw_1.26.01_build_272.zip)) flashen!
Gruß TeleDet
Hallo,
Kleine Korrektur zum allerersten Post zum Thema Build-Voraussetzungen:
apt-get install git make avrdude avr-libc gcc-avr binutils-avr dfu-programmer libftdi1
Hier sollte noch bc ergänzt werden, das ist bei einer raspian light installation per Default nicht dabei. Führt sonst beim make zu
Creating Symbol Table: miniCUL_868MHZ.sym
/bin/sh: 1: bc: not found
/bin/sh: 1: bc: not found
/bin/sh: 1: bc: not found
(...)
/bin/sh: 1: test: -gt: unexpected operator
Grüße, gadget
Guten Morgen TeleDet.
Auch mit Deiner Firmwareversion gibt es kein anderes Verhalten.
Es gibt nur einen Weg, um in FHEM nicht die Meldung "Mode MAX not supported" zu bekommen:
CUL mit "raw e" resetten
In fhem.cfg per WEB-Editor das attribut "rfmode MAX" setzen und abspeichern.
Der CUL seht dann auf "opened" und nimmt keine Befehle an. Dafür stheht aber dann in
Clients :CUL_MAX:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
Das ist ja schon mal schön.
CUL aus- und wieder einstöpseln.
CUL per set Befehl "reopen" : CUL steht auf "initialized".
Das alles erscheint mir aber sehr fragwürdig und viiiel zu kompliziert. Das kann's doch nicht sein. >:(
Das Add-On Board von locutus verhält sich wie schon mehrfach erwähnt völlig anders.
Dort schalte ich den MAX-Mode per attr einfach ein und fertig...
Die Modi SlowRF und Homematic kann ich beim miniCUL ja auch auf diese Weise aktivieren, warum also nicht den MAX Modus und die anderen???
Ich hab da gerade etwas interessantes im Log gefunden:
2018.01.14 09:47:41 2: Setting CULMAX0 fhtid from ? (Zr is unknown) Use one of A B C E e F f G i K L l M m R T t U u V W X x Y to 0000
Wenn der miniCUL das Kommando nicht kann, erklärt sich doch einiges, oder?
:)
Ich hab's !
Die firmware für 433 MHz kann die nötigen Kommandos nicht. Es muß für MAX die 868 MHz firmware geflasht werden. Dann ist auch das Z Kommando vorhanden und alle rfmodes lassen sich umschalten. Naja, nicht alle, die 2 WMBUS-Modi nicht...
@RappaSan
Uppppsss ::) ... ich bin eigentlich die ganze Zeit davon ausgegangen, das du die Firmware
für 868 MHz geflasht hattest! ... Natürlich steht dir in der 433 MHz Version MAX! nicht zur Verfügung! ::)
Ich wollte eigentlich schon mal danach fragen, hab es dann aber verworfen, weil ich mir absolut nicht
vorstellen konnte, dass du die Firmware für die falsche Frequenz nimmst. Hätte ich doch mal gefragt! ??? :D
Naja, es hilft hallt denen, die mal vor dem gleichen Problem stehen und dann hier lesen. ;D ;D ;D
Wichtig ist das es jetzt funktioniert! Und, man lernt ja auch immer was dazu, wenn man sich mit etwas intensiver
beschäftigt! :) ;)
Gruß TeleDet
:D Ich bin auch nicht davon ausgegangen, daß die 868er Version alles kann und nur die 433er beschnitten ist. Macht doch eigentlich keinen Sinn.
Das Sendemodul läßt sich ja frequenzmäßig entsprechend umschalten, bei mir sind nach meinem Wissen von locutus auch immer wie bestellt die 433er Module verbaut worden.
Moin,
Naja das liegt halt daran, dass die 433 inzwischen so viele Protokolle kann. Im Grunde ist einfach kein Platz mehr im Speicher des AtMega.
Dann ist doch klar, dass 868er Protokolle als erstes deaktiviert werden.
Wer seine Firmware selbst baut kann es ja durch einfaches löschen des # in der board.h wieder reinnehmen!
Gruß Arnd
Gesendet von meinem SM-G800F mit Tapatalk
Stimmt, die Dinger beherrschen mittlerweile eine Menge Protokolle. :)
Danke für den Hinweis. Wie man sich die firmware notfalls selbst baut, weiß ich ja.
Hallo ;)
Ich habe zwei Probleme, einmal mit einem MiniCul433 und einem MiniCul868
Wollte beide MiniCul nach Monaten mal wieder an meinem neuen Testsystem anschließen, leider ohne Erfolg :'(
Der MiniCul 868 macht ein Netzwerk auf "ESP_F2754D" kann mich mit dem Netbook einloggen, komme aber weder mit Telnet oder Webbrowser auf die 192.168.4.1
Es kommt die Meldung im Google Crome Browser "192.168.4.1 hat die Verbindung abgelehnt"
Im Telnet versuche ich mich einzuloggen aber er blinkt nur vor sich hin und kommt keine Meldung
Der MiniCul 433 hat noch eine Adresse " 192.168.178.30" lässt sich auch im Router finden
Aber da das gleiche wie oben
Der MiniCul433 lässst sich per USB-Modus am Raspi in Fhem definieren und initialisieren, kein Web Zugriff auf "192.168.178.30" möglich
Bei beiden Modulen habe ich es im USB- und WlanModus probiert
Gibt es eine Möglichkeit die Module mit dem Resettaster oder irgendwie anders zu reseten ??
Vorab schon mal Danke für die Hilfe
Wenn noch Infos erforderlich sind, werde ich sie nachreichen
Gruß Werner
Habe nirgends etwas über den Resettaster lesen können, er ist nur da ;)
Der Reset-Taster ist für den Atmel.
Das ESP8266 Modul könntest du mal neu flashen, damit du per Wifi wieder drauf kommst.
habe versucht mit dem ESP8266Flasher.exe zu flashen
Com3 wird erkannt, aber das war es dann auch
Note:Serial port connected.
Note:Begin find ESP8266
keine Chance
Wie versuchte du den ESP zu flashen ? Durch um stecken der Jumper kannst du den Atmel nur mit dem ESP oder USB2TTL verbinden !
Um zu flashen müsstest du den ESP mit dem USB2TTL verbinden und die Resetbruecke zum ESP schliessen - ich bin mir aber gerade nicht ganz sicher, ob zum flashen nicht noch ein Signal benötigt wird.
Habe jetzt alles versucht, komme am ESP nicht dran.
Über USB laufen sie erst einmal am Testsystem
ZitatUm zu flashen müsstest du den ESP mit dem USB2TTL verbinden und die Resetbruecke zum ESP schliessen
welche Resetbrücke ?
Welche Möglichkeit bzw. was kann ich machen um die ESP zu reanimieren.
Gruß Werner
J3 ist eine Lötbücke und verbindet den DTR Ausgang des USB2UART-TTL mit dem Reset Eingang des ESP. Aber nur durch Jumper um stecken kannst du den USB.... Nicht mit dem ESP verbinden.
Du musst den RxD vom ESP mit dem TxD vom USB.... und den TxD vom ESP mit dem RxD vom USB.... verbinden, um eine Verbindung herstellen zu können. ( siehe Schaltplan J11-13 und J21-23 )
Oder ne ESP-progammer besorgen.
mit Bezug zum Bild müssen GND, RXD0 + TXD0 mit dem USB2TTL verbunden werden. VCC+GND mit einer 3,3V Stromquelle und FLASH muss auf GND liegen (ggf. pulldown Widerstand mit einbauen).
Wie schon geschrieben sind RX+TX am ESP und USB gekreuzt.
ESP8285 (PSF-A85) flashen
Erforderliche Tools:
USB-zu-TTL Adapter mit 3.3V Logik
Dupontkabel (Jumperkabel) weiblich / männlich
Lötkolben
Flash Download Tools (http://www.espressif.com/en/support/download/other-tools)
esp-link Firmware (https://github.com/jeelabs/esp-link/releases)
Minimalanforderungen:
https://www.itead.cc/blog/how-to-update-firmware-for-psf-a85-module
Das PSF-A85 Modul auf dem miniCUL erfüllt bereits im eingebauten Zustand die Mindestanforderungen. EN und RST sind via Pull-up Resistor mit 3.3V verbunden, IO15 liegt via Pull-down Resistor auf GND. Zum Flashen werden ausschließlich die rot markierten Pins benötigt.
esp-link Firmware flashen:
- Jumperkabel an 3V3, TX, RX und GND am PSF-A85 anlöten und mit einem USB-zu-TTL Adapter verbinden
- GPIO0 (IO0) mit GND verbinden
- USB-zu-TTL Adapter mit einem PC verbinden
- Flash Download Tools starten, ESP8285 DownloadTool auswählen
- COM Port, Baudrate und Firmware einstellen (siehe Abbildung)
- Auf START klicken
- Warten bis Flashvorgang abgeschlossen ist
- Verbindungen entfernen
esp-link Pin assignment:
Konfiguration wie hier (https://forum.fhem.de/index.php?action=dlattach;topic=42998.0;attach=60372) agbebildet.
Alle miniCUL Komponenten laufen ausschließlich mit 3.3V, aus diesem Grund darf kein USB-zu-TTL Wandler mit 5V Logik angeschlossen werden!
@locutus ... kannst du hellsehen ??? ::) :D
Habe heute den miniCUL V2 fertig zusammengebaut und versucht a-culfw zu flashen ...
pi@raspi ~/a-culfw/culfw/Devices/miniCUL $ ls -l /dev/serial/by-id
insgesamt 0
lrwxrwxrwx 1 root root 13 Jan 21 15:54 usb-FTDI_FT230X_Basic_UART_DN02XUCR-if00-port0 -> ../../ttyUSB0
pi@raspi ~/a-culfw/culfw/Devices/miniCUL $ ./flash.sh
-------------------------------------------------------------
This program flash the miniCUL device with new firmware.
Please set the device into the bootloader mode
-------------------------------------------------------------
Please select a device:
1 = miniCUL 868MHz
2 = miniCUL 433MHz
Please select device (1-2): 1
Programming mode:
1 = Programming via USB
2 = Programming over LAN (miniCUL with WLAN)
Please select device (1-2): 1
Please insert the port for your device [default /dev/ttyUSB0]:
The device will now be flashed
Continue (y/n)?y
Call now avrdude -p atmega328p -c arduino -P /dev/ttyUSB0 -b 57600 -D -U flash:w:./miniCUL_868MHZ.hex:i
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x00
avrdude done. Thank you.
pi@raspi ~/a-culfw/culfw/Devices/miniCUL $
aber das ist irgendwie nicht möglich! Mein Gedanke war nun, dass wohl zuerst der ESP8285 geflasht
werden muss. ::)
Hab also hier nach einer brauchbaren Anleitung gesucht ... und leider nix gefunden! :(
Und nun haust Du einfach mal den Post raus ... :D ;D
Liege ich mit meiner Vermutung richtig, dass erst der ESP geflasht werden muss bevor
man die a-culfw auf den Atmega flashen kann??
Und, ist es möglich den ESP im eingelöteten Zustand zu flashen (ggf. Kontakte anlöten etc.)??
Gruß TeleDet
Zitat von: TeleDet am 21 Januar 2018, 17:52:12
Habe heute den miniCUL V2 fertig zusammengebaut und versucht a-culfw zu flashen ...
pi@raspi ~/a-culfw/culfw/Devices/miniCUL $ ls -l /dev/serial/by-id
insgesamt 0
lrwxrwxrwx 1 root root 13 Jan 21 15:54 usb-FTDI_FT230X_Basic_UART_DN02XUCR-if00-port0 -> ../../ttyUSB0
pi@raspi ~/a-culfw/culfw/Devices/miniCUL $ ./flash.sh
-------------------------------------------------------------
This program flash the miniCUL device with new firmware.
Please set the device into the bootloader mode
-------------------------------------------------------------
Please select a device:
1 = miniCUL 868MHz
2 = miniCUL 433MHz
Please select device (1-2): 1
Programming mode:
1 = Programming via USB
2 = Programming over LAN (miniCUL with WLAN)
Please select device (1-2): 1
Please insert the port for your device [default /dev/ttyUSB0]:
The device will now be flashed
Continue (y/n)?y
Call now avrdude -p atmega328p -c arduino -P /dev/ttyUSB0 -b 57600 -D -U flash:w:./miniCUL_868MHZ.hex:i
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x00
avrdude done. Thank you.
pi@raspi ~/a-culfw/culfw/Devices/miniCUL $
aber das ist irgendwie nicht möglich!
Vermutlich weil der Arduino Pro or Pro Mini (3.3V, 8 MHz) Bootloader auf dem ATMEGA328P fehlt.
Zitat von: TeleDet am 21 Januar 2018, 17:52:12
Liege ich mit meiner Vermutung richtig, dass erst der ESP geflasht werden muss bevor man die a-culfw auf den Atmega flashen kann??
Falsch! Es sind zwei voneinander unabhängige serielle Schnittstellen.
Zitat von: TeleDet am 21 Januar 2018, 17:52:12
Und, ist es möglich den ESP im eingelöteten Zustand zu flashen (ggf. Kontakte anlöten etc.)??
Geht aus dem HOWTO etwas ganz anderes hervor?
@locutus ... Danke für den Denkanstoß ::) :)
ZitatGeht aus dem HOWTO etwas ganz anderes hervor?
Nein! War nur die Überlegung ob durch die restliche Beschaltung auf der Platine
etwas den Vorgang "stören" könnte!? ;) Frage damit beantwortet! :D
Gruß TeleDet
Wenn ich dir einen kompatiblen Bootloader empfehlen darf...
https://forum.fhem.de/index.php/topic,43672.msg709676.html#msg709676
Hallo Locutus,
vielen Dank für Deine Empfehlung! Optiboot wird dann direkt meine Wahl als Bootloader werden.
Wenn ich mir die Befehlszeile für avrdude aus Deinem Beitrag ansehe so ist die bis auf einen Parameter identisch
mit dem was flash.sh von a-culfw macht.
Befehl aus a-culfw flash.sh:
avrdude -p atmega328p -c arduino -P /dev/ttyUSB0 -b 57600 -D -U flash:w:addon.hex:i
Befehl aus deinem Beitrag:
avrdude -p atmega328p -c arduino -P /dev/ttyUSB0 -b 57600 -U flash:w:addon.hex:i
Also sollte (ohne den Parameter "-D" jetzt zu kennen) a-culfw mittels flash.sh dann ohne Probleme
flashbar sein.
Kennst Du vielleicht eine Möglichkeit den Bootloader auf den Atmega zu bekommen ohne einen
Arduino als ISP-Programmer zu verwenden? An die Kontakte kommt man ja auf der Platine des miniCUL
irgendwie schon ran. Da ich aber 7 Stück vom miniCUL V2 gebaut habe und demnach alles 7 mal machen
muss, wäre es eine echte Erleichterung nicht irgendwo Drähtchen anlöten zu müssen um sie mit dem ISP
zu verbinden. Eventuell direkter? Keine Ahnung, vielleicht über avrdude oder ähnliches? ::) Ich hatte leider
noch nicht die Zeit mal tief in Google abzutauchen, von daher wäre ich für Anregungen sehr dankbar!!! ;)
Gruß TeleDet
den PFS-A85 bekomme ich nicht geflasht. Mit EN auf HIGH konnte ich folgenden Mitschnitt auf der seriellen abgreifen.
auch der atmega328p will nicht, dass ich den Bootloader flashe (CC1101 und PFS-A85 sind nicht bestückt).
Hat jemand Tipps für mich?
PS: nach papa's FDGK hatte ich meine Fähigkeiten als besser eingeschätzt!
Zitat von: habeIchVergessen am 25 Januar 2018, 17:00:07
... den PFS-A85 bekomme ich nicht geflasht.
Mit welchem Tool flashst Du denn den PFS-A85? Mit dem NodeMCU Flasher? ESPTools? Wenn der auf die serielle Schnittstelle zugreift, kann ein Terminal nicht gleichzeitig zugreifen ...
Gruß PeMue
Edit: Hier (https://www.itead.cc/blog/how-to-update-firmware-for-psf-a85-module) gibt es ggf. Hilfe ;)
ESPFlashDownloadTool_v3.6.3
zusätzlich zu 3V3, GND, TX, RX und gpio0, müssen en high und gpio15 low sein (s. hier (https://github.com/esp8266/esp8266-wiki/wiki/Boot-Process#esp-boot-modes)).
beim booten vom flash muss gpio0 nicht low sein.
atmega328: bootloader flashen geht, wenn TP1 und TP2 geschlossen werden (oder eben an R2)
Zitat von: TeleDet am 23 Januar 2018, 19:51:51
Also sollte (ohne den Parameter "-D" jetzt zu kennen) a-culfw mittels flash.sh dann ohne Probleme flashbar sein.
avrdude Option -D = Disable flash erase
Zitat von: TeleDet am 23 Januar 2018, 19:51:51
Kennst Du vielleicht eine Möglichkeit den Bootloader auf den Atmega zu bekommen ohne einen Arduino als ISP-Programmer zu verwenden?
https://github.com/esp8266/Arduino/tree/master/libraries/ESP8266AVRISP
Zitat von: TeleDet am 23 Januar 2018, 19:51:51
An die Kontakte kommt man ja auf der Platine des miniCUL irgendwie schon ran. Da ich aber 7 Stück vom miniCUL V2 gebaut habe und demnach alles 7 mal machen muss, wäre es eine echte Erleichterung nicht irgendwo Drähtchen anlöten zu müssen um sie mit dem ISP zu verbinden.
ISP (https://de.wikipedia.org/wiki/In-System-Programmierung) Verbindung nutzt 6 Leitungen zur Programmierung.
MISO, MOSI, SCK, 3.3V und GND können direkt an das CC1101 Funkmodul (im eingebauten Zustand) angelötet werden. RST mit C1 oder R2 verbinden.
@locutus
Vielen Dank für die Super Infos! Wenn ich es schaffe werde ich mal versuchen
meine Schritte zu dokumentieren und eine kleine Anleitung daraus basteln. ;)
Vielen Dank nochmal :D
Gruß TeleDet
@locutus:
im Screenshot der esp-link config wird gpio 2 (TX1) als reset-Pin für den atmega328 benutzt.
TP1 und TP2 verstehe ich als offene Lötbrücke, richtig? Sofern offen, kann der ESP kein reset am atmega auslösen.
was bewirkt C9?
C1 Auto-Reset über die DTR Leitung USB-seitig.
C9 Auto-Reset über die DTR Leitung WLAN-seitig.
Siehe auch Hinweis zum Firmware-Update (https://forum.fhem.de/index.php/topic,42998.msg490091.html#msg490091).
wenn ich C1 und C9 bestücke sowie TP1 und TP2 schließe, kann ich nicht per gpio2 (ESP) ein Reset am atmega auslösen (USB geht).
egal was ich mache, die Spannung an Pin 29 vom atmega (oder R2/C9) sinkt nicht unter 1,6V.
vermutlich sind die 4,8V vor C1 (RTS USB) zu hoch, damit C9 (gpio2 ESP) mit 3,3V richtig schalten kann.
der ESP verabschiedet sich (reboot) auch releativ zuverlässig nach ca. 5 Versuche.
ohne C1 geht gpio2 (ESP)! USB natürlich nicht!
kann das über die Kapazität beeinflusst werden? Wenn ja, wie wird das berechnet?
habe die Lösung in den sourcen von esp-link gefunden (gpio2 auf LOW und dann ein delay(2000)).
hatte vorher "nur" bis 500 getestet.
::) ::) ::) Damit der Kondensator C9 die Spannung an Pin 29 des Atmega328P entsprechend lange genug runter zu ziehen kann, um einen eindeutigen RESET zu erzeugen.
Aber wie setzt du das nun um im ESP ?? ??? Wo machst du welche Änderungen? ::)
Gruß TeleDet
bastel gerade an einem Software-Brocken.
Leider funktioniert der Reset vom ATmega "nur" einmal pro Power-Reset. Danach scheint es nicht mehr zu funktionieren.
werde später esp-link mal testen.
der Reset per USB funktioniert mehrfach ohne Power-Cycle, wenn C1 und C9 bestückt sind und TP1 und TP2 geschlossen sind. per ESP wie gesagt nur 1x.
mit dem oszi sieht man, dass das low ziehen vom C1/C9 zu unterschiedlichen Ergebnissen führt.
C1 low -> 3V3+5V - RTS FT320XS low (0,4ms).bmp
C9 low -> 3V3+5V - gpio2 ESP low (0,4ms).bmp
wenn C9 2x u1 parallel geschaltet werden, dann ändert sich das Bild wie folgt
C1 low -> 3V3+5V - RTS FT320XS low (u2 gpio2 0,4 ms).bmp
C9 low -> 3V3+5V - gpio2 ESP low (u2 gpio2 0,4 ms).bmp
habe ich natürlich "nur" auf dem Steckbrett simuliert und je 5K pullp für FT320XS und ESP verwendet.
in meiner Schmallspurdenke bzgl. e-technik müsste eine u15 für C9 ein ähnliches Verhalten beim Anstieg der Spannung bedeuten.
Ob dann beide sauber ein reset auslösen, wäre noch zu testen.
@locutus: zu abwegig?
PS: CH2 ist der Ausgang (CH1 immer gpio2)
Ich glaub ich hab grad ein dickes Brett vorm Kopf! :-[
Wenn ich esp-link konfiguriere bekomme ich den ESP per WLAN in mein Netzwerk. Wenn ich den
Stick dann vom Strom trenne und wieder anschließe muß ich mich jedes mal erst über 192.168.4.1
mit ihm Verbinden und im das WLAN-Passwort neu eingeben um ihn mit meinem Netzwerk zu verbinden!
Ich finde einfach nicht die Stelle wo ich esp-link sagen kann das es sich das blöde WLAN-Passwort
merken und sich automatisch verbinden soll !? ::)
Kann mir da bitte mal jemand auf die Sprünge helfen??? Ich hab mir schon nen "Wolf" gegoogelt aber nix
brauchbares gefunden. :-[
Gruß TeleDet
Hallo,
normalerweise sollte der ESP sich das merken - ist zumindest bei meinen allen so. Ist ESP Link 2.2.3 drauf. Was hast Du geflasht?
Gruß Christoph
Hallo Christoph,
geflasht habe ich esp-link v3.0.14.
Vieleicht habe ich auch irgendeine Einstellung übersehen die besagt das er sich das merken soll?
Wie hast Du denn deine bezüglich WLAN konfiguriert?
Gruß Detlef
unterschiedlich - einige arbeiten mit einer festen IP an einem WLAN ohne dhcp und andere arbeiten im WLAN mit dhcp. Die verbinden sich aber immer wieder von selber. Wie schon gesagt, ich habe die 2.2.3 drauf. Mit der geht es. Also eventuell mal umflashen.
Gruß Christoph
Hi TeleDet,
Ich frage jetzt einfach mal welches HW Design Du verwendest? In einem anderen Thread bei einem Wemos musste ein Pin auf High sein (D0?) damit WLAN Passwörter gespeichert werden. Ist so etwas hier evtl. auch zu beachten?
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Hallo Christoph, Hallo Arnd,
da ich insgesamt 6 Stück einsetzen möchte ist diese Funktionalität für mich
essentiell! ;)
Ich werde es definitiv mal mit der Version 2.2.3 versuchen!
@Arnd ... Das HW Design ist der in diesem Thread beschriebene miniCUL WLAN Version 2 mit 868MHz.
Das sollte eigentlich funktionieren!? Hast du eventuell eine Info ab welcher ESP-Link Version der Pin
auf High sein muss?
Gruß Detlef
Ich habe nun heute mal intensiv getestet.
1. mehrere Sticks mit esp-link v3.0.14 -- bei allen das gleiche Verhalten: nach Auswahl der SSID und Eingabe des Passwortes war ein
Wechsel in mein Home-Netz kein Problem. Nach Trennung vom Strom und wieder anschließen melden sich die ESP's nicht am Home-Netz an,
sondern sind nur über 192.168.4.1 und ihr eigenes WLAN erreichbar. Die Home-Netzt SSID und ggf. im esp-link eingestellte feste IP-Adresse
wurden gespeichert und werden auch richtig angezeigt in der esp-link Oberfläche! ::)
2. mehrere Sticks mit esp-link v2.2.3 -- Das selbe Verhalten wie unter 1.
3. habe mal einen rumliegenden WLAN-Router von TP-Link aktiviert (mein Home-Netz besteht nur aus Fritz!Boxen) und den Test mit diesem
durchgeführt, da ich vermutete das mein WLAN-Passwort eventuell zu lang sein könnte (16 Zeichen) ::) ... WLAN-Passwort mit 8 Zeichen -- bei
allen das Verhalten wie unter 1.
Als Hinweis: der ESP8285 (PSF-A85) arbeitet auf dem Stick noch stand-alone also der Atmega328P ist noch nicht geflasht.
Irgendwie habe ich keine Idee mehr wo ich noch suchen kann? Google kennt den Fehler auch nicht. Komisch ist, das alle in esp-link gemachten
Einstellungen im ESP gespeichert werden und an sonsten alles super funktioniert!?
Bei meiner Recherche habe festgestellt das der Fehler früher einem anderen User auch schon unter gekommen zu sein scheint: -> https://forum.fhem.de/index.php/topic,42998.msg548154.html#msg548154 (https://forum.fhem.de/index.php/topic,42998.msg548154.html#msg548154)
Leider hatte darauf keiner reagiert oder niemand eine Idee wie man helfen könnte.
Bin für jede Idee oder Gedanken dankbar!!
Gruß TeleDet
Schau dir mal die Ausgabe von WiFi.printDiag an (ggf. einen kleinen Sketch schreiben).
Wenn bei AutoConnect 0 steht, kannst du versuchen, mit WiFi.setAutoConnect die Einstellung zu ändern.
AutoReconnect würde ich nicht setzen!
Die WiFi-config wird im EEPROM gespeichert (unabhängig von der SW).
@habeIchVergessen
danke für den Tipp ;) aber das hat sich grad schon erledigt! ;D
Ich habe noch ein wenig rumprobiert und dann einfach mal mit dem ESPFlashDownloadTool_v3.6.3 den ESP gelöscht (ERASE-Button).
Dann esp-link v3.0.14 noch mal frisch geflasht und siehe da ... es geht!!! Die Sch.... geht!!! ;D 8)
Was mich ein wenig verwundert ist, das esp-link sich dann ein wenig anders verhalten hat! ::)
Nach dem ersten flashen (egal ob v3.0.14 oder v2.2.3) und anmelden über 192.168.4.1 befand sich esp-link immer im "WiFi mode: AP+STA"
Nach dem erneuten flashen war esp-link im "WiFi mode: AP" und ich musste in der Konfiguration "WiFi Station" explizit
erst auf den Modus "AP+STA" wechseln da kein WLAN-Netzscan möglich war. Nach Wechsel und Auswahl/Eingabe des WLAN/Passwort
verhielt sich esp-link wie gewünscht und erwartet!?
Ich habe das jetzt mit drei Stick's verifiziert und bei allen dreien dasselbe! Und alle drei laufen jetzt nach
Anschluss an Strom sofort in meinem Home-Netz.
Ob es dafür wohl eine logische Erklärung gibt??
Gruß TeleDet
Moin liebe Leute, ich habe ein kleines Problem.
Ich wollte soeben meinen 433 miniCUL in Betrieb nehmen.
Die Jumper sind auf WLAN gestellt und nachdem ich den CUL an den USB Port gesteckt habe, wird dieser auch als "ESP_DPD975" per WLAN gefunden.
Nachdem ich mich versuche mit dem guten Teil zu verbinden, wirtd auch kurz angezeigt, dass er verbunden wurde, ca. 10Sekunden später fliegt die Verbindung weg.
Was kann ich nun tun?
Gruß
Mathze
Hallo t1me2die
Um was für einen miniCUL handelt es sich? Version 1 o. 2 ? Die SSID ist etwas merkwürdig!? ::)
Normalerweise setzt sie sich aus "ESP_" und den letzten sechs Stellen der MAC-Adresse des ESP-Moduls zusammen.
Also bei dir wäre das die MAC "xx:xx:xx:DP:D9:75" Ein "P" gibt es aber in MAC-Adressen definitiv nicht !!?
Gib uns mal mehr Infos bezüglich des Sticks über miniCUL-Version, ESP-Version, wie erfolgt der USB-Anschluss (am
USB-Port des Computer oder einfach ein USB-Netzteil) mit welcher IP-Adresse stellst du die Verbindung her bzw. ... was
siehst du in den ersten 10 sec. ?
Gruß TeleDet
Moin TeleDet,
mein Fehler. Ich hatte das Pin assignment falsch eingestellt gehabt.
Ich habe die Version 1 und musste das Pin assignment auf "esp-01" stellen und die Voreinstellungen übernehmen, danach wurde der miniCUL auch sofort als connected und Initialized in FHEM erfasst.
Gruß
Mathze
Hallo Mathze
kann ja mal passieren ;D solche Art von "Fehler" haben wir alle ja immer mal wieder gerne. ;D
Oder wie heißt es so schön: "Nur wer nichts macht, macht nichts verkehrt!"
Gruß Detlef
Hab nun aber doch ein kleines Problem mit meinem miniCUL.
Er switcht nach ca. 5-10Minuten von "Initialized" auf "opened".
Manchmal hilft da ein "set miniCUL reopen", machmal aber auch nicht. Dann muss ich diesen komplett einmal vom Strom trennen, danach läuft er dann seine 5-10Minuten wieder.
Gruß
Mathze
Zitat von: t1me2die am 27 Februar 2018, 13:17:24
Hab nun aber doch ein kleines Problem mit meinem miniCUL.
Er switcht nach ca. 5-10Minuten von "Initialized" auf "opened".
Manchmal hilft da ein "set miniCUL reopen", machmal aber auch nicht. Dann muss ich diesen komplett einmal vom Strom trennen, danach läuft er dann seine 5-10Minuten wieder.
Gruß
Mathze
Sie dazu den ersten Post in diesem Thread, Zitat:
ZitatHinweis zum WLAN-Betrieb
Die Timingschwankungen des WLAN können in FHEM nicht ausgeglichen werden. Dies kann unter Umständen zu miniCUL "disconnected" führen. Siehe dazu Forumsbeitrag.
Espressif's SDK schränkt bei Inaktivität die Verbindungsdauer auf dem TCP Port 23 auf 5 Minuten ein. Siehe dazu esp-link Serial bridge.
Der Timout kann mit einem Ping umgangen werden:
define esplink PRESENCE lan-ping 192.168.4.1 120
Dankeschön, werde das heute Abend direkt ausprobieren :)
Gruß
Mathze
Zitat von: Frank_Huber am 27 Februar 2018, 13:27:49
Sie dazu den ersten Post in diesem Thread, Zitat:
Leider behebt das nicht mein Problem.
Gestern Abend war nach ziemlich genau 5 Minuten wieder Schicht im Schacht und der miniCUL ging wieder in den "opened" Status.
Der LAN-Ping zeigte mir "present" an.
Der miniCUL war auch wie gewohnt über die IP Adresse erreichbar.
Hat sonst noch jemand einen Tipp oder muss ich ein "at" alle fünf Minuten laufen lassen?
Gruß
Mathze
Das Problem müsste auch weg sein, wenn Du einen Sensor der ca alle 1-2 Minuten was sendet, in Reichweite des miniCUL bringst.
Gruß Ralf
Ich habe einfach alle 3 Minuten die Versionsnummer vom miniCUL abgefragt
Das werde ich auch mal ausprobieren, danke :)
Gruß
Mathze
Zitat von: gloob am 28 Februar 2018, 14:41:59
Ich habe einfach alle 3 Minuten die Versionsnummer vom miniCUL abgefragt
Das habe ich nun auch probiert, die ersten Male klappte es auch augenscheinlich. Heute Morgen stand der gute miniCUL aber wieder auf opened. Ein set miniCUL reopen hat leider auch nicht mehr gefruchtet. Musste ihn dann einmal komplett vom Strom trennen. Kurz danach sprang er wieder auf Initialized.
Ein "at" nach 3 Minuten mit "get miniCUL version" liefert mir auch brav die Version zurück, leider juckt das den miniCUL nicht sonderlich und er geht trotzdem danach wieder auf opened.
Was mir aufgefallen ist, dass das erste Mal ein "set miniCUL reopen" meistens nicht fruchtet, wenn ich danach direkt noch einmal einen "set minICUL reopen" abfeuer, wechselt er sofort auf Initialized.
Ich glaube ich muss das Thema miniCUL wohl erstmal begraben.
Gruß
Mathze
Wenn ich ein (WLAN) MiniCUL im Homematic Modus betreiben will, reicht es dann dafür den rfmode auf Homematic zu setzen oder muss ich dafür beim Define auch noch was anderes setzen?
Hallo,
die hmID muss noch gesetzt werden. Sonst wissen die Geräte ja nicht die Adresse der Zentrale. Am besten das ganze dierkt als VCCU einrichten (siehe Wiki). Dann ist es später einfacher, weitere IO's hinzu zu fügen.
Gruß Christoph
HMid ist nun auch gesetzt und das Teil ist an die bestehende vccu angehängt. Allerdings scheint sonst nichts zu funktionieren. Nachrichten von Geräten im gleichen Raum kommen immer noch über den HM-CFG-LAN am anderen Ende des Hauses rein und Kommandos wie get miniCUL2 cmds oder get miniCUL2 uptime liefern kein Ergebnis.
Hier der List - (die HMID ist auskommentiert, stimmt aber mit der der VCCU überein):
Internals:
CFGFN
CMDS BCFiAZNEkGMKUYRTVWXefmLltux
Clients :CUL_HM:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
DEF 192.168.1.86:23 0000
DeviceName 192.168.1.86:23
FD 31
FHTID 0000
NAME miniCUL2
NR 11079
PARTIAL
RAWMSG A0FAA86102233970000000AA8D90F0000F5
RSSI -79.5
STATE Initialized
TYPE CUL
VERSION V 1.21.00 a-culfw Build: private build (unknown) miniCUL (F-Band: 868MHz)
initString X21
Ar
miniCUL2_MSGCNT 75
miniCUL2_TIME 2018-03-26 17:59:52
owner_CCU vccu
Helper:
DBLOG:
cmds:
logdb:
TIME 1522079988.71085
VALUE B C F i A Z N E k G M K U Y R T V W X e f m L l t u x
state:
logdb:
TIME 1522079988.8237
VALUE CONNECTED
uptime:
logdb:
TIME 1522070448.28545
VALUE No answer
MatchList:
1:CUL_HM ^A....................
8:HMS ^810e04....(1|5|9).a001
D:CUL_IR ^I............
H:STACKABLE_CC ^\*
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2018-03-26 17:59:48 cmds B C F i A Z N E k G M K U Y R T V W X e f m L l t u x
2018-03-26 17:59:52 state Initialized
2018-03-26 15:20:48 uptime No answer
helper:
44B287:
QUEUE:
4CFFFB:
QUEUE:
Attributes:
hmId ######
rfmode HomeMatic
room Device,Untergeschoss
Was könnte man da noch machen?
Du kannst ja mal ein HM_Info Device anlegen und schauen wie die RSSI Werte von deinem Gateway/CUL sind:
defmod HM_Info HMinfo
attr HM_Info room Homematic
attr HM_Info sumERROR battery:ok,sabotageError:off,powerError:ok,overload:off,overheat:off,reduced:off,motorErr:ok,error:none,uncertain:[no|yes],smoke_detect:none,cover:closed
attr HM_Info sumStatus battery,sabotageError,powerError,motor
attr HM_Info webCmd update:protoEvents short:rssi:peerXref:configCheck:models
https://wiki.fhem.de/wiki/HomeMatic_HMInfo
Im hmifo finde ich nur wenige RSSI Einträge für die beiden miniCUL und leider gar keine für die beiden Rollläden in dem Raum, in dem das miniCUL2 ist.
UG_KL_ThermostatDisplay miniCUL1 UG_KL_ThermostatDisplay -69.5 -69.5 -69.5< -69.5 1
UG_KL_ThermostatDisplay miniCUL2 UG_KL_ThermostatDisplay -68.5 -68.5 -68.5< -68.5 1
GA_Button miniCUL1 GA_Button -78.5 -78.5 -78.5< -78.5 1
GA_Button miniCUL2 GA_Button -97.0 -97.0 -97.0< -97.0 1
OG_AZ_Rollladen_O miniCUL1 OG_AZ_Rollladen_O -89.5 -89.5 -89.5< -89.5 1
OG_AZ_Rollladen_O miniCUL2 OG_AZ_Rollladen_O -85.5 -85.5 -85.5< -85.5 1
Die RSSI Werte sind aber auch nicht wirklich top. Sicher, dass die Antenne richtig verlötet ist? Ist es vielleicht ein CUL mit 433MHz Antenne? Zeig doch mal ein Bild vom CUL.
Ich würde behaupten, alles was größer als -70 ist, ist schon sehr sehr grenzwertig.
Ich würde behaupten, dass beide miniCULs von dir ein Problem mit dem Empfang haben.
Also wenn ich so über die ganzen RSSI Werte von meinen beiden HM-CFG-LAN und den beiden miniCUL drüber schaue, hab ich von den gut funktionierenden Devices nur gut die Hälfte unter -70 liegt. Die andere Hälfte liegt zwischen -70 und -90 und and den HM-CFG-LANs sehe ich einige Devices, die trotz einem Average über -90 regelmäßig empfangen werden.
Zitat von: reibuehl am 27 März 2018, 14:06:41
Also wenn ich so über die ganzen RSSI Werte von meinen beiden HM-CFG-LAN und den beiden miniCUL drüber schaue, hab ich von den gut funktionierenden Devices nur gut die Hälfte unter -70 liegt. Die andere Hälfte liegt zwischen -70 und -90 und and den HM-CFG-LANs sehe ich einige Devices, die trotz einem Average über -90 regelmäßig empfangen werden.
Die Antenne sieht aber schwer nach 433 MHz aus. Welche Farbe hat denn die kleine Platine direkt hinter der Antenne?
Im ersten Post siehst du auch Bilder von den beiden miniCUL Versionen die es gibt. Die größere Antenne ist für 433 MHz ausgelegt und damit nicht für Homematic geeignet. Die kleine Platine sollte grün sein, damit sie für Homematic passt.
Die Platine ist grün. Hier nochmal zwei bessere Bilder.
Hm. Dann bin ich raus und habe keine Ahnung warum so schlechte RSSI Werte und keinen Empfang hast.
Die Antenne misst 17mm von der Platinenkante bis zur Antennenspitze.
Hallo Reiner,
hast Du den miniCUL mal im USB Betrieb (Jumper umstellen) getestet? Wenn es an der Antenne liegen sollte, dann müsstest Du ähnliche Werte haben.
Gruß Peter
Hallo,
kann mir bitte jemand schreiben, wo ich die Dateien für den ESP8266-Flasher bekomme um das ESP-Modul
auf dem miniCul-443 und miniCul-868 zu flashen ?
Bekomme sie nicht ins Netzwerk, haben wohl zu lange rumgelegen.
Sind es 2 oder 3 Dateien die mit dem Flasher überspielt werden ??
Gruß Werner
@gloob:
Eine 433MHz-Antenne kann man sehr wohl auch für 868 MHz verwenden. Dann wird sie nur vom Viertelwellenstrahler zum Halbwellenstrahler mit etwas anderer Charakteristik.
Zitat von: Intruder1956 am 12 April 2018, 14:35:10
... kann mir bitte jemand schreiben, wo ich die Dateien für den ESP8266-Flasher bekomme um das ESP-Modul auf dem miniCul-443 und miniCul-868 zu flashen ?
https://github.com/jeelabs/esp-link/releases/tag/V3.0.14
Zitat von: Intruder1956 am 12 April 2018, 14:35:10
Sind es 2 oder 3 Dateien die mit dem Flasher überspielt werden ??
Beschreibung Flashen siehe hier: https://github.com/jeelabs/esp-link/blob/master/FLASHING.md#initial-serial-flashing
Wenn Du ein Bild für den NodeMCU Flasher brauchst, kann ich den auch einstellen.
Gruß PeMue
hallo PeMue,
Bilder sind immer gut ;)
Vielleicht bekomme ich die Dinger dann endlich ans laufen
Gruß Werner
Hallo Werner,
Zitat von: Intruder1956 am 12 April 2018, 17:26:26
Vielleicht bekomme ich die Dinger dann endlich ans laufen
locutus hat das hier (https://forum.fhem.de/index.php/topic,42998.msg753263.html#msg753263) sehr gut gut dokumentiert. Anbei noch ein Bild des NodeMCU Flashers (der aber nur für den
ESP8266 mit 4 MByte Flash funktioniert).
Gruß Peter
flash_download_tools_v3.6.3_0.rar auf github (https://github.com/boseji/ESP-Store/tree/master/tools) unterstützt ESP8266, ESP8285 und ESP32.
ggf. möchte sich jemand meine Implementierung einer serialBridge (https://github.com/habeIchVergessen/EspSerialBridge) ansehen.
- OTA esp + addon via http
- config der seriellen Schnittstelle via http
- debug-port
läuft auf div. locutus Kreationen: miniCUL v1 (ESP-01 1MB), miniCUL v2 (ESP-8285 1MB?), 1-wire wlan bridge (ESP-12E 4MB)
Zitat von: habeIchVergessen am 12 April 2018, 21:43:24
ggf. möchte sich jemand meine Implementierung einer serialBridge (https://github.com/habeIchVergessen/EspSerialBridge) ansehen.
Interessant, aber solange der Zugriff auf den EspSerialBridge-AP mit einem unbekannten Passwort geschützt ist, bleibt der Funktionsumfang deiner serialBridge im Verborgenen.
ist der numerische Anteil aus der SSID (Chip-ID).
Ich würde gerne meinen Minicul v1 mit ESP-12 mit einer aktuellen a-culfw flashen. Wenn ich die beiden Jumper auf USB-Modus setze und dann versuche wie im ersten Beitrag dieses Threads mit avrdude -p atmega328p -c arduino -P /dev/ttyUSB0 -b 57600 -U flash:w:miniCUL_868MHZ.hex:i zu flashen, bekomme ich nur die gleichen "no sync" Fehlermeldungen wie schon auf der zweiten Seite dieses Threads (https://forum.fhem.de/index.php/topic,42998.msg358274.html#msg358274) beschrieben.
Kann mir jemand einen Tipp geben, was ich da falsch mache?
Das Device /dev/ttyUSB0 habe ich dem dmesg output nach einstecken des CULs entnommen und die Firmware-Datei liegt im gleichen Verzeichnis, in dem ich avrdude aufrufe.
Hi,
(ohne MiniCUL Fachwissen)
no sync bedeutet:
a) falsches Gerät (unwahrscheinlich)
b) kein Bootloader Mode (raw B0 oder Taste beim reinstecken - wahrscheinlicher Fehler)
c) falsche Baudrate (???)
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
D.h. ich muss beim reinstecken die Taste drücken? Das muss ich in der Anleitung im ersten Beitrag überlesen haben. Werde ich mal morgen testen.
Zitat von: habeIchVergessen am 12 April 2018, 21:43:24
config der seriellen Schnittstelle via http
... wird auf dem ESP-01 1MB nicht gespeichert. Welche Version der Arduino Core für ESP8266 verwendest du?
Habe es mal mit Taste drücken beim reinstecken probiert, macht aber auch keinen Unterschied. FHEM war immer aus, während ich das flashen probiert habe.
Was könnte ich den sonnst noch probieren?
Zitat von: locutus am 22 April 2018, 00:50:26
... wird auf dem ESP-01 1MB nicht gespeichert. Welche Version der Arduino Core für ESP8266 verwendest du?
Version 2.4.1.
128K SPIFFS werden benötigt, um die config schreiben zu können => Flashsize: 1M (128K SPIFFS).
_TARGET_ESP_01 bitte Kommentar entfernen, damit GPIO15 für die Serielle nicht mit angeboten wird.
@habeIchVergessen
Das Webinterface schmiert während der Konfiguration der Baudrate ab -> ESP nicht mehr im Netzwerk verfügbar.
Würdest du bitte deine kompilierte Binärdatei anhängen!
@reibuehl
- Verbindung zwischen CUL und FHEM beenden
- WLAN-Modul entfernen
- Jumper auf USB-Modus setzen
- Flashvorgang unmittelbar (innerhalb 1 Sek.) nach dem Tastendruck starten
... oder das flash.sh (https://github.com/heliflieger/a-culfw/tree/master/culfw/Devices/miniCUL) Skript die Arbeit erledigen lassen.
Der Taster an sich ist nutzlos. Der Bootloader springt bei korrekten avrdude Voreinstellungen automatisch ein.
Zitat von: locutus am 22 April 2018, 11:34:51
@habeIchVergessen
Würdest du bitte deine kompilierte Binärdatei anhängen!
kein Problem
Zitat von: locutus am 22 April 2018, 11:34:51
... oder das flash.sh (https://github.com/heliflieger/a-culfw/tree/master/culfw/Devices/miniCUL) Skript die Arbeit erledigen lassen.
Der Taster an sich ist nutzlos. Der Bootloader springt bei korrekten avrdude Voreinstellungen automatisch ein.
Hattest Du nicht selbst in einem Deiner Beiträge geschrieben, dass das flash.sh Skript nur mit v2 des MiniCUL funktioniert?
Werde es aber mal probieren...
Mit flash.sh hat es funktioniert. Die alte Firmware Version hatte in FHEM immer die Readings cmds und version gesetzt. In der neuen gibt es version nicht mehr und cmds und uptime stehen auf "No answer". Ist das im rfmode HomeMatic so zu erwarten oder geht da noch was schief?
Wenn ich über die uC Console im EspLink Kommandos absetze, wird aber zum Beispiel bei V die Version angezeigt:
V 1.26.03 a-culfw Build: 300 (2018-04-15_20-15-39) miniCUL (F-Band: 868MHz)
@reibuehl
get <culname> cmds
get <culname> ccconf@habeIchVergessen
Technisch defekter ESP-01 war die Ursache. Ein anderes Modul funktioniert auf Anhieb. Danke!
@Intruder1956
Zitat von: Intruder1956 am 12 April 2018, 14:35:10
kann mir bitte jemand schreiben, wo ich die Dateien für den ESP8266-Flasher bekomme um das ESP-Modul
auf dem miniCul-443 und miniCul-868 zu flashen ?
Bekomme sie nicht ins Netzwerk, haben wohl zu lange rumgelegen.
Nimm die Binärdatei von habeIchVergessen. NodeMCU Flasher Offset 0x00000.
Das könnte dich ebenfalls interessieren:
https://blog.moneybag.de/ausprobiert-esp-01-esp8266-programmer-usb-flasher/
oder
https://www.xgadget.de/anleitung/esp-01-esp8266-mit-adapter-programmieren-so-gehts/
@locutus:
get cmds liefert miniCUL2 cmds => No answer und get ccconf liefert No FD zurück.
Status ist "opened".
set <culname> reopen
@locutus: Danke! Das hat geholfen.
@Locutus,
vielen Dank, hat endlich geklappt.
Einen habe ich endlich fertig, hat zwar drei Anläufe gebraucht um den Wifi-Key für "EspSerialBridge.ino.generic.bin" zu finden.
Nach dem flashen ist es ein gesichtertes Netzwerk, aber hat geklappt.
Danke und Gruß Werner
Bekomme die Krise,
Die nächsten ESP8266-01 die ich geflasht habe laufen nicht.
Habe die Datei von @habeIchVergessen mit dem ESP8266Flasher geflasht. Wie gestern auch
Kann mich anschliessend mit Wlan und Password verbinden. IP=192.168.4.2
Dann gehe ich mit dem Webbrowser auf 192.168.4.1, komme drauf.
Aber sobald ich was einstellen möchte kommt die Meldung "Forbidden"
Gruß Werner
kannst du bitte den Dialog öffnen, in dem du die Einstellungen vornehmen möchtest und dann in Browser den Quellcode ansehen.
da muss ein form sein, wie das im Anhang (firefox.png)
ggf. stimmt die Chip-ID nicht mit der im Header überein (Browser-Cache).
@locutus: hast du das Flashen vom atmega (addon) probiert? Hast du eine Idee, warum sich miniCUL v1 (esp-01) und v2 (esp8266) unterschiedlich verhalten? die Rest-Schaltung ist ja identisch. nur die Spannung von USB-Zweig ist unterschiedlich.
v2 ohne Kondensator C1 funktioniert bei mir zuverlässig. mit C1 nur 1x pro Powercycle.
v1 funktioniert immer.
Zitat von: locutus am 24 September 2016, 22:15:22
Hallo Pyromane,
ich habe den regulären culfw-Quellcode (https://sourceforge.net/projects/culfw/) für den miniCUL angepasst. Die hex-Datei beinhaltet das WMBUS-Funkprotokoll. Entfallen sind sämtliche 433 MHz Funkprotokolle.
Bitte testen!
Hi locutus und pyromane, ich habe auf meinen v2 auch die firmware geflashed was soweit gut aussieht, ich kann auch ohne probleme in den wmbus t + s umschalten, aber ich kriege keine telegramme rein. wenn ich meinen normalen (busware) CUL in den WMBUS schalte geht es ganz normal.
Jetzt wird der nanoCUL auf einmal nicht mehr initizalisiert sondern steht immer nur auf open, egal was ich reopene, ein und ausstecke etc :( (über wifi)
Gibt es da Ideen?
Oder hat jemand wireless mbus erfolgreich mit dem mini im einsatz?
ich habe beim aculw repo gesehen, dass es bei devices den mini cul gibt. sind da die änderungen eingecheckt um auch die neureste aculw version für den mini cul zu builden?
Besteht eigentlich die Möglichkeit bei dieser Hardware die Software so zu ändern, dass das Teil als repeater funktioniert? So aller mesh?
Gruß Sascha
Gesendet von meinem E6653 mit Tapatalk
Hi,
Für den SlowRF haben die doch HAS_RF_ROUTE aktiviert.
https://github.com/heliflieger/a-culfw/blob/master/culfw/Devices/miniCUL/board.h
Ich dachte das wäre eine Repeater Funktion!? Aber eben nur für SlowRF.
Gruß Arnd
Gesendet von iPhone mit Tapatalk
Zitat von: drdownload am 07 Juni 2018, 15:10:26
ich habe beim aculw repo gesehen, dass es bei devices den mini cul gibt. sind da die änderungen eingecheckt um auch die neureste aculw version für den mini cul zu builden?
WMBUS verschlingt viel Speicherkapazität, was zufolge hat, dass ein paar andere Funkprotokolle dafür weichen müssen. Daher ist diese Option in board.h (https://github.com/heliflieger/a-culfw/blob/master/culfw/Devices/miniCUL/board.h) deaktiviert:
//#define HAS_MBUSZitat von: sash.sc am 09 Juni 2018, 14:53:48
Besteht eigentlich die Möglichkeit bei dieser Hardware die Software so zu ändern, dass das Teil als repeater funktioniert?
https://wiki.fhem.de/wiki/RFR_CUL
Ich würde nur FS20 und WMBUS brauchen, ginge sich das aus?
Und ich habe ja schon die firmware versucht die hier im Beitrag rumschwirrt die WMBUS zumindest ermöglicht, aber Empfang habe ich damit leider keinen (der mit dem v3 CUL schon geht)
Auf der Suche nach einem Modul um MBUS-Daten zu empfangen habe ich den miniCUL gefunden. Gibt es den noch bzw. wird es ihn wieder geben oder sollte ich einfach einen nanoCUL kaufen?
Zitat von: reibuehl am 22 April 2018, 15:18:13
@locutus:
get cmds liefert miniCUL2 cmds => No answer und get ccconf liefert No FD zurück.
Status ist "opened".
Ist bei mir alle paar Tage so. Kann dann mit
Zitat von: locutus am 22 April 2018, 15:20:44
set <culname> reopen
gelöst werden. Gibt es eine Möglichkeit die Ursache dafür zu ermitteln oder zumindest das reopen zu automatisieren?
Zitat von: sloth am 22 Mai 2019, 09:41:29
Ist bei mir alle paar Tage so. Kann dann mit
gelöst werden. Gibt es eine Möglichkeit die Ursache dafür zu ermitteln oder zumindest das reopen zu automatisieren?
Da der Status eigentlich "initialized" ist müsste man doch auf das "opened" reagieren können und den reopen auslösen.
z.B. in einem DOIF.
Bla eq opened --> reopen
DOELSEIF Bla eq initialized --> nichts.
attribut do resetwait
atibut wait 30
Status länger als 30sek auf opened --> reopen.
Hallo,
Ich habe eine Frage zu diesem miniCUL in der alten Version ohne WLAN
https://github.com/damianmelson/miniCUL-433MHz
Dort wird zur 3.3V Erzeugung der CH330N verwendet, im Datenblatt kann ich nicht erkennen, daß der CH330N auch ein 3.3Vout hat.
https://cdn.hackaday.io/files/1623896947650976/CH330DS1.zh-CN.en.pdf
Ist bekannt, was für einen max Strom er bei den 3.3V liefern kann.
Gruß Ralf
Zum mysteriösen Pin V3 macht das Datenblatt keinerlei Angeben.
Auf Hackaday.io wird über eine max. Last von 50 mA spekuliert. Was ich bezweifle! Wenn der V3 schon bei 15 mA Laststrom unter 3 Volt sinkt, dann wird er bei 50 mA in einer Rauchwolke enden. Ich vermute die max. Belastung liegt bei 20-25 mA.
ZitatIch vermute die max. Belastung liegt bei 20-25 mA.
Wenn ich das Datenblatt des cc1101 richtig deute, dann könnte dies z.B. beim Senden mit +10dB und LED leicht grenzwertig sein.
Wäre es nicht besser für das Erzeugen der 3.3V einen Spannungsregler zu nehmen?
Gruß Ralf
Ich messe in der V3-Leitung im Empfangsbetrieb 4 mA bei 3,2 V. Mit LED an 8 mA. Gesendet wird für gewöhnlich einige hundert Millisekunden lang. Um den Grenzwert der Sperrschichttemperatur infolge hoher Belastung und damit letztlich die Zerstörung der Siliziumschicht zu erreichen, muss dauerhaft und über längeren Zeitraum gesendet werden. In diesem Frequenzband ist dies nicht erlaubt!
Es gibt Empfänger (z.B. Batterie betriebene Funkklingel) wo der Signalduino ca 1-2 Sekunden senden muss, damit es stabil funktioniert.
Bei Testen von neuen Empfängern kann es auch vorkommen, dass für 1-2 Sekunden gesendet wird.
Wenn 1-2 Sekunden kein längerer Zeitraum ist, dann ist alles ok.
Nachtrag:
Beim Signalduino kann recht einfach mit einem raw Sendebefehl ein empfangenes Signal wieder gesendet werden.
Es ist nicht auszuschliessen, daß da auch mal von einem User testweise mit einem repeat von über 100 gesendet wird.
Gruß Ralf
Sehe ich das richtig, dass locutus das Teil nicht mehr verkauft und man sich das selbst zusammenstellen muss? Ich habe noch nie SMD gelötet und traue mir das eigentlich auch nicht zu. Kann man so etwas fertigen lassen?
Welche brauchst du? Schreib mir eine PN.
Ich habe die Fertigung aus mehreren Gründen eingestellt:
- das PSF-A / PSF-B WLAN-Modul ist nicht mehr lieferbar
- der 8 MHz Resonator ist nicht mehr lieferbar
- die neue Generation der CC1101-Module ist oft fehlerhaft.
- die Nachfrage ist enorm gesunken. Zurückzuführen auf das Angebot in der Bucht. Leider sind die angebotenen nanoCUL, JeeLink und Co. oft falsch konstruiert und laufen somit außerhalb der Herstellerspezifikationen.
Alternativ zum miniCUL ist noch der MapleCUL USB-Stick mit zwei Transceivern und WLAN-Add-On verfügbar:
https://forum.fhem.de/index.php/topic,65998.0.html
Hallo locutus, kannst Du mir nochmal helfen? Ich habe Probleme bei der Inbetriebnahme und schon Ralf9 kontaktiert, der aber auch nicht wirklich weiter weiß, siehe https://forum.fhem.de/index.php/topic,82379.msg1014308.html#msg1014308. Dort sind die Spezifikationen angegeben, ich kann das aber gern nochmal hier posten. Es ist so, dass ich mit USB sofort Kontakt bekomme, aber bei WLAN nicht (Jumper dann aber in die andere Richtung gesetzt). Ich "sehe" den ESP im WLAN, ich sehe debugs und sehe auch dort empfangene Nachrichten, aber in FHEM lässt sich das Greät nicht ansprechen und gibt auch keine config zurück.
Was kann ich tun, um das in Gang zu kriegen? Geflasht habe ich es mit Ralfs Version.
<edit> Kommando zurück: Mit sideys Firmware geht es. Also ist es anscheinend eine Firmware-Sache, ich schreibe weiter mit ihm.
<edit2> Nun schließt sich der miniCUL im WLAN-Modus selbständig...
Mit welcher Baudrate die jeweilige Firmware kommuniziert, ist an der Definition für den USB-Modus zu erkennen:
- a-culfw 38400 Baud
- SIGNALduino 57600 Baud
Dementsprechend ist auch die Baudrate in der esp-link -> µC Console für den WLAN-Modus festzulegen.
Danke!
Gesendet von iPad mit Tapatalk Pro
Hallo zs,
der MiniCul besteht ja aus: ESP8266, Arduino Pro Mini 3.3V 8MHz, CC1101.
Auf den Arduino Pro Mini 3.3V 8MHz würde ich ja die MiniCul Firmware flashen.
Was wäre, wenn ich einen Arduino Nano nutzen wollte?
Welche Firmware nutzt man dann? NanoCul oder?
Hat jemand eine compilierte Firmware für den NanoCul, 433MHz und Somfy?
Danke und Gruß!
Michael
die verwende ich mit somfy: https://forum.fhem.de/index.php/topic,82379.msg744554.html#msg744554 (https://forum.fhem.de/index.php/topic,82379.msg744554.html#msg744554)
Hallo Damian, ich brauche mal Deine Hilfe.
Ich hatte den minicul v.2 seit ca. 1 Jahr nicht mehr in Betrieb und wollte ihn heute wieder in Gang setzen.
Er meldet sich aber nicht mehr, weder im WLAN noch direkt am PC als USB-Gerät. Die grüne LED flackerrt beim Einstecken kurz auf, das war's.
Was kann ich tun?
Ich tippe entweder auf eine defekte PTC Sicherung (https://forum.fhem.de/index.php/topic,80872.msg1057129.html#msg1057129) (F1) oder ein nicht kompatibles USB-Netzteil (https://forum.fhem.de/index.php/topic,112502.msg1078768.html#msg1078768). Wohlmöglich ein Handyladegerät?
Ok, die Sicherung kann ich ja auf Durchgang messen.
Netzteile habe ich diverse probiert, auch an PC-Anschlüssen (USB2/USB3) funktioniert es nicht.
Es scheint die Sicherung zu sein :(
Nach Brückung läuft er wieder.
Zitat von: Felix_86 am 21 September 2020, 12:31:09
Fehlendes Wissen, ob es möglich ist. Ich dachte bisher ein CUL unterscheidet sich bauchtechnisch von einem XXXduino.
miniCUL entweder als SIGNALduino definieren, das Attribut Hardware miniculCC1101 setzen und den Flashvorgang mit
set SIGNALduino flash ausführen oder direkt flashen:
avrdude -p atmega328p -c arduino -P /dev/ttyUSBx -b 57600 -U flash:w:SIGNALDuino_miniculcc11013.4.0.hex:ittyUSBx ist anzupassen an die aktuell benutzte Schnittstelle.
Zitat von: locutus am 21 September 2020, 13:44:47
miniCUL entweder als SIGNALduino definieren, das Attribut Hardware miniculCC1101 setzen und den Flashvorgang mit set SIGNALduino flash ausführen oder direkt flashen:
avrdude -p atmega328p -c arduino -P /dev/ttyUSBx -b 57600 -U flash:w:SIGNALDuino_miniculcc11013.4.0.hex:i
ttyUSBx ist anzupassen an die aktuell benutzte Schnittstelle.
Funktioniert leider nicht -> https://forum.fhem.de/index.php/topic,114413.0.html
EDIT:
Habs scheinbar doch hinbekommen
Hi,
der miniCUL war ursprünglich auf einem MiniPro. Funktioniert die aktuelle a-fw wenn ich mir einen miniCul mit einem Arduino MiniPro und einem ESP8266 aufbaue? Oder ist die Firmware an die neu miniCul v2 angepasst?
Schaltplan hab ich gefunden ... https://forum.fhem.de/index.php/topic,42998.msg466840.html#msg466840
was welche Einstellungen sind für ESP-Bridge nötig. Ist das hier dokumentiert? Ich finde nur die Settings für die v2 auf ESP8285. ESP-01 hat die Pins für "swapped" nicht nach außen geführt. Da müsste ich über TX/RX gehen.
Wenn ich Arduino MiniPro nutze, muss ich da den Optiboot Bootloader flashen, oder ist das optional?
Vielleich nutzt ja jemand den MiniPro als Basis.
Danke!
Zitatder miniCUL war ursprünglich auf einem MiniPro
Ich kenne nur den Arduino Promini
Auf den Promini wird die minicul a-culw geflasht und auf den ESP8266 eine serialBridge
Es gibt mittlerweile mit dem MapleMini eine Weiterentwicklung. Für den MapleCul und MapleSduino sind Platinen erhältlich
https://forum.fhem.de/index.php/topic,106278.msg1001477.html#msg1001477
für die WLAN Anbindung muss nur noch ein ESP angeschlossen werden.
Gruß Ralf
Hallo!
Sorry für das Leichenschänden. :)
Ich wollte den minicul mit Wlan Vers.2 nachbauen.
Ob noch jemand Platinen hat; das ist vermutlich eine obsolete Frage...
Daher ergeben sich für mich zwei Fragen:
- sind die nötigen Bauteile überhaupt irgendwo noch verfügbar? Hatte im Thread gelesen, dass es da Probleme gibt.
- Ich komme mit den Gerber-Daten nicht zurecht. Hat jemand auch andere Datenformate wie eagle, welche man z.B. bei Aisler importieren kann?
LG
Matthias
Hallo Matthias,
Zitat von: presskopf am 13 September 2022, 08:39:29
Ich wollte den minicul mit Wlan Vers. 2 nachbauen.
das ist dann aber dieser da: https://forum.fhem.de/index.php/topic,42998.msg490091.html#msg490091, oder?
Gruß Peter
Hi Peter,
Ja, genau dieser. Danke für die Ergänzung des Links.
Ich glaube, ich habe noch zwei Platinen für WLAN und SIGNALduino (der ist wohl schaltgleich dem miniCUL, hat aber eine andere Firmware), Details hier
https://forum.fhem.de/index.php/topic,109351.msg1033375.html#msg1033375 (https://forum.fhem.de/index.php/topic,109351.msg1033375.html#msg1033375)
Soll ich mal schauen, wenn ich zu Hause bin?
Zitat von: andies am 13 September 2022, 09:49:35
Ich glaube, ich habe noch zwei Platinen für WLAN und SIGNALduino (der ist wohl schaltgleich dem miniCUL, hat aber eine andere Firmware), Details hier
https://forum.fhem.de/index.php/topic,109351.msg1033375.html#msg1033375 (https://forum.fhem.de/index.php/topic,109351.msg1033375.html#msg1033375)
Soll ich mal schauen, wenn ich zu Hause bin?
Danke. Das ist aber die 433 Version, oder?
Ich muss mit dem CC1101 868 MHz arbeiten.
Stimmt, das ist 433. OK, alles klar. Dann viel Glück noch.
PS Schon mal Mapleduino angeschaut: https://wiki.fhem.de/wiki/Maple-SignalDuino (https://wiki.fhem.de/wiki/Maple-SignalDuino)
Wobei, da fällt mir ein: Die Frequenz beeinflusst nur den CC1011-Chip, nicht aber das Platinenlayout.
Zitat von: andies am 13 September 2022, 14:44:48
Wobei, da fällt mir ein: Die Frequenz beeinflusst nur den CC1011-Chip, nicht aber das Platinenlayout.
exactement, Du musst nur das richtige Modul auflöten/aufstecken ...
Ja, den Infostand hatte ich auch.
Nur - ich schreib's wie es ist - habe ich keine Verlangen danach, den 868er mit den Pins in einer Reihe auf den 2x5 Block vom 433er zu lötfummeln. ;D
@andies
Basierend auf Deinem Projekt setze ich das mal analog in Eagle für den 868er auf.
Hallo Matthias,
Was möchtest du damit alles empfangen?
Der signalduino läuft auch direkt auf einem ESP32
https://forum.fhem.de/index.php/topic,83273.0.html
Gruß ralf
Nur als Hinweis für andere:
Die Polyfuse F1 hat auch bei mir Ärger gemacht, wie z. B. schon hier beschrieben https://forum.fhem.de/index.php?topic=42998.msg1084597#msg1084597
Fehlerbild
- Empfang hat noch enwandfrei funktioniert
- Senden dagegen gar nicht, konnte IT Steckdosen nicht mehr schalten
- Flashen war ein Drama. Zig Versuche notwendig, damit zumindest der "write" mal komplett durchlief
- miniCUL hat sich nach 12h komplett abgemeldet, keine WLAN Verbindung mehr
Polyfuse durchgemessen, hatte 13 Ohm Widerstand, also defekt.
Nach dem Auslöten und überbrücken mit einem Draht läuft mein miniCUL wieder perfekt.