Alternative culfw

Begonnen von bjoernh, 15 März 2015, 12:01:06

Vorheriges Thema - Nächstes Thema

tkaiser

Hallo
Ich bins nochmal, Ich versuche immer noch meinen NanoCul mit der acfw zu flashen,
Macht es einen Unterschied beim flashen wennauf meinem Board APtoFUN steht.
Der Chip ist ein FTDI und wird von Win 7 erkannt
Leider steige ich immer noch nicht dahinter wie manso einen Cul flasen kann. (Der totale Anfänger)
Danke im Voraus
Thorsten
HM-ES-PMSw1-Pl, HM-TC-IT-WM-W-EU, HM-CC-RT-DN,
HM-LC-DIM1T-FM, HM-SEC-SCo, Harmony-Hub,Raspi3.
CUL 868, nanoCUL 433

bjoernh

Zitat von: tkaiser am 28 November 2016, 20:16:33
Hallo
Ich bins nochmal, Ich versuche immer noch meinen NanoCul mit der acfw zu flashen,
Macht es einen Unterschied beim flashen wennauf meinem Board APtoFUN steht.
Der Chip ist ein FTDI und wird von Win 7 erkannt
Leider steige ich immer noch nicht dahinter wie manso einen Cul flasen kann. (Der totale Anfänger)
Danke im Voraus
Thorsten
Installiere ein Linux (geht auch in einer Virtuellen Maschine) und verwende das flash.sh Skript.

stefanru

@Burny:
Was auch wichtig ist:
Nachdem du den funktionierenden Arduino mit ISP bespielt hast unter Werkzeuge => Programmer => Arduino as ISP zu setzen.
Dann Bootloader brennen, danch hatte ich fehler, dann einfach nochmal brennen. Dann hatte ich ne Warnung aber Status war Bootloader gebrannt.
Viel Glück.

@tkaiser:
Ist es so einer?
http://www.ebay.de/itm/111880522050?clk_rvr_id=1131117880675&rmvSB=true
Das sollte schon passen. Hauptsache es steht nano drauf.
Wie willst du denn flashen? Mit windows? Mit welchem tool?
Ich flashe immer von Linux. Von Windows müsste ich mal schauen wie das geht.

@mahowi:
Hatte ich auch schon dass sich der nanoCul seltsam verhält nach dem flashen.
Ich stoppe fhem.
Ich flashe. Dann ziehe ich ihn ab und stecke ihn wieder an.
Dann prüfe ich ob er lebt mit:
screen /dev/ttyUSB[deine USB nummer] 38400
Danach [shift]+[V] [Enter], also erst shift und dann V dazu. Gleichzeitig sollte auch gehen, danach Enter.
Er sollte mit seinem Versions string antworten "V 1.23.01 a-culfw Build: 110 (2016-11-27_21-14-50) nanoCUL433 (F-Band: 433MHz)"
Geht das nicht ist irgendetwas beim Flashen schief gegangen.

Gruß,
Stefan

Bootscreen

#1098
Zitat von: bjoernh am 28 November 2016, 19:52:06
Hallo,

zuerst sollten wir wissen, ob der CUL bereits etwas empfängt.
Schalte dazu mal RAW X25 ein und schneide mit einem Terminal mit.
Wenn da etwas kommt, muss man evtl. die Firmware erweitern.

Weißt Du ob es für Fhem ein Modul gibt? Wenn ja, müsste man dieses dann vom CUL aus adaptieren, hierzu hatte ich das CUL_REDIRECT Modul eingeführt.

Ich würds gerne testen, bin aber grad noch nich ganz sicher was mein nanoCUL getan hat. Ich wollte die 1.23.01 flashen da ich bis dato noch eine IT only 1.21er drauf hatte. Beim Flashen der 1.23.01 bekomm ich aber immer folgende Meldungen:
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x00

In FHEM ist er aber noch erreichbar und nutzbar und scheinbar auch mit der 1.23.01.

Muss das jetzt mal beobachten

//Nachtrag:
Sehr komisch find ich aber auch die Version: V 1.23.01 a-culfw Build: private build (unknown) nanoCUL433 (F-Band: 868MHz)
Wieso  (F-Band: 868MHz) ? Hab da weder nen 868er drauf noch hab ich den 868er geflasht
Ein get ccconf ergibt auch: freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
Gruß
Oliver

FHEM 5.7 Hardware:
Raspberry PI B+ | HomeMatic USB 2 | 433Mhz Sender (pilight) | nanoCUL (433Mhz)

