Signalduino Entwicklung

pejonp · 27 November 2015, 07:40:54

Zitat von: hjgode am 27 November 2015, 05:42:26
...
Wie wäre es denn, wenn Du die beiden Nanos über ESP-8266 und TCP/IP an dein FHEM anbindest? Über esp-link zB. Dann hat jeder eine eigene IP Adresse.
...

Hallo Josef,

vielen Dank für die Info. Ich habe mir für eine andere Sache zwei solcher NodeMCU (ESP8266 ist schon drauf) bestellt. Bin aber noch nicht dazu gekommen diese in Betrieb zu nehmen. Muß ich mich erst einmal genauer mit beschäftigen.
Hast du eine Wetterstation und konntest du die Änderungen schon testen ?

Tschüß Jörg

Burny4600 · 27 November 2015, 08:09:55

@Ralf9

Was ist dev-r32 branch
Die Konfiguration des SIGNALduino ist wie Du unter http://forum.fhem.de/index.php/topic,38831.msg365200.html#msg365200 sehen kannst.

Es ist sowohl der Raspberry, FHEM, und die SIGNALduino Firm- und Software aktuell.

ZitatBei den unknownmessages sind nur MU- und MS-Nachrichten dabei. Werden auch MC-Nachrichten empfangen?

Das waren alle bisher Emfangen unbekannten Geräte.
Was sind MU-, MS- und MC Nachrichten?
Wie kann ich diese zuordnen?

hjgode · 27 November 2015, 08:14:59

Hallo Jörg

nö, ich habe keine Wetterstation, nur Hideki (TFA) und Eurochron Temp/Feuchte Sensoren. Dazu ein ESA2000, sowie ein paar EC3000.

Ich weiss nicht ob SignalDuino auf den nodeMCU läuft. Wie gesagt, ein ESP-01, ein paar Dioden, Widerstände, Elkos und Taster reichen um einen Signalduino ins Funknetz zu hängen. Wenn man dann noch beim ESP-Link die Option "esp-01(AVR): reset:gpio0 isp:n/a conn_led:gpio2 ser_led:n/a swap_uart:no" benutzt, kann man den Nano sogar remote flashen. Das geht laut readme sogar über HTTP:

ZitatFlashing an attached AVR/Arduino

There are three options for reprogramming an attached AVR/Arduino microcontroller:

Use avrdude and point it at port 23 of esp-link. Esp-link automatically detects the programming sequence and issues a reset to the AVR.
Use avrdude and point it at port 2323 of esp-link. This is the same as port 23 except that the autodectection is not used and the reset happens because port 2323 is used
Use curl or a similar tool to HTTP POST the firmware to esp-link. This uses the built-in programmer, which only works for AVRs/Arduinos with the optiboot bootloader (which is std).

To reprogram an Arduino / AVR microcontroller by pointing avrdude at port 23 or 2323 you specify a serial port of the form net:esp-link:23 in avrdude's -P option, where esp-link is either the hostname of your esp-link or its IP address). This is instead of specifying a serial port of the form /dev/ttyUSB0. Esp-link detects that avrdude starts its connection with a flash synchronization sequence and sends a reset to the AVR microcontroller so it can switch into flash programming mode.

To reprogram using the HTTP POST method you need to first issue a POST to put optiboot into programming mode: POST to http://esp-link/pgm/sync, this starts the process. Then check that synchronization with optiboot has been achieved by issuing a GET to the same URL (http://esp-link/pgm/sync). Repeat until you have sync (takes <500ms normally). Finally issue a POST request to http://esp-link/pgm/upload with your hex file as POST data (raw, not url-encoded or multipart-mime. Please look into the avrflash script for the curl command-line details or use that script directly (./avrflash esp-link.local my_sketch.hex). Important: after the initial sync request that resets the AVR you have 10 seconds to get to the upload post or esp-link will time-out. So if you're manually entering curl commands have them prepared so you can copy&paste!

When to use which method? If port 23 works then go with that. If you have trouble getting sync or it craps out in the middle too often then try the built-in programmer with the HTTP POST. If your AVR doesn't use optiboot then use port 2323 since esp-link may not recognize the programming sequence and not issue a reset if you use port 23.

If you are having trouble with the built-in programmer and see something like this:

# ./avrflash 192.168.3.104 blink.hex
Error checking sync: FAILED to SYNC: abandoned after timeout, got:
:\xF/\x00\xCj\xCz\xCJ\xCZ\xC\xAÜ\xC\xAä\xC\xAÜ\xC\xAä\xC\xBì\xC\xBô\xC\xBì\xC\xBô\xC\xAÜ\xC\xAä\xC\x00\xC\x00\x00\x00
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\xF6\xF6\xF6\xF6\xC

the most likely cause is a baud rate mismatch and/or a bad connection from the esp8266 to the AVRs reset line. The baud rate used by esp-link is set on the uC Console web page. The above garbage characters are most likely due to optiboot timing out and starting the sketch and then the sketch sending data at a different baud rate than configured into esp-link. Note that sketches don't necessarily use the same baud rate as optiboot, so you may have the correct baud rate configured but reset isn't functioning, or reset may be functioning but the baud rate may be incorrect.

The output of a successful flash using the built-in programmer looks like this:

Success. 3098 bytes in 0.8s, 3674B/s 63% efficient

This says that the sketch comprises 3098 bytes of flash, sas written in 0.8 seconds (excludes the initial sync time), and the 3098 bytes were flashed at a rate of 3674 bytes per second. The efficiency measure is the ratio of the actual rate to the serial baud rate, in this case 57600 baud, thus 3674/5760 = 0.63 (there are 10 baud per character). The efficiency is not 100% because there is protocol overhead (such as sync, record type, and length characaters) and there is dead time waiting for an ack or preparing the next record to be sent.

~Josef
~Josef

Burny4600 · 27 November 2015, 08:42:52

Firmware flashen.
Habe im Protokoll Einträge die nicht in Ordnung sind.
Muss für den Programme des SIGNALduino noch etwas angepasst werden?
User configuration file does not exist or is not a regular file, skipping

Code Auswählen

flashing Arduino sduino 
hex file: ./FHEM/firmware/SIGNALduino_nano328.hex 
port: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D7H7-if00-port0 
log file: ./log/SIGNALduino-Flash.log 
sduino closed 
command: avrdude -c arduino -b 57600 -P /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D7H7-if00-port0 -p atmega328p -vv -U flash:w:./FHEM/firmware/SIGNALduino_nano328.hex 2>./log/SIGNALduino-Flash.log 

--- AVRDUDE --------------------------------------------------------------------------------- 

avrdude: Version 6.1, compiled on Jul  7 2015 at 10:29:47 
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/ 
         Copyright (c) 2007-2014 Joerg Wunsch 

         System wide configuration file is "/etc/avrdude.conf" 
         User configuration file is "/root/.avrduderc" 
         [b]User configuration file does not exist or is not a regular file, skipping [/b]

         Using Port                    : /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D7H7-if00-port0 
         Using Programmer              : arduino 
         Overriding Baud Rate          : 57600 
         AVR Part                      : ATmega328P 
         Chip Erase delay              : 9000 us 
         PAGEL                         : PD7 
         BS2                           : PC2 
         RESET disposition             : dedicated 
         RETRY pulse                   : SCK 
         serial program mode           : yes 
         parallel program mode         : yes 
         Timeout                       : 200 
         StabDelay                     : 100 
         CmdexeDelay                   : 25 
         SyncLoops                     : 32 
         ByteDelay                     : 0 
         PollIndex                     : 3 
         PollValue                     : 0x53 
         Memory Detail                 : 

                                  Block Poll               Page                       Polled 
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack 
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- --------- 
           eeprom        65    20     4    0 no       1024    4      0  3600  3600 0xff 0xff 
           flash         65     6   128    0 yes     32768  128    256  4500  4500 0xff 0xff 
           lfuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00 
           hfuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00 
           efuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00 
           lock           0     0     0    0 no          1    0      0  4500  4500 0x00 0x00 
           calibration    0     0     0    0 no          1    0      0     0     0 0x00 0x00 
           signature      0     0     0    0 no          3    0      0     0     0 0x00 0x00 

         Programmer Type : Arduino 
         Description     : Arduino 
         Hardware Version: 2 
         Firmware Version: 1.16 
         Vtarget         : 0.0 V 
         Varef           : 0.0 V 
         Oscillator      : Off 
         SCK period      : 0.1 us 

avrdude: AVR device initialized and ready to accept instructions 

Reading | ################################################## | 100% 0.00s 

avrdude: Device signature = 0x1e950f 
avrdude: NOTE: "flash" memory has been specified, an erase cycle will be performed 
         To disable this feature, specify the -D option. 
