Firmware zu CUL, CUNX und Co. mit Timestamp Option ASKSIN tsculfw V0.41

Begonnen von noansi, 09 Juni 2014, 19:16:01

Vorheriges Thema - Nächstes Thema

noansi

Hallo Klaus,

ZitatEs tauchen allerdings noch Perlwarnungen im Log auf:
danke für den Hinweis mit den Warnungen und der Lösung dazu, kann ich bei Gelegenheit mal einbauen. Alllerdings bekomme ich die Warnungen bei mir nicht. Kann es sein, dass Du schon länger keine Perl Updates mehr eingespielt hast?

Schön, dass es auch bei Dir mit der Firmware läuft.

Hallo Frank,

define CUL_01 TSCUL /dev/ttyACM0@12000000 1034
wäre richtig, wenn Dein CUL ein CUL V3.4 USB Stick ist. Und Du nur ein entsprechend eingebundenes USB Device unter Linux hast.
Im Terminalfenster gib bitte mal
dmesg
ein. In der Ausgabe solltest Du CUL868 finden (wenn es ein USB device ist), nebst der zugewiesenen Schnittstelle, die z.B. auch /dev/ttyACM1 sein könnte.
Die Ausgabe vom FHEM Log könnte auch Hinweise zu Deinem Problem liefern, nebst deutlich mehr Infos, welches System Dein FHEM beherbergt und welche CUL Hardware Du einsetzt. Die Tips sind so nur auf Glaskugel Basis zu geben.

Außerdem noch ein paar nützliche Attribute für Homematic:
attr CUL_01 event-on-change-reading cond
attr CUL_01 webCmd credit10ms:uptime:hmPairForSec 300
#attr CUL_01 hmId F11034
#attr CUL_01 rfmode HomeMatic

Die letzten beiden braucht Du für Homematic ohne "#", also aktiv, wenn Du keine VCCU nutzt.

Gruß, Ansgar.

Bastel-Frank

#271
Hallo Ansgar,

vielen Dank für deine Hilfe.

Ich habe einen CUL V3, ob er 3.4 weiß ich nicht. wie wäre denn die richtige Konfiguration, wenn es kein V3.4 CUL ist?

Meine dmesg (Auszug von CUL):
[   99.183853] usb 1-2: USB disconnect, device number 2
[  112.025871] usb 1-2: new full-speed USB device number 4 using xhci_hcd
[  112.156478] usb 1-2: New USB device found, idVendor=03eb, idProduct=204b
[  112.156481] usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[  112.156482] usb 1-2: Product: CUL868
[  112.156484] usb 1-2: Manufacturer: busware.de
[  112.156485] usb 1-2: SerialNumber: 868000
[  112.156570] usb 1-2: ep 0x82 - rounding interval to 1024 microframes, ep desc says 2040 microframes
[  112.157858] cdc_acm 1-2:1.0: ttyACM0: USB ACM device
Die vollständige dmesg findet ihr im Anhang.

MadMax-FHEM

Hallo Frank,

Zitat von: Bastel-Frank am 30 November 2016, 08:50:25
Ich möchte sehr gerne die neue Firmware testen, da ich mit mehreren Devices Kommunikationsprobleme habe.

Ich benötige aber etwas Nachhilfe: Die Firmware ist geflasht, die neuen Module in fhem kopiert. In der fhem.cfg habe ich folgende Änderung eingetragen:
define CUL_01 TSCUL /dev/ttyACM0@9600 1034

Nur leider wird dann der CUL nicht initialisiert. Was mache ich falsch?

D.h. mittels define CUL_01 CUL /dev/ttyACM0@9600 1034 lief er schon mal aber halt "schlecht"??

Dann sollte die "Umstellung" auf TSCUL eigentlich keine Probleme machen...
Lief bei mir problemlos...

Hast du weitere USB-Geräte?
Dann evtl. mal per "/dev/serial/by-id/..." bzw. "/dev/serial/by-path/..." einbinden/definieren.

Noch etwas ist mir aufgefallen (habe allerdings einen nanoCUL): ich habe eine Baudrate von 38400 statt 9600...

Also define TSCUL /dev/serial/by-path/platform-XXXXXX-port0@38400 1111.

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Bastel-Frank