bjoernh

Zitat von: Bootscreen am 28 November 2016, 21:51:33
Ich würds gerne testen, bin aber grad noch nich ganz sicher was mein nanoCUL getan hat. Ich wollte die 1.23.01 flashen da ich bis dato noch eine IT only 1.21er drauf hatte. Beim Flashen der 1.23.01 bekomm ich aber immer folgende Meldungen:
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x00

In FHEM ist er aber noch erreichbar und nutzbar und scheinbar auch mit der 1.23.01.

Muss das jetzt mal beobachten

//Nachtrag:
Sehr komisch find ich aber auch die Version: V 1.23.01 a-culfw Build: private build (unknown) nanoCUL433 (F-Band: 868MHz)
Wieso  (F-Band: 868MHz) ? Hab da weder nen 868er drauf noch hab ich den 868er geflasht
Ein get ccconf ergibt auch: freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
Setzt die Frequenz auf 433, dann stimmt das fband auch wieder.

tkaiser

Danke für eure Antworten, ich werde heute Abend Linux Mint parallel auf mein Win
Lap top aufspielen. Ich hoffe dann funktioniert das flashen.
Wenn ich noch mal Hilfe brauch würde ich mich nochmal melden.
Grüße
Thorsten
HM-ES-PMSw1-Pl, HM-TC-IT-WM-W-EU, HM-CC-RT-DN,
HM-LC-DIM1T-FM, HM-SEC-SCo, Harmony-Hub,Raspi3.
CUL 868, nanoCUL 433

Burny4600

#1101
Bei mir funktioniert es nicht den Bootloader wieder auf die Arduinos aufzuspielen.
Bekomme immer die gleiche Fehlermeldung.
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x03
Fehler beim Brennen des Bootloaders.

Mfg Chris

Raspberry Pi 2/2+/3/3+/4 / Betriebssystem: Bullseye Lite
Schnittstellen: RFXtrx433E, SIGNALduino, MQTT, nanoCUL, HM-MOD-UART, 1-Wire, LAN, ser2net, FHEM2FEHEM
Devices: S.USV, APC-USV, Fronius Datalogger Web 2, FS20, IT, Resol VBUS & DL2, TEK603, WMR200, YouLess, Homematic, MQTT

mahowi

Meiner ließ sich auch nicht wiederbeleben, aber ich hab noch ein paar Nanos in der Kiste.  ;)
Heute abend muß ich mal versuchen, meinen nanoCUL wieder ans laufen zu bringen und vielleicht auch den alten Nano wieder zum Leben zu erwecken.
CUBe (MAX): HT, FK | CUBe (SlowRF): ESA2000WZ
JeeLink: LaCrosse | nanoCUL433: Smartwares SHS-51001-EU, EM1000GZ
ZME_UZB1: GreenWave PowerNode, Popp Thermostat | SIGNALDuino: HE877, X10 MS14A, Revolt NC-5462,  IT Steckdosen + PIR
tado° | Milight | HUE, Lightify | SmarterCoffee

bjoernh

Zitat von: Burny4600 am 29 November 2016, 08:56:49
Bei mir funktioniert es nicht den Bootloader wieder auf die Arduinos aufzuspielen.
Bekomme immer die gleiche Fehlermeldung.
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x03
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x03
Fehler beim Brennen des Bootloaders.

Für mich sieht es so aus, als ob der ISP entweder nicht richtig angeschlossen ist,  oder vom Betriebssystem nicht richtig erkannt wurde.
Blinkt der Cul noch? Wenn ja,  müssten auch die Fuses noch stimmen.  Sprich auch das Programmieren des Bootloaders sollte gehen.

Burny4600

@bjoernh
Meinst du das PC Betriebssystem?
Die nanoCULs werden erkannt, sowohl von Windows7 Pro (die Com Schnittstelle erscheint richtig im Geräte Manager) und nach der Arduino Boardinformation.

FTDI Chip Boardinformation eines neuen nanoCULs:
BN: Unbekanntes Board
VID: 0403
PID: 6001
SN: Laden Sie irgendeinen Sketch hoch, um sie abzurufen


CH340 Chip Boardinformation eines neuen nanoCULs:
BN: Unbekanntes Board
VID: 1A86
PID: 7523
SN: Laden Sie irgendeinen Sketch hoch, um sie abzurufen

Wobei die Boardinformation bei allen eingelesen werden.
Mfg Chris

