Beiträge anzeigen

Diese Sektion erlaubt es ihnen alle Beiträge dieses Mitglieds zu sehen. Beachten sie, dass sie nur solche Beiträge sehen können, zu denen sie auch Zugriffsrechte haben.

Nachrichten - tugstugi

1

Gnah!
Kaum kann ich boop kompilieren, bahnt sich auch schon das nächste Problem an.
Beim bauen des LPCTools bekomme ich folgende Fehlermeldung:


/opt/arm/binarm-elf-as -mcpu=arm7tdmi-s -D --gstabs -mthumb-interwork -mfpu=softfpa -o crt.o crt.s
make: /opt/arm/binarm-elf-as: No such file or directory
make: *** [crt.o] Error 1


Was fehlt da noch? Ist meine Toolchain noch nicht komplett?
Gruß JD


Nein, da fehlt nur ein /. Guck deine Makefile wieder an.

tugstugi
2

Er findet wohl die libmpc.2.dylib nicht. War das bei euch auch der Fall?


sed -n '4p' .svn/entries >> version.h
/opt/arm/bin/arm-elf-gcc -mcpu=arm7tdmi-s -Wall -mthumb-interwork -msoft-float -I/opt/arm/include -I. -Iinterrupt -Idisplay -Ikeyboard -Iaudio -Iinfrared -Iserial -Iflash -Icc1100 -Igui -Itimer -Igames -Iadc -Irtc  -Itools -Os -c -MMD -MF ./.deps/main.o -o main.o main.c
dyld: Library not loaded: /opt/local/lib/libmpc.2.dylib
  Referenced from: /opt/arm/bin/../libexec/gcc/arm-elf/4.5.2/cc1
  Reason: image not found
arm-elf-gcc: Internal error: Trace/BPT trap (program cc1)


Beim Builden habe ich gegen Macports gebaut, da ich gcc 4.5 benutzen wollte. Daher musst du zuerst Macports installieren und dann die fehlende Libs (oder einfach gcc45 installieren dann sind alle benötigte Libs mitinstalliert).

Gruß
tugstugi

PS: @thinkJD: Bist du das?: http://www.mikrocontroller.net/topic/194471
3

Klasse :-)
Jetzt fehlt nur noch ein lauffähiges LPC-Tool und ich wäre glücklich.
Hast du so etwas am start oder einen Patch, der das Port Problem unter OSX behebt?

Ich bin auch gerade dabei mich intensiv mit der Betty auseinander zu setzen.
Sie funkt mittlerweile auch zuverlässig mit dem RFM12 von Hope RF :-)


Was meinst du mit einem lauffähiges LPC-Tool? Ich habe das LPC-Tool unter Mac selber durchgebaut und es funktioniert. Das Port-Problem ist einbischen ätzend man muss halt jedes mal den USB-Stecker rausziehen und reinstecken wenn man was hochladen will.

Ich habe auch gerade vor ein Paar Tagen rfm12 modul aufgebaut aber noch nocht geschaft mit Betty zu kommunizieren. Kannst du eventuell deinen Kode teilen?

Gruß
tugstugi
4
Hi Andreas,

probiere mal http://dl.dropbox.com/u/16982795/arm-toolchain-macosx-softfloat.tar.bz2
Das habe ich mir selber durchgebaut und benutze unter MacOS ohne Probleme. Wenn du die Toolchain selber durchbauen willst, dann kannst du dieses Skript benutzen: https://github.com/danderson/nxos/blob/master/scripts/build_arm_toolchain.sh

Gruß
tugstugi
5
Hardware / Re: LPCTool unter Mac OS
13. Mär 2011, 00:01
Ich benutze lpctool unter Mac mit PL2303 aber es gibt einige Einschränkungen. Zuerst sollte man nicht /dev/tty.* Devices benutzen sondern /dev/cu.* Devices. Ausserdem muss man jedes mal das USB Kabel rausziehen und reinstecken um etwas auf Betty hochzuladen. Ansonsten bleibt lpctool bei "Info : awaiting autobaud response" hängen.

Gruß
tugstugi
6
Software / Re: Funksteckdose
16. Dez 2009, 23:40

Im Code ist ein Beispiel für FS20 und für die von dir verwendeten Funksteckdosen enthalten.


Hi,

ich sehe in SVN nur fs20.c und fs20.h.

Gruß
Tuguldur
7
Software / Re: Funksteckdose
08. Dez 2009, 02:02
Empfangen funktioniert jetzt.

Für ASK/OOK muss man laut Design Note DN022 (http://focus.ti.com/lit/an/swra215b/swra215b.pdf) alle möglichen Kombinationen von AGCCTRL2 und AGCCTRL0 ausprobien. Mit AGCCTRL2=0x03 und AGCCTRL2=0x92 funktioniert das Empfangen einigermassen gut.

Gruß
Tuguldur
8
Software / Re: Funksteckdose
07. Dez 2009, 15:02

Stell die Baudrate auf 2,778kBaud ein (entspricht 360µs).

Wie liest du das Signal aus?


Wenn der Pin GDO0 High (carrier sense) ist, prüfe ich den Pin GD02 mit 50 mikrosekunden periodisch, ob der Pin High oder Low ist. Ich war einbischen faul, mit Interrupt zu arbeiten.

Gruß
Tuguldur
9
Software / Re: Funksteckdose
07. Dez 2009, 10:54

Ausprobiert hab ich das noch nicht, hab's aber noch vor der Betty das FS20 Protokoll beizubringen. Im Prinzip ähnlich deinem Problem.

Informationen zum Protokoll deine Funksteckdose findest du hier http://www.mikrocontroller.net/topic/124084



Hallo Telekatz,

Ich kenn den Link, danke trotzdem.

Ich habe jetzt die Baudrate auf 2,4Kbaud erhöht und die Filterbandwidth auch einbischen hochgeschraubt. Mittlerweile kann ich die Bits einigermassen richtig empfangen. Aber es gibt immer wieder Ausreißer ->  Pulsen mit mehr als 3*360 Mikrosekunden Länge.

Hier ist meine aktuelle Konfiguration:

unsigned char patable[8] = {0x00, 0x3F, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00};

const unsigned char conf[0x2F] = {
0x0D, //IOCFG2
0x2E, //IOCFG1
0x0E, //IOCFG0
0x07, //FIFOTHR
0xD3, //SYNC1
0x91, //SYNC0
0x3E, //PKTLEN
0x04, //PKTCTRL1
0x32, //PKTCTRL0
0x00, //ADDR
0x00, //CHANNR
0x06, //FSCTRL1
0x00, //FSCTRL0
0x10, //FREQ2
0x12, //FREQ1
0xF6, //FREQ0
0xC6, //MDMCFG4
0x75, //MDMCFG3
0x30, //MDMCFG2
0x22, //MDMCFG1
0xF8, //MDMCFG0
0x14, //DEVIATN
0x07, //MCSM2
0x30, //MCSM1
0x18, //MCSM0
0x14, //FOCCFG
0x6C, //BSCFG
0x03, //AGCCTRL2
0x00, //AGCCTRL1
0x91, //AGCCTRL0
0x46, //WOREVT1
0x50, //WOREVT0
0x78, //WORCTRL
0x56, //FREND1
0x11, //FREND0
0xE9, //FSCAL3
0x2A, //FSCAL2
0x00, //FSCAL1
0x1F, //FSCAL0
0x41, //RCCTRL1
0x00, //RCCTRL0
0x59, //FSTEST
0x7F, //PTEST
0x3F, //AGCTEST
0x81, //TEST2
0x35, //TEST1
0x09 //TEST0
};


Weiss jemand, woran diese Ausreißer liegen könnten?

Gruß
Tuguldur
10
Software / Funksteckdose
05. Dez 2009, 01:53
Hi alle,

ich habe vor ein Paar Tagen ein Intertechno Funksteckdosenset gekauft. Da die meisten Funksteckdosen mit 434 Mhz funken, wollte ich mit Betty meine Funksteckdose steuern. CC1100 soll ja laut Datenblatt OOK/ASK unterstützen.

Hat jemand das ausprobiert? Im Internet finde ich leider keine Informationen zu diesem Thema. Bis jetzt habe ich einbischen mit CC1100 Konfigurationen rumgespielt und Betty so konfiguriert, dass man auf GDO0 High (carrier sense) bekommt, wenn die Funksteckdosen-Fernbedienung was sendet. GDO2 habe ich als "serial transparent data output" konfiguriert, aber lese da nur Rauschen.

Hier ist meine CC1100 Konfiguration (habe mit TI SmartRF Studio erzeugt):

const unsigned char conf[0x2F] = {
0x0D, //IOCFG2 ---- GDO2 als serial transparent data output
0x2E, //IOCFG1 ---- default
0x0E, //IOCFG0 ---- GDO0 als carrier sense (Frage: sollte man nicht irgendwo ein Threshold konfigurieren?)
0x07, //FIFOTHR ---- nicht benutzt
0xD3, //SYNC1 ---- nicht benutzt
0x91, //SYNC0 ---- nicht benutzt
0x3E, //PKTLEN ---- nicht benutzt
0x04, //PKTCTRL1 ---- ?
0x32, //PKTCTRL0 ---- asynchronous transparent mode
0x00, //ADDR ---- nicht benutzt
0x00, //CHANNR ---- nicht benutzt
0x06, //FSCTRL1
0x00, //FSCTRL0
0x10, //FREQ2
0x12, //FREQ1
0xF6, //FREQ0
0xF5, //MDMCFG4
0x75, //MDMCFG3
0x30, //MDMCFG2 ---- ASK/OOK,  no preamble/sync, carrier sense
0x22, //MDMCFG1
0xF8, //MDMCFG0
0x14, //DEVIATN  ---- nicht benutzt
0x07, //MCSM2
0x30, //MCSM1
0x18, //MCSM0
0x14, //FOCCFG
0x6C, //BSCFG
0x03, //AGCCTRL2 // siehe Design Note DN022
0x00, //AGCCTRL1 // siehe Design Note DN022
0x91, //AGCCTRL0 // siehe Design Note DN022
0x46, //WOREVT1
0x50, //WOREVT0
0x78, //WORCTRL
0x56, //FREND1 // siehe Design Note DN022
0x11, //FREND0
0xE9, //FSCAL3
0x2A, //FSCAL2
0x00, //FSCAL1
0x1F, //FSCAL0
0x41, //RCCTRL1
0x00, //RCCTRL0
0x59, //FSTEST
0x7F, //PTEST
0x3F, //AGCTEST
0x81, //TEST2
0x35, //TEST1 // siehe Design Note DN022
0x09 //TEST0
};


Kennt jemand mit der CC1100 Konfiguration aus?

Gruß
Tuguldur