ja, bisher lief der CUL. Nur nach der Umstellung auf TSCUL nicht mehr ...

klausw

Hallo Ansgar,

Zitat von: noansi am 01 Dezember 2016, 01:05:48
danke für den Hinweis mit den Warnungen und der Lösung dazu, kann ich bei Gelegenheit mal einbauen. Alllerdings bekomme ich die Warnungen bei mir nicht. Kann es sein, dass Du schon länger keine Perl Updates mehr eingespielt hast?

Das Pi2 ist relativ frisch aufgesetzt mit Raspbian Jessie Lite 2016-09-23)  (am 23.11. mit apt-get uptate und upgrade auch aktuell) , Perl ist Version v5.20.2

Könnte auch umgekehrt sein, das der Status wieder auf experimental gesetzt wurde. Es ist bei mir schon vorgekommen, das nach einem upgrade/Neuinstallation ähnliche Fehlermeldungen dazu gekommen sind.

RasPi B v2 mit FHEM 18B20 über 1Wire, LED PWM Treiber über I2C, Luchtdruck-, Feuchtesensor und ein paar Schalter/LED\'s zum testen
Module: RPI_GPIO, RPII2C, I2C_EEPROM, I2C_MCP23008, I2C_MCP23017, I2C_MCP342x, I2C_PCA9532, I2C_PCF8574, I2C_SHT21, I2C_BME280

Bastel-Frank

Hallo Ansgar,

Ich habe alles nochmal erneut installiert ... und siehe da ... Jetzt läuft es.

Vielen herzlichen Dank. Die SEC-Devices laufen und wie es aussieht auch die Fernbedienung scheint jetzt endlich den CMD-Stau aufzulösen. Hurra.

Viele Grüße
Frank

Maxl

Hallo,

hätte versucht die neue Firmware zu flashen, bekomme aber immer die Fehlermeldung "dfu-programmer: no device present. "
Vorgegangen bin ich wie beschrieben:
Ich empfehle bei CULV3 folgendes vorgehen:
1) CUL flashen
CUL file (.hex) nach FHEM/firmware kopieren
98_CULflash.pm nach FHEM kopieren
CULflash <CUL> CUL_V3

2) Betrieb
00_CUL.pm nach FHEM kopieren
reload 00_CUL


Die im Forum vorgeschlagenen Lösungen mit der Rechtevergabe hilft nicht, ich benutze einen Selbstbau CUL mit einem Arduino Nano laut Gummibär.
Kann mir jemand weiterhelfen? Möchte diese FW gerne probieren, da ich immer Probleme mit mit einigen HM Devices habe.
FHEM auf Raspberry mit HM, HMC und AVR Netios.

MadMax-FHEM

Zitat von: Maxl am 01 Dezember 2016, 17:58:37
Die im Forum vorgeschlagenen Lösungen mit der Rechtevergabe hilft nicht, ich benutze einen Selbstbau CUL mit einem Arduino Nano laut Gummibär.

Habe ebenfalls einen nanoCUL mit dieser FW geflasht.
Aber du musst die doch sowieso selber bauen!?

Also im verzeichnis .../culfw/Devices/nanoCUL die board.h nach deinen Bedürfnissen anpassen.

Was ich gemacht habe ist ab hier zu finden:

https://forum.fhem.de/index.php/topic,24436.msg466274.html#msg466274

Dann einfach 'sudo make' zum "bauen" und dann 'sudo make program' zum "flashen"...

Evtl. im makefile den Port anpassen, also falls dein CUL nicht /dev/ttyUSB0 ist.

Ich hatte zeitgleich einen nanoCUL als mySensors Gateway stecken und fälschlicherweise den "umgeflasht".

Seit dem ziehe ich alle USB-Geräte raus und stecke nur den nanoCUL zum flashen und schaue ob dieser wirklich USB0 ist...
...ansonsten passe ich das makefile an...

Hat bislang immer geklappt und ich hab schon einige male hin und her geflasht (wie du dem Thread entnehmen kannst)...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Maxl

FHEM auf Raspberry mit HM, HMC und AVR Netios.

Bastel-Frank

Zitat von: Maxl am 02 Dezember 2016, 12:14:11
Nur noch eine Frage,
ist das hier die richtige FW
oder wo finde ich den letzten Stand?