Raspberry Pi 2/2+/3/3+/4 / Betriebssystem: Bullseye Lite
Schnittstellen: RFXtrx433E, SIGNALduino, MQTT, nanoCUL, HM-MOD-UART, 1-Wire, LAN, ser2net, FHEM2FEHEM
Devices: S.USV, APC-USV, Fronius Datalogger Web 2, FS20, IT, Resol VBUS & DL2, TEK603, WMR200, YouLess, Homematic, MQTT

bjoernh

Ja,  ich meinte den PC.  Die nanoculs sind doch erstmal via USB am PC uninteressant.  Wichtig ist nur der eine Arduino,  welcher als ISP funktionieren soll. Und genau bei diesem einen denke ich steckt das Problem.

Bootscreen

Zitat von: bjoernh am 28 November 2016, 19:52:06
Hallo,

zuerst sollten wir wissen, ob der CUL bereits etwas empfängt.
Schalte dazu mal RAW X25 ein und schneide mit einem Terminal mit.
Wenn da etwas kommt, muss man evtl. die Firmware erweitern.

Weißt Du ob es für Fhem ein Modul gibt? Wenn ja, müsste man dieses dann vom CUL aus adaptieren, hierzu hatte ich das CUL_REDIRECT Modul eingeführt.
muss ich für das raw X25 noch irgendwas machen? Weil wenn ich "set nanoCUL raw X25" eingebe passiert scheinbar nichts, der initString bleibt auf X21 stehn und in den Readings bleibt raw auf "No Answer"
Gruß
Oliver

FHEM 5.7 Hardware:
Raspberry PI B+ | HomeMatic USB 2 | 433Mhz Sender (pilight) | nanoCUL (433Mhz)

Burny4600

#1107
@bjoernh

Habe den Fehler gefunden.
Es war ein Bedienungsfehler des Arduino Programmiertools.
Anbei nochmals eine überarbeitet Anleitung.
Mfg Chris

Raspberry Pi 2/2+/3/3+/4 / Betriebssystem: Bullseye Lite
Schnittstellen: RFXtrx433E, SIGNALduino, MQTT, nanoCUL, HM-MOD-UART, 1-Wire, LAN, ser2net, FHEM2FEHEM
Devices: S.USV, APC-USV, Fronius Datalogger Web 2, FS20, IT, Resol VBUS & DL2, TEK603, WMR200, YouLess, Homematic, MQTT

thymjan

#1108
Habe eben meinen CUL 433 V3.4 mit der aktuellen Firmware http://www.mediafire.com/file/onxuqyq36wlv7e4/a-culfw_1.23.01_build_111.zip geflasht.

Danach hat die grüne LED unregelmäßig geblinkt und war auch mit "set CUL led 00" nicht aus zu kriegen.

Der CUL wurde in fhem erkannt, Funkschalter konnte ich damit schalten, die richtige Version wurde auch angezeigt.

Lediglich den IT-Dimmer konnte ich nicht mehr dimmen. Nur ein und ausschalten. Auf Dimmen-Befehle reagierte er nicht. Warum geht das mit der neuen Version nicht mehr?

Da ich dann hier den Threat gelesen habe, dachte ich schon ich hätte mir auch den Bootloader zerschossen. Aber ich konnte eine alte Version wieder aufspielen (a-culfw_v1.21.00_build_72). Da funktioniert auch das Dimmen wieder.

tkaiser

Hallo Ich habe noch eine Frage, ich habe mir nun Linux system parallel installiert,
Ich bekomme nun folgende Fehlermeldung bei dem flashen meines NanoCUL
$ sudo avrdude -p atmega328p -c arduino -P /dev/ttyUSB2 -b 57600 -D -Uflash:w:./nanoCUL433.hex:i

avrdude: AVR device initialized and ready to accept instructions

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

avrdude: Device signature = 0x1e950f (probably m328p)
avrdude: reading input file "./nanoCUL433.hex"
avrdude: can't open input file ./nanoCUL433.hex: No such file or directory
avrdude: read from file './nanoCUL433.hex' failed

avrdude: safemode: Fuses OK (E:00, H:00, L:00)

avrdude done.  Thank you.
Ich habe die Version aculfw a-culfw_1.23.01_build_111 im Ordner Download entpackt
Was mache ich falsch
Gruß
Thorsten
HM-ES-PMSw1-Pl, HM-TC-IT-WM-W-EU, HM-CC-RT-DN,
HM-LC-DIM1T-FM, HM-SEC-SCo, Harmony-Hub,Raspi3.
CUL 868, nanoCUL 433