avrdude: erasing chip 
avrdude: stk500_set_extended_parms(): protocol error, expect=0x14, resp=0x02 
avrdude: stk500_initialize(): failed 
--- AVRDUDE --------------------------------------------------------------------------------- 

sduino opened

Ralf9 · 27 November 2015, 09:28:36

Zitat von: Burny4600 am 27 November 2015, 08:09:55
Was ist dev-r32 branch

Die dev-r32 ist die gerade in Entwicklung befindliche Version
Zum updaten in fhem den folgenden Befehl ausführen:
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r32/controls_signalduino.txt

Zitat von: Burny4600 am 27 November 2015, 08:09:55
Was sind MU-, MS- und MC Nachrichten?

Ist im wiki erklärt:
http://www.fhemwiki.de/wiki/SIGNALduino#Daten_aus_dem_Logfile_erkl.C3.A4rt

Die z.Zt. unterstützten Oregon Protokolle V1 und V2 verwenden die Manchester (MC) Kodierung. Dies sind die Protokoll ID 10 und 18.

Beim flashen bin ich so vorgegegangen wie im wiki beschrieben und hatte damit noch nie Probleme. Ich musste dazu auch nichts zusätzliches anpassen.

Gruß Ralf

Burny4600 · 27 November 2015, 13:28:26

Mit der aktuellen Beta werden jetzt andere Geräte Protokolle gelistet.

Code Auswählen

2015-11-27 13:17:55-MU;P0=-129;P1=355;P2=-471;P5=-1052;D=0010121212121212121212121212121212121212121212121212152;CP=1;
2015-11-27 13:17:55-MC;LL=-1061;LH=893;SL=-572;SH=393;D=200D0E030000002C9B00;C=428;
2015-11-27 13:18:00-MS;P0=-424;P1=293;P2=-1131;P3=1008;P4=-10889;D=14121212121212123012121230121212121212123012301212;CP=1;SP=4;O;
2015-11-27 13:18:01-MS;P0=999;P1=-443;P2=272;P3=-1144;P4=-10877;D=24232323232323230123232301232323232323230123012323;CP=2;SP=4;
2015-11-27 13:18:04-MU;P0=-200;P1=131;P2=353;P3=-881;P5=848;D=00101020232323232323232323232323232323232323232323232353535323532310;CP=2;
2015-11-27 13:18:04-MU;P0=176;P1=-843;P2=378;P3=860;P5=-32001;D=12121312121212121312121212131212121212121212121212121212121212121212131213121213121312131213121312121312131213131213121312502;CP=2;
2015-11-27 13:18:05-MU;P0=-171;P1=172;P2=568;P4=-553;D=01020242424242424242424242424242424242424242424242421;CP=2;
2015-11-27 13:18:06-MC;LL=-1087;LH=860;SL=-587;SH=389;D=60D01100160280;C=416;
2015-11-27 13:18:06-MU;P1=-517;P2=389;P4=-1087;P5=860;D=4512421212121512454212121212121542121542121212121212121212154512421212121212154511;CP=2;
2015-11-27 13:18:09-MC;LL=-1064;LH=862;SL=-631;SH=435;D=000000;C=432;
2015-11-27 13:18:09-MC;LL=-1224;LH=888;SL=-567;SH=398;D=22401A1C060000005936;C=428;
2015-11-27 13:18:09-MC;LL=-1224;LH=888;SL=-567;SH=398;D=22401A1C060000005936;C=428;
2015-11-27 13:18:21-MU;P0=340;P1=-874;P3=833;P4=-32001;D=01010101010101010101010101010101010101010101010131310131010101310101010101313101013101010101310101010101010101010101013101013101010101010101010101310101013101010101340;CP=0;
2015-11-27 13:18:21-MU;P0=-116;P1=204;P2=-566;P3=409;P4=-1073;P5=909;D=5430;CP=3;
2015-11-27 13:18:21-MC;LL=-1069;LH=877;SL=-579;SH=396;D=18E1D400DCED4660;C=424;
2015-11-27 13:18:21-MC;LL=-1069;LH=877;SL=-579;SH=396;D=18E1D400DCED4660;C=424;
2015-11-27 13:18:23-MC;LL=-1076;LH=862;SL=-532;SH=434;D=000000;C=431;
2015-11-27 13:18:23-MC;LL=-1067;LH=888;SL=-568;SH=399;D=1200D0E030000002C9B0;C=428;
2015-11-27 13:18:23-MC;LL=-1067;LH=888;SL=-568;SH=399;D=1200D0E030000002C9B0;C=428;
2015-11-27 13:18:33-MC;LL=-1036;LH=922;SL=-565;SH=457;D=FFFFFF5F1426100A040E41C27700;C=459;
2015-11-27 13:18:37-MU;P0=-850;P1=-96;P2=425;P4=854;P5=148;D=01202020202020202020202020202020202020202020202020404050;CP=2;
2015-11-27 13:18:37-MC;LL=-1063;LH=890;SL=-575;SH=391;D=890068701800000164D8;C=426;
2015-11-27 13:18:41-MU;P0=698;P1=-1020;P2=264;P3=-1480;D=123212121212121212121212121212121212121212121212121010121212121212101012121210121012101212121210121212121012121210121210121212121210101210121212121010121212101212101210123;CP=2;
2015-11-27 13:18:51-MU;P0=354;P1=-717;P2=720;P3=-1144;P5=124;D=012301010151010101010101010101010101010101011;CP=0;
2015-11-27 13:18:51-MC;LL=-1118;LH=833;SL=-576;SH=406;D=BA69A24A4C;C=412;