Das ist die Version, die ich auch genommen habe und aus meiner Sicht der aktuelle Stand.

noansi

#280
Hallo Maxl,

in der zip Datei des Thread Eintrags https://forum.fhem.de/index.php/topic,24436.msg529649.html#msg529649 ist auch eine nanoCUL.hex zu finden.
Compiliert mit board.h:
#ifndef _BOARD_H
#define _BOARD_H

#include <stdint.h>

/* if you have an Arduino with only 8MHz disable the next line */
#define HAS_16MHZ_CLOCK

/* if you are using a cc1101 module for 868MHz disable the next line */
//#define HAS_CC1101_433


#define HAS_SPI_SEND_INLINE             // SPI single byte send is inlined
#define SPI_PORT PORTB
#define SPI_DDR DDRB
#define SPI_PIN PINB
#define SPI_SS 2
#define SPI_MISO 4
#define SPI_MOSI 3
/* die aufgeloetete gelbe LED ist an PB5/SCLK angeschlossen! */
#define SPI_SCLK 5

#define SPI_CC1101_READ_SPECIAL_PORT  PORTB
#define SPI_CC1101_READ_SPECIAL_DDR   DDRB
#define SPI_CC1101_READ_SPECIAL_PIN   6     // we missuse this unused (has to be checked!) pin as fast signaling bit for special cc1101_read_buf

#define CC1101_CS_DDR         SPI_DDR
#define CC1101_CS_PORT        SPI_PORT
#define CC1101_CS_PIN         SPI_SS

#define CC1101_MISO_PORTIN    SPI_PIN
#define CC1101_MISO_PIN       SPI_MISO

/* cc1101 GDO0 Tx / Temperature Sensor */
#if 0
#define CC1101_OUT_DDR          DDRC
#define CC1101_OUT_PORT         PORTC
#define CC1101_OUT_PIN          PC0
#define CC1101_OUT_IN           PINC
#define CCTEMP_MUX              CC1101_OUT_PIN
#else
#define CC1101_OUT_DDR          DDRD
#define CC1101_OUT_PORT         PORTD
#define CC1101_OUT_PIN          PD3
#define CC1101_OUT_IN           PIND
#define CCTEMP_MUX              CC1101_OUT_PIN
#endif

/* cc1101 GDO2 Rx Interrupt */
#define CC1101_IN_DDR           DDRD
#define CC1101_IN_PORT          PORTD
#define CC1101_IN_PIN           PD2
#define CC1101_IN_IN            PIND

#define CC1101_INT              INT0
#define CC1101_INTVECT          INT0_vect
#define CC1101_ISC0             ISC00
#define CC1101_ISC1             ISC01
#define CC1101_EICR             EICRA

/* externe LED */
#define LED_DDR                 DDRB
#define LED_PORT                PORTB
#define LED_PIN                 1

//#define LED_ON_DDR              DDRB
//#define LED_ON_PORT             PORTB
//#define LED_ON_PIN              1

#define CALCTIME_TIMER_TCNTn       TCNT2
#define CALCTIME_TIMER_TCCRnA      TCCR2A
#define CALCTIME_TIMER_TCCRnB      TCCR2B
#define CALCTIME_TIMER_TCCRnB_CFG  _BV(CS21)

/* define this device as a 433 MHz one */
/* this isn't done like a CUL by reading a port pin but instead a fixed value of 0 for mark433_pin is used */
#define MULTI_FREQ_DEVICE
#define MARK433_PIN             mark433_pin
#define MARK433_BIT             0
extern const uint8_t mark433_pin;

#define HAS_UART
#define UART_BAUD_RATE          38400
/* ATMega328P has only one UART, no need to define the UART to use */
//#define USART_RX_vect           USART0_RX_vect
//#define USART_UDRE_vect         USART0_UDRE_vect

// 2KBytes Internal SRAM
#define TTY_BUFSIZE             128   // RAM: TTY_BUFSIZE*4
#define CMD_BUFSIZE             (2 + 4 + (2 * 50) + 1)      // maximum length of a command (without \r \n) +1 for terminating 0


#define FULL_CC1101_PA                // PROGMEM:  108b

