NEUE VERSION! MapleCUx Ver. 1.1 (https://forum.fhem.de/index.php/topic,80872.msg866543.html#msg866543)
Hallo zusammen,
ich möchte euch meine Version des MapleCUL/CUN vorstellen.
Vorteile gegenüber miniCUL (https://forum.fhem.de/index.php/topic,42998.0.html)/nanoCUL:
- bis zu 4 CC1101 Transceiver an einem STM32 Mikrocontroller (https://www.mikrocontroller.net/articles/STM32).
- vereint alle derzeit verfügbaren a-culfw (https://github.com/heliflieger/a-culfw/tree/master/culfw/Devices/MapleCUN) Funkprotokolle in einem Chip.
- erweiterbar zum netzwerkfähigen MapleCUN. W5500 Netzwerkmodul erforderlich.
- zwei zusätzliche serielle Schnittstellen.
- SIGNALDuino (https://forum.fhem.de/index.php/topic,106278.0.html) fähig ab Firmware Ver. 4.x.x
Belegung der Anschlüsse:
- CN1 Programmierschnittstelle für USB zu TTL-Wandler mit 3,3V Logik. 4-pol. RM 2,54 mm.
- CN2 serielle Schnittstelle für ESP8266-01S (S-Series). 3,3V Logik. 2x4-pol. RM 2,54 mm.
- CN3 Steckplatz für HM-MOD-UART (https://www.elv.de/homematic-funkmodul-fuer-raspberry-pi-bausatz.html). Erste serielle Schnittstelle UART0 mit 3,3V Logik. 6-pol. RM 2 mm.
- CN4 zweite serielle Schnittstelle UART1 mit 3,3V Logik. 4-pol. RM 2,54 mm.
- JP1 & JP2 Lötaugen/Steckplatz für USR-ES1 (http://www.usriot.com/download/ES1/USR-ES1-EN-V1.0.pdf) oder baugleiches W5500 Netzwerkmodul.
LED Funktionen:
- LED1 schnelles Blinken (4 oder 10Hz) Bootloader Modus, langsames Blinken (1Hz) CUL Modus (http://culfw.de/commandref.html#cmd_l).
- LED2 (optional) esp-link "conn" LED (https://github.com/jeelabs/esp-link/blob/master/TROUBLESHOOTING.md#led-indicators). WLAN Indikator. Bestückung nur bei alten ESP-01 Modulen erforderlich.
MapleCUL in FHEM:
define MapleCUL CUL /dev/ttyACM0@38400 1234
MapleCUL WLAN (ab a-culfw Version 1.26.02 (https://forum.fhem.de/index.php/topic,80872.msg762575.html#msg762575)):
define MapleCUL CUL 192.168.4.2:23 1234
MapleCUN in FHEM:
define MapleCUN1 CUL 192.168.4.2:2323 1234
Zusätzliche Transceiver werden als STACKABLE_CC angelegt:
define MapleCUN2 STACKABLE_CC MapleCUN1
define MapleCUN3 STACKABLE_CC MapleCUN2
define MapleCUN4 STACKABLE_CC MapleCUN3
Über USB werden zwei weitere Schnittstellen angelegt.
MapleCUL über USB einrichten:
screen /dev/ttyACM0 38400
Baudrate UART0 einstellen:
pb0@115200
Baudrate UART1 einstellen:
pb1@9600
Baudrate im EEPROM speichern:
ps
Baudrate anzeigen:
pi
Ein am UART0 angeschlossener HM-MOD-UART wird mit folgender Definition in FHEM eingebunden werden:
define myHMUART HMUARTLGW /dev/ttyACM1
MapleCUN über Netzwerk einrichten:
telnet [IP-Adresse] 2323
Folgende Befehle sind verfügbar:
DHCP abschalten:
Wid00
Kontrolle ob DHCP abgeschaltet ist:
Rid
IP-Adresse setzen:
Wia192.168.4.2
IP Adresse auslesen:
Ria
Gateway setzen:
Wig192.168.4.1
Gatway auslesen:
Rig
Netmask definieren:
Win255.255.255.0
Netmask auslesen:
Rin
Zeitzonen offset setzen:
Wio01
Zeitzonen Offset lesen:
Rio
NTP-Server auslesen:
RiN
Der Netzwerkzugriff auf zusätzliche serielle Schnittstellen erfolgt über die Ports 2324 und 2325.
Ein am UART0 angeschlossener HM-MOD-UART wird mit folgender Definition in FHEM eingebunden werden:
define myHMUART HMUARTLGW uart://[IP-Adresse]:2324
Bootloader flashen:
- TX/RX/3V3/GND am MapleCUL mit einem USB zu TTL Adapter verbinden.
- USB zu TTL Adapter mit dem PC verbinden.
- Taste BOOT0 am MapleCUL drücken und gerdückt halten.
- Taste RESET am MapleCUL drücken.
- Tasten loslassen.
- STM32 Flash loader demonstrator (http://www.st.com/en/development-tools/flasher-stm32.html) starten.
- COM Port des USB zu TTL Wandlers auswählen, Baud Rate 115200, Parity Even, Echo Disabled, Timeout 1.
- Auf Next drücken.
- Es sollte die Meldung erscheinen: Target is readable. Please click "Next" to proceed.
- Auf Next drücken.
- Auf Next drücken.
- Download to device auswählen.
- Datei maple_mini_boot20.bin öffnen.
- Erase necessary pages auswählen.
- Auf Next drücken.
- Warten bis Flashvorgang abgeschlossen ist.
- USB zu TTL Adapter vom MapleCUL entfernen.
Alternativ stm32flash:
stm32flash -w maple_mini_boot20.bin -v /dev/ttyUSBx
Firmware bauen:
apt-get install git make gcc-arm-none-eabi dfu-util
git clone https://github.com/heliflieger/a-culfw.git
cd a-culfw/culfw/Devices/MapleCUN
make clean
make
a-culfw Firmware flashen:
- USB Kabel am MapleCUL anschließen.
- Taste RESET am MapleCUL drücken.
- Taste RESET loslassen.
- Während die LED1 schnell blinkt (ca. 10Hz) Taste BOOT0 am MapleCUL drücken und gedrückt halten.
- Taste BOOT0 (nach ca. 2-3 Sek.) loslassen.
- Während die LED1 blinkt (ca. 4Hz) dfu-util starten.
dfu-util --verbose --device 1eaf:0003 --cfg 1 --alt 2 --download MapleCUNx4_W5500_BL.bin -R
Fertiggeräte sind im Marktplatz verfügbar: https://forum.fhem.de/index.php/topic,65998.0.html
Die Verwendung der Daten für kommerzielle Zwecke, Herstellung oder gewerblichen Vertrieb ist untersagt.
Vielen Dank für die Bereitstellung der Informationen an Telekatz (https://forum.fhem.de/index.php/topic,60458.0.html).
Hallo zusammen,
weitere Entwicklungen auf Basis von MapleCUL/CUN ...
MapleCUL Add-On Board für NanoPi NEO
- Hardware Version 1.0 (https://forum.fhem.de/index.php/topic,58120.msg583684.html?PHPSESSID=mbt8clkhomib939pqbjfr8p3b2#msg583684) (nicht Bootloader fähig)
MapleCUL USB-Stick mit zwei CC1101 Transceivern
- Hardware Version 1.0 (https://forum.fhem.de/index.php/topic,60458.msg621959.html#msg621959) (nicht Bootloader fähig)
- Hardware Version 1.1 (Bootloader fähig)
- Hardware Version 1.2 (Bootloader fähig). CUL-LED (http://culfw.de/commandref.html#cmd_l) zwischen die Antennen ANT1 und ANT2 verlagert.
- Hardware Version 1.3 (Bootloader fähig). Hubtaster geändert.
MapleCUL USB-Stick in FHEM:
define mapleCUL1 CUL /dev/ttyACM0@38400 1234
Der zweite Transceiver wird als STACABLE_CC angelegt:
define mapleCUL2 STACKABLE_CC mapleCUL1
Seit die Hardware Ver. 1.1 ist der USB-Stick mit der USB Disconnect Schaltung (http://www.stm32duino.com/viewtopic.php?f=3&t=1059&p=12853&hilit=pmos#p12933) (Transistor T1 und Widerstand R9) ausgestattet. Damit ist nun der MapleCUL USB-Stick Bootloader fähig. Ein USB-zu-TTL Adapter zum Flashen der a-culfw Firmware entfällt.
Vorgehensweise beim Flashen der Firmware über USB:
- MapleCUL USB-Stick am Hostrechner anschließen.
- Taste RST am MapleCUL drücken.
- Taste RST loslassen.
- Während die Leuchtdiode D1 schnell blinkt (ca. 10Hz) Taste BOOT am MapleCUL drücken und gedrückt halten.
- Taste BOOT (nach ca. 2-3 Sek.) loslassen.
- Während die Leuchtdiode D1 blinkt (ca. 4Hz) dfu-util starten.
Code: [Auswählen]
dfu-util --verbose --device 1eaf:0003 --cfg 1 --alt 2 --download MapleCUNx4_W5500_BL.bin
WLAN Add-on Board für MapleCUL USB-Stick
Seit der a-culfw Ver. 1.26.02 (https://forum.fhem.de/index.php/topic,80872.msg762575.html#msg762575) ist der MapleCUL USB-Stick WLAN fähig. Der USB-Stick stellt an dem 4-pol. Lötanschluss eine serielle Schnittstelle mit 115200 Baud zur Verfügung. Hier kann ein ESP8285MOD ESP-M3 Modul mit der esp-link Firmware (https://github.com/jeelabs/esp-link) angeschlossen werden.
Mehr dazu siehe Forumsbeitrag: https://forum.fhem.de/index.php/topic,80872.msg786317.html#msg786317
Preis und Verfügbarkeit
MapleCUL USB-Stick ist im Marktplatz verfügbar.
Hallo locutus,
ich habe basierend auf Deinen Gerberdaten Platinen bestellt. Von allpcb kam die Feststellung/Frage, dass bei den Antennen ANT1 - 4 für bei dem Loch für die Drahtantenne auf der Rückseite (bottom) die Freisparung für den Lötstopplack fehlt (siehe auch angehängtes Bild). Ggf. könntest Du Deine Bibliothek für die Antenne in diesem Punkt anpassen ...
Danke + Gruß
PeMue
Das ist absichtlich, um zu verhindern, dass Zinntropfen auf der Unterseite der Platine entstehen.
Hier die Version ohne Lötstopplack.
Hallo Locutus,
kannst du ein Gehause für deinen MapleCUL enpfehlen ?
Gruss
MillyHarry
Ich habe mein Exemplar erhalten und mit einem HM-MOD-UART erweitert.
Ist es möglich, das HM-MOD-UART auf dem MapleCUL upzudaten?
List:
Internals:
CNT 1
Clients :CUL_HM:
DEF /dev/ttyACM2
DevState 1
DevType UART
DeviceName /dev/ttyACM2@115200
FD 34
LastOpen 1515438797.21861
NAME myHMUART
NR 389
PARTIAL
STATE opened
TYPE HMUARTLGW
XmitOpen 0
model HM-MOD-UART
owner_CCU VCCU
Helper:
AckPending:
1:
cmd 00
dst 0
frame FD00030001009E03
resend 1
time 1515438798.36752
LastSendLen:
3
Log:
IDs:
MatchList:
1:CUL_HM ^A......................
READINGS:
2018-01-07 21:08:59 D-HMIdOriginal 5xxxxx
2018-01-07 21:08:59 D-firmware 1.2.1 (outdated)
2018-01-07 21:09:00 D-serialNr xxxxxx
2018-01-08 20:04:30 D-type HM-MOD-UART
2018-01-08 20:13:18 cond init
2018-01-07 21:39:54 load 0
2018-01-08 20:04:30 loadLvl suspended
2018-01-08 20:13:17 state opened
Attributes:
hmId 5xxxxxx
icon hm_lan
room CUL
Danke!
EDIT: Das UPDATE aus fhem mit "set myHMUART updateCoPro /opt/fhem/FHEM/firmware/coprocessor_update.eq3" geht bei mir nicht. Die Datei liegt natürlich im Pfad. Das Device wechselt zwischen disconnected und init.
Edit2: meine ls /dev/serial/by-id
lrwxrwxrwx 1 root root 13 Jan 8 21:48 usb-STM32_MapleCUL_52d9a0ed-if04 -> ../../ttyACM2
lrwxrwxrwx 1 root root 13 Jan 8 21:48 usb-STM32_MapleCUL_52d9a0ed-if02 -> ../../ttyACM1
lrwxrwxrwx 1 root root 13 Jan 8 21:48 usb-STM32_MapleCUL_52d9a0ed-if00 -> ../../ttyACM0
lrwxrwxrwx 1 root root 13 Jan 8 21:48 usb-busware.de_CUL868-if00 -> ../../ttyACM3 <-- Busware CUL 868
lrwxrwxrwx 1 root root 13 Jan 8 21:48 usb-FTDI_FT232R_USB_UART_AL014JJZ-if00-port0 -> ../../ttyUSB1 <-- Jeelink
lrwxrwxrwx 1 root root 13 Jan 8 21:48 usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0 -> ../../ttyUSB0 <-- Nanocul 434
Der Maple ist mit 4 Radios bestückt + HM-MOD-UART
ls /dev tty*
crw-rw---- 1 root dialout 204, 64 Jan 8 21:48 /dev/ttyAMA0
crw--w---- 1 root tty 4, 1 Jan 8 21:48 /dev/tty1
crw--w---- 1 root tty 4, 64 Jan 8 21:48 /dev/ttyS0
crw-rw---- 1 root dialout 166, 3 Jan 8 21:48 /dev/ttyACM3
crw-rw---- 1 root dialout 188, 0 Jan 8 21:48 /dev/ttyUSB0
crw-rw---- 1 root dialout 166, 0 Jan 8 21:49 /dev/ttyACM0
crw-rw---- 1 root dialout 166, 2 Jan 8 21:49 /dev/ttyACM2
crw-rw---- 1 root dialout 166, 1 Jan 8 21:49 /dev/ttyACM1
crw-rw---- 1 root dialout 188, 1 Jan 8 21:54 /dev/ttyUSB1
EDIT3: Device gelöscht und neu angelegt mit ttyACM1, jetzt geht es, warum auch immer. Danke!
Hallo locutus,
ich hab deine Version des MapleCUL´s erfolgreich nachgebaut und letzten Samstag eingesetzt. Sonntag abend viel mir auf - alles Dunkel.
Nach dem ich den kurz abgezogen hatte, lief er wieder für einen Moment und dann wurden die LEDs wieder dunkel.
Jetzt hab ich heute gemessen das die Spannung hinter der Sicherung heftig zusammenbricht - welche SMD Sicherungen setzt du ein ?
Danke.
Maik
500 mA nach USB-Standard. Wenn die PCB komplett bestückt ist, wird es kritisch.
Der Hersteller des LAN-Moduls macht sehr schwammige Angaben zum Stromverbrauch:
Zitatcurrent should be more than 200mA
Das ESP8266-Modul kann bis zu 200 mA und die HM-MOD-UART bis zu 50 mA verschlingen.
Der MapleCUL bestückt mit 4 Transceivern benötigt ca. 40-50 mA.
Jo,
500 ma hatte ich auch drauf, aber die muss beim testen wohl nen knax bekommen haben, im kalten Zustand hatte die schon 10 Ohm.
Was mir leider beim Layout negativ aufgefallen ist: wenn man einen größeren Festspannungsregler ( ohne Pin 2 ) montier, fehlt die 3,3V Verbindung zur Kühlfahne des Reglers. Und die 3,3V Leiterbahnen im Layout sind leider sehr sehr dünn ausgelegt.
Was mir sehr gut gefällt : das ein vernünftige USB-B Anschlussbuchse verwendet wird und nicht sone sch** Mini oder Micro USB Buchse.
Was leider nicht auf Kontakten ausgeführt wurden, sind die I2C Kontakte.
Ansonsten ein sehr schönes kleines und kompaktes Design.
Danke.
Zitat von: blueicechip am 30 Januar 2018, 23:37:24
Was mir leider beim Layout negativ aufgefallen ist: wenn man einen größeren Festspannungsregler ( ohne Pin 2 ) montier, fehlt die 3,3V Verbindung zur Kühlfahne des Reglers. Und die 3,3V Leiterbahnen im Layout sind leider sehr sehr dünn ausgelegt.
Achtung! der AMS1117 hat eine abweichende Anschlussbelegung, auf der Kühlfahne und Pin1 liegen GND.
Zu Strombelastung von Leiterbahnen sagt die IPC-2221 35u CU 0,25mm 10MIL 0,5A Temperaturerhöhung 10°K. ;)
Ob man es immer und überall so dünn macht bleibt einem selbst überlassen.
Gruß Friedrich
Ich hatte den AMS1117 durch einen AS1117 ersetzt. Der Platz schien dafür vorgesehen zu sein. Und nach dem Einschalten ging garnichts mehr. Auf die blöde hochohmige Sicherung bin ich erst viel später gekommen ( nach dem ich das Netzwerkmodul zwei mal wieder ausgelötet hatte).
Zitat von: Omega-5 am 31 Januar 2018, 17:05:42
Ob man es immer und überall so dünn macht bleibt einem selbst überlassen.
Das stimmt. Sollte auch nur ein Vorschlag fürs nächste Layout sein. Immer getreu nach dem Motto : Viel hilft viel. :-)
Mit 10 Ohm ist die PTC-Sicherung hinüber. Im kalten Zustand darf sie einen kaum messbaren Widerstand aufweisen.
Die Leiterbahnen (https://www.mikrocontroller.net/articles/Leiterbahnbreite) sind ausreichend dimensioniert:
- 5V spannungsführende Leiterbahnen: 10 mil
- 3,3V spannungsführende Leiterbahnen: 8 mil
- Datenleitungen: 6 mil
Das Kühlpad sollte generell Potenzialfrei bleiben. Vergleichbare SOT223 Spannungsregler weisen abweichende Belegung an der Kühlfahne auf.
Als die I2C (1-Wire) Erweiterung bekannt gegeben wurde, befand sich meine Version der MapleCUL/CUN Platine bereits in Fernost in der Produktion.
Moin,
Wie kann ich an den esp8266 erreichen ? Aktuell hängt der cul an ein raspi via USB. Ist er rein als Debugger zu nutzen oder sind auch andere Anwendungen denkbar?
Der fpg
Zitat von: fpg am 03 Februar 2018, 13:36:11
Ist er rein als Debugger zu nutzen oder sind auch andere Anwendungen denkbar?
Die serielle Schnittstelle an CN2 ist derzeit nur die Debug Schnittstelle, d.h. ESP ist als transparente Bridge geschaltet.
Gruß PeMue
Edit:
Schnittstellennummer bzw. Belegung oben korrigiert.
Moin,
...der esp würde ja eine nette fünfte funkschnittstelle erzeugen :)
Der fpg
Ich hatte ESP8266 als WLAN-Serial-Bridge des Öfteren thematisiert, leider ohne großen Anklang auszulösen.
https://forum.fhem.de/index.php/topic,60458.msg597195.html#msg597195
Zitat von: fpg am 03 Februar 2018, 13:36:11
Wie kann ich an den esp8266 erreichen ? Aktuell hängt der cul an ein raspi via USB.
https://github.com/jeelabs/esp-link/blob/master/WIFI-CONFIG.md
Ich habe einen deiner Mapleculs gekauft und wollte diesen Netzwerkfähig machen. Ich habe diesen w5500 (https://de.aliexpress.com/item/Free-Shipping-Q00216-1-Piece-USR-ES1-W5500-Chip-New-SPI-to-LAN-Ethernet-Converter-TCP/32435030006.html?spm=a2g0s.9042311.0.0.VMDHi3) gekauft.
Zum Glück hatte ich vorher Stiftsockelleisten aufgelötet da ich Probleme irgendwie schon im Gefühl hatte. Stecke ich nun den w5500 auf scheint es so, als ob das Board zuwenig Saft bekommt. LED1 leuchtet schwächer, der ESP fährt nicht hoch und die Powerleuchte am W5500 dimmt langsam herunter. Nach ein paar Sekunden ist dann Sense. Ziehe ich den W5500 ab, fährt das Board ohne Probleme hoch und wird am USB Port auch erkannt.
Zitat von: locutus am 04 Februar 2018, 19:25:23
Ich hatte ESP8266 als WLAN-Serial-Bridge des Öfteren thematisiert, leider ohne großen Anklang auszulösen.
https://forum.fhem.de/index.php/topic,60458.msg597195.html#msg597195
In der aktuellen Version 1.26.02 kann man den MapleCUN jetzt auch über den Debug USART steuern, wenn kein USB verbunden ist.
Zitat von: Telekatz am 07 Februar 2018, 21:35:16
In der aktuellen Version 1.26.02 kann man den MapleCUN jetzt auch über den Debug USART steuern, wenn kein USB verbunden ist.
Sprich: wenn kein USB verbunden ist, kann der Debug USART als serielle Schnittstelle für andere Dinge verwendet werden? Oder wie ist das gemeint?Edit: Hab's im Changelog nachgeschaut und kapiert: Wenn USB nicht angeschlossen ist, werden die DEBUG Ausgaben auf der seriellen Debug Schnittstelle ausgegeben, somit kann hier z.B. ein ESP8266-ESP01 angeschlossen werden. Korrekt?
@Telekatz: Hast Du IT in dieser Version für 433 MHz wieder mit einkompiliert?
Gruß PeMue
Zitat von: b4r7 am 05 Februar 2018, 10:53:58
Ich habe einen deiner Mapleculs gekauft und wollte diesen Netzwerkfähig machen. Ich habe diesen w5500 (https://de.aliexpress.com/item/Free-Shipping-Q00216-1-Piece-USR-ES1-W5500-Chip-New-SPI-to-LAN-Ethernet-Converter-TCP/32435030006.html?spm=a2g0s.9042311.0.0.VMDHi3) gekauft.
Zum Glück hatte ich vorher Stiftsockelleisten aufgelötet da ich Probleme irgendwie schon im Gefühl hatte. Stecke ich nun den w5500 auf scheint es so, als ob das Board zuwenig Saft bekommt. LED1 leuchtet schwächer, der ESP fährt nicht hoch und die Powerleuchte am W5500 dimmt langsam herunter. Nach ein paar Sekunden ist dann Sense. Ziehe ich den W5500 ab, fährt das Board ohne Probleme hoch und wird am USB Port auch erkannt.
Von der Anschlussbelegung her scheint das Modul gleich mit USR-ES1 zu sein.
In dem Fall könnte ein USB Voltage Tester Aufschluss über die Stromaufnahme geben.
Zitat von: locutus am 07 Februar 2018, 22:44:35
Von der Anschlussbelegung her scheint das Modul gleich mit USR-ES1 zu sein.
In dem Fall könnte ein USB Voltage Tester Aufschluss über die Stromaufnahme geben.
Gute Idee. Hab so einen in der Werkstatt. Teste es morgen gleich mal aus.
Zitat von: b4r7 am 05 Februar 2018, 10:53:58
Ich habe einen deiner Mapleculs gekauft und wollte diesen Netzwerkfähig machen. Ich habe diesen w5500 (https://de.aliexpress.com/item/Free-Shipping-Q00216-1-Piece-USR-ES1-W5500-Chip-New-SPI-to-LAN-Ethernet-Converter-TCP/32435030006.html?spm=a2g0s.9042311.0.0.VMDHi3) gekauft.
Zum Glück hatte ich vorher Stiftsockelleisten aufgelötet da ich Probleme irgendwie schon im Gefühl hatte. Stecke ich nun den w5500 auf scheint es so, als ob das Board zuwenig Saft bekommt. LED1 leuchtet schwächer, der ESP fährt nicht hoch und die Powerleuchte am W5500 dimmt langsam herunter. Nach ein paar Sekunden ist dann Sense. Ziehe ich den W5500 ab, fährt das Board ohne Probleme hoch und wird am USB Port auch erkannt.
Ich hatte das selbe Problem. Der zwei MapleCul hatte nach 8 Tagen Dauerbetrieb das selbe Problem gezeigt wie mein erster. Hab jetzt die Sicherung überbrückt und den ESP auch wieder dazu gesteckt. Stromaufnahme liegt jetzt ohne HM-uart zwischen 200 und 250 ma. Also alles im günen.
Zitat von: Telekatz am 07 Februar 2018, 21:35:16
In der aktuellen Version 1.26.02 kann man den MapleCUN jetzt auch über den Debug USART steuern, wenn kein USB verbunden ist.
Wenn ich das jetzt richtig verstanden habe kann ich den W5500 weglassen, Power per USB dran und hab jetzt echte WLAN2Cul über die ESP-bridge ?
Cool. Danke.
Zitat von: blueicechip am 08 Februar 2018, 01:25:34
Ich hatte das selbe Problem. Der zwei MapleCul hatte nach 8 Tagen Dauerbetrieb das selbe Problem gezeigt wie mein erster. Hab jetzt die Sicherung überbrückt und den ESP auch wieder dazu gesteckt. Stromaufnahme liegt jetzt ohne HM-uart zwischen 200 und 250 ma. Also alles im günen.
Welche Sicherung meinst du denn?
Wobei ich aber kein Fan davon bin irgendeine Sicherung zu überbrücken. :-\
Die kleine weiße F1 zwischen der USB Buchse und dem gelben Kondensator. Bei mir wurden die Hochohmig, wodurch die Spannung einbrach und dadurch auch die 3,3V völlig einknickten.
Zitat von: blueicechip am 08 Februar 2018, 02:01:31
Die kleine weiße F1 zwischen der USB Buchse und dem gelben Kondensator. Bei mir wurden die Hochohmig, wodurch die Spannung einbrach und dadurch auch die 3,3V völlig einknickten.
Okay ich messe 0,7 Ohm.
Hast recht, Die Spannung bricht bei angeschlossenem w5500 an einem der 3,3V Anschlüsse auf 1,1 V runter.
Moin,
... F1 müsste gegen etwas stromfesteres getauscht werden. Einfach brücken finde ich nicht so prickelnd..... schade um die ansonsten gut gemachte hardware
Der fpg
Zitat von: PeMue am 07 Februar 2018, 21:54:20
Sprich: wenn kein USB verbunden ist, kann der Debug USART als serielle Schnittstelle für andere Dinge verwendet werden? Oder wie ist das gemeint?
Edit: Hab's im Changelog nachgeschaut und kapiert: Wenn USB nicht angeschlossen ist, werden die DEBUG Ausgaben auf der seriellen Debug Schnittstelle ausgegeben, somit kann hier z.B. ein ESP8266-ESP01 angeschlossen werden. Korrekt?
Wenn keine USB Verbindung aufgebaut ist, kann man die Debug Schnittstelle zum steuern des MapleCUN verwenden und auch die empfangenen Nachrichten werden darüber ausgegeben. Debugausgaben gibt es aktuell über die Debug Schnittstelle keine mehr.
Zitat von: PeMue am 07 Februar 2018, 21:54:20
@Telekatz: Hast Du IT in dieser Version für 433 MHz wieder mit einkompiliert?
IT war nie draußen. Es war lediglich ein ARM spezifischer Bug enthalten, der jetzt gefixt sein sollte.
Hallo Telekatz,
dann sind m.E. folgende Kombinationen möglich:
USB:
4x Radios (oder 3x Radio + 1-wire) bzw. seriell 0 + seriell 1 an den drei USB Schnittstellen
USB nicht angeschlossen:
4x Radios (oder 3x Radio + 1-wire?) über seriell DBG (ggf. über ESP8266 per WLAN)
seriell 0 und seriell 1 können dann nur über LAN bedient werden
-> oder man bringt dem ESP8266 bei seriell 0 bzw. seriell 1 jeweils über eine SoftSerial Schnittstelle zu bedienen (mit Jumpern auf der Platine)
LAN:
4x Radios (oder 3x Radio + 1-wire) bzw. seriell 0 + seriell 1 über die drei verschiedenen Ports
Passt das soweit, oder habe ich was übersehen?
Danke + Gruß
PeMue
Zitat von: Telekatz am 07 Februar 2018, 21:35:16
In der aktuellen Version 1.26.02 kann man den MapleCUN jetzt auch über den Debug USART steuern, wenn kein USB verbunden ist.
Vielen Dank! Nun ist auch der MapleCUL WLAN fähig.
da es schon spät ist... mal die doofe frage:
auf die 4 funk module komme ich per wlan über den esp drauf, auf den hmmod uart nicht... richtig? oder mache ich nur grad etwas falsch??? :) 8)
Ja, das ist richtig.
Für das HM Uart Modul brauchst du die USB oder LAN Verbindung,
da in der CUL Firmware und FHEM Software noch keine Option drin ist um ein HM Uart Modul über das CUL Protokoll direkt anzusprechen.
Hallo zusammen!
Benötige Hilfe .. Der mapleCUL1 soll Lacrosse empfangen
VERSION : V 1.25.01 a-culfw Build: private build (unknown) MapleCUNx4_03 (F-Band: 868MHz)
ccconf : freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
cmds : B b C F i A Z N E k G M K L U Y R T V W X e f l p t x z *
rfmode : SlowRF
Set marpelCUL1 Raw Nr1, dann bekommen ich immer: mapleCUL1: Unknown code N019284763B7CAAAA000046ACA4, help me!
Es ist der MarpelCul von Loculus , ich Danke im Vorfeld für Tips :=)
Hallo locutus,
Zitat von: locutus am 10 Dezember 2017, 21:41:35
Bootloader flashen:
- ...
- Datei maple_mini_boot20.bin öffnen.
- Erase necessary pages auswählen.
- Auf Next drücken.
- ...
Firmware bauen:
apt-get install git make gcc-arm-none-eabi
git clone https://github.com/heliflieger/a-culfw.git
cd a-culfw/culfw/Devices/MapleCUN
make clean
make
warum muss man die Firmware für den Eigenbau CUNx4 (https://forum.fhem.de/index.php/topic,80872.msg729254.html#msg729254) selber bauen, wenn doch der korrekte Bootloader geflasht ist (ok, die USB Disconnect Schaltung fehlt, aber so wie ich das verstanden habe, wird das mit der Tastenkombination beim Booten erledigt)?
Kann ich nicht einfach die vorkompilierte Version von Mediafire (https://www.mediafire.com/folder/iuf7lue8r578c/a-culfw) verwenden?
Danke + Gruß
PeMue
Zitat von: PeMue am 20 Februar 2018, 17:46:50
ok, die USB Disconnect Schaltung fehlt ...
Die USB Disconnect Schaltung ist sowohl auf dem MapleCUL/CUN (T1 & R7) als auch auf dem USB-Stick (T1 & R9) vorhanden.
https://forum.fhem.de/index.php/topic,60458.msg645134.html#msg645134
Zitat von: PeMue am 20 Februar 2018, 17:46:50
... wenn doch der korrekte Bootloader geflasht ist
Das Prinzip des Bootloaders ist bekannt?
https://forum.fhem.de/index.php/topic,60458.msg600942.html#msg600942
Zitat von: PeMue am 20 Februar 2018, 17:46:50
... aber so wie ich das verstanden habe, wird das mit der Tastenkombination beim Booten erledigt)?
Jein! Die Dateien mit "_BL.bin" am Enden korrespondieren mit dem Bootloader. Bei den bin-Dateien ohne BL am Enden besteht die Gefahr, dass der Bootloder dauerhaft überschrieben wird.
https://forum.fhem.de/index.php/topic,60458.msg645236.html#msg645236
Zitat von: PeMue am 20 Februar 2018, 17:46:50
warum muss man die Firmware für den Eigenbau CUNx4 (https://forum.fhem.de/index.php/topic,80872.msg729254.html#msg729254) selber bauen
z. B. wegen fehlender Emulation der LaCrosse Sensoren als HMS Devices...
Zitat von: toensi am 20 Februar 2018, 15:36:53
Set marpelCUL1 Raw Nr1, dann bekommen ich immer: mapleCUL1: Unknown code N019284763B7CAAAA000046ACA4, help me!
ich Danke im Vorfeld für Tips :=)
... siehe dazu https://forum.fhem.de/index.php/topic,36565.0.html
Hallo locutus,
Kannst du bitte mal kurz den Typ der verwendeten Mini-Taster beim MapleCULx2_USB posten.
Ich habe mir anhand Deiner Gerber-Files die PCB in China bestellt und sitze gerade an der Bauteilliste.
Danke,
Kawa
eBay Shop Assisi Electric UK (http://stores.ebay.de/assisielectricuk/) Suchbegriff:
3x4x2mm Momentary Tactile Tact Push Button Switch SMD SMT Surface Mount
Hallo zusammen,
ich habe dem MapleCUL USB-Stick ein WLAN-Add-On mit dem ESP-M3 Funkmodul spendiert.
Stückliste:
- WLAN-Add-On Platine
- ESP8285MOD ESP-M3 WLAN-Modul
- 0 Ohm Widerstand Bauform 0805
- 4-pol. Stiftleiste RM 2,54 mm
Erforderliche Tools:
- USB-zu-TTL Adapter mit 3.3V Logik
- Verbindungskabel (Jumperkabel)
- Lötkolben
- Flash Download Tools (http://www.espressif.com/en/support/download/other-tools)
- esp-link Firmware (https://github.com/jeelabs/esp-link/releases)
esp-link Firmware flashen:
- Die Lötbrücken J1 und J2 schließen
- Lötbrücke GPIO0 mit GND verbinden
- WLAN-Add-On Platine (GND, 3V3, TX und RX) mit einem USB-zu-TTL Adapter 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
- Verbindung zwischen GPIO0 und GND aufheben
esp-link Konfiguration:
Home -> Pin assignment:
Reset -> disabled
ISP/Flash -> disabled
Conn LED -> gpio2/TX1
Serial LED -> disabled
UART pins -> normal
µC Console:
Baud -> 115200
Fmt -> 8N1
Debug log:
UART debug log -> off
MapleCUL WLAN Definition in FHEM:
define MapleCUL1 CUL 192.168.4.2:23 1234
Der zweite Transceiver wird als STACABLE_CC angelegt:
define MapleCUL2 STACKABLE_CC MapleCUL1
Zitat von: locutus am 20 März 2018, 21:35:25Suchbegriff:
3x4x2mm Momentary Tactile Tact Push Button Switch SMD SMT Surface Mount
Danke für den Tip, allerdings ist der Shop scheinbar tot.
Habe mit dem Suchbegriff das hier:
https://www.ebay.de/itm/10-pcs-3X4X2mm-Tactile-Push-Button-Switch-Tact-Switch-Micro-Switch-2-Pin-SMD/263385936601?hash=item3d530672d9:g:oHsAAOSw9mpaBudj (https://www.ebay.de/itm/10-pcs-3X4X2mm-Tactile-Push-Button-Switch-Tact-Switch-Micro-Switch-2-Pin-SMD/263385936601?hash=item3d530672d9:g:oHsAAOSw9mpaBudj)
gefunden, ich hoffe die passen.
Hallo locutus,
Zitat von: locutus am 11 Dezember 2017, 20:40:02
MapleCUL USB-Stick mit zwei CC1101 Transceivern
- Hardware Version 1.0 (https://forum.fhem.de/index.php/topic,60458.msg621959.html#msg621959) ohne Bootloader
WLAN Add-on Board für MapleCUL USB-Stick
Seit der a-culfw Ver. 1.26.02 (https://forum.fhem.de/index.php/topic,80872.msg762575.html#msg762575) ist der MapleCUL USB-Stick WLAN fähig. Der USB-Stick stellt an dem 4-pol. Lötanschluss eine serielle Schnittstelle mit 115200 Baud zur Verfügung. Hier kann ein ESP8285MOD ESP-M3 Modul mit der esp-link Firmware (https://github.com/jeelabs/esp-link) angeschlossen werden.
Gibt es die Möglichkeit, den Bootloader und die Firmware mit Bootloader v1.26.02 per STM Tool auf den Stick zu bringen? Oder muss ich selber compilieren und dann per STM Tool flashen?
Die erstere Variante würde das Ganze erheblich vereinfachen.
Danke + Gruß
Peter
Ich kann nicht den geringsten Sinn darin erkennen einen Bootloader auf "nicht Bootloader fähige Hardware" zu installieren, wenn dieser letztlich durch das Schreiben der a-culfw Firmware gelöscht wird.
Zitat von: locutus am 08 April 2018, 10:48:09
Ich kann nicht den geringsten Sinn darin erkennen einen Bootloader auf "nicht Bootloader fähige Hardware" zu installieren, wenn dieser letztlich durch das Schreiben der a-culfw Firmware gelöscht wird.
Dann drehe ich die Frage rum: würde auch das Flashen der "bootloader fähigen" Firmware per STM Tool auf einer "nicht bootloader fähigen" Hardware funktionieren? Oder braucht diese Firmware irgendwelche Einsprung Adressen, die durch den Bootloader vorgegeben sind. Ich möchte eigentlich das Ganze nicht selber kompilieren ...
Danke + Gruß
PeMue
Der Bootloader erwartet die Firmware am USB-Port. Das Flashen der _BL.bin Datei über die serielle Schnittstelle bewirkt, dass der USB-Stick letztlich funktionslos wird.
Das genauer zu erläutern dauert länger als die Firmware im Copy & Paste Verfahren auf einem Raspberry Pi zu bauen.
Zitat von: locutus am 08 April 2018, 22:05:29
Das genauer zu erläutern dauert länger als die Firmware im Copy & Paste Verfahren auf einem Raspberry Pi zu bauen.
Perfekt, läuft. Vielen Dank. Das Verstehen, was mit bzw. ohne Bootloader läuft, ist trotzdem noch auf meiner Agenda - auch wenn's mal wieder länger dauert ;)
Gruß PeMue
Mal zur Erklärung:
Du stöpselst ein Gerät an per USB an den Host. Der Host versucht das Gerät zu erkennen und stellt sich darauf ein dass USB-ID 1234:5678 angeschlossen ist.
Wenn das Gerät aber nun USB-ID 4711:0815 haben möchte wird das nicht möglich sein. Der Host hat sich seine Meinung schon gebildet.
Der Host wird es nur anders überlegen wenn das Gerät kurz die Verbingung zum USB-Port trennt (USB-Disconnect). Dann geht das Spiel von vorne los und das Gerät meldet sich dann z.B. nicht als LeafLabs Device (der Bootloader) sonder als das gewünschte produktive Gerät.
Logs dazu gibt es auch im Thread von Telekatz.
Hallo,
ich hoffe ich bin hier nicht falsch, aber ich versuche es mal.
Ich habe eine MapleCUL mit WLAN AddOn, der lässt sich auch wunderbar verwenden. Ich nutze den CUL als Intertechno Receiver.
Ich stolpere häufig über das 5Minuten-Timeout des ESP-Link:
Zitat
Serial bridge
In order to connect through the esp-link to a microcontroller use port 23. For example, on linux you can use nc esp-hostname 23 or telnet esp-hostname 23.
The connections on port 23 and 2323 have a 5 minute inactivity timeout. This is standard with Espressif's SDK and esp-link does not change it. The reason is that due to memory limitations only a few connections can be open (4 per port) and it's easy for connections to get "lost" staying open forever, for example, due to wifi disconnects. That could easily make it impossible to connect to esp-link due to connection exhaustion. Something smarter is most likely possible...
Da der CUL bei mir nur "Empfänger" für Bewegungsmelder spielt ist recht wenig auf dem Ding los, daher reagiert er irgendwann einfach nicht mehr.
Ich behelfe mir einfach so, dass ich per AT alle paar Minuten mal ein Kommando sende (get version). Wie handhabt ihr das? Gibt es Kommandos die weniger "aufwendig" sind? Hat Jemand die ESP-Link Firmware modifiziert?
Grüße
Der Timeout kann mit einem Ping umgangen werden:
define esplink PRESENCE lan-ping 192.168.4.2 120
https://fhem.de/commandref_DE.html#PRESENCE
Hallo zusammen,
ich möchte euch die Version 1.1 des MapleCUx vorstellen.
Die wichtigsten Neuerungen und Änderungen im Überblick:
Ersetzt:
- BOOT1 Jumper durch BOOT1 Lötbrücke
Hinzugefügt:
- 1-Wire Busmaster. Optional anstelle von Transceiver Nr. 3 kann die Platine mit sechs SMD Bauteilen bestückt werden.
- 3-pol. 1-Wire Port (Lötaugen)
- JP1 Lötbrücke. Ermöglicht das Überbrücken der PTC-Sicherung (500 mA nach USB Standard) um höheren Stromfluss zu gewähren. ACHTUNG! Kann zu dauerhaften Schäden am Hostrechner bzw. Leiterbahnen führen!
Entfernt:
- LED2 (WLAN-Status-LED). Anstelle von LED2 wird die integrierte ESP8266/ESP8285 LED an GPIO2 genutzt.
Korrekturen:
- LED1 (CUL-LED) in die Mitte zwischen die Antennen ANT2 und ANT3 verlagert
- serielle Schnittstellen CN1 und CN4 haben die Plätze getauscht
- "Schönheitskorrekturen" am Layout
Moin,
...eine 1wire only Lösung hätte doch auch ihren Charme.... zumal so mancher ja schon die Version 1.0 des cux hat. Ideal wäre so was mit WLAN oder LAN ggf. mit poe. ;) :)
der fpg
Moin,
ich wollte die Tage mal deinen MapleCUN nachbauen und habe noch ein paar kleinere Fragen. Zum einen hast du vielleicht eine BOM zur Platine?
In erster Linie scheiter ich gerade an deinem Quarz den du eingesetzt hast. Kannst du die Bauform dazu geben oder woher du den hast?
Grüße
carpenoctem
Fast alle SMD Komponenten sind von Reichelt Elektronik:
https://www.reichelt.de/smd-resonator-8-00-mhz-groesse-3-2x1-3x0-9mm-cstce-8-00-p89701.html
Einige Exoten wie F1, IC2, T1 und U5 sind von LCSC:
https://lcsc.com/
Moin,
...nach einem Jahr will ich die platine endlich in ein hübsches gehäuse bauen. Da bleiben aber zweieinhalb fragen ;)
- welches Gehäuse
- welche Antennen
Ein Gehäuse Metall verhindert sehr effektiv die W-Lan Funktion... und welche externen Antennen für die anderen frequenzen funktionieren genauso gut oder besser als die angelöteten spiralies ?
der fpg
Zitat von: locutus am 20 April 2018, 21:35:19
Der Timeout kann mit einem Ping umgangen werden:
define esplink PRESENCE lan-ping 192.168.4.2 120
https://fhem.de/commandref_DE.html#PRESENCE
Moin, habe das MapleCUL erfolgreich in Betrieb genommen, Empfang und Senden auf 433 Mhz mit Funksteckdosen funktioniert einwandfrei.
Allerdings bekomme ich im FHEM-Log auch immer die Timeouts nach 5 Minuten angezeigt. Das PRESENCE-define habe ich schon eingebaut, hat aber offenbar keine Auswirkung...
2018.12.31 13:53:53 1: 192.168.178.47:23 disconnected, waiting to reappear (MapleCUN_0_868)
2018.12.31 13:53:53 3: MapleCUN_0_868: Possible commands: BbCFiAZNEkGMKLUYRTVWXeflptxz*
2018.12.31 13:53:53 1: 192.168.178.47:23 reappeared (MapleCUN_0_868)
2018.12.31 13:53:54 3: MapleCUN_1_433: Possible commands: bCFiAZNEGMKLUYRTVWXfxz
2018.12.31 13:58:54 1: 192.168.178.47:23 disconnected, waiting to reappear (MapleCUN_0_868)
2018.12.31 13:58:54 3: MapleCUN_0_868: Possible commands: BbCFiAZNEkGMKLUYRTVWXeflptxz*
2018.12.31 13:58:54 1: 192.168.178.47:23 reappeared (MapleCUN_0_868)
2018.12.31 13:58:54 3: MapleCUN_1_433: Possible commands: bCFiAZNEGMKLUYRTVWXfxz
2018.12.31 14:03:55 1: 192.168.178.47:23 disconnected, waiting to reappear (MapleCUN_0_868)
2018.12.31 14:03:55 3: MapleCUN_0_868: Possible commands: BbCFiAZNEkGMKLUYRTVWXeflptxz*
2018.12.31 14:03:55 1: 192.168.178.47:23 reappeared (MapleCUN_0_868)
2018.12.31 14:03:55 3: MapleCUN_1_433: Possible commands: bCFiAZNEGMKLUYRTVWXfxzHat das Auswirkung auf die Funktion des Moduls? Ist es dann nicht sende- bzw. empfangsfähig?
Und wie kann ich die Log-Einträge unterbinden?
Und eine letzte Frage noch, gibt es eine Bauteil- und Bestückungsliste um den OneWire-Busmaster nachzurüsten und
muss die Firmware dann geflasht werden?
Danke und guten Rutsch!
habee
ZitatHat das Auswirkung auf die Funktion des Moduls? Ist es dann nicht sende- bzw. empfangsfähig?
Davon gehe ich aus.
=> Stabile Versorgungsspannung aus gutem Netzteil über gutes kurzes Kabel einspeisen. (Ist ein Pufferkondensator vorhanden?)
Zitat von: habee am 31 Dezember 2018, 14:17:01
Moin, habe das MapleCUL erfolgreich in Betrieb genommen, Empfang und Senden auf 433 Mhz mit Funksteckdosen funktioniert einwandfrei.
Allerdings bekomme ich im FHEM-Log auch immer die Timeouts nach 5 Minuten angezeigt. Das PRESENCE-define habe ich schon eingebaut, hat aber offenbar keine Auswirkung...
2018.12.31 13:53:53 1: 192.168.178.47:23 disconnected, waiting to reappear (MapleCUN_0_868)
2018.12.31 13:53:53 3: MapleCUN_0_868: Possible commands: BbCFiAZNEkGMKLUYRTVWXeflptxz*
2018.12.31 13:53:53 1: 192.168.178.47:23 reappeared (MapleCUN_0_868)
2018.12.31 13:53:54 3: MapleCUN_1_433: Possible commands: bCFiAZNEGMKLUYRTVWXfxz
2018.12.31 13:58:54 1: 192.168.178.47:23 disconnected, waiting to reappear (MapleCUN_0_868)
2018.12.31 13:58:54 3: MapleCUN_0_868: Possible commands: BbCFiAZNEkGMKLUYRTVWXeflptxz*
2018.12.31 13:58:54 1: 192.168.178.47:23 reappeared (MapleCUN_0_868)
2018.12.31 13:58:54 3: MapleCUN_1_433: Possible commands: bCFiAZNEGMKLUYRTVWXfxz
2018.12.31 14:03:55 1: 192.168.178.47:23 disconnected, waiting to reappear (MapleCUN_0_868)
2018.12.31 14:03:55 3: MapleCUN_0_868: Possible commands: BbCFiAZNEkGMKLUYRTVWXeflptxz*
2018.12.31 14:03:55 1: 192.168.178.47:23 reappeared (MapleCUN_0_868)
2018.12.31 14:03:55 3: MapleCUN_1_433: Possible commands: bCFiAZNEGMKLUYRTVWXfxz
Hat das Auswirkung auf die Funktion des Moduls? Ist es dann nicht sende- bzw. empfangsfähig?
Und wie kann ich die Log-Einträge unterbinden?
Und eine letzte Frage noch, gibt es eine Bauteil- und Bestückungsliste um den OneWire-Busmaster nachzurüsten und
muss die Firmware dann geflasht werden?
Danke und guten Rutsch!
habee
Ein ESP kappt alle 5 Minuten die WLAN Verbindung wenn keine Daten drüber gehen. Ich habe mir damit beholfen, dass ich alle 3 Minuten die Version des CUL mit einem "at" abfrage.
Nähere Infos findest du auch hier im Thread: https://forum.fhem.de/index.php/topic,80872.msg795328/topicseen.html#msg795328
Ich weiß nicht ob ein Ping ausreicht, da hier die CUL Firmware nicht direkt angesprochen wird.
Zitat von: Ranseyer am 31 Dezember 2018, 14:24:55
Davon gehe ich aus.
=> Stabile Versorgungsspannung aus gutem Netzteil über gutes kurzes Kabel einspeisen. (Ist ein Pufferkondensator vorhanden?)
Damit hat es leider nicht zu tun, siehe Beitrag über dem hier.
Zitat von: gloob am 31 Dezember 2018, 14:43:01
Damit hat es leider nicht zu tun, siehe Beitrag über dem hier.
Da wirst du Recht haben, wenn man die Daten noch über das "Funkmodul" quält...
(Wobei das Spannungsversorgungsproblem jederzeit dazukommen kann bei Anschluss am Router, usw...)
Zitat von: habee am 31 Dezember 2018, 14:17:01
Und eine letzte Frage noch, gibt es eine Bauteil- und Bestückungsliste um den OneWire-Busmaster nachzurüsten und muss die Firmware dann geflasht werden?
Sind die benötigten Bauteile aus dem Schaltplan (https://forum.fhem.de/index.php?action=dlattach;topic=80872.0;attach=110002;image) (rechts unten in der Ecke) nicht ersichtlich?
Die 1-Wire Option ist bereits in der Firmware eingebunden.
Erforderliche Definition in FHEM:
https://wiki.fhem.de/wiki/MapleCUx_und_1-wire#FHEM
@locutus:
Also die Teile für Onewire sind wie folgt:
R15/16 -> SMD 2,7 kOHM
R17 -> SMD 51 Ohm
IC3 -> DS2482-100S
ZD1 -> DS9503P
T2 -> BSS84
Nur: gibt es irgendwo eine Bezugsquelle wo ich alle Teile bekomme?
Das mit dem 5 Minuten Timeout des esp habe ich jetzt erst mal mit
define MapleCUN_Alive at +*00:03:00 get MapleCUN_0_868 ccconf
attr MapleCUN_Alive DbLogExclude .*
attr MapleCUN_Alive verbose 0
gelöst.
Dank euch allen und jetzt erst einmal guten Rutsch!
Moin,
nochmal eine kleine Frage zu der Platine:
Gibt es eigentlich ein CC1101 Board mit 433 MHz, was zu deiner Platine kompatibel ist?
Grüße
Ja, diese hier:
€ 2,67 | RTC1101 high performance wireless FSK transceiver module CC1101 radio transceiver chip 600 meters 1200bps 433 Mhz / 315/868/915
https://s.click.aliexpress.com/e/YB0rjrL
Gruß Arnd
Gesendet von iPhone mit Tapatalk
Danke die dort hatte ich noch nicht gefunden gehabt ;)
Grüße
Zitat von: RaspiLED am 04 Januar 2019, 19:11:17
€ 2,67 | RTC1101 high performance wireless FSK transceiver module CC1101 radio transceiver chip 600 meters 1200bps 433 Mhz / 315/868/915
https://s.click.aliexpress.com/e/YB0rjrL
Hi Arndt,
denkst du das sind echte CC1101 ?
Grüße
Ich hab die auch immer bestellt und funktionieren ohne Probleme
Hi,
Ich gebe solche Links nur, nachdem ich sie auch selbst erfolgreich nutze ;-)
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Danke, davon gehe ich aus. Aber die Frage war eher in die Richtung ob da ein richtiger CC1101 verbaut ist...
Denke die Beschriftung müsste dazu gelasert sein, kein Rausch-Muster bei starker Vergrößerung (=abgeschliffen).
ID = 18 (?)
Also ob derRichtige Chip drauf ist der von TI auch zum Senden gedacht ist.
Also ich habe welche von hier:
https://de.aliexpress.com/item/CC1101-433MHz-wireless-module-CC1101-433MHz/1690795102.html?spm=a2g0s.9042311.0.0.1da94c4dDsbXFd
- haben eine Beschriftung (wie auf dem Bild). Man muss die allerdings etwas ins Licht kippen, damit man die überhaupt sieht.
- Oberfläche sieht ok aus
und von hier:
https://de.aliexpress.com/item/RTC1101-high-performance-wireless-FSK-transceiver-module-CC1101-radio-transceiver-chip-600-meters-1200bps-433-Mhz/32472259186.html?spm=a2g0s.9042311.0.0.1da94c4dDsbXFd
- keine Beschriftung (wie auf dem Bild)
- bei einem meine ich so eine geriffelte Oberfläche zu erkennen
Der zweite Link ist wohl der gleiche wie der von Arnd. Verbaut hab ich einen von denen. Senden und Empfangen funktioniert soweit.
Jedoch ist mir gerade aufgefallen, dass das Senden irgendwie verzögert ist. Wenn ich in FHEMWEB auf den Button drücke, dann dauerts so ca. 500 ms (und auch mal länger) bis geschaltet wird. Über RfxTrx433 geht es sofort. Hat aber wohl nix mit dem Chip zu tun.
EDIT:
Auch bei apptime zu sehen (also fast 1 Sek. blockiert):
name function max count total average maxDly avgDly TS Max call param Max call
sz_lightLavaIT IT_Set 990 137 7543.39 55.06 0.00 0.00 05.01. 13:15:29 HASH(sz_lightLavaIT); sz_lightLavaIT; off
sys_cul433 CUL_Get 964 18 7131.42 396.19 0.00 0.00 05.01. 13:15:29 HASH(sys_cul433); ; raw; is0F0000000FF0
Hallo Locutus... gibt es den mapleCUL oder miniCUL noch irgendwie zu kaufen? Bin nicht sicher ob ich den selbstbau hin bekomme.
Danke aber schon mal für deine Arbeit und Hilfe. Einen WLAN fähigen CUL suche ich schon lang.
Grüsse Ben
Ich habe bislang ausschließlich HM und möchte nun auch andere Hersteller mit einbeziehen. Kann der MapleCUL auch FS20, Intertechno und Smartwares Protokolle ? Ich würde so ein MapleCUL mit Netzwerkanbindung (bevorzugt: LAN) und Stromversorgung benötigen; der VerkaufsThread ist leider mit Ausverkauft markiert !!!???
Zitat von: statler am 14 Januar 2019, 17:34:31
Kann der MapleCUL auch FS20, Intertechno und Smartwares Protokolle?
In der Reihenfolge der Fragen: ja (868 MHz), ja (433 MHz) und weiß ich leider nicht.
Gruß Peter
Und 3 Jein (433 MHz) siehe auch: https://wiki.fhem.de/wiki/Smartwares
Gruß Arnd
Gesendet von iPhone mit Tapatalk
Kann man diesen MapleCUL eigentlich auch per FHEM:DEVIO und STACKABLE (wie im Wiki (https://wiki.fhem.de/wiki/MapleCUN) unter "neue Variante" beschrieben) in Betrieb nehmen?
Wenn ich mich am Wiki-Beispiel orientiere, so kann erhalte ich beim CUL1,2,3 beim "get xyz ccconf" den Fehler "Timeout reading answer for get C0D".
Und außerdem wird mein Log mit "Unknown code"-Zeilen geflutet.
Nachtrag: das mit dem "unknown code" lag wohl an mir.
define MAPLECUL_USB_868 CUL /dev/serial/by-id/usb-STM32_MAPLECUL_USB__6bfbb14f-if0@38400 4444
attr MAPLECUL_USB_868 group Gateways
attr MAPLECUL_USB_868 icon cul_868
attr MAPLECUL_USB_868 model CUN
attr MAPLECUL_USB_868 rfmode SlowRF
attr MAPLECUL_USB_868 room TRX
define MAPLECUL_USB_868Stack STACKABLE MAPLECUL_USB_868
attr MAPLECUL_USB_868Stack room TRX
define MAPLECUL_USB_433 CUL FHEM:DEVIO:MAPLECUL_USB_868Stack:9600 0000
attr MAPLECUL_USB_433 group Gateways
attr MAPLECUL_USB_433 icon cul_cul
attr MAPLECUL_USB_433 model CUN
attr MAPLECUL_USB_433 room TRX
define MAPLECUL_USB_433Stack STACKABLE MAPLECUL_USB_433
attr MAPLECUL_USB_433Stack room TRX
define MAPLECUL_USB_868HM CUL FHEM:DEVIO:MAPLECUL_USB_433Stack:9600 0000
attr MAPLECUL_USB_868HM group Gateways
attr MAPLECUL_USB_868HM hmId 308393
attr MAPLECUL_USB_868HM icon cul_868
attr MAPLECUL_USB_868HM rfmode HomeMatic
attr MAPLECUL_USB_868HM room 8.00_Zentral,TRX
define MAPLECUL_USB_868_Stack STACKABLE MAPLECUL_USB_868HM
attr MAPLECUL_USB_868_Stack room TRX
define MAPLECUL_USB_868HM2 CUL FHEM:DEVIO:MAPLECUL_USB_868_Stack:9600 0000
attr MAPLECUL_USB_868HM2 group Gateways
attr MAPLECUL_USB_868HM2 hmId 308393
attr MAPLECUL_USB_868HM2 icon cul_868
attr MAPLECUL_USB_868HM2 rfmode HomeMatic
attr MAPLECUL_USB_868HM2 room 8.00_Zentral,TRX
Mache ich etwas falsch? Oder muss ich die alte Schreibweise mit STACKABLE_CC nutzen?
Zitat von: FunkOdyssey am 22 Januar 2019, 17:14:55
Kann man diesen MapleCUL eigentlich auch per FHEM:DEVIO und STACKABLE (wie im Wiki (https://wiki.fhem.de/wiki/MapleCUN) unter "neue Variante" beschrieben) in Betrieb nehmen?
Wenn ich mich am Wiki-Beispiel orientiere, so kann erhalte ich beim CUL1,2,3 beim "get xyz ccconf" den Fehler "Timeout reading answer for get C0D".
Und außerdem wird mein Log mit "Unknown code"-Zeilen geflutet.
define MAPLECUL_USB_868 CUL /dev/serial/by-id/usb-STM32_MAPLECUL_USB__6bfbb14f-if0@38400 4444
attr MAPLECUL_USB_868 group Gateways
attr MAPLECUL_USB_868 icon cul_868
attr MAPLECUL_USB_868 model CUN
attr MAPLECUL_USB_868 rfmode SlowRF
attr MAPLECUL_USB_868 room TRX
define MAPLECUL_USB_868Stack STACKABLE MAPLECUL_USB_868
attr MAPLECUL_USB_868Stack room TRX
define MAPLECUL_USB_433 CUL FHEM:DEVIO:MAPLECUL_USB_868Stack:9600 0000
attr MAPLECUL_USB_433 group Gateways
attr MAPLECUL_USB_433 icon cul_cul
attr MAPLECUL_USB_433 model CUN
attr MAPLECUL_USB_433 room TRX
define MAPLECUL_USB_433Stack STACKABLE MAPLECUL_USB_433
attr MAPLECUL_USB_433Stack room TRX
define MAPLECUL_USB_868HM CUL FHEM:DEVIO:MAPLECUL_USB_433Stack:9600 0000
attr MAPLECUL_USB_868HM group Gateways
attr MAPLECUL_USB_868HM hmId 308393
attr MAPLECUL_USB_868HM icon cul_868
attr MAPLECUL_USB_868HM rfmode HomeMatic
attr MAPLECUL_USB_868HM room 8.00_Zentral,TRX
define MAPLECUL_USB_868_Stack STACKABLE MAPLECUL_USB_868HM
attr MAPLECUL_USB_868_Stack room TRX
define MAPLECUL_USB_868HM2 CUL FHEM:DEVIO:MAPLECUL_USB_868_Stack:9600 0000
attr MAPLECUL_USB_868HM2 group Gateways
attr MAPLECUL_USB_868HM2 hmId 308393
attr MAPLECUL_USB_868HM2 icon cul_868
attr MAPLECUL_USB_868HM2 rfmode HomeMatic
attr MAPLECUL_USB_868HM2 room 8.00_Zentral,TRX
Mache ich etwas falsch? Oder muss ich die alte Schreibweise mit STACKABLE_CC nutzen?
Hast du die Funktionalität denn mal über STACKABLE_CC getestet?
Ja, damit klappt das einwandfrei.
Hier noch einmal der direkte Vergleich.
STACKABLE_CC funktioniert
define MapleCUL0 CUL /dev/serial/by-id/usb-STM32_MapleCUL_1234567-if00@38400 4444
attr MapleCUL0 rfmode SlowRF
define MapleCUL1 STACKABLE_CC MapleCUL0
attr MapleCUL1 rfmode SlowRF
define MapleCUL2 STACKABLE_CC MapleCUL1
define MapleCUL3 STACKABLE_CC MapleCUL2
STACKABLE funktioniert nicht beim "get xyz ccconf"
define MapleCUL0 CUL /dev/serial/by-id/usb-STM32_MapleCUL_1234567-if00@38400 4444
attr MapleCUL0 rfmode SlowRF
define MapleCUL0_Stack STACKABLE MapleCUL0
define MapleCUL1 CUL FHEM:DEVIO:MapleCUL0_Stack:9600 0000
attr MapleCUL1 rfmode SlowRF
define MapleCUL1_Stack STACKABLE MapleCUL1
define MapleCUL2 CUL FHEM:DEVIO:MapleCUL1_Stack:9600 0000
define MapleCUL2_Stack STACKABLE MapleCUL2
define MapleCUL3 CUL FHEM:DEVIO:MapleCUL2_Stack:9600 0000
List vom Device:
Internals:
CFGFN
CMDS BbCFiAZNEkGMKLUYRTVWXeflptxz*
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS:FS20V: :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/serial/by-id/usb-STM32_MapleCUL_1234567-if00@38400 4444
DeviceName /dev/serial/by-id/usb-STM32_MapleCUL_1234567-if00@38400
FD 218
FHTID 4444
FUUID 5c4749a9-f33f-47ae-68ce-cb069f5c355973d7
NAME MapleCUL0
NR 1085
PARTIAL
STACKED MapleCUL1
STATE Initialized
TYPE CUL
VERSION V 1.26.05 a-culfw Build: 311 (2018-12-09_19-12-53) MapleCUNx4_0F (F-Band: 868MHz)
initString X21
MatchList:
0:FS20V ^81..(04|0c)..0101a001......00[89a-f]...
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:
2019-01-22 17:49:45 cmds B b C F i A Z N E k G M K L U Y R T V W X e f l p t x z *
2019-01-22 17:49:45 state Initialized
Attributes:
group MapleCUL
rfmode SlowRF
Sollte gehen, aber nicht gleichzeitig und nur nach FHEM restart!
Gruß Arnd
Gesendet von iPhone mit Tapatalk
So habe ich das gemacht.
Ich probiere morgen mal weiter rum.
Hallo,
ich habe ein gebrauchtes MapleCUN Board ersteigert. Leider funktioniert es nicht. Eventuell kann mir jemand Schützenhilfe geben.
Es gibt folgendes Fehlerbild:
Ich habe zunächst den Bootloader neu geflasht, was ohne Weiteres nach ein paar Versuchen geglückt ist.
Leider kann ich das Teil nicht dazu bewegen in den DFU Modus zu wechseln um die aculfw zu flashen. Er scheint zwar drin zu sein, allerdings erkennt keines meiner Geräte den USB Port.
Ich gehe stark davon aus, dass irgend etwas auf der Platine nicht korrekt funktioniert. Unter Windows bekomme ich angezeigt, dass das Gerät nicht korrekt arbeitet. Unter Linux bekomme ich folgendes Fehlerbild siehe Bildschirmfoto.
Lötaugen wurden schon überprüft und nachgelötet aber dennoch keine Chance das Teil dazu zu bringen, per USB erkannt zu werden.
Evtl. hat jemand einen Hinweis um welches Bauteil es sich handeln könnte?
Außerdem ist mir, nach dem Studium des Platinenplans aufgefallen, dass auf F1 wohl eine Brücke anstatt einer Sicherung verbaut ist. Ist das normal? Oder kann das schon ein Fehler sein?
Ich wäre für jeden Hinweis dankbar!
Grüße Michi
Hi,
Wenn der unter Linux nicht enumeriert kann das auch die mangelnden Stromversorgung als Ursache haben.
Fangen wir mal anders an: wie versorgst Du an welcher Stelle mit Strom? Hast Du mal ein anderes USB Kabel versucht? Wie hast Du den Bootloader genau geflasht?
Gruß Arnd
Gesendet von iPhone mit Tapatalk
Als erstes mit einem Multimeter die Betriebsspannung von 3,3V kontrollieren.
Die F1 (500 mA nach USB Standard) soll Schäden am USB-Schaltkreis verhindern.
Als nächstes spannungslos die Wiederstände R4 bis R7 durchmessen. Dann gesellen sich noch die USB-Buchse, der T1 P-CH MOSFET, der U5 ESD-Schutzbaustein und der STM32F Controller in den engeren Kreis der Verdächtigen.
Hallo Locutus,
könntest Du in der nächsten Version die SWDIO & SWCLK Pins des STM32 mit rausführen. Dann kann man auch mit einem ST-Link flashen. Ich habe das am Wochenende mal mit nem Maple Mini auf dem Steckbrett probiert. Das ging problemlos. Für den richtigen Einsatz ist Deine Platine natürlich viel besser.
Zitat von: locutus am 03 Februar 2019, 09:58:01
Als erstes mit einem Multimeter die Betriebsspannung von 3,3V kontrollieren.
Die F1 (500 mA nach USB Standard) soll Schäden am USB-Schaltkreis verhindern.
Als nächstes spannungslos die Wiederstände R4 bis R7 durchmessen. Dann gesellen sich noch die USB-Buchse, der T1 P-CH MOSFET, der U5 ESD-Schutzbaustein und der STM32F Controller in den engeren Kreis der Verdächtigen.
Komme leider aufgrund des W5500 nicht richtig an den R7 dran aber laut Messung hat er nur knapp 0,8K. Da stimmt wohl dann was nicht.
Nimmt der STM32F durch diesen falschen/kaputten Widerstand schon schaden? Bzw. T1? Sonst liegen scheinbar überall die korrekten Spannungen an.
Dank dir schon mal!
Grüße Michi
Hallo Locutus.
Dein Board ist angekommen. Habe es dann ins heimische wlan eingebunden.
CFGFN CMDS BbCFiAZNEkGMKLUYRTVWXeflptxz*
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS:FS20V: :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.88:23 0123
DeviceName 192.168.2.88:23 FD 77 FHTID 0123
FUUID 5c602f75-f33f-852e-c977-b97bec25de710390
NAME mapelCUL868
NR 194723 PARTIAL RAWMSG A166B86534BE2D1000000004100E84200E643000244FFFEED
RSSI -83.5
STATE Initialized
TYPE CUL VERSION V 1.26.05 a-culfw Build: 311 (2018-12-09_19-12-53) MapleCUNx4_03 (F-Band: 868MHz)
initString X21
mapelCUL868_MSGCNT 5 mapelCUL868_TIME 2019-02-10 15:14:33
MatchList: 0:FS20V ^81..(04|0c)..0101a001......00[89a-f]... 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................................$ 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+ M:TSSTACKED ^\* N:STACKABLE ^\* READINGS: 2019-02-10 15:06:14 ccconf freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB 2019-02-10 15:15:14 cmds B b C F i A Z N E k G M K L U Y R T V W X e f l p t x z * 2019-02-10 15:15:15 state Initialized Attributes: rfmode HomeMatic room 99_receiver
Habe dann versucht das 433mhz Modul als STACKABLE_CC zu definieren.
Bekomme dann aber eine Fehlermeldung.
mapleCUL868 is not a CUL/STACKABLE_CC
Funktioniert das STACKABLE_CC nicht wenn der Mapel über wlan eingebunden ist?
Gruß und danke
Sascha
Gesendet von meinem SM-T560 mit Tapatalk
Bsp.
define mapleCUL1 CUL 192.168.2.88:23 0123
define mapleCUL2 STACKABLE_CC mapleCUL1
define mapleCUL3 STACKABLE_CC mapleCUL2
define mapleCUL4 STACKABLE_CC mapleCUL3
Hi,
mapleCUL868 ist nicht gleich mapelCUL868 ;-)
Korrigiere Deinen Tippfehler mit:
Rename mapelCUL868 mapleCUL868
Und mache sinngemäß mit der zweiten bis vierten Definition von locutus weiter.
Zu Deiner Frage Stackable_CC geht über USB, LAN und WLAN. Stackable_CC hängt einfach pro Stack ein * vor die Nachricht.
V holt die Version vom ersten CUL,
*V vom zweiten CUL,
**V vom dritten CUL und
***V vom vierten CUL.
Bei den empfangenen Paketen analog.
Gruß Arnd
Gesendet von iPhone mit Tapatalk
Guten morgen,
Habe es gestern auch gesehen., [emoji85]
Aber hier werden sie geholfen.
Trotzdem danke.
Jetzt läuft es.
Gruß Sascha
Gesendet von meinem E6653 mit Tapatalk
Zitat von: dermitschi85 am 06 Februar 2019, 19:15:39
Komme leider aufgrund des W5500 nicht richtig an den R7 dran aber laut Messung hat er nur knapp 0,8K. Da stimmt wohl dann was nicht.
Nimmt der STM32F durch diesen falschen/kaputten Widerstand schon schaden? Bzw. T1? Sonst liegen scheinbar überall die korrekten Spannungen an.
Dank dir schon mal!
Grüße Michi
@locutus
Habe jetzt den USB Port und den W5500 entfernt und alles gemessen. Finde den Fehler nicht. Bin leider fitter im Programmieren als in der Elektrotechnik ;)
Wäre es möglich, dir das Board zuzusenden und du schaust es dir mal an? Wäre echt super von dir. Natürlich alles nicht umsonst.
Gib mir gerne auch per PN Bescheid.
Wäre echt super. Danke schon mal.
Grüße Michi
Kann mir bitte jemand weiterhelfen mit meinem MapleCUN? Ich habe 2 Module drauf: 433 und 868. Der CUN ist aktuell über USB angeschlossen und die Listings sehen wie folgt aus:
Internals:
CMDS BbCFiAZNEkGMKLUYRTVWXeflptxz*
Clients :CUL_HM:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
DEF /dev/serial/by-id/usb-STM32_MapleCUL_0eb5be90-if00@38400 0000
DeviceName /dev/serial/by-id/usb-STM32_MapleCUL_0eb5be90-if00@38400
FD 14
FHTID 0000
MapleWifi868_MSGCNT 472
MapleWifi868_TIME 2019-02-13 23:55:33
NAME MapleWifi868
NR 41
PARTIAL
RAWMSG *r5402EA000C320047199C9223
RSSI -78
STACKED MapleWifi433
STATE Initialized
TYPE CUL
VERSION V 1.26.02 a-culfw Build: private build (unknown) MapleCUNx4_03 (F-Band: 868MHz)
initString X21
Ar
MatchList:
1:CUL_HM ^A....................
8:HMS ^810e04....(1|5|9).a001
D:CUL_IR ^I............
H:STACKABLE_CC ^\*
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2019-02-13 23:15:48 ccconf freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB
2019-02-13 23:15:55 cmds B b C F i A Z N E k G M K L U Y R T V W X e f l p t x z *
2019-02-13 23:55:33 state Initialized
2019-02-13 23:15:36 version V 1.26.02 a-culfw Build: private build (unknown) MapleCUNx4_03 (F-Band: 868MHz)
Attributes:
addvaltrigger 1
connectCommand Nr1
hmId <id>
icon cul_868
rfmode HomeMatic
room CUL
verbose 3
Internals:
CMDS bCFiAZNEGMKLUYRTVWXfxz
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS:FS20V: :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 MapleWifi868
IODev MapleWifi868
MapleWifi433_MSGCNT 363
MapleWifi433_TIME 2019-02-13 23:58:41
NAME MapleWifi433
NOTIFYDEV MapleWifi868
NR 42
NTFY_ORDER 50-MapleWifi433
PARTIAL
RAWMSG r5402EA000C320046199C9222
RSSI -57
STATE Initialized
StackLevel 1
TYPE STACKABLE_CC
VERSION V 1.26.02 a-culfw Build: private build (unknown) MapleCUNx4_03 (F-Band: 433MHz)
initString X21
MatchList:
0:FS20V ^81..(04|0c)..0101a001......00[89a-f]...
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:
2018-11-05 20:00:28 ccconf freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
2019-02-13 22:56:59 cmds b C F i A Z N E G M K L U Y R T V W X f x z
2019-02-13 23:58:41 state Initialized
2019-02-13 23:00:23 version V 1.26.02 a-culfw Build: private build (unknown) MapleCUNx4_03 (F-Band: 433MHz)
Attributes:
icon cul_cul
rfmode SlowRF
room CUL
verbose 3
Über 433 Mhz bekomme ich regelmäßig Nachrichten rein, die auch richtig erkannt werden und alles funktioniert soweit. Bei 868 Mhz jedoch wird irgendwie nichts wirklich empfangen bzw. es kann nicht interpretiert werden. Unter RAWMSG sehe ich hier auch ständig Nachrichten, die eigentlich über 433 Mhz empfangen werden. Ab und zu tauchen dann zusätzlich solche Nachrichten auf:
2019.02.13 23:59:11 3: MapleWifi868: Unknown code A0F1586106957AC0000000A60B60F0000::-52:MapleWifi868, help me!
2019.02.13 23:59:28 3: MapleWifi868: Unknown code A0DD384103DCA1626E92F06012200::-24.5:MapleWifi868, help me!
2019.02.14 00:00:11 3: MapleWifi868: Unknown code A0F33861038EFCC0000000AA8EB8B0000::-78:MapleWifi868, help me!
2019.02.14 00:00:56 3: MapleWifi868: Unknown code A0FDF861038EFDF0000000A98D18E0000::-85:MapleWifi868, help me!
2019.02.14 00:01:11 3: MapleWifi868: Unknown code A0F1686106957AC0000000A60B60F0000::-52.5:MapleWifi868, help me!
Woran könnte es liegen, das die Nachrichten nicht richtig interpretiert werden können? Muss ich irgendwas besonderes bei der a-culfw einstellen?
Ich habe jetzt auch noch mal Spaßeshalber ein CUL_HM Device angelegt. Hier wird dann MapleWifi868 automatisch als IODev erkannt, aber die Fehler im Logfile verschwinden auch nicht.
Es ist bestimmt irgendwas ganz Einfaches, aber mangels Erfahrung komme ich nicht weiter.
Nutzen möchte in das 868 Interface parallel zu einem vorhandenen HMLAN, um die Reichweite/Ausfallsicherheit zu erhöhen. Im zweiten Schritt möchte ich daher den CUN über WLAN ansprechen und per vccu auf HMLAN und den CUN zugreifen können. Aber wenn schon der erste Schritt scheitert, dann brauche ich ja gar nicht erst weiter machen...
Das connectCommand war falsch. Danach kamen die Fehler immer noch wenn ich das Ding über USB angeschlossen habe. Sobald ich aber über wlan von meiner Hauptinstallation aus den CUL eingebunden hatte, wurden auch die Nachrichten richtig interpretiert.
Hallo Leute,
gibt es schon ein Gehäuse für den MapleCun von Locutus aus dem ersten Thread?
Danke und Gruß Robert
Hallo,
ich möchte meinen MapleCUL USB-Stick von locutus mit 868 und 433 in der Hardware Version 1.3. die aktuellen a-culfw Version 1.26.02 flshen.
Da hier im Forum einige verschiedene Versionen existieren weis ich nicht welche die richtige ist.
Eine genaue Anleitung wäre hilfreich.
Danke und Gruß Robert
Hallo Zusammen,
mal eine Frage, lässt sich das WLAN einfach deaktivieren?
Also per Software oder kann man einfach den ESP von entfernen?
Ich benutzte aktuell nur Ethernet.
Danke und Gruß Robert
Zitat von: co010 am 27 Mai 2019, 15:30:31
ich möchte meinen MapleCUL USB-Stick von locutus mit 868 und 433 in der Hardware Version 1.3. die aktuellen a-culfw Version 1.26.02 flshen.
Da hier im Forum einige verschiedene Versionen existieren weis ich nicht welche die richtige ist.
Eine genaue Anleitung wäre hilfreich.
Siehe Antwort #1 (https://forum.fhem.de/index.php/topic,80872.msg729752.html#msg729752)
Die aktuelle Version ist 1.26.06 (https://github.com/heliflieger/a-culfw/blob/master/CHANGELOG)
Zitat von: no_Legend am 20 Juni 2019, 11:21:41
mal eine Frage, lässt sich das WLAN einfach deaktivieren?
Also per Software oder kann man einfach den ESP von entfernen?
Einfach aus dem Sockel ziehen!
Hallo!
Ich habe von locutus so einen MapleCul mit 868 und 433 Modul seit Mai in Betrieb und hat bis vor kurzem tadellos funktioniert.
Nun bekomme ich seltsame Configs gemeldet und der MapleCul empfängt keine Daten mehr.
define MapleCUL1 CUL 10.0.0.248:23 1334
attr MapleCUL1 group CUL_HM
attr MapleCUL1 hmId 26E80E
attr MapleCUL1 icon scc_868
attr MapleCUL1 rfmode HomeMatic
define MapleCUL2 STACKABLE_CC MapleCUL1
attr MapleCUL2 disable 0
attr MapleCUL2 group CUL_HM
attr MapleCUL2 icon cul_wlan
attr MapleCUL2 rfmode SlowRF
das ist meine Definition in Fhem
wenn ich "get ccconf" durchführe erhalte entweder diese:
MapleCUL1 ccconf => freq:800.000MHz bWidth:203KHz rAmpl:33dB sens:8dB
oder zeitweise
Timeout reading answer for get C0D
Zu Beginn des Fehlers konnte ich noch durch Aus/Einschalten und Neustart von Fhem die Funktion wieder erzwingen.
Der MapleCUL2 (433) macht dasselbe wie der erste, also auch falsche Frequenz mit 800 Mhz.
Die Led blinkt die ersten 2 Minuten mit 10 Hz, dann mit 1Hz, aber spontan (alle paar Sekunden) immer wieder mal mit 10Hz.
Wird versucht den RFMode zu ändern (auf SlowRF und dann wieder auf Homematic) kann sein dass ccconf wieder klappt, aber nur für wenige Sekunden, dann geht die Frequenz wieder auf 800 Mhz.
Hier ein Erfolg für wenige Sekunden:
ccconf => freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB
Das Debug Log vom esp ist ok und zeigt folgendes:
0x3fff3820
362> No user file system found!
365> Serbridge pins: reset=-1 isp=-1 swap=0
378> Reset cause: 0=normal
378> exccause=0 epc1=0x0 epc2=0x0 epc3=0x0 excvaddr=0x0 depc=0x0
379> Flash map 1MB:512/512, manuf 0x51 chip 0x4014
383> ** esp-link v3.0.14-g963ffbb: ready, heap=21368
388> SNTP timesource set to us.pool.ntp.org with offset 1
393> initializing user application
397> Waiting for work to do...
400> mode : sta(60:01:94:82:cb:d7) + softAP(62:01:94:82:cb:d7)
406> add if0
407> add if1
409> dhcp server start:(ip:192.168.4.1,mask:255.255.255.0,gw:192.168.4.1)
417> bcn 100
2544> scandone
2546> state: 0 -> 2 (b0)
2550> state: 2 -> 3 (0)
2553> state: 3 -> 5 (10)
2554> add 0
2554> aid 18
2554> cnt
2568>
2568> connected with Liwest, channel 6
2569> ip:10.0.0.248,mask:255.255.255.0,gw:10.0.0.252
2570> Wifi connected to ssid Liwest, ch 6
2573> Wifi got ip:10.0.0.248,mask:255.255.255.0,gw:10.0.0.252
15359> Wifi check: mode=AP+STA status=5
15359> Wifi got IP. Going into STA mode..
15360> bcn 0
15360> del if1
15361> pm open,type:2 0
15363> mode : sta(60:01:94:82:cb:d7)
30561> Wifi check: mode=STA status=5
51547> Accept port 23, conn=0x3fff72e0, pool slot 0
140200> HTTP GET /: 302, 25ms, h=18104
444270> HTTP GET /: 302, 44ms, h=18104
747425> HTTP GET /: 302, 7ms, h=18104
und die yc Console zeigt fortlaufend folgendes:
C1D = 91 / 145
C0D = 1E / 30
C0E = C4 / 196
C0F = EC / 236
C10 = 8C / 140
C1B = 03 / 3
C1D = 91 / 145
? (747425> HTTP GET /: 302, 7ms, h=18104 is unknown) Use one of B b C F i A Z N E k G M K L U Y R T V W X e f l p t x z *
? (785724> HTTP GET /log/text: 200, 13ms, h=15912 is unknown) Use one of B b C F i A Z N E k G M K L U Y R T V W X e f l p t x z *
? (785759> HTTP GET /log/dbg: 200, 52ms, h=17584 is unknown) Use one of B b C F i A Z N E k G M K L U Y R T V W X e f l p t x z *
? (785760> HTTP GET /menu: 200, 54ms, h=17784 is unknown) Use one of B b C F i A Z N E k G M K L U Y R T V W X e f l p t x z *
? (921082> HTTP GET /menu: 200, 74ms, h=15920 is unknown) Use one of B b C F i A Z N E k G M K L U Y R T V W X e f l p t x z *
? (921087> HTTP GET /console/baud: 200, 76ms, h=16904 is unknown) Use one of B b C F i A Z N E k G M K L U Y R T V W X e f l p t x z *
? (921099> HTTP GET /console/fmt: 200, 54ms, h=11552 is unknown) Use one of B b C F i A Z N E k G M K L U Y R T V W X e f l p t x z *
? (921189> HTTP GET /console/text: 200, 51ms, h=18112 is unknown) Use one of B b C F i A Z N E k G M K L U Y R T V W X e f l p t x z *
? (921755> HTTP GET /console/text: 200, 46ms, h=18128 is unknown) Use one of B b C F i A Z N E k G M K L U Y R T V W X e f l p t x z *
? (922351> HTTP GET /console/text: 200, 45ms, h=18128 is unknown) Use one of B b C F i A Z N E k G M K L U Y R T V W X e f l p t x z *
? (923121> HTTP GET /console/text: 200, 200ms, h=18128 is unknown) Use one of B b C F i A Z N E k G M K L U Y R T V W X e f l p t x z *
? (923910> HTTP GET /console/text: 200, 46ms, h=18128 is unknown) Use one of B b C F i A Z N E k G M K L U Y R T V W X e f l p t x z *
? (924530> HTTP GET /console/text: 200, 49ms, h=18128 is unknown) Use one of B b C F i A Z N E k G M K L U Y R T V W X e f l p t x z *
? (925136> HTTP GET /console/text: 200, 47ms, h=18128 is unknown) Use one of B b C F i A Z N E k G M K L U Y R T V W X e f l p t x z *
? (925750> HTTP GET /console/text: 200, 46ms, h=18128 is unknown) Use one of B b C F i A Z N E k G M K L U Y R T V W X e f l p t x z *
? (926365> HTTP GET /console/text: 200, 47ms, h=18128 is unknown) Use one of B b C F i A Z N E k G M K L U Y R T V W X e f l p t x z *
? (926984> HTTP GET /console/text: 200, 47ms, h=18128 is unknown) Use one of B b C F i A Z N E k G M K L U Y R T V W X e f l p t x z *
? (927592> HTTP GET /console/text: 200, 46ms, h=18128 is unknown) Use one of B b C F i A Z N E k G M K L U Y R T V W X e f l p t x z *
? (928208> HTTP GET /console/text: 200, 46ms, h=18128 is unknown) Use one of B b C F i A Z N E k G M K L U Y R T V W X e f l p t x z *
? (928777> HTTP GET /console/text: 200, 45ms, h=18128 is unknown) Use one of B b C F i A Z N E k G M K L U Y R T V W X e f l p t x z *
? (929345> HTTP GET /console/text: 200, 46ms, h=18128 is unknown) Use one of B b C F i A Z N E k G M K L U Y R T V W X e f l p t x z *
? (929918> HTTP GET /console/text: 200, 47ms, h=18128 is unknown) Use one of B b C F i A Z N E k G M K L U Y R T V W X e f l p t x z *
? (930500> HTTP GET /console/text: 200, 54ms, h=18128 is unknown) Use one of B b C F i A Z N E k G M K L U Y R T V W X e f l p t x z *
? (931073> HTTP GET /console/text: 200, 49ms, h=18128 is unknown) Use one of B b C F i A Z N E k G M K L U Y R T V W X e f l p t x z *
? (931640> HTTP GET /console/text: 200, 45ms, h=18128 is unknown) Use one of B b C F i A Z N E k G M K L U Y R T V W X e f l p t x z *
Wo könnte ich eurer Meinung nun anfangen den Fehler zu suchen?
Ich glaube nicht das einer der CC1101 defekt ist, weil diese ja schon falsch oder gar nicht initialisiert werden. Ist es möglich, das sich hier der Controller verabschiedet hat oder die Firmware einen Fehler hat und ich neu flashen sollte?
Bevor ich nun mehr zerstöre wollte ich einfach einen Rat einholen, bzw. vielleicht hat ja schon einer von euch so einen Fehler gehabt und konnte den lösen.
LG
Reinhart
Never touch a running System!
Der Debug Log sendet an die (a-)culfw verwirrende Kommandos in Form von Zeichenketten.
1. esp-link -> Debug Log -> UART debug log: off
... und nie wieder auf on stellen.
2. set MapleCUL1 raw e
3. set MapleCUL2 raw e
Danke dir locutus, das wars, du bist ein sehr guter Analytiker!
Da hätte ich aber selbst draufkommen müssen, wenn das Debug log eingeschaltet ist funkt es ständig dazwischen und das schreibt er sogar hin. Das erklärt mir jetzt im Nachhinein das "komische" Verhalten und es ist mir nun klar warum bei Wechsel des "rfmode" es für wenige Sekunden funktionierte, bis eben wieder was anders aus dem Log kam was nicht verstanden wurde.
HTTP GET /console/text: 200, 49ms, h=18128 is unknown) Use one of B b C F i A Z N E k G M K L U Y R T V W X e f l p t x z *
Ich hatte das einmal eingeschaltet weil ich es mit Fhem neu starten musste und wollte nachsehen, natürlich habe ich das Log nie wieder ausgeschaltet! Gut das ich hier gepostet habe und nicht gleich zu flashen oder zu löten begonnen habe. Zusätzlich war ich etwas verwirrt weil es hier im Board von defekten CC1101 nur so wimmelt, aber die du verbaust sind zum Glück nicht davon betroffen.
Ich bin ja selbst von der besagten Firma TENS... zum Opfer geworden. Bei 20 bestellten Wemos Mini konnte ich 6 nicht flashen, wer weiß wie lange die überhaupt halten. Ebenso UARTs CP2102 die von der besagten Firma wie die Fliegen starben oder erst gar nicht funktionierten. Offensichtlich kaufen die billigst Ausschussware ein und verscherbeln die, es zeigt sich zumindest so oder die gehen ungeprüft hinaus oder der Sahara Staub dringt in deren Wafer ein. Ich habe deswegen gerne dort eingekauft, weil sie in 17 Tagen liefern und geringes Porto verlangen.
Man darf aber nicht alle in einen Topf werfen, von den meisten Chinesen habe ich gute Ware erhalten, auch wenn es mal länger dauert.
LG
Reinhart
habe mich wohl zu früh gefreut, jetzt habe ich wieder das Problem warum ich eigentlich einmal das Log aufgedreht habe.
Nach wenigen Minuten geht die Frequenz beider Cul wieder auf 800 Mhz. Beim Versuch diese auf 868.300 zu setzen erhalte die Antwort:
ZitatThis command is not valid in the current rfmode
hier das List in diesem Zusatand dazu:
Internals:
CMDS BbCFiAZNEkGMKLUYRTVWXeflptxz*
Clients :CUL_HM:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
DEF 10.0.0.248:23 1334
DeviceName 10.0.0.248:23
FD 69
FHTID 1334
FUUID 5cb61503-f33f-27bd-c377-3849edf879f74484
MapleCUL1_MSGCNT 1
MapleCUL1_TIME 2019-06-25 16:49:48
NAME MapleCUL1
NR 2798
PARTIAL
RAWMSG *OFF
STACKED MapleCUL2
STATE Initialized
TYPE CUL
VERSION V 1.26.05 a-culfw Build: 311 (2018-12-09_19-12-53) MapleCUNx4_03 (F-Band: 868MHz)
initString X21
Ar
owner_CCU VCCU
Helper:
DBLOG:
ccconf:
myDbLog:
TIME 1561474223.50659
VALUE freq:800.000MHz bWidth:203KHz rAmpl:33dB sens:8dB
MatchList:
1:CUL_HM ^A....................
8:HMS ^810e04....(1|5|9).a001
D:CUL_IR ^I............
H:STACKABLE_CC ^\*
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2019-06-25 16:50:23 ccconf freq:800.000MHz bWidth:203KHz rAmpl:33dB sens:8dB
2019-06-25 16:49:31 cmds B b C F i A Z N E k G M K L U Y R T V W X e f l p t x z *
2019-06-15 19:25:25 fhtbuf AE
2019-06-25 13:17:52 raw No answer
2019-06-25 16:49:48 state Initialized
2019-06-15 19:24:43 uptime 0 00:01:05
2019-06-15 19:01:38 version V 1.26.05 a-culfw Build: 311 (2018-12-09_19-12-53) MapleCUNx4_03 (F-Band: 433MHz)
helper:
Attributes:
group CUL_HM
hmId 26E80E
icon scc_868
rfmode HomeMatic
room CUL_HM,System
dann reboote ich den Device und Restarte Fhem und setze den RFmode neu (zuerst irgendwas und dann wieder Homematic):
Internals:
CMDS BbCFiAZNEkGMKLUYRTVWXeflptxz*
Clients :CUL_HM:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
DEF 10.0.0.248:23 1334
DeviceName 10.0.0.248:23
FD 69
FHTID 1334
FUUID 5cb61503-f33f-27bd-c377-3849edf879f74484
MapleCUL1_MSGCNT 5
MapleCUL1_TIME 2019-06-25 16:55:01
NAME MapleCUL1
NR 2798
PARTIAL
RAWMSG *OFF
RSSI -70.5
STACKED MapleCUL2
STATE Initialized
TYPE CUL
VERSION V 1.26.05 a-culfw Build: 311 (2018-12-09_19-12-53) MapleCUNx4_03 (F-Band: 868MHz)
initString X21
Ar
owner_CCU VCCU
Helper:
DBLOG:
ccconf:
myDbLog:
TIME 1561474462.50992
VALUE freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB
state:
myDbLog:
TIME 1561474426.76508
VALUE UNKNOWNCODE OFF
MatchList:
1:CUL_HM ^A....................
8:HMS ^810e04....(1|5|9).a001
D:CUL_IR ^I............
H:STACKABLE_CC ^\*
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2019-06-25 16:54:22 ccconf freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB
2019-06-25 16:49:31 cmds B b C F i A Z N E k G M K L U Y R T V W X e f l p t x z *
2019-06-15 19:25:25 fhtbuf AE
2019-06-25 13:17:52 raw No answer
2019-06-25 16:55:01 state Initialized
2019-06-15 19:24:43 uptime 0 00:01:05
2019-06-15 19:01:38 version V 1.26.05 a-culfw Build: 311 (2018-12-09_19-12-53) MapleCUNx4_03 (F-Band: 433MHz)
helper:
Attributes:
group CUL_HM
hmId 26E80E
icon scc_868
rfmode HomeMatic
room CUL_HM,System Nun passt die Frequenz wieder, aber nur für einige Sekunden, dann steht sie wieder auf 800 Mhz. Einige Minuten später erhalte ich beim Versuch "ccconf" zu lesen die Meldung:
Timeout reading answer for get C0DNun kann ich das Spiel von neuem beginnen. Mir scheint, obwohl der Cul auf rfmode "Homematic" steht, vergisst er den Wert. Erst durch erneutes einstellen auf "Homematic" passt es wieder. Warum es nach wenigen Sekunden wieder auf 800 Mhz steht weis ich nicht. Entweder es wird durch irgendwen überschrieben, oder der Controller spinnt und schickt das wirklich. Ich vermute die 800 Mhz sind irgendein Defaultwert, woher soll der sonst kommen?
LG
Hallo zusammen.
Ich habe dem MapleCul von Locutus und möchte diesem nun ein Gehäuse spendieren. Ich habe bereits eine 3D Zeichnung gemacht und über einen online Drucker kommt das Teil auf nicht mehr als 40 EUR.
Gern teile ich meine Zeichnung.
Gibt es Interesse hier oder Vorschläge?
Zitat von: Bensen9 am 26 Juli 2019, 03:00:06
Hallo zusammen.
Ich habe dem MapleCul von Locutus und möchte diesem nun ein Gehäuse spendieren. Ich habe bereits eine 3D Zeichnung gemacht und über einen online Drucker kommt das Teil auf nicht mehr als 40 EUR.
Gern teile ich meine Zeichnung.
Gibt es Interesse hier oder Vorschläge?
Vorschlag, such dir jemanden hier im Forum oder so der dir das Gehäuse für die Hälfte druckt. Wenn du die Daten mal zeigst, kann ich es mir gerne mal angucken.
Hallo,
ich bin auf der Suche nach einem Gehäuse für den Maplcul.
Das wollte ich mir gern drucken und wollte fragen ob jemand schon eine 3D Zeichnung hat und die teilen möchte?
Danke!
Schon mal ins Wiki geschaut ?
https://wiki.fhem.de/wiki/MapleCUX-Platinen#Geh.C3.A4use
Hallo Ranseyer, ich bin so frei und stelle die Frage aus der PM auch hier ins Forum rein, und übernehme auch gleich deine Antwort.
Zitat von: kadettilac89
Ich kann die Frage auch im Forum stellen wenn du willst ... ist die Partlist auf Github noch aktuell, die ist älter als der v4-Ordner vom Maple.
Zitat von: Ranseyer
Teilleliste ist unnötig, weil im Prinzip der Maple + Stamps ausreicht. evtl noch ein paar Kondensatoren oder Hochstecker- Buchsen zur Spannungsversorgung.
PS: Diese Frage im Forum wäre mir lieb, weil dann alle etwas von der Antwort haben.
Platinen habe ich hier angeboten: https://forum.fhem.de/index.php/topic,102637.0.html
Guten Abend liebe Leute,
Zunächst einmal vielen Dank an alle von euch die diese super CULs gebaut und geteilt haben. Ich habe selbst gleich zwei die Locutus entworfen hat und war bisher super zufrieden.
Ich habe zwei um meine gesamte Wohnung abdecken zu können denn einer allein kommt einfach nicht in alle Ecken. Deshalb bin ich zumindest bei einem auf das ESP Modul angewiesen
Leider hab ich seit etwa zwei Wochen Schwierigkeiten mit genau diesem Module. In meinem Büro welches sich über wlan verbindet. Es fällt in unregelmässigen Abständen alle 1 bis 12 Stunden komplett aus. Keine blaue wlan led mehr und keine gelbe auf der Platine. Keine Reaktion auf Ping.
Im log steht zunächst ein Haufen disconnect reconnect bevor es sich dann ganz verabschiedet.
Hier ein paar Eckdaten zur Hardware und was ich schon alles versucht hab.
- Modul hat 4 Funksender (3x868 1x433) und im esp link hab ich natürlich eine feste IP vergeben. In FHEM hab über Port 23 definiert.
- Verschiedenste power Adapter habe ich schon ausprobiert mit bis zu 2A. Sowohl alte als auch neuere von Apple und no Name helfen nicht.
- Die neuste Firmware 1.26.08 habe ich geflasht... bringt nix.
- WLAN Verbindung habe ich gemonitort via esp link MQTT. Werte von -50 oder -60 konstant gehalten. Kein erfolgt.
Ich hatte schon ein Script kiddy in Verdacht mit deauth Attacke....
In meiner Verzweiflung hab ich kurzer Hand meine zwei Module getauscht, denn das im Wohnzimmer kann ich direkt an den MacMini anschliessen auf dem FHEM läuft und brauche nicht zwingend über WLAN zu gehen. Nachdem ich alles umdefiniert hatte schien es zu gehen aber nach etwa 4h ist die Hardware wieder dunkel gewesen. Immerhin lässt sich so das Problem auf das eine Modul reduzieren und das Skript kiddy ist raus.
Jetzt hab ich den ESP abgezogen weil ich irgendwie immer noch glaube es liegt am powersupply ... vielleicht ist ja auch der ESP hin. Bisher geht alles aber das setup ist noch keine 24h alt.
Ich wäre um jede Hilfe dankbar, denn ich bin mit meinem Latein am Ende.
Danke schonmal und viele Grüsse
PS: Der andere maplecul der zuvor im Wohnzimmer war und in Büro umgezogen wurde zeigt jetzt auch auffällige deconnect reconnect Meldungen im Log.
Hi,
Welche ESP-Link bzw. ESPEasy Version ist den auf dem ESP installiert?
Gruß Arnd
Signalduino (Nano, ESP, ...), CUL (Busware, Nano, Maple, ...), Homematic (HM-MOD-UART-RPI, ESP, Maple, ...), LaCrosseGateway (LGW, ESP, ...), 1-wire, ESPEasy, Bravia, Yamaha, ...
esp-link v3.0.14 - ist glaub auch die neuste. Hast du bessere Vorschläge?
Naja: http://s3.voneicken.com/esp-link/esp-link-v3.2.47-g9c6530d.tgz
Nur um zu sehen ob es daran liegt?
Gruß Arnd
Signalduino (Nano, ESP, ...), CUL (Busware, Nano, Maple, ...), Homematic (HM-MOD-UART-RPI, ESP, Maple, ...), LaCrosseGateway (LGW, ESP, ...), 1-wire, ESPEasy, Bravia, Yamaha, ...
Die hab ich bisher vermieden weil es eine alpha ist ... werd's aber jetzt doch mal versuchen. Berichte dann.
Moin,
Wenn es PowerSupply ist, dann hilft uns nur ein Foto von Deinem Board inkl. Powersupply. Man könnte sonst noch die Stützkondensatoren überprüfen. Aber das kann besser locutus oder ranseyer am Bild entscheiden ;-)
Gruß Arnd
Signalduino (Nano, ESP, ...), CUL (Busware, Nano, Maple, ...), Homematic (HM-MOD-UART-RPI, ESP, Maple, ...), LaCrosseGateway (LGW, ESP, ...), 1-wire, ESPEasy, Bravia, Yamaha, ...
Wenn der gelbe Sende/Empfang-LED-Indikator ausfällt, dann ist die Fehlerquelle nicht im WLAN angesiedelt. In erster Linie ist die Spannungsversorgung zu kontrollieren. Mit einem USB-Spannungstester den Strombedarf im Auge behalten. Mit einem Multimeter die 3,3V Spannungsversorgung überprüfen.
Tipp: in den meisten Fällen weist die selbstrückstellende PTC Sicherung (Polyswitch F1) einen geringen ohmschen Widerstand auf und ist somit defekt. Der Polyswitch darf keinen messbaren Widerstand aufweisen, höchstens im mΩ Bereich.
Hi
Danke schonmal für eure Hilfe. Flashen via OTA vom ESP hab ich nicht hinbekommen. Wenn der ESP auf der Platine ist stirbt sie jedes mal ... sieht aus als bräuchte der ESP plötzlich Strom und dann gehen auf einmal beide Lichter aus. Hab den ESP seperat an 3V angeschlossen und das Flashen probiert hat aber auch nicht geklappt.
Ich glaube auch echt nicht das es daran liegt, weil ich wie gesagt genau das gleiche Teil nochmal habe und das läuft mit den gleichen Firmwares einwandfrei.
Zudem läuft der Maple stabil wenn ich das ESP einfach abgezogen lasse und nur über USB betreibe. Zum Glück ist das zumindest aktuell ein work around denn der WAF war schon total tief wegen all dem trouble shooting was ich gemacht habe :-).
Deshalb bin ich Lucutus Tipp nachgegangen und hab den F1 gemessen. Der Zeigt etwa 5 bis 6 Ohm an wenn ich Stromlos direkt drüber messe.
Ist das zu viel? Soll ich den irgendwie austauschen?
Könnte ich den F1 über die Jumper Lötstelle an der Unterseite der Platine überbrücken? Oder ist das zu unsicher?
Danke Gruss Ben
Ich hab's nicht eilig aber habt ihr nen Tipp wie ich weiter machen soll?
@lucutus: was meinst du, sind 5 Ohm zu viel für den F1?
Danke Ben
Zitat von: Bensen9 am 03 Juni 2020, 00:03:57
@locutus: was meinst du, sind 5 Ohm zu viel für den F1?
Ja, definitiv. Kannst Du den F1 runterlöten und einfach an den Pads überbrücken?
Gruß Peter
Hallo,
ich habe ein Problem beim einrichten vom MapleCUN. Ich habe das Gerät fertig aufgebaut gekauft mit einem bestückten Modul 868.
Dazu habe ich zusätzlich ein HM-MOD-UART installiert.
Das HM-MOD-UART Modul läuft seit Ewigkeiten ohne Problem in FHEM und ist dort so definiert
defmod myHMUART HMUARTLGW uart://192.168.1.90:2324
Jetzt wollte ich unter FHEM das Modul 1 wie folgt einrichten
defmod MAPLECUL1_868 CUL 192.168.1.90:2323 1111
Jedoch kommt keine Verbindung zu stande und der Status bleibt immer auf disconnected.
Muss ich hier etwas beachten damit das Modul läuft?
Wenn ich per Telnet versuche mich mit Port 2323 zu verbinden kommt keine Verbindung zu stande und ich weiß nicht warum.
Du hast sicherlich ausführlich das Wiki studiert ?
https://wiki.fhem.de/wiki/MapleCUX-Platinen#Konfiguration_f.C3.BCr_die_AddOnPlatine
Steh auf dem Schlauch? Der Uart funktioniert ja aber nicht das Modul auf Steckplatz 1.
Ist der CUL eventuell schon eingerichtet worden und du versuchst hier eine zweite Verbindung zum Port 2323 aufzubauen?
Es kommt auf die Verbindung an! LAN mit W5500 oder WLAN mit esp-link? Esp-link lässt firmwareseitig nur Verbindungen auf TCP Port 23 oder 2323 zu. Daher wird ein HM-MOD-UART keine Verbindung auf dem Port 2324 und 2325 etablieren können.
Hallo locutus,
gibt es einen einfachen Weg beim MapleCUx Version 1.1 die LED 2 oder beide (evtl. über Konsole ) dauerhaft abzuschalten. Auslöten wäre halt der letzte Schritt.
Danke und Gruß
Stefan
esp-link -> Home -> Pin assignment -> Conn LED disabled
Hallo locutus,
danke das war mir bekannt, aber damit leuchtet sie LED dauerhaft.