Jetzt muss ich nur noch herausfinden wo diese zuzuordnen sind.

Ralf9 · 27 November 2015, 14:52:41

Zitat von: Burny4600 am 27 November 2015, 13:28:26
Jetzt muss ich nur noch herausfinden wo diese zuzuordnen sind.

Die Zuordnung sollte automatisch passieren.
Du kannst mal das Attribut debug auf 1 setzen.

Normalerweise müssten im log mehr Meldungen stehen.
Ist evtl das Attribut whitelist_IDs definiert? dies sollte zum testen gelöscht sein. Damit können nicht benötigte Nachrichten gefiltert werden.

Gruß Ralf

hjgode · 27 November 2015, 16:29:44

Zitat von: Burny4600 am 27 November 2015, 08:42:52
Firmware flashen.
Habe im Protokoll Einträge die nicht in Ordnung sind.
Muss für den Programme des SIGNALduino noch etwas angepasst werden?
User configuration file does not exist or is not a regular file, skipping

Code Auswählen Erweitern
flashing Arduino sduino hex file: ./FHEM/firmware/SIGNALduino_nano328.hex port: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D7H7-if00-port0 log file: ./log/SIGNALduino-Flash.log sduino closed command: avrdude -c arduino -b 57600 -P /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D7H7-if00-port0 -p atmega328p -vv -U flash:w:./FHEM/firmware/SIGNALduino_nano328.hex 2>./log/SIGNALduino-Flash.log --- AVRDUDE --------------------------------------------------------------------------------- avrdude: Version 6.1, compiled on Jul 7 2015 at 10:29:47 Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/ Copyright (c) 2007-2014 Joerg Wunsch System wide configuration file is "/etc/avrdude.conf" User configuration file is "/root/.avrduderc" [b]User configuration file does not exist or is not a regular file, skipping [/b] Using Port : /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D7H7-if00-port0 Using Programmer : arduino Overriding Baud Rate : 57600 AVR Part : ATmega328P Chip Erase delay : 9000 us PAGEL : PD7 BS2 : PC2 RESET disposition : dedicated RETRY pulse : SCK serial program mode : yes parallel program mode : yes Timeout : 200 StabDelay : 100 CmdexeDelay : 25 SyncLoops : 32 ByteDelay : 0 PollIndex : 3 PollValue : 0x53 Memory Detail : Block Poll Page Polled Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- --------- eeprom 65 20 4 0 no 1024 4 0 3600 3600 0xff 0xff flash 65 6 128 0 yes 32768 128 256 4500 4500 0xff 0xff lfuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00 hfuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00 efuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00 lock 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00 calibration 0 0 0 0 no 1 0 0 0 0 0x00 0x00 signature 0 0 0 0 no 3 0 0 0 0 0x00 0x00 Programmer Type : Arduino Description : Arduino Hardware Version: 2 Firmware Version: 1.16 Vtarget : 0.0 V Varef : 0.0 V Oscillator : Off SCK period : 0.1 us avrdude: AVR device initialized and ready to accept instructions Reading | ################################################## | 100% 0.00s avrdude: Device signature = 0x1e950f avrdude: NOTE: "flash" memory has been specified, an erase cycle will be performed To disable this feature, specify the -D option. avrdude: erasing chip avrdude: stk500_set_extended_parms(): protocol error, expect=0x14, resp=0x02 avrdude: stk500_initialize(): failed --- AVRDUDE --------------------------------------------------------------------------------- sduino opened