#define USE_TTYDATA_NO_FUNCTION_CODE  // use new version of command decoding, saves some bytes
#define HAS_CC_INTERRUPT_COUNTER        // cc1101 interrupt counter, read with command CC0, usefull for debbugging

#define FHTBUF_SIZE           174     //                 RAM: 174b
#define RCV_BUCKETS             2     //                 RAM: 25b * bucket
#define HAS_GET_TIMESTAMP
#define HAS_FULL_RF_ANALYZE
//#define HAS_NO_WS2000_V1_1_SUPPORT    // undef to enable WS2000 V1.1 protocol support -> but more wrong receptions possible
#define HAS_RF_RECEIVE_TIMESTAMP
#define HAS_RF_RECEIVE_FILTER_ADAPTION
#define HAS_RF_RECEIVE_KEYING
#define HAS_SLOWRF_RECTO_ACTION
//#define HAS_RSSI_DISPLAY_NONLCD
//#define HAS_RF_RECEIVE_RECORD_LOWMEM  // we have low memory, don't use it
//#define HAS_RF_RECEIVE_RECORD_SYNC
//#define HAS_RF_RECEIVE_RECORD_APPEND_TO_DATA
//#define HAS_RF_ROUTER                   // PROGMEM: 1248b  RAM: 44b
#define HAS_RAWSEND                   //
#define HAS_EM_SEND                   //
//#define HAS_KS_SEND                   //
//#define HAS_TX3_SEND                  //

#define HAS_FASTRF                    // PROGMEM:  468b  RAM:  1b

/* Intertechno Senden einschalten */
#define HAS_INTERTECHNO
#define HAS_INTERTECHNO_V3
#define HAS_HOMEEASY
//#define HAS_TCM97001
/* Intertechno Empfang einschalten */
#define HAS_IT       // define to enable IT support

#define HAS_CC1101_RX
#define HAS_CC1101_TX_CCA
#define HAS_CC1101_TX_INTDIS
#define HAS_CC1101_TX_CCA_INTDIS
#define HAS_CC1101_RX_INTEN
#define HAS_CC1101_TO_STATE
#define HAS_CC1101_RX_PLL_LOCK_CHECK_TASK_WAIT
#define HAS_CC1101_REGULAR_CALIBRATION_AFTER_RX
#define HAS_CC1101_REGULAR_CALIBRATION_AFTER_RX_FUNC
#define HAS_CC1101_FORCE_CAL_MANUAL
#define HAS_CC1101_PLL_LOCK_CHECK_MSG
#define HAS_CC1101_PLL_LOCK_CHECK_MSG_RXTX
#define HAS_CC1101_PLL_LOCK_CHECK_MSG_SW
#define HAS_CC1101_PLL_LOCK_CHECK_MSG_CALSTATE

/* HAS_MBUS requires about 1kB RAM, if you want to use it you
   should consider disabling other unneeded features
   to avoid stack overflows
*/
//#define HAS_MBUS

// HM support
#define HAS_ASKSIN
#define ASKSIN_SEND_BUFS       3      // ASKSIN send buffers, 55b RAM each buffer

//#define HAS_MORITZ
//#define HAS_RWE
#define HAS_REVOLT   // define to enable REVOLT support
#define HAS_ESA      // define to enable ESA support
#define HAS_TX3
//#define HAS_IT       // define to enable IT support
//#define HAS_INTERTECHNO_V3
#define HAS_UNIROLL
#define HAS_HOERMANN
#define HAS_MEMFN
//#define HAS_MEMORY_TESTMEM              // compiles in mT extension for testing RAM
#define HAS_SOMFY_RTS
#define HAS_FHT_80b                     // PROGMEM: 1374b, RAM: 90b
#define HAS_FHT_8v                    // PROGMEM:  586b  RAM: 23b
#define HAS_FHT_SEND
#define HAS_FS20_SEND
#define HAS_FHT_TF
//#define HAS_KOPP_FC

#define HAS_IRRX                        //IR Receiption
//#define IRRX_SPECIAL_PORT       PORTA
//#define IRRX_SPECIAL_DDR        DDRA
//#define IRRX_SPECIAL_PIN        7       // we missuse this unused pin as fast clock divide bit for IRRX in TIMER0_COMPA_vect
#define F_INTERRUPTS            15625   // interrupts per second, min: 10000, max: 20000
//#define IRMP_PORT               PORTA
//#define IRMP_DDR                DDRA
//#define IRMP_PIN                PINA
//#define IRMP_BIT                2       // use PA2 as IR input on AVR
#undef  HAS_IRRX

