Hauptmenü

culfw@ARM

Begonnen von Telekatz, 22 Juni 2015, 22:42:29

Vorheriges Thema - Nächstes Thema

raspklaus

Ich versuche gerade einen neuen Cube ohne Bootloader mit minicom zu flashen. ttyACM0 wird erkannt, aber mit xmodem kommt es beim flashen nur zu timeouts.

Wie bekomme ich den Cube trotzdem ans Laufen ?

Telekatz

Du musst erst den Bootloader mit SAM-BA oder BOSSA flashen. Über xmodem funktioniert es nur, wenn der Bootloader schon drauf ist.

hietzi

#572
Ich verzweifle gerade.
Habe den Cube erfolgreich geflasht... läufft auch alles nur ich komm mit den Credits einfach nieeee aus
Kann mir einer erklären wie ich die firmware unter linux am besten selbst neu erstellen kann ?

Log
Bei 7 Thermostaten und einem Zwischenschalter
2016.09.20 14:22:03 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 2, but we need 110. Waiting 108 seconds.
2016.09.20 14:22:07 3: HCS HCS_System Found 8 Device(s): 0 FHT, 0 HM-CC-TC, 8 MAX, demand: 0, idle: 7, ignored: 0, excluded: 1, unknown: 0, eco: no overdrive: no
2016.09.20 14:23:07 3: HCS HCS_System Found 8 Device(s): 0 FHT, 0 HM-CC-TC, 8 MAX, demand: 0, idle: 7, ignored: 0, excluded: 1, unknown: 0, eco: no overdrive: no
2016.09.20 14:23:52 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 2, but we need 110. Waiting 108 seconds.
2016.09.20 14:24:07 3: HCS HCS_System Found 8 Device(s): 0 FHT, 0 HM-CC-TC, 8 MAX, demand: 0, idle: 7, ignored: 0, excluded: 1, unknown: 0, eco: no overdrive: no
2016.09.20 14:25:07 3: HCS HCS_System Found 8 Device(s): 0 FHT, 0 HM-CC-TC, 8 MAX, demand: 0, idle: 7, ignored: 0, excluded: 1, unknown: 0, eco: no overdrive: no
2016.09.20 14:25:42 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 2, but we need 110. Waiting 108 seconds.
2016.09.20 14:26:07 3: HCS HCS_System Found 8 Device(s): 0 FHT, 0 HM-CC-TC, 8 MAX, demand: 0, idle: 7, ignored: 0, excluded: 1, unknown: 0, eco: no overdrive: no
2016.09.20 14:27:07 3: HCS HCS_System Found 8 Device(s): 0 FHT, 0 HM-CC-TC, 8 MAX, demand: 0, idle: 7, ignored: 0, excluded: 1, unknown: 0, eco: no overdrive: no
2016.09.20 14:27:31 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 2, but we need 110. Waiting 108 seconds.
2016.09.20 14:28:07 3: HCS HCS_System Found 8 Device(s): 0 FHT, 0 HM-CC-TC, 8 MAX, demand: 0, idle: 7, ignored: 0, excluded: 1, unknown: 0, eco: no overdrive: no
2016.09.20 14:29:07 3: HCS HCS_System Found 8 Device(s): 0 FHT, 0 HM-CC-TC, 8 MAX, demand: 0, idle: 7, ignored: 0, excluded: 1, unknown: 0, eco: no overdrive: no
2016.09.20 14:29:22 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 3, but we need 110. Waiting 107 seconds.
2016.09.20 14:30:07 3: HCS HCS_System Found 8 Device(s): 0 FHT, 0 HM-CC-TC, 8 MAX, demand: 0, idle: 7, ignored: 0, excluded: 1, unknown: 0, eco: no overdrive: no
2016.09.20 14:31:07 3: HCS HCS_System Found 8 Device(s): 0 FHT, 0 HM-CC-TC, 8 MAX, demand: 0, idle: 7, ignored: 0, excluded: 1, unknown: 0, eco: no overdrive: no
2016.09.20 14:31:10 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 2, but we need 110. Waiting 108 seconds.
2016.09.20 14:32:07 3: HCS HCS_System Found 8 Device(s): 0 FHT, 0 HM-CC-TC, 8 MAX, demand: 0, idle: 7, ignored: 0, excluded: 1, unknown: 0, eco: no overdrive: no
2016.09.20 14:33:00 2: CUL_MAX_SendQueueHandler: Not enough credit! credit10ms is 2, but we need 110. Waiting 108 seconds.
2016.09.20 14:33:07 3: HCS HCS_System Found 8 Device(s): 0 FHT, 0 HM-CC-TC, 8 MAX, demand: 0, idle: 7, ignored: 0, excluded: 1, unknown: 0, eco: no overdrive: no


thx und lg


hietzi

Kann es sein das der geflashte Cube Credits verbratet wo er das nicht sollte.

Ich habe folgendes Script am lauffen

#############Kontrolle der Gastherme ueber MAX-Schaltkontakt Beginn##################
#### Heizung: Winterbetrieb Sommerbetrieb
define HA_Heizung_Modus dummy
attr HA_Heizung_Modus alias Betriebsmodus
attr HA_Heizung_Modus fp_Heizung 36,220,7,
attr HA_Heizung_Modus group Betriebsmodus
attr HA_Heizung_Modus room Haus
attr HA_Heizung_Modus setList state:Winter,Sommer
attr HA_Heizung_Modus userReadings HCS_TEMP { if (ReadingsVal("HA_Heizung_Modus","state","Unbekannt") eq "Winter"){return 0} else {return 30};;}
attr HA_Heizung_Modus webCmd state
#Versuch mit HCS-Modul
define HCS_System HCS HA_Heizung_Schalter
attr HCS_System alias Heizungssteuerung
attr HCS_System deviceCmdOff desiredTemperature on
attr HCS_System deviceCmdOn desiredTemperature off
attr HCS_System event-on-change-reading state,devicestate,eco,overdrive
attr HCS_System exclude HA_Heizung_Schalter
attr HCS_System idleperiod 5
attr HCS_System interval 1
attr HCS_System loglevel 3
attr HCS_System mode valve
attr HCS_System room System
attr HCS_System sensor HA_Heizung_Modus
attr HCS_System sensorReading HCS_TEMP
attr HCS_System sensorThresholdOff 20
attr HCS_System sensorThresholdOn -1
attr HCS_System thermostatThresholdOff 0.5
attr HCS_System thermostatThresholdOn 0.5
attr HCS_System valveThresholdOff 10
attr HCS_System valveThresholdOn 40
#############Kontrolle der Gastherme ueber MAX-Schaltkontakt Ende####################


Mit dem nicht geflashten Cube fragte das Script zwar auch immer die valve Position jede Minute ab es ginge aber keine Credits flöten.
Mit dem geflashten Cube sobald ich das Script aktiviere und dieses die Thermostate abfragt dauter es keine 2 Minuten und die Credits sind weg.

Jemand ne Idee woran das liegen könnte?

Telekatz

Schon mal das hier ausprobiert:
https://forum.fhem.de/index.php/topic,37980.0.html

Ansonsten würde ich mal im entsprechenden Unterforum für MAX oder HCS nachfragen. Mit der a-culfw Firmware hat das nicht direkt was zu tun.

mrbit1968

#575
Noch mal das Problem mit der Intitialsieung des Cube (Cuno) in Status Meldung.

Also mir scheint das der Taster den ich vorher eine Zeitlang nicht gebraucht habe, womit ich jetzt das Licht einschlalte für die Beleuchtung der Arbeitsplatte in der Küche das Open manchmal erzeugt. Den habe normal eingebunden ohne irgendwelche extras. Seit dem vermute ich wenn ich denn zwei bis dreimal drücke erscheint dann das Open bei als letzer Status beim Cube (Cuno) was sonst bei den Heizkörperthermostaten nicht Passsiert oder bei sonstigen Funksteckdosen. Mit dem Max Taster Steuere ich die Beleuchtung einer Funksteckdose. Diese machen in der Regel mit der Intertechno Fernbedienung oder gesteuert von Der Fhemsoftware keine Probleme. Werde mal Versuchen die Tage ein Log mit zu Schneiden.

Noch mal zur Erinnerung , wenn dort ein Open steht , geht garnix mehr. Dann muss ich die Fhemsoftware neustarten, dann gehst wieder. Damit der Status wieder auf Initialized steht.

Gruß
Fritzbox 7490 6.51 /- Fhem auf Pi+ /-Max CUNO - Intertechno - Fs20 Komponenten

rubbertail

Wenn du den Cube mit

attr <cubename> verbose 5

dazu bringst, alles, was er so tut, ins Log zu schreiben, und dann diesen Taster wiederholt drückst, so dass das Fehlerbild passiert - was findest du dann im Log?
FHEM auf Raspi, CUL433, CUL868, RFXTRX433e, CULCuBE
FRITZ: Fritzbox7590AX, 6xFritzDECT301, 10xFritzDECT200, FritzRepeater 6000
MAX!: Fensterkontakte
netatmo: Wetterstation & Thermostat
Milights, IT, Withings, HUE

mrbit1968

Sorry hatte zu tun, werde berichten.

Gruß
Fritzbox 7490 6.51 /- Fhem auf Pi+ /-Max CUNO - Intertechno - Fs20 Komponenten

JayP

#578
Bei mir taucht leider auch ständig diese Meldung auf. :-(

2016.10.10 22:50:16 1: 192.168.178.23:2323 disconnected, waiting to reappear (Cube433)
2016.10.10 22:50:17 1: 192.168.178.23:2323 reappeared (Cube433)


Der Cube ist zwischendurch einfach weg.

Antwort von 192.168.178.23: Bytes=32 Zeit=3ms TTL=128
Antwort von 192.168.178.23: Bytes=32 Zeit=3ms TTL=128
Antwort von 192.168.178.23: Bytes=32 Zeit=4ms TTL=128
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Antwort von 192.168.178.23: Bytes=32 Zeit=8ms TTL=128
Antwort von 192.168.178.23: Bytes=32 Zeit=4ms TTL=128
Antwort von 192.168.178.23: Bytes=32 Zeit=17ms TTL=128


EDIT: Hat sich erledigt. Die Stromversorgung des Cube war nicht ausreichend. Mit einem anderen Netzteil habe ich keine Probleme mehr.
FHEM 5.7 auf ODROID C2, CUL868, MaxCube mit culfw auf 433Mhz, Jeelink 868Mhz, 4x HM-CC-RT-DN, 1x HM-LC-Bl1-FM, 7x IT-Steckdosen, 5x LaCrosse Sensoren, 3x Revolt NC-5462, 1x SD_WS07, 2x G-Tag, Logitech Media Server auf Zyxel, ASUS TF300t mit Android 6 und TabletUI, u.v.m.

Haui74

Könnte bitte jemand eine Schritt-für-Schritt Anleitung für die Installation der Toolchain auf einen Pi posten?! Ich bekomm das irgendwie nicht auf die Reihe. :o :-[

Danke!!  :)


Telekatz

Wieso willst du die Toolchain auf einen Pi Installieren? Die Firmware auf einem Pi zu erstellen ist doch total unkommod. Da nimmt man doch einen PC.

Desweiteren readme der Toolchain befolgen:
https://launchpadlibrarian.net/186123405/readme.txt

Haui74

Habs aufm PC installiert, da bekomme ich immer die Fehlermeldung: "Das System kann den angegebenen Pfad nicht finden.". Muss man da noch was anpassen?

Telekatz

Ja, der Pfad zum .../4.8/bin Verzeichniss der Toolchain muss zur PATH Systemvariable hinzugefügt werden.

Alternativ kann der Pfad im Makefile eingetragen werden (ARMBASE und ARMPATH):
###############################################################
#####
##### PATHS (default installation)
#####
##### You can put your path-config into Makefile.local
##### to override these defaults
#####
###############################################################

ARMBASE = F:/GNU_Tools_ARM_Embedded/4.8
INCLUDEPATH = $(ARMBASE)/arm-none-eabi/include
LIBPATH = $(ARMBASE)/arm-none-eabi/lib
ARMPATH = $(ARMBASE)/bin
TOOLPREFIX = arm-none-eabi-
OPENOCDPATH = F:\Tools\OpenOCD
OPENOCD = $(OPENOCDPATH)\openocd.exe -f $(OPENOCDPATH)\target\sam7x256.cfg -f $(OPENOCDPATH)\interface\uniprog.cfg

GENDEPFLAGS = -MMD -MP -MF .dep/$(@F).d


Haui74

#583
Ich kapituliere... :'( Habe jetzt alles durch,hab es sogar mit der 5.4 versucht, aber ich bekomme immer eine Fehlermeldung >:(
C:\culfw\a-culfw-master\culfw\Devices\CUBe>make CUBE
Das System kann den angegebenen Pfad nicht finden.
Das System kann den angegebenen Pfad nicht finden.
make OUTPUT=CUBE target
Das System kann den angegebenen Pfad nicht finden.
Das System kann den angegebenen Pfad nicht finden.
make[1]: Entering directory `C:/culfw/a-culfw-master/culfw/Devices/CUBe'
C:/GNUTools/5.4/bin/arm-none-eabi-gcc -mcpu=arm7tdmi-s -Wall -Wno-strict-aliasing -Wno-unused-but-set-variable -mlong-calls -ffunction-sections -std=c99 -Dflash -DCUBE -DTRACE_LEVEL=4 -DDBGU_UNIT_IN -g -MMD -MP -MF .dep/main.o.d -Os -I. -I../.. -I../../at91lib -I../../at91lib/usb -I../../clib -I../../at91lib/avr -I../../avr-uip/uip -I../../avr-uip -IC:/GNUTools/5.4/arm-none-eabi/include  -c -o main.o main.c
main.c:471:1: fatal error: opening dependency file .dep/main.o.d: No such file or directory
}
^
compilation terminated.
make[1]: *** [main.o] Error 1
make[1]: Leaving directory `C:/culfw/a-culfw-master/culfw/Devices/CUBe'
make: *** [CUBE] Error 2


Edit: Wert der "PATH": C:\GNUTools\5.4\bin\;C:\GnuWin32\bin

Telekatz

Versuch mal den Ordner .dep im Verzeichnis C:\culfw\a-culfw-master\culfw\Devices\CUBe manuell anzulegen.