Forum Rule: Always post complete source code & details to reproduce any issue!
Tab Content
  • defragster's Avatar
    Today, 10:53 PM
    That was the results of two separate compile and uploads. I put a while(1); to stop it at the end of loop() - ran at 96 then 180. I didn't look at the math involved - just wanted to compare the FPU results. ...
    16 replies | 187 view(s)
  • defragster's Avatar
    Today, 09:03 AM
    Nice - the sketch ran as posted! Yes, the T_3.6 will be faster ... Here is what a T_3.6 looks like with Native FPU first at 96 MHz then again at 180 MHz: Removed Result values that were all the same. Note: a...
    16 replies | 187 view(s)
  • defragster's Avatar
    Today, 06:27 AM
    Thanks GremlinWrangler - that measurement thought occurred to me ... but didn't want to imply I knew why to say that.
    6 replies | 76 view(s)
  • defragster's Avatar
    207 replies | 66313 view(s)
  • defragster's Avatar
    Today, 06:05 AM
    AFAIK- yes for data transfer lines to have usable value the devices need to have a common ground. What other havoc might result I can't address should power paths cross - but data only lines and shared GND seem the...
    6 replies | 76 view(s)
  • defragster's Avatar
    Today, 02:03 AM
    Yeah - casting can be necessary - still a bummer to have to hack them in - especially when it gets involved with so many.
    62 replies | 1748 view(s)
  • defragster's Avatar
    Today, 01:09 AM
    Bummer on added forcing (casts). That is all I can see as useful - other than maybe allocated size of the CB - too much gets in the way and slows down - but when something is working funny - it just takes that one...
    62 replies | 1748 view(s)
  • defragster's Avatar
    Today, 01:04 AM
    Interesting the PPS is triggered 90 ns after the true start of the second - but it is busy doing a lot of math and then has to hit the mark. The messages used on the other thread come out with a timestamp and have a...
    6 replies | 122 view(s)
  • defragster's Avatar
    Today, 12:51 AM
    Is all the SPI R/W in the _isr() ? If so an alternate LC::spi0_isr() would need everything rewritten. But just one #ifdef :)
    1436 replies | 29968 view(s)
  • defragster's Avatar
    Today, 12:48 AM
    It this with T_3.2 as Master? At what F_CPU? For F_CPU at 96 then F_BUS is 48 and it won't work over 24 - per the spec. It might hit SPI of 30 MHz with OC to F_CPU==120 and F_BUS==60?
    1436 replies | 29968 view(s)
  • defragster's Avatar
    Today, 12:46 AM
    H:# would be H:3 for Head at 3 and T:# would be T:1 for Tail at 1. That would show it wraps over the end
    62 replies | 1748 view(s)
  • defragster's Avatar
    Today, 12:44 AM
    LC with less RAM and speed would run at slower speeds and the RAM hit would be higher % - so maybe not worth too much trouble? It would work for Master as you use standard SPI# routines right? It would "just"...
    1436 replies | 29968 view(s)
  • defragster's Avatar
    Today, 12:32 AM
    Good. For debug it might be fun to show H&T vals? Assume this won't be used much unless somebody wants to see why their numbers aren't making sense.
    62 replies | 1748 view(s)
  • defragster's Avatar
    Yesterday, 08:38 PM
    That's the errata issue thread I was referring to. That only affects when multiple devices are on SPI bus with alternate polarity setup between access. Might be interesting to do a test with alternate 'mode'...
    1436 replies | 29968 view(s)
  • defragster's Avatar
    Yesterday, 08:34 PM
    That looks close enough to what I put out. Is that printed HEAD>Tail or 'as stored'? Might be FUN to know current Head/Tail up with the count? That would allow seeing the stored order?
    62 replies | 1748 view(s)
  • defragster's Avatar
    Yesterday, 08:19 PM
    There is another issue changing polarity between devices - but with a fixed working polarity setup between the devices - those should not be issues here? <edit> Unless the current polarity is not being compatible -...
    1436 replies | 29968 view(s)
  • defragster's Avatar
    Yesterday, 08:16 PM
    On another thread I've been using an isr() on the PPS output from uBlox - most 'affordable' models don't have a TXCO, including the M8N used there. But AFAIK the PPS is driven by the GPS system not a local clock for...
    6 replies | 122 view(s)
  • defragster's Avatar
    Yesterday, 08:00 PM
    I figured it was released - but as Paul noted the other parts didn't seem right and I figured that was the first step in getting that sorted out. This sounds not unlike like the T_3.6 I swapped with PJRC. My unit had...
    6 replies | 135 view(s)
  • defragster's Avatar
    Yesterday, 07:01 AM
    Just updated the posted text :: T_3.6 has a built in reset -Power up then Press and hold the Program button for a timed 15 seconds - THEN RELEASE the button. The release was implied by 'timed' - was the 15 second...
    6 replies | 135 view(s)
  • defragster's Avatar
    Yesterday, 03:04 AM
    Assuming nothing in this post is new or untried and none of it works? Is everything unplugged that can be? T_3.6 has a built in reset -Power up then Press and hold the Program button for a timed 15 seconds - THEN...
    6 replies | 135 view(s)
  • defragster's Avatar
    04-19-2018, 07:22 PM
    defragster replied to a thread uNav INS in General Discussion
    The posted description as I scanned it made it seems like it had some element of it so mentioned it. As far as 'dt' - think using a constant for that would be best - of course that constant changes with SRD...
    604 replies | 12425 view(s)
  • defragster's Avatar
    04-19-2018, 07:53 AM
    defragster replied to a thread uNav INS in General Discussion
    Here was a post today on onehorse github: If there is a Gimbal lock in RPY(Roll, Pitch, Yaw)? issues/267 Yeah - some time back my stationary unit was showing crazy heading updates - and Don made note for me.
    604 replies | 12425 view(s)
  • defragster's Avatar
    04-18-2018, 10:56 PM
    ... always room for adjustment - take first from whichever is more filled? isr() can go secondary if first is .
    1436 replies | 29968 view(s)
  • defragster's Avatar
    04-18-2018, 10:28 PM
    defragster replied to a thread uNav INS in General Discussion
    Mike: stationary GPS is no help for heading Don will confirm. As far as the 'weird coupling' - indeed this may be what was noted on the PJRC PropShield thread in beta. Not sure if it offers an clues? I ran into...
    604 replies | 12425 view(s)
  • defragster's Avatar
    04-18-2018, 10:20 PM
    I don't see this since I always install IDE with unzip to a version specific directory on a secondary drive - so I can't say for sure where it is being blocked. "C:\Program Files ..." is a protected folder to keep...
    3 replies | 144 view(s)
  • defragster's Avatar
    04-18-2018, 09:56 PM
    Okay so that the <edit> was the wrong read ... indeed SPI write should be fast - though at 12 Mbit USB won't be slow - and that incoming data won't be stopped unless speed is controlled by sender? The incoming data...
    97 replies | 3871 view(s)
  • defragster's Avatar
    04-18-2018, 07:32 PM
    If your loop() is running not doing much else an elapsedMillis variable could be used - at least as a test to not use the interrupt. It is possible the interrupt is doing too much - taking too long in preparing the...
    2 replies | 65 view(s)
  • defragster's Avatar
    04-18-2018, 06:22 PM
    Not having read anything other than what led to what I posted ... speculation ... Could be comingling the SPI writes and COM5 transfers? They likely don't run at the same speed - and the overhead of incoming USB...
    97 replies | 3871 view(s)
  • defragster's Avatar
    04-18-2018, 05:14 PM
    Cool - seems clean and fast and robust. Will be interesting when the loop() code is trying to do something productive or useful with that data or for creating the data to send. That would test the timing of the flow a...
    1436 replies | 29968 view(s)
  • defragster's Avatar
    04-18-2018, 04:27 PM
    Without some 'atomic' overhead - best to assume nothing is really atomic, but write of constant int32_t would be closest for a simple write in one instruction, but if testing then writing or reading setting/changing,...
    1436 replies | 29968 view(s)
  • defragster's Avatar
    04-18-2018, 04:09 PM
    defragster replied to a thread uNav INS in General Discussion
    Don: Did a change get made to skip integrating IMU data when (-1 == readSensor()) ? Maybe add a { qBlink(); delay(75); qBlink(); delay(50); qBlink(); delay(75); } in that case for visual trouble indicator. Would be...
    604 replies | 12425 view(s)
  • defragster's Avatar
    04-18-2018, 03:38 PM
    That seems good and useful tonton81 if the 'sketch' callback takes ownership _active=1 before the isr() fires it will push isr() to the second CA, if not then the isr() will get in and update first CA and leave before...
    1436 replies | 29968 view(s)
  • defragster's Avatar
    04-18-2018, 03:28 PM
    It seems your post 79 dialog is normal and good. To support USB the Teensy needs to be running USB code, unlike UNO it doesn't have a USB hardware interface chip that survives reboot and is always present. When any...
    97 replies | 3871 view(s)
  • defragster's Avatar
    04-18-2018, 01:38 AM
    defragster replied to a thread uNav INS in General Discussion
    Interesting - I wonder if "Imu.readSensor();" returned an error? Noted the other day it returns -1 on failure to read - it returns before altering stored values. But checking that return would be the first step before...
    604 replies | 12425 view(s)
  • defragster's Avatar
    04-17-2018, 11:31 PM
    programmed as NO_USB should only work with a BUTTON push to program? USB battery bank will work - with programmed delay using the provided && millis() cod. My use is generally USB_Type Serial - - HID usage was...
    97 replies | 3871 view(s)
  • defragster's Avatar
    04-17-2018, 10:16 PM
    If USB connection not made then "while(!Serial)" will cause it to sit waiting until it is made. I typically use something like :: while(!Serial && millis()<2000); That will wait 2 seconds for Serial to connect...
    97 replies | 3871 view(s)
  • defragster's Avatar
    04-17-2018, 07:19 AM
    buf ... Makes sense ... 14% RAM left seems like it should work. With a delay(10) the LED should be dimmer than always on - if the intensity is not changing then I suspect it is not HUNG - but running 'silent' -...
    9 replies | 199 view(s)
  • defragster's Avatar
    04-17-2018, 06:21 AM
    Code can be pasted directly and usably with the "#" CODE tag wrapper on the reply bar. Is 'buf;' this large on purpose to trigger the problem? Interesting 2 bytes larger and it fails on first use - does it ever hang...
    9 replies | 199 view(s)
  • defragster's Avatar
    04-16-2018, 09:11 PM
    defragster replied to a thread uNav INS in General Discussion
    I meant "details in a quick scan" of this thread to confirm if it is i2c? - didn't look at the library. This would be a place TeensyThreads could help - but only if it is on a separate i2c bus? ... same with the i2c_t3...
    604 replies | 12425 view(s)
  • defragster's Avatar
    04-16-2018, 06:25 PM
    defragster replied to a thread uNav INS in General Discussion
    Such long delays won't work - Ick. Don't see details in a quick scan . . . Assuming that is i2c? Would be a great test for the i2c_t3 Interrupt/DMA callback on completion code. Or put it on Slave and get reports when...
    604 replies | 12425 view(s)
  • defragster's Avatar
    04-16-2018, 07:16 AM
    Paul: Any timeline idea for a Beta 4 update to TD 1.42? I've been seeing a 'blip' in Teensy timing SerMon goes away ( TyComm or the 1.42:teensy_sermon repros. ) I need to make a simple sketch where I can reproduce...
    42 replies | 5719 view(s)
  • defragster's Avatar
    04-16-2018, 06:54 AM
    defragster replied to a thread uNav INS in General Discussion
    Just closed IDE w/1.41 and went to Beta 1.42 - had to bump 180 MHz CPU to F_BUS 90 to run with my selected i2c speed of 2400000. So then MPU9250 came up running - closing the IDE - TeensySerMon in the beta indeed...
    604 replies | 12425 view(s)
  • defragster's Avatar
    04-16-2018, 03:40 AM
    Andy - with a simple Blink programmed as USB_Serial it should work - with a single Teensy online connected should always work with a clean Arduino IDE and proper TeensyDuino install in place. The sketch at this post...
    16 replies | 266 view(s)
  • defragster's Avatar
    04-16-2018, 02:35 AM
    defragster replied to a thread uNav INS in General Discussion
    First set shows IMU# coming up short which explains the DOUBLED's - the second keeps up as it should. For 168 MHz - it should be keeping up better? Something is dragging it down doing too much - that on my 180 MHz...
    604 replies | 12425 view(s)
  • defragster's Avatar
    04-15-2018, 06:27 PM
    I did that graphic output to see how it works - apparently that is not how it is stored though. Would have been ice to just write the code once and be able to PASS IN a CB and have it show the results - I still don't...
    62 replies | 1748 view(s)
  • defragster's Avatar
    04-15-2018, 05:31 PM
    defragster replied to a thread uNav INS in General Discussion
    Mike - My T-3.6 is running at 180 MHz and keeping up with 500 Hz IMU. What speed is your T_3.5 running at? Only processing 100 Hz IMU safely is a big drop! I'd say it is time to get a T_3.6 running there so you have...
    604 replies | 12425 view(s)
  • defragster's Avatar
    04-15-2018, 05:22 PM
    defragster replied to a thread uNav INS in General Discussion
    200 Hz is way too fast for the setup in use. On prior - I knew it was not running at 100 given the printed values. This will compromise the Filter results as the data coming in is not all being processed, some large...
    604 replies | 12425 view(s)
  • defragster's Avatar
    04-15-2018, 05:05 PM
    That was a demonstration AND a question. Indeed it demonstrates the type limits the average value as would be expected, and it would be nice to have a way to DUMP the LIST for simple CB. Safe for ISR using what...
    62 replies | 1748 view(s)
  • defragster's Avatar
    04-15-2018, 07:51 AM
    I was wondering what push_front .vs. push_back did to the stored data. So below find a sample sketch showing the effect. I wasn't sure if one might overwrite values opposite of the other. Looking at the code it...
    62 replies | 1748 view(s)
  • defragster's Avatar
    04-15-2018, 06:13 AM
    defragster replied to a thread uNav INS in General Discussion
    Mike - if interested - here is the code behind the update with the count in the IMU_isr() { that func should really have _isr in the name } I closed TyCommander a bit - machine being sluggish - 42 Browser pages...
    604 replies | 12425 view(s)
  • defragster's Avatar
    04-15-2018, 04:13 AM
    defragster replied to a thread uNav INS in General Discussion
    I put the IMU Counter in. I see what is happening with the NEW isr based dt! Not on the start of EVERY GPS second - but it seems ONLY on the start of the GPS second. A second IMU interrupt is triggering before...
    604 replies | 12425 view(s)
  • defragster's Avatar
    04-15-2018, 01:40 AM
    defragster replied to a thread uNav INS in General Discussion
    SRD==9? That post was showing funny #'s? Something wasn't right. Found the count issue - copy paste error - here are good one - except I caught another DOUBLE MAX on NEW dt??? That needs to be checked!: I...
    604 replies | 12425 view(s)
  • defragster's Avatar
    04-15-2018, 12:09 AM
    defragster replied to a thread uNav INS in General Discussion
    That is shown in the Master Debug output as noted - the IMU is coming in too fast to be processed sequentially and it overwhelming the Teensy. Indeed the IMU# should be STEADY and should closely match what the SRD...
    604 replies | 12425 view(s)
  • defragster's Avatar
    04-14-2018, 10:24 PM
    defragster replied to a thread uNav INS in General Discussion
    My unit is just online to provide a data stream for the - sitting stable. So I've not ever monitored YPR. If referring to the "IMUdt:0.20594513" on the Loop# line - that was just for example purposes - it is...
    604 replies | 12425 view(s)
  • defragster's Avatar
    04-14-2018, 04:35 PM
    defragster replied to a thread uNav INS in General Discussion
    Here is what I got from Don with my various changes - including the core MPU9250 files as I have them: File names unchanged so you could do a DIFF. One thing I did not do was add the counter to IMU int code to...
    604 replies | 12425 view(s)
  • defragster's Avatar
    04-14-2018, 07:13 AM
    WMXZ mentions a valid way that I used when using multiple of the same device T_3.1 or T_3.2: Verify and Button on the desired Teensy. But if doing mixed Teensy - Extra "instances" allows each IDE to maintain separate...
    5 replies | 125 view(s)
  • defragster's Avatar
    04-14-2018, 04:39 AM
    defragster replied to a thread uNav INS in General Discussion
    I should have posted my whole _Ver6.001 - ... who knows what kind of a monster you have created . . . from the crumbs I left. Not sure why it would alter anything - unless you picked up the new dt and the prior dt...
    604 replies | 12425 view(s)
  • defragster's Avatar
    04-14-2018, 12:52 AM
    defragster replied to a thread uNav INS in General Discussion
    No - just that quick edit from where I was to confirm the time Mag data was changed.
    604 replies | 12425 view(s)
  • defragster's Avatar
    04-14-2018, 12:51 AM
    For unique code on two Teensy's - start the IDE TWICE - don't use File OPEN from a single IDE to get the second sketch is another key factor. Then the Beta 1.42 works okay - but not as nice as TyCommander - as noted.
    5 replies | 125 view(s)
  • defragster's Avatar
    04-14-2018, 12:46 AM
    defragster replied to a thread uNav INS in General Discussion
    With these present before loop(): uint32_t Mcnt = 0; uint32_t McntN = 0; Here is the gpsDebug() code: void debugGPS( ) { static uint32_t cctLast = 0;
    604 replies | 12425 view(s)
  • defragster's Avatar
    04-13-2018, 04:30 PM
    defragster replied to a thread uNav INS in General Discussion
    Cool - glad I posted a complete working update of the diffs! Are you watching your Loop#? Per my posts it is a good ready reference for catching time cost/value of changes - esp. on your T_3.5. Calling...
    604 replies | 12425 view(s)
  • defragster's Avatar
    04-13-2018, 09:26 AM
    defragster replied to a thread uNav INS in General Discussion
    I have a change for MPU9250 - saves a few cycles and provides MagD=> i.e. MagDelta true or false. This:: -----Loop#:595207 IMU#:502 >> 1Sec:100272072 >> IMUcc:127208 >> Mcnt:93 & !Mcnt:409 .vs. :: -----Loop#:487220...
    604 replies | 12425 view(s)
  • defragster's Avatar
    04-13-2018, 06:58 AM
    tonton81 - I already posted the LC cannot be Slave with its alternate register layout differing from the T_3.x hardcoding as done.
    16 replies | 2110 view(s)
  • defragster's Avatar
    04-13-2018, 06:43 AM
    defragster replied to a thread uNav INS in General Discussion
    Did a quick test on MAG changes - it is returned each time and updated at 95 Hz { this is with my unit sitting stationary }. -----Loop#:487220 IMU#:500 >> 1Sec:99924712 >> IMUcc:137661 >> Mcnt:95 & !Mcnt:405 This...
    604 replies | 12425 view(s)
  • defragster's Avatar
    04-13-2018, 05:51 AM
    defragster replied to a thread uNav INS in General Discussion
    It looks like this gets all the device values each time in a single read: /* reads the most current data from MPU9250 and stores in buffer */ int MPU9250::readSensor() { It gets 10 values from 20 bytes. ...
    604 replies | 12425 view(s)
  • defragster's Avatar
    04-12-2018, 10:15 PM
    defragster replied to a thread uNav INS in General Discussion
    I was wondering when lower freq MAG data was read ... but had not looked Easiest compare to do would be a counter on IMU data int's. Record time and do IMU_iCnt++. Back in loop():: if (1+IMU_iCnt_last !=...
    604 replies | 12425 view(s)
  • defragster's Avatar
    04-12-2018, 03:57 PM
    defragster replied to a thread uNav INS in General Discussion
    Correcting or catching oversized dt is possible - meant to post that before heading to bed. If that long many samples missed probably better to skip and start fresh as something went wrong?
    604 replies | 12425 view(s)
  • defragster's Avatar
    04-12-2018, 06:12 AM
    defragster replied to a thread uNav INS in General Discussion
    To get back to a true dt I changed to this - and it runs fine - maybe better if we want a true variable dt: // get the change in time //dt = (float)(1/ ( 1+ IMU_SRD)); // _t /1000000.0; dt = FccPartSec(...
    604 replies | 12425 view(s)
  • defragster's Avatar
    04-12-2018, 02:34 AM
    defragster replied to a thread uNav INS in General Discussion
    Mine left running since ... GSecs:121329... 33.7025 hours ... then a single 'p' for delay(500) and it died:: going to restart with the dt set to : 1/ ( 1+ IMU_SRD) - to see if it still NaN's on 'p' pause. ...
    604 replies | 12425 view(s)
  • defragster's Avatar
    04-12-2018, 01:14 AM
    defragster replied to a thread uNav INS in General Discussion
    Cool - the message works! :: "WARNING: IMU data Interrupt lost!!" ... Bummer. You can try to set this to 2 :: if ( RTCvsIMU > 1 ) { But if you are seeing repeats it is probably really missing and not just a fluke....
    604 replies | 12425 view(s)
  • defragster's Avatar
    04-11-2018, 10:08 PM
    defragster replied to a thread uNav INS in General Discussion
    I've noted before my GPS Alt varies quite a bit - not sure if I also added that ODDLY when I was looking at a onehorse pressure sensor - it also drifted. It took longer but change was significant over time and it would...
    604 replies | 12425 view(s)
  • defragster's Avatar
    04-11-2018, 09:55 PM
    defragster replied to a thread uNav INS in General Discussion
    Yes - we saw that difference some time back - something struck me as Odd. Only 5V on T_3.6 is the primary pin pulled off USB opposite side of GND. That T_3.6 5V pin is not present to make sure the breadboard...
    604 replies | 12425 view(s)
  • defragster's Avatar
    04-11-2018, 07:41 PM
    defragster replied to a thread uNav INS in General Discussion
    You need to move off of Serial3 and expand the RX_Buffer? That sounds like an issue with a !Serial wait - but there isn't one of those after setup() has a timed thing. For some reason your GPS is power hungry? ...
    604 replies | 12425 view(s)
  • defragster's Avatar
    04-11-2018, 07:36 PM
    defragster replied to a thread uNav INS in General Discussion
    The GPS has limited speed options . . . that is the question here. And we know Teensy can do it - just have to take what the GPS can support reliably. It comes factory set at 9600 baud to give an idea of expected use....
    604 replies | 12425 view(s)
  • defragster's Avatar
    04-11-2018, 04:43 PM
    defragster replied to a thread uNav INS in General Discussion
    Speaking of the serialEvent code I finally added to adjust Params and alter behavior. When I put that in I left in 'p' for Pause - it does a delay(500). Typically that causes NaN Assert fail on most if not every...
    604 replies | 12425 view(s)
  • defragster's Avatar
    04-11-2018, 08:28 AM
    defragster replied to a thread uNav AHRS in General Discussion
    i2c_t3 readme lists faster rates based on Teensy and clocking level : github.com/nox771/i2c_t3
    877 replies | 41083 view(s)
  • defragster's Avatar
    04-11-2018, 05:49 AM
    Missed that - so many pages of options - Must have quit reading when I thought I found half the solution. If you Proxy isn't working ? - make a dedicated sketch with no option check to exit - just a tight loop...
    86 replies | 3235 view(s)
  • defragster's Avatar
    04-11-2018, 03:08 AM
    I used it no problem with u-center to make updates to baud - to 10 Hz and back to 5 Hz ( when I saw 10 Hz just did dupes of the 5 Hz data ). posted in AHRS thread? It takes dedicated effort to not mess the timing...
    86 replies | 3235 view(s)
  • defragster's Avatar
    04-11-2018, 02:10 AM
    That is ODD - even on the T_3.2 - I've seen it take 2000 or 2500 millis with IDE SerMon - but not anything over 3400? Try TyCommander - it is what I use and it works much better in general. Or update to TD_1.42...
    6 replies | 135 view(s)
  • defragster's Avatar
    04-11-2018, 02:07 AM
    With Serial wired to Teensy - a Teensy sketch turns it into a PROXY for Serial# read&write so it can be used in place with Teensy cable.
    86 replies | 3235 view(s)
  • defragster's Avatar
    04-11-2018, 02:05 AM
    Missed the note on 8 orientations - I have not seen that - in that case the MAP function I presented should be easy to have it apply the swap and the array lookup for map would still work with just an appropriate change...
    86 replies | 3235 view(s)
  • defragster's Avatar
    04-11-2018, 01:14 AM
    Yeah - that is a really cool feature { I'm partial to ... since I wrote it :) } The recent update with tirqTouched(); makes it even better (for DMA case) as it used to immediately PING for data when called if...
    86 replies | 3235 view(s)
  • defragster's Avatar
    04-11-2018, 12:56 AM
    mjs513: Are you using this in conjunction with SPI_MSTransfer? Same SPI bus? Connecting and specifying the T_IRQ pin and use the new tirqTouched(); function to test for touch to prevent lots of extra SPI hits for...
    86 replies | 3235 view(s)
  • defragster's Avatar
    04-11-2018, 12:45 AM
    If you want to see first Serial prints something like this is best. Results also vary with choice of SerMon The startup time will be changing with next beta #4 and release of TD 1.42 - this will still work. In...
    6 replies | 135 view(s)
  • defragster's Avatar
    04-10-2018, 10:50 PM
    defragster replied to a thread uNav INS in General Discussion
    Don - as Mike notes - use the CODE "#" Hashtag icon to wrap spaced text and it is preserved. So EACH IMU update needs to run Propagate. It has to be pushed through while it is current for the dt - unless fixed based...
    604 replies | 12425 view(s)
  • defragster's Avatar
    04-10-2018, 07:14 PM
    Okay - not sure that is something you'll find? There is a 4 byte?/Word? FIFO on SPI0. For best use of SPI see the ILI9341_t sources from PJRC. For DMA transfers find the FrankB code - and KurtE took and adjusted...
    1436 replies | 29968 view(s)
  • defragster's Avatar
    04-10-2018, 06:08 PM
    Did you find this in SPI.h? uint16_t transfer16(uint16_t data) { port().C2 = SPI_C2_SPIMODE; port().S; port().DL = data; port().DH = data >> 8; while (!(port().S & SPI_S_SPRF)) ; // wait uint16_t r...
    1436 replies | 29968 view(s)
More Activity
About defragster

Basic Information

Statistics


Total Posts
Total Posts
6,087
Posts Per Day
5.24
Last Post
Best way to do complex calculation ? Today 10:53 PM
General Information
Last Activity
Today 10:53 PM
Join Date
02-15-2015