#define HAS_IRTX                            //IR-Transmission
#define IRSND_OCx               IRSND_OC2A  // use OC2A
#ifndef F_INTERRUPTS           
#define F_INTERRUPTS            15625   // interrupts per second, min: 10000, max: 20000
#endif
#undef  HAS_IRTX

#define BOARD_ID_STR            "nanoCUL868"
#define BOARD_ID_STR433         "nanoCUL433"
#define CUL_HW_REVISION         "nanoCUL_V1.x"  // adapt to version print on circuit board

#endif


Ob Du was anders angeschlossen hast oder irgend eine andere Quelle für einen Schaltplan genutzt hast, weiß ich nicht.
Ich habe auch selber keinen nanoCUL und kann folglich nichts damit testen.

Da nanoCUL weniger Speicher hat, als CUL oder SCC, trotzem mit serieller Schnittstelle (zu einem seriell USB Interface Baustein) und das mit geringem seriell Puffer arbeitet, kann es sowohl zu Speicherengpässen kommen, als auch zu schlechterem Verhalten, weil der Empfangs-Puffer voll läuft und dadurch Zeichen verloren gehen.
Für ASKSIN habe ich auch nur 2+1 Sendepuffer konfiguriert, um RAM zu sparen. Nicht doll, aber hoffentlich reicht es. Vielleicht geht auch mehr, ohne dass der Speicher zur Laufzeit überläuft, aber ich kann es nicht testen. Das müssen andere ausreizen.

Wie Du das hex File auf den nanoCUL flashst, ohne "make programm" zu verwenden, können Dir Suche und nanoCUL Nutzer sicherlich verraten.
Ich hoffe, es läuft.

Gruß, Ansgar.

Maxl

#281
Hallo Ansgar,

mit make program bekomme ich folgende Fehlermeldung:

README board.h  makefile  nanoCUL.c
root@raspberrypi:/opt/fhem/culfw-code-00-02-trunk/Firmware/tsculfw-code-459-trunk_lufa_00_02/culfw/Devices/nanoCUL# make
Compiling C: ../../clib/ir.c
Compiling C: ../../clib/irmp.c
Compiling C: ../../clib/irsnd.c
Compiling C: ../../clib/serial.c
Compiling C: nanoCUL.c
Compiling C: ../../clib/memory.c
Compiling C: ../../clib/display.c
Compiling C: ../../clib/ringbuffer.c
Compiling C: ../../clib/ttydata.c
Compiling C: ../../clib/fht.c
Compiling C: ../../clib/rf_receive.c
Compiling C: ../../clib/rf_router.c
Compiling C: ../../clib/rf_send.c
Compiling C: ../../clib/rf_credits.c
Compiling C: ../../clib/clock.c
Compiling C: ../../clib/delay.c
Compiling C: ../../clib/aes_ecb.c
Compiling C: ../../clib/rf_asksin.c
../../clib/rf_asksin.c:172:56: warning: excess elements in array initializer [enabled by default]
../../clib/rf_asksin.c:172:56: warning: (near initialization for 'LastSendMsg') [enabled by default]
../../clib/rf_asksin.c:173:56: warning: excess elements in array initializer [enabled by default]
../../clib/rf_asksin.c:173:56: warning: (near initialization for 'LastSendMsg') [enabled by default]
Compiling C: ../../clib/cc1101_pllcheck.c
Compiling C: ../../clib/spi.c
Compiling C: ../../clib/cc1101.c
Compiling C: ../../clib/fncollection.c
Compiling C: ../../clib/stringfunc.c
Compiling C: ../../clib/rf_moritz.c
Compiling C: ../../clib/rf_rwe.c
Compiling C: ../../clib/fastrf.c
Compiling C: ../../clib/intertechno.c
Compiling C: ../../clib/somfy_rts.c
Compiling C: ../../clib/rf_mbus.c
Compiling C: ../../clib/mbus/manchester.c
Compiling C: ../../clib/mbus/3outof6.c
Compiling C: ../../clib/mbus/mbus_packet.c
Compiling C: ../../clib/mbus/crc.c
Linking: nanoCUL.elf
Creating load file for Flash: nanoCUL.hex
echo