Hallo

die Meldung "User configuration file does not exist or is not a regular file, skipping " ist unerheblich.

Kann Dir trotzdem nicht sagen, warum das Flashen bei Dir nicht klappt.

BallaBalla · 27 November 2015, 16:30:17

Zitat von: pejonp am 26 November 2015, 22:47:41
Hallo Benno,

ich habe mal ein Paar Anpassungen gemacht. Kannst du das mal bitte testen. Damit sollten dann auch die fehlerhaften Daten (DCF-77) rausgefiltert werden.
In FHEM mal ein update machen:
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-proto9/controls_signalduino.txt

Die Berechnung der ID hat sich geändert.

Tschüs Jörg

Ok probiere ich aus :
Melde mich.
Danke

p.s.
habe dir ne PN mit etwas logfile geschickt

BallaBalla · 27 November 2015, 17:56:13

@Burny4600

Zitat von: hjgode am 27 November 2015, 16:29:44

Kann Dir trotzdem nicht sagen, warum das Flashen bei Dir nicht klappt.

Versuch mal nen

Code Auswählen

shutdown -rF now
auf der Console.

Hat bei mir schon manchmal Wunder bewirkt..

Wenn das Filesystem ne "Macke" hat dann kommte es zu den komischten Sachen....

nen Versuch ist es Wert.
Gruß
Benno

Burny4600 · 27 November 2015, 18:36:41

@Ralf9

ZitatIst evtl das Attribut whitelist_IDs definiert? dies sollte zum testen gelöscht sein. Damit können nicht benötigte Nachrichten gefiltert werden

Dieses Attribut ist jedenfalls nicht definiert.

debug auf 1 habe ich aktiviert.
Lasse mich jetzt überraschen.

Ralf9 · 27 November 2015, 18:53:04

Zitat von: Burny4600 am 27 November 2015, 18:36:41
debug auf 1 habe ich aktiviert.
Lasse mich jetzt überraschen.

hast Du im sduino das verbose auf 5?
Nun müsste im log viel mehr zu sehen sein

Gruß Ralf

Burny4600 · 27 November 2015, 19:15:36

Ja steht auf 5

Konfig schaut so aus:

Code Auswählen

#####################################
###    INPUT SIGNALduino Oregon   ###
#####################################
define sduino SIGNALduino /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D7H7-if00-port0@57600
attr sduino alias SIGNALduino
attr sduino debug 1
attr sduino devStateIcon Initialized:cul_usb@green:Open Open:cul_usb@red:Initialized
attr sduino flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
attr sduino hardware nano328
attr sduino icon cul_usb
attr sduino room _RxTx
attr sduino verbose 5

Anbei ein aktuelles Log mit debugging.

Ralf9 · 27 November 2015, 19:54:18

Zitat von: Burny4600 am 27 November 2015, 19:15:36
Anbei ein aktuelles Log mit debugging.

Es wird nur ein Sensor erkannt. Es müsste einer der folgenden sein:
Eurochon EAS800z
Technoline WS6750/TX70DTH
TFA 30320902
FreeTec Außenmodul für Wetterstation NC-7344

Code Auswählen

SD_WS07_Parse  SD_WS07 (P7#588027F00) length: 9
2015.11.27 19:12:37 5: SD_WS07 converted to bits: 01011000 1 000 000000100111 1111 00000000
2015.11.27 19:12:37 4: SD_WS07_T decoded protocolid: 7 sensor id=58, channel=1, temp=3.9, hum=0, bat=ok

Bei den Manchester (MC) kodierten Nachrichten wird zwar teilweise was erkannt, aber es scheint kein momentan unterstützes Protokoll zu sein.
Dazu fehlen mir die Kenntnisse, da kann nur Sidey weiterhelfen.

Sidey kannst Du auch mal drüber schauen?

Gruß Ralf

Burny4600 · 27 November 2015, 20:15:21

Was dieser Empfänger alles aufnimmt.
Das müssen Teile von meinen Nachbarn sein.

Nur mit den eigenen Sensoren hat das Teil noch seine Macken.