Search found 421 matches
- Wed Aug 14, 2013 6:33 am
- Forum: Software development
- Topic: Altitude Hold/Advanced Failsafe solutions by NHA
- Replies: 270
- Views: 133415
Re: Altitude Hold/Advanced Failsafe solutions by NHA
Hi, Right now I'm running ArduCopter in my custom TRI, works awesome, although proper PID setup takes a lot of time, it feels like ArduCopter has it's own "spirit"... I'm concentrating on hardware improvements right now, this is my latest running project (pictures at the end): m Good luck ...
- Tue Jul 23, 2013 8:52 am
- Forum: Software development
- Topic: Altitude Hold/Advanced Failsafe solutions by NHA
- Replies: 270
- Views: 133415
Re: Altitude Hold/Advanced Failsafe solutions by NHA
Hi guys,
please be informed that I have finished with Multiwii, since the current development direction doesn't match my idea.
I'm testing other systems right now.
Please feel free to use any of my modifications.
I wish you all good luck on flying and have fun!!!
BR
Adrian
please be informed that I have finished with Multiwii, since the current development direction doesn't match my idea.
I'm testing other systems right now.
Please feel free to use any of my modifications.
I wish you all good luck on flying and have fun!!!
BR
Adrian
- Tue Jun 25, 2013 3:31 pm
- Forum: Software development
- Topic: V2.2 - ACRO PID implementation is wrong, right?
- Replies: 282
- Views: 189630
Re: V2.2 - ACRO PID implementation is wrong, right?
I think the main issue with the current MWC is the YAW does not hold as liked by many however, for me, it is working fairly well when the YAW PID are set correctly for the given build. I have never, repeat, never been able to use the Default settings especially the YAW. FYI, In my opinion, PID Sett...
- Tue Jun 25, 2013 3:09 pm
- Forum: Software development
- Topic: V2.2 - ACRO PID implementation is wrong, right?
- Replies: 282
- Views: 189630
Re: V2.2 - ACRO PID implementation is wrong, right?
Hi all again, my major problem is that before r1474 we had a rock solid, well tested PID and IMU implementation, without any known bugs in ALL FLYING SITUATIONS thanks to the high number of users/testers/flights. I can't understand why we need to modify this core part and start testing from scratch?...
- Mon Jun 24, 2013 9:19 pm
- Forum: Software development
- Topic: V2.2 - ACRO PID implementation is wrong, right?
- Replies: 282
- Views: 189630
Re: V2.2 - ACRO PID implementation is wrong, right?
Hi all, does anybody succeed with this new code? How safe it is? I'm especially interrested in tri-copter... OFF you know guys, when I made my first changes in baro code and nav code, I got hard comments on why posting BUGGY codes, although it was not in any repository but only in attached ZIP files...
- Fri Jun 21, 2013 3:09 pm
- Forum: Software development
- Topic: r1474 - new yaw algorithm
- Replies: 11
- Views: 5311
Re: r1474 - new yaw algorithm
Hi, I have problems with new algorythm on tri, when small stick input is allied, after release stick I have some degrees back/front drift before yaw stops in direction. I'll try to describe: The problem is that on tri there is asymmetrical torque balance, so we have to compensate with yaw continousl...
- Thu Jun 13, 2013 4:49 am
- Forum: Software development
- Topic: KV Team Multiwii OSD
- Replies: 1021
- Views: 398255
Re: SW Development on Minim Osd
Hi all,
I have just started to use KVOSD, here is a sample video:
http://www.youtube.com/watch?v=nujG0T7tb7k
All things works great!!! I'm using the latest revision.
Thanks to you guys!
BR
Adrian
I have just started to use KVOSD, here is a sample video:
http://www.youtube.com/watch?v=nujG0T7tb7k
All things works great!!! I'm using the latest revision.
Thanks to you guys!
BR
Adrian
- Sun Jun 09, 2013 2:19 pm
- Forum: Software development
- Topic: RSSI PWM Input - solution needed
- Replies: 14
- Views: 9582
Re: RSSI PWM Input - solution needed
RC reading is little more complicated, but work with PCINT interrupts in similar way. About help... This is easy with one configuration, like Mega2560 board with standard RC. But we have three different hardware versions (328, 32U4, 2560) and two receiver standards (normal and PPM-SUM) that use PCI...
- Sat Jun 08, 2013 5:38 am
- Forum: Software development
- Topic: RSSI PWM Input - solution needed
- Replies: 14
- Views: 9582
Re: RSSI PWM Input - solution needed
Yes, I'm talking about something like this.
Please correct me, but if I'm right, this is already done in RC channel reading.
If yes, one other input should be defined and that's all. Can anybody help doing this?
BR
Adrian
Please correct me, but if I'm right, this is already done in RC channel reading.
If yes, one other input should be defined and that's all. Can anybody help doing this?
BR
Adrian
- Fri Jun 07, 2013 4:44 am
- Forum: Software development
- Topic: RSSI PWM Input - solution needed
- Replies: 14
- Views: 9582
Re: RSSI PWM Input - solution needed
Thanks for all your reply. But still, why make a physical filter instead of reading the PWM signal itself with the controller? I think that would be much easier. BTW, my solution works, the only problem is that pulsein takes time to "run". But we already have PWM reading for RC signals, so...
- Sun Jun 02, 2013 8:33 pm
- Forum: Software development
- Topic: RSSI PWM Input - solution needed
- Replies: 14
- Views: 9582
Re: RSSI PWM Input - solution needed
What is the problem with the existing rssi code in _shared ? For me it was unusable without an R-C filter (100nF + 10kOhm) applied. (the value was far too glitchy when measured by analog input) With R-C filter I still had to apply 32 for moving average... But instead of applying R-C filter to avera...
- Sun Jun 02, 2013 12:57 pm
- Forum: Software development
- Topic: RSSI PWM Input - solution needed
- Replies: 14
- Views: 9582
RSSI PWM Input - solution needed
Hi All, I have an FRSKY futaba compatible receiver which has a PWM RSSI output. I tried to add PWM RSSI reading: in config.h added: #define RX_PWM_RSSI #define PWM_RSSI_PIN 46 in def.h added: #define PWM_RSSI_PINMODE pinMode(PWM_RSSI_PIN, INPUT); in void setup() added: PWM_RSSI_PINMODE; in Multiwii....
- Wed May 15, 2013 8:45 pm
- Forum: Software development
- Topic: General servo handler - almost done
- Replies: 115
- Views: 47867
Re: General servo handler - almost done
MWiiConfig with servosettings uploaded in _shared. For those who want to testrun The gui before next dev. MultiWiiConf.zip Use together with r1440 or newer. Save servosettings to a file. Copy/paste to config.h to load as default at reset. Heli 90. Dual & singleCoters Is not supported yet! Hi, c...
- Tue May 07, 2013 6:56 pm
- Forum: Software development
- Topic: General servo handler - almost done
- Replies: 115
- Views: 47867
Re: General servo handler - almost done
Dear Mis,
couldn't you merge your servo settings additions to the Multiwii GUI?
For example I'm running on MAC OS X, and GUI works just great.
But all your servo changes are unusable without proper setup program...
Thanks in advance, great job!
BR
Adrian
couldn't you merge your servo settings additions to the Multiwii GUI?
For example I'm running on MAC OS X, and GUI works just great.
But all your servo changes are unusable without proper setup program...
Thanks in advance, great job!
BR
Adrian
- Sat May 04, 2013 3:23 pm
- Forum: Software development
- Topic: General servo handler - almost done
- Replies: 115
- Views: 47867
Re: General servo handler - almost done
Patrik, i found some bugs in GUI 1. Airplane mode: Yaw servo rate is not working. Other servos are OK, but all reverse boxes are inverted (normally, non inverted should be gray, but are white). 2. TRI - on Mega Boards when using HW PWM's The YAW servo is not handled because the servo is moved from ...
- Fri May 03, 2013 6:46 pm
- Forum: Software development
- Topic: General servo handler - almost done
- Replies: 115
- Views: 47867
Re: General servo handler - almost done
Hi,
I tried but there is not any additional setup / config tab. (with latest _shared we have additional tabs).
I'm running MWI1422.
BR
Adrian
- Fri May 03, 2013 4:41 am
- Forum: Software development
- Topic: General servo handler - almost done
- Replies: 115
- Views: 47867
Re: General servo handler - almost done
Mis wrote:Hi Adrian.
Download my little configurator : http://romek_by.republika.pl/MK/ServoMiscConf.exe and setup all servo parameters with it.
BTW, Updated, with servo, motor and RC signal monitor.
Hi, unfortunatelly I'm running on MAX OS... :S
So still looking forward of having an updated GUI. (or EZ-GUI?! )
BR
Adrian
- Thu May 02, 2013 2:45 pm
- Forum: Software development
- Topic: General servo handler - almost done
- Replies: 115
- Views: 47867
Re: General servo handler - almost done
Ok, now the servo calculations are isolated by #if defined(SERVO), and precalculation of first and last used servos is done, then for(i...) loops is limited to only used servos. After some tests I commit this changes. What you mean "the rc signal superposition is no more possible" You can...
- Mon Apr 29, 2013 5:48 pm
- Forum: Software development
- Topic: Altitude Hold/Advanced Failsafe solutions by NHA
- Replies: 270
- Views: 133415
Re: Altitude Hold/Advanced Failsafe solutions by NHA
felixrising wrote:Hi I think there is something related to MAG_DECLINATION broken under 1411, it was fixed in 1414 it seems. Would this be an issue for r23?
Hi,
yes, it can be an issue, I'll merge with latest soon and upload.
BR
Adrian
- Wed Apr 24, 2013 7:49 pm
- Forum: Software development
- Topic: Altitude Hold/Advanced Failsafe solutions by NHA
- Replies: 270
- Views: 133415
Re: Altitude Hold/Advanced Failsafe solutions by NHA
Goetz wrote:could anybody please explain how to get the right gui for this version.
thank you
Hi, you can use the gui in _shared.
You will need Processing to make app.
But I think the GUI for MWI2.2 would also work.
BR
Adrian
ps.: link to shared:
http://code.google.com/p/multiwii/sourc ... onf_shared
- Wed Apr 24, 2013 4:58 am
- Forum: Software development
- Topic: Altitude Hold/Advanced Failsafe solutions by NHA
- Replies: 270
- Views: 133415
Multiwii r1411 NHA r23
Hi, there was a BUG caused compile error when AUTOLAND was commented. I corrected it. Tazzy, I checked and compiles with your config.h! So, in r23 there is not any major changes in functions, only compile BUG correction. So I attached my r23 code, based on official Multiwii r1411. For changes in r14...
- Tue Apr 23, 2013 5:06 pm
- Forum: Software development
- Topic: Altitude Hold/Advanced Failsafe solutions by NHA
- Replies: 270
- Views: 133415
Re: Altitude Hold/Advanced Failsafe solutions by NHA
Hi Adrian, I notice when I try and enable RTH_ALT_MODE but with AUTOLAND undefined, Arduino throws an error: MultiWii.cpp.o: In function `loop': /Applications/MultiWii.ino:1777: undefined reference to `altToAutoland()' I don't want AUTOLAND feature enabled (to save memory), but would like to have a...
- Tue Apr 23, 2013 5:08 am
- Forum: Software development
- Topic: Altitude Hold/Advanced Failsafe solutions by NHA
- Replies: 270
- Views: 133415
Re: Altitude Hold/Advanced Failsafe solutions by NHA
Hello thanks adrian I love this forkoff but now i need some support and pid tips I have changed my motors and props and need change my pids. After the hardware change it fly as a jojo and jumps up and down with nha latest and default pids, with multiwii 2,2 with default pids all works ok and it is ...
- Mon Apr 22, 2013 10:56 am
- Forum: Software development
- Topic: Magnetometer+Tilt
- Replies: 4
- Views: 2315
Re: Magnetometer+Tilt
Yepp, this is the textbook calculation, and indeed this is as correct as it could be. The only question is that how mutch it adds to the cycletime? I think the inperfections of the currect implementation is coming from the simplifcation and approximation that Alex used to streamline the code as mut...
- Fri Apr 19, 2013 7:02 pm
- Forum: Software development
- Topic: Altitude Hold/Advanced Failsafe solutions by NHA
- Replies: 270
- Views: 133415
Re: Altitude Hold/Advanced Failsafe solutions by NHA
franko_ wrote:Hi Adrian,
where´s your latest code, or is it not public at the moment?
BR
Frank
Az I said perviously in my post, always check the first post!
The latest link will be there all time!
BR
Adrian
- Tue Apr 16, 2013 5:33 pm
- Forum: Software development
- Topic: Altitude Hold/Advanced Failsafe solutions by NHA
- Replies: 270
- Views: 133415
Re: Altitude Hold/Advanced Failsafe solutions by NHA
Regarding crash with NHA22, software works but seems the standard FW for ESC's are not responding OK to spikes. I had exactly the same behaviour in MWC dev R1391. MWC NHA R22 IS WORKING FINE Hi Dramida, thanks for your feedback. I had 4 10min long flights, continously testing RTH and PH with EZ-GUI...
- Sun Apr 14, 2013 1:23 pm
- Forum: Software development
- Topic: Altitude Hold/Advanced Failsafe solutions by NHA
- Replies: 270
- Views: 133415
Re: Altitude Hold/Advanced Failsafe solutions by NHA
I always Tweak PID's in gps ph, even i your previous releases. Second crash was with baro activated also. I can confirm that arm box was unchecked. One more observation:All the motors screamed and stalled when crash ocured. Could you describe this? I can't really understand what screamed means in t...
- Sat Apr 13, 2013 8:26 pm
- Forum: Software development
- Topic: Altitude Hold/Advanced Failsafe solutions by NHA
- Replies: 270
- Views: 133415
Re: Altitude Hold/Advanced Failsafe solutions by NHA
Today i crashed two times inthe same way: all engines stopped foa a momment in gps ph with baro. I was using MWC NHA R22 on Crius Aiop. The motors stopped ALL with a squiky sound. First time they stopped when i pressed "Write to eeprom " in EZ GUI at PID config regarding GPS PH angle of c...
- Sun Apr 07, 2013 6:38 am
- Forum: Software development
- Topic: HW PWM servo, BUG in r1384??
- Replies: 4
- Views: 2049
Re: HW PWM servo, BUG in r1384??
Double check your connections and configuration. With r1388, CAMSTAB enabled, AIO PRO, and Y6 selected, both pitch and roll servos work (at pin 44,45), can be controlled via AUX channels and react to stabilisation. Hi, wiring was not changed since r1383. If I upload the 1383, both servos works, if ...
- Sat Apr 06, 2013 7:08 pm
- Forum: Software development
- Topic: HW PWM servo, BUG in r1384??
- Replies: 4
- Views: 2049
Re: HW PWM servo, BUG in r1384??
Mis wrote:Right, camstab servos not work if camtrig is disabled.
Fixed in r1388.
After 1388, only roll servo works, pitch doesn't.
It seems like some BUG still exist...
- Sat Apr 06, 2013 6:32 am
- Forum: Software development
- Topic: HW PWM servo, BUG in r1384??
- Replies: 4
- Views: 2049
HW PWM servo, BUG in r1384??
Hi,
I'm using a CRIUS AIO PRO board in Y6, with servo on roll/pitch for camstab.
Since r1384 servos doesn't work, possible caused by a BUG. /They are even not holding, so the outputs are not activated/
I use them in HW-PWM mode.
Could anybody confirm?
BR
Adrian
I'm using a CRIUS AIO PRO board in Y6, with servo on roll/pitch for camstab.
Since r1384 servos doesn't work, possible caused by a BUG. /They are even not holding, so the outputs are not activated/
I use them in HW-PWM mode.
Could anybody confirm?
BR
Adrian
- Fri Apr 05, 2013 7:44 pm
- Forum: Software development
- Topic: mobiDrone nano arduino OSD for MultiWii with PID config
- Replies: 295
- Views: 128837
Re: mobiDrone nano arduino OSD for MultiWii with PID config
I think many people have moved on to the Minim Osd . Because of Micheal's coding style has made it very hard for others to follow what has been done. I am focused to because I build an all-in-one Flight Control based around the mobiDrone. Been busy with other project but I need to get back onto thi...
- Fri Apr 05, 2013 5:22 am
- Forum: Software development
- Topic: mobiDrone nano arduino OSD for MultiWii with PID config
- Replies: 295
- Views: 128837
Re: mobiDrone nano arduino OSD for MultiWii with PID config
Hi All, There is still nothing new from Michal... :(:( I adore his job, maximum respect. But, the MSP is far old in current Mobidrone Code. And maybe Michal is too busy with other projects or job, etc. I'm wondering on if anybody could dig in his code and implement the current MSP? Unfortunatelly I'...
- Fri Apr 05, 2013 5:17 am
- Forum: Software development
- Topic: MultiWii EZ-GUI
- Replies: 1434
- Views: 744251
Re: Odp: MultiWii EZ-GUI
ezio wrote:I'm new to usb host in android. And this is very beta release of usb support so it can not work stable etc.
but I'm happy beacuse it works for someone
Bart
OK, no problem.
I just wanted to share as much details as I can.
BR
Adrian
- Thu Apr 04, 2013 5:40 pm
- Forum: Software development
- Topic: Altitude Hold/Advanced Failsafe solutions by NHA
- Replies: 270
- Views: 133415
Re: Altitude Hold/Advanced Failsafe solutions by NHA
The moving in PH during rising/descending is a natural behaviour since the GPS PIDs are tuned for hoveing. Since it is not serious issue I didn't try to solve this. There is not any sonar code in 2.2, only sonar altitude is printed into debug but nothing more. Once I'll get a sonar I'll try to imple...
- Tue Apr 02, 2013 8:21 pm
- Forum: Software development
- Topic: Upcoming changes in nav code
- Replies: 36
- Views: 18239
Re: Upcoming changes in nav code
EOSBandi wrote:It will be committed into _shared
(And the RABBIT FC code as usual... :S)
Unbelievable what they are doing.
Why not join us instead of stolen code parts?!?!?!
Maybe they could have good ideas or whatever...
BR
Adrian
- Tue Apr 02, 2013 7:14 pm
- Forum: Software development
- Topic: Upcoming changes in nav code
- Replies: 36
- Views: 18239
Re: Upcoming changes in nav code
Hi All,
one short question.
Will the nav development have a unique branch inside MWI code, or will be committed to the MWI_shared?
BR
Adrian
one short question.
Will the nav development have a unique branch inside MWI code, or will be committed to the MWI_shared?
BR
Adrian
- Mon Apr 01, 2013 8:20 pm
- Forum: Software development
- Topic: Upcoming changes in nav code
- Replies: 36
- Views: 18239
Re: Upcoming changes in nav code
Hi, I suggest to use nr0 for home, nr1 for hold. Because than any number of WP could be set. So for less WP less memory is needed. What do you think on my idea that using integers for storing WP datas instead of EEPROM/other attached memory? (can be found in my r22 code). On this way the chance of ...
- Mon Apr 01, 2013 7:38 pm
- Forum: Software development
- Topic: Upcoming changes in nav code
- Replies: 36
- Views: 18239
Re: Upcoming changes in nav code
Hi, I suggest to use nr0 for home, nr1 for hold. Because than any number of WP could be set. So for less WP less memory is needed. What do you think on my idea that using integers for storing WP datas instead of EEPROM/other attached memory? (can be found in my r22 code). On this way the chance of h...
- Mon Apr 01, 2013 5:38 pm
- Forum: Software development
- Topic: MultiWii EZ-GUI
- Replies: 1434
- Views: 744251
Re: MultiWii EZ-GUI
Have you activated "Use serial Port for MultiWii" in settings? Also you have to setup your 3DRs for baud rate 115200 or change it everywhere, i.e. flight controller, 3DRs, EZ app... Also after app run you have to press Connect, i.e. it's not done automatically after app starts... Hi, yes,...
- Mon Apr 01, 2013 5:11 pm
- Forum: Software development
- Topic: MultiWii EZ-GUI
- Replies: 1434
- Views: 744251
Re: MultiWii EZ-GUI
Hi, I tried on advent vega clone tablet (both 4.1 and 4.2 custom roms), I have HOST mode possibilities. EZ-GUI writes that "Serial connected" but there is not any data transfer. I tried with both 3DR and direct connection (tablet connected to my crius AIO pro). BR Adrian ps. if you need an...
- Sun Mar 31, 2013 6:50 pm
- Forum: Software development
- Topic: Altitude Hold/Advanced Failsafe solutions by NHA
- Replies: 270
- Views: 133415
Multiwii r1379 NHA r22
Hi,
I merged my code with the latest r1379.
Nothing new functions but contains the improvements of Hamburger in analog readings.
So now vbat, psensor and rssi can be used at the same time without jittering or other inaccuracy mesurements.
BR
Adrian
I merged my code with the latest r1379.
Nothing new functions but contains the improvements of Hamburger in analog readings.
So now vbat, psensor and rssi can be used at the same time without jittering or other inaccuracy mesurements.
BR
Adrian
- Sat Mar 30, 2013 6:45 am
- Forum: Software development
- Topic: how to increase accuracy of analogRead() ?
- Replies: 55
- Views: 16513
Re: how to increase accuracy of analogRead() ?
Ok looking good. I think your mod should go into the official code. Add the define to the other two in config.h Hi, in the shared r1379, I think this line should be modified: #if RSSI_SMOOTH == 1 analog.rssi = rssiRaw; #else to this: #if RSSI_SMOOTH == 1 analog.rssi = r; #else because we don't use ...
- Fri Mar 29, 2013 10:09 pm
- Forum: Software development
- Topic: how to increase accuracy of analogRead() ?
- Replies: 55
- Views: 16513
Re: how to increase accuracy of analogRead() ?
Hi Adrian. That is fantastic news! So I understand accuracy for all 3 sensors is ok now for your setup? Which averaging lengths for voltage and current do you use? I did my latest tests with aiop too. Have fun flying. I use the default length for both. It looks like now pmeter and rssi doesn't have...
- Fri Mar 29, 2013 9:14 pm
- Forum: Software development
- Topic: how to increase accuracy of analogRead() ?
- Replies: 55
- Views: 16513
Re: how to increase accuracy of analogRead() ?
Hi Hamburger, With your latest r1376 VBAT, PMETER and RSSI works together on Crius AIO Pro! Thanks, great job! Here is my setup for Flytron 25A ultralight current sensor: //#define POWERMETER_SOFT #define POWERMETER_HARD /* PLEVELSCALE is the step size you can use to set alarm */ #define PLEVELSCALE...
- Tue Mar 26, 2013 8:59 pm
- Forum: Software development
- Topic: Altitude Hold/Advanced Failsafe solutions by NHA
- Replies: 270
- Views: 133415
Re: Altitude Hold/Advanced Failsafe solutions by NHA
Hi,
I'll think on both ideas, thanks!
BR
Adrian
I'll think on both ideas, thanks!
BR
Adrian
- Sat Mar 23, 2013 7:09 pm
- Forum: Software development
- Topic: how to increase accuracy of analogRead() ?
- Replies: 55
- Views: 16513
Re: how to increase accuracy of analogRead() ?
Hi,
maybe we should use ARef with filtered input for reference voltage.
I tried analogReference(EXTERNAL), the values become static 1023 so I think the ARef pin is not connected to Vin at least in crius AIO Pro board.
What do you think?
BR
Adrian
maybe we should use ARef with filtered input for reference voltage.
I tried analogReference(EXTERNAL), the values become static 1023 so I think the ARef pin is not connected to Vin at least in crius AIO Pro board.
What do you think?
BR
Adrian
- Fri Mar 22, 2013 7:32 pm
- Forum: Software development
- Topic: how to increase accuracy of analogRead() ?
- Replies: 55
- Views: 16513
Re: how to increase accuracy of analogRead() ?
Hi, I tried to move from A0 to A1, from A1 to A2, etc. Doens't helped. It looks like there is some "connection" between the inputs (can it be???) When I disconnect the other sensors and let only VBat in, the other inputs are not exactly 0, jitters around. I'm using the 33k56k as usual. The...
- Fri Mar 22, 2013 6:28 pm
- Forum: Software development
- Topic: Altitude Hold/Advanced Failsafe solutions by NHA
- Replies: 270
- Views: 133415
Re: Altitude Hold/Advanced Failsafe solutions by NHA
Hi All,
from now on, the latest revision will be linked into the first comment to see clear what is the last.
BR
Adrian
from now on, the latest revision will be linked into the first comment to see clear what is the last.
BR
Adrian
- Fri Mar 22, 2013 6:25 pm
- Forum: Software development
- Topic: Altitude Hold/Advanced Failsafe solutions by NHA
- Replies: 270
- Views: 133415
Multiwii r1371 NHA r22
im getting compile errors when including any of the #FAILSAFE includes, or the lcd includes. i fixed the failsafe one by uncomenting: //#ifdef LOG_VALUES &lcd_param_text39, &failsafeEvents, &__L, &lcd_param_text40, &i2c_errors_count, &__L, &lcd_param_text41, &annex65...