AVR Memory Usage
----------------
Device: atmega328p

Program:   23300 bytes (71.1% Full)
(.text + .data + .bootloader)

Data:       1258 bytes (61.4% Full)
(.data + .bss + .noinit)


Creating load file for EEPROM: nanoCUL.eep
Creating Extended Listing: nanoCUL.lss
Creating Symbol Table: nanoCUL.sym

Size after:
   text    data     bss     dec     hex filename
  23278      22    1236   24536    5fd8 nanoCUL.elf

root@raspberrypi:/opt/fhem/culfw-code-00-02-trunk/Firmware/tsculfw-code-459-trunk_lufa_00_02/culfw/Devices/nanoCUL# make program
#@if test ! -d /sys/class/gpio/gpio17; then echo 17 > /sys/class/gpio/export; fi
#@if test ! -d /sys/class/gpio/gpio18; then echo 18 > /sys/class/gpio/export; fi
#echo out > /sys/class/gpio/gpio17/direction
#echo out > /sys/class/gpio/gpio18/direction
#echo 0 > /sys/class/gpio/gpio17/value
#echo 0 > /sys/class/gpio/gpio18/value
#sleep 1
#echo 1 > /sys/class/gpio/gpio17/value
#sleep 1
#echo 1 > /sys/class/gpio/gpio18/value
avrdude -D -p atmega328p -P /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AL00UB0Z-if00-port0 -b 57600 -c arduino    -U flash:w:nanoCUL.hex
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.

makefile:232: recipe for target 'program' failed
make: *** [program] Error 1
root@raspberrypi:/opt/fhem/culfw-code-00-02-trunk/Firmware/tsculfw-code-459-trunk_lufa_00_02/culfw/Devices/nanoCUL#


Was muß ich im makefile abändern, damit er den Stick findet?

Danke
FHEM auf Raspberry mit HM, HMC und AVR Netios.

MadMax-FHEM

Hi Maxl,

ich hab es auch mal mit /dev/serial/by... versucht. Hat bei mir auch nicht geklappt...

Habe dann geschaut "wo" er hängt (wie gesagt alle andern USB-Geräte abgesteckt)...
...also /dev/ttyUSB0 z.B.

Dann ging's...

Aber: kann es sein, dass fhem läuft? Dort bereits den CUL definiert? Dann "hängt" fhem drauf und es kann nicht gehen...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

noansi

Hallo Maxl,

ich schätze mal, Du musst den nanoCUL erst mal in den Bootloader Modus bringen. (Taste drücken beim Einschalten wie bei anderen auch???? Was sagt die Anleitung?)
Wenn er nicht im Bootloader Modus ist, dann geht nix mit Programmieren.

Wenn Du das geschafft hast, es aber nicht klappt, dann könnte das
Zitat/dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AL00UB0Z-if00-port0
noch falsch sein, z.B, wenn der USB-Seriell Chip ein anderer ist.
Das stammt aus den original Quellcodes zu CUL, auf die ich aufgesetzt habe.

Letztlich, wie das mit nanoCUL geht, kann ich Dir leider nicht sagen, weil ich keinen nanoCUL habe, um das auszuprobieren.
Deswegen auch der Verweis auf die Suche und andere nanoCUL Nutzer.
Joachim (MadMax-FHEM) kann Dir vielleicht helfen.

Sorry und Gruß,

Ansgar.

PS: Du hast nicht bemerkt, dass ich noch ein Update auf "VTS 0.03" an bekannter Stelle hinterlegt habe.

MadMax-FHEM

Hi Ansgar, Maxl,

ich versuch's mal...

Zitatich schätze mal, Du musst den nanoCUL erst mal in den Bootloader Modus bringen. (Taste drücken beim Einschalten wie bei anderen auch???? Was sagt die Anleitung?)
Wenn er nicht im Bootloader Modus ist, dann geht nix mit Programmieren.

Musste ich bei mir nicht machen, ging "einfach so"...

Aber Ansgar hat schon recht: welchen nano hast du denn?

Was sagt ein 'lsusb'?

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)