Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev

Begonnen von Sidey, 02 Oktober 2016, 23:39:11

Vorheriges Thema - Nächstes Thema

HomeAuto_User

Hallo, die Firmware funktioniert für beide Frequenzen.

Die aktuelle stable Version ist die Master Version und die derzeitige ,,EntwicklerVersion" ist die dev-r34 Version.

Liebe Grüße


Gesendet von iPhone mit Tapatalk Pro
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

killah78

Zitat von: Sidey am 26 Februar 2019, 16:47:38
Ja, ein Logfile würde mich da Mal sehr interessieren.
Stell am besten auf Verbose 5, dann entgeht uns nichts.

Hi, ich denke wir sollten da nicht mehr Energie reinstecken. Habe den Sensor am alten System mal laufen lassen und bekomme zwar regelmäßig, aber doch mit einigen Abweichungen einen Empfang.

2019-02-27_10:25:04 GT_WT_02_131 temperature: 8.1
2019-02-27_10:25:04 GT_WT_02_131 humidity: 50
2019-02-27_10:25:04 GT_WT_02_131 T: 8.1 H: 50
2019-02-27_10:26:44 GT_WT_02_131 temperature: 8.1
2019-02-27_10:26:44 GT_WT_02_131 humidity: 49
2019-02-27_10:26:44 GT_WT_02_131 T: 8.1 H: 49
2019-02-27_10:27:35 GT_WT_02_131 temperature: 8.3
2019-02-27_10:27:35 GT_WT_02_131 humidity: 49
2019-02-27_10:27:35 GT_WT_02_131 T: 8.3 H: 49
2019-02-27_10:43:24 GT_WT_02_131 temperature: 9.8
2019-02-27_10:43:24 GT_WT_02_131 humidity: 45
2019-02-27_10:43:24 GT_WT_02_131 T: 9.8 H: 45
2019-02-27_10:44:14 GT_WT_02_131 temperature: 10.0
2019-02-27_10:44:14 GT_WT_02_131 humidity: 45
2019-02-27_10:44:14 GT_WT_02_131 T: 10.0 H: 45
2019-02-27_10:55:04 GT_WT_02_131 temperature: 11.9
2019-02-27_10:55:04 GT_WT_02_131 humidity: 42
2019-02-27_10:55:04 GT_WT_02_131 T: 11.9 H: 42
2019-02-27_10:55:54 GT_WT_02_131 temperature: 12.1
2019-02-27_10:55:54 GT_WT_02_131 humidity: 41
2019-02-27_10:55:54 GT_WT_02_131 T: 12.1 H: 41
2019-02-27_11:15:04 GT_WT_02_131 temperature: 14.8
2019-02-27_11:15:04 GT_WT_02_131 humidity: 26
2019-02-27_11:15:04 GT_WT_02_131 T: 14.8 H: 26
2019-02-27_11:15:54 GT_WT_02_131 temperature: 14.8
2019-02-27_11:15:54 GT_WT_02_131 humidity: 24
2019-02-27_11:15:54 GT_WT_02_131 T: 14.8 H: 24


Und die Signalstärke ist ja wirklich grenzwertig mit -88 bis -91. Habe jetzt gerade nochmal versucht ein Log zu schreiben, da hat er natürlich in einer halben Stunde nicht empfangen. Ist egal.
Trotzdem vielen Dank, habe daran ja gelernt. :-)
Gruss


Afmanni

Hallo, gibt es schon eine Signalduino Version für den neuen Arduino Nano mit Optiboot Bootloader? Oder ist dort ein Workaround verfügbar?

Ralf9

Zitatfür den neuen Arduino Nano mit Optiboot Bootloader?
Woher weißt Du, daß es ein Optiboot Bootloader ist, ist dies einfach erkennbar?

FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

Sidey

#1219
Zitat von: Afmanni am 27 Februar 2019, 19:48:49
Hallo, gibt es schon eine Signalduino Version für den neuen Arduino Nano mit Optiboot Bootloader? Oder ist dort ein Workaround verfügbar?

Der Workaround ist, dass Du im Attribut Flashcommand die Baudrate anpasst.
Müsste dann so aussehen denke ich.
avrdude -c arduino -b 115200 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

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

Afmanni

Zitat von: Ralf9 am 27 Februar 2019, 21:12:34
Woher weißt Du, daß es ein Optiboot Bootloader ist, ist dies einfach erkennbar?


Ich vermute es da der Arduino nur mit der Baudrade 115200 beschreibbar ist.

Zitat von: Sidey am 27 Februar 2019, 21:14:34
Der Workaround ist, dass Du im Attribut Flashcommand die Baudrate anpasst.
Müsste dann so aussehen denke ich.
avrdude -c arduino -b 115200 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]


Das hatte ich schon probiert und die Firmware auch erfolgreich Flashen können, allerdings wird in FHEM der Signalduino auch mit der Baudrate 115200 sowie 57600 nicht erkannt.
Er lässt sich nicht auslesen und ist nach kurzer Zeit "State Closed"

Sidey



Zitat von: Afmanni am 28 Februar 2019, 13:36:35
Das hatte ich schon probiert und die Firmware auch erfolgreich Flashen können, allerdings wird in FHEM der Signalduino auch mit der Baudrate 115200 sowie 57600 nicht erkannt.
Er lässt sich nicht auslesen und ist nach kurzer Zeit "State Closed"

Was genau passiert denn, wenn Du dich mit dem USB Port des Arduino verbindest?
Der Bootloader und dessen Baudrate sind unabhängig von der Firmware.

Grüße Sidey



Gesendet von meinem Moto Z (2) mit Tapatalk

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

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

Afmanni

Der ArduinoNano kann über die Baud 115200 ganz normal wie meine anderen geflasht werden und wird auch wie die anderen als (usb-FTDI_FT232R_USB_UART_AC008PU1-if00-port0) erkannt, in FHEM kommt im Log dann:



2019.03.01 15:17:27 3: Opening Sduino433 device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AC008PU1-if00-port0
2019.03.01 15:17:27 3: Setting Sduino433 serial parameters to 115200,8,N,1
2019.03.01 15:17:27 1: Sduino433/define: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AC008PU1-if00-port0@115200
2019.03.01 15:17:27 1: Sduino433/init: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AC008PU1-if00-port0@115200
2019.03.01 15:17:27 3: Sduino433 device opened
2019.03.01 15:17:28 3: Sduino433/init: disable receiver (XQ)
2019.03.01 15:17:29 3: Sduino433/init: get version, retry = 0
2019.03.01 15:17:39 3: Sduino433/init: get version, retry = 1
2019.03.01 15:17:49 3: Sduino433/init: get version, retry = 2
2019.03.01 15:17:59 3: Sduino433/init: get version, retry = 3
2019.03.01 15:17:59 2: Sduino433/init retry count reached. Closed
2019.03.01 15:17:59 2: Sduino433 closed



Sidey

Das kann so nicht funktionieren, da Du versuchst mit 115200 Baud zu kommunizieren.

Du hast in der Definition eine zu hohe Baudrate angegeben. Entferne sie dort einfach, dann wird es funktionieren.

Grüße Sidey

Gesendet von meinem Moto Z (2) mit Tapatalk

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

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

Afmanni

Zitat von: Sidey am 01 März 2019, 15:56:00
Das kann so nicht funktionieren, da Du versuchst mit 115200 Baud zu kommunizieren.

Du hast in der Definition eine zu hohe Baudrate angegeben. Entferne sie dort einfach, dann wird es funktionieren.

Grüße Sidey

Gesendet von meinem Moto Z (2) mit Tapatalk



Das hatte ich ursprünglich schon probiert, damit startet er auch nicht und bekomme im Protokoll:



2019.03.01 18:20:24 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AC008PU1-if00-port0 disconnected, waiting to reappear (Sduino433)
2019.03.01 18:20:24 3: Setting Sduino433 serial parameters to 57600,8,N,1
2019.03.01 18:20:24 1: Sduino433/define: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AC008PU1-if00-port0
2019.03.01 18:20:24 1: Sduino433/init: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AC008PU1-if00-port0
2019.03.01 18:20:24 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AC008PU1-if00-port0 reappeared (Sduino433)
2019.03.01 18:20:25 3: Sduino433/init: disable receiver (XQ)
2019.03.01 18:20:26 3: Sduino433/init: get version, retry = 0
2019.03.01 18:20:26 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AC008PU1-if00-port0 disconnected, waiting to reappear (Sduino433)
2019.03.01 18:20:26 3: Setting Sduino433 serial parameters to 57600,8,N,1
2019.03.01 18:20:26 1: Sduino433/define: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AC008PU1-if00-port0
2019.03.01 18:20:26 1: Sduino433/init: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AC008PU1-if00-port0
2019.03.01 18:20:26 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AC008PU1-if00-port0 reappeared (Sduino433)
2019.03.01 18:20:27 3: Sduino433/init: disable receiver (XQ)
2019.03.01 18:20:28 3: Sduino433/init: get version, retry = 0
2019.03.01 18:20:28 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AC008PU1-if00-port0 disconnected, waiting to reappear (Sduino433)
2019.03.01 18:20:28 3: Setting Sduino433 serial parameters to 57600,8,N,1
2019.03.01 18:20:28 1: Sduino433/define: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AC008PU1-if00-port0
2019.03.01 18:20:28 1: Sduino433/init: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AC008PU1-if00-port0
2019.03.01 18:20:28 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AC008PU1-if00-port0 reappeared (Sduino433)
2019.03.01 18:20:29 3: Sduino433/init: disable receiver (XQ)
2019.03.01 18:20:30 3: Sduino433/init: get version, retry = 0
2019.03.01 18:20:30 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AC008PU1-if00-port0 disconnected, waiting to reappear (Sduino433)
2019.03.01 18:20:30 3: Setting Sduino433 serial parameters to 57600,8,N,1
2019.03.01 18:20:30 1: Sduino433/define: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AC008PU1-if00-port0
2019.03.01 18:20:30 1: Sduino433/init: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AC008PU1-if00-port0
2019.03.01 18:20:30 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AC008PU1-if00-port0 reappeared (Sduino433)

RaspiLED

#1225
Hi,
was Sidey meint ist, dass in der Def die normale Baudrate für den Signalduino Sketch muss:

Zitat von: Afmanni am 01 März 2019, 15:22:08
Defmod Sduino433 SIGNALduino /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AC008PU1-if00-port0@57600

Im flash Befehl dann die neue Optiboot Baudrate von 115200 ;-)

Edit: Dein reapeared oben wundert mich. Hast Du Stromprobleme am USB? Welches Netzteil, welchen Raspi und welche USB Port Einstellungen nutzt Du?

Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Raspberry Pi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, WifiLight2, Bravia, ...

Afmanni

Zitat von: RaspiLED am 01 März 2019, 18:31:36

Edit: Dein reapeared oben wundert mich. Hast Du Stromprobleme am USB? Welches Netzteil, welchen Raspi und welche USB Port Einstellungen nutzt Du?

Gruß Arnd



Danke das war dann wohl der rettende Tip ! scheinbar lag das an einem schlechtem Kabel, obwohl mein China ArduinoNano damit lief.... Der Originale ArduinoNano läuft jetzt auch mit neuem Kabel wunderbar danke an alle für die Hilfe!

gestein

Hallo,

ich würde gerne auf meinen SignalDuino die neueste Version ausprobieren.
Also habe ich die Updates wie beschrieben gemacht:
Unter Internals steht auch: versionmodul v3.4.0-dev_25.02

Alerdings bleibt die Firmware immer auf 3.3.1.
Bei set flash wird immer folgendes angezeigt:
Nightly
3.3.1-RC10
3.3.1-RC9
3.3.1-RC8
3.3.1-RC7

Wie komme ich auf die aktuellete Firmware?
Auch unter "./FHEM/firmware/" steht nach einem update keine neuere Version.

Was mache ich falsch?

Danke für jede Hilfe
lg, Gerhard

Sidey

Zitat von: gestein am 02 März 2019, 17:47:12
Alerdings bleibt die Firmware immer auf 3.3.1.
Bei set flash wird immer folgendes angezeigt:
Nightly
3.3.1-RC10
3.3.1-RC9
3.3.1-RC8
3.3.1-RC7

Wie komme ich auf die aktuellete Firmware?

Das sind die aktuellsten Firmwareversionen, neuere gibt es nicht.

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

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

gestein