spirilis

Ha that is cool! I guess one side project I need to pick up "at some point" (code phrase for "sometime next century if I'm still alive") is DIY electrification of our bicycles. My son especially needs some motorized motivation... we moved to an area that's quite hilly!

AI and edge? That sounds fancy... what kind of edge hardware?

HI folks- Old time forum member here, but been away from the microcontroller hobby for a few years... sold my old house, moved to a rental for a year, now finally in a new "permanent" house for hopefully a long time. The basement is an utter mess but I have all my electronics parts, soldering equipment, an entire bin dedicated to TI launchpads, stored in my crawlspace (w/ dehumidifier) for when I clean up this mess of a basement & set up my new workbench. So what's everyone working on these days?

Hi- quick question, do you have any software you like for designing filters? (e.g. FIR or IIR coefficients) I may be dabbling into MSP432 DSP work soon...

Mind you the 20km (actually 30km now?) was tested at the top of two buildings in Norway with clear line-of-sight between them.... but 0.3km still sounds bad to me. Wish I had some time to keep playing with these, as I want to follow up on a lot of this stuff.

I haven't messed with energia in a while but I am pretty sure SoftwareSerial doesn't work on that chip... it was meant for the really small MSP430G2452 and similar which didn't have a hardware UART. Arduino handles softwareserial better. Maybe someone else has a better softwareserial implementation around here, I don't know though.

Bringing back threads from the dead! Can you provide more context here? The GPS shouldn't use the same UART as another device (camera? what kind?) but otherwise yeah, Serial1 should work...

I see you posted an E2E thread for this, that was my only suggestion (interesting to see what TI says about this) https://e2e.ti.com/support/microcontrollers/tiva_arm/f/908/t/601521

I gotcha... I haven't personally used Energia with this chip. I do know that in CCS, it's not good enough to set a #define somewhere for that, I have to make it a compiler directive using the project properties compiler predefine option. So it's highly probable that Energia's not building it with CCFG_FORCE_VDDR_HH=1 correctly.

For 14dBm, EasyLink might tell you 12dBm but only because the RF register setting for 12dBm is identical to the setting for 14dBm, the only difference is the CCFG_FORCE_VDDR_HH=1 which boosts the power to the RF stage internally a bit. Likewise, if you set it to 0dBm with CCFG_FORCE_VDDR_HH=1, your actual transmit power should (theoretically) be a little higher. EasyLink's way of determining this won't tell you though.

The typical use-case for the CC1350 (as opposed to the CC1310, or CC2640/2650) is as a local Sub-GHz to BLE gateway (helping to get sub-GHz information to a nearby cellphone). So the idea here would be to have a CC1350 radio gateway in the vicinity of your cellphone, and a CC1310 (or 1350, but the 2.4GHz path wouldn't be used) inside the greenhouse transmitting the information long-haul over sub-GHz. Alternately, if antennas permit, you could scrap the whole thing and use the CC2650STK with an external antenna or something and hope your cellphone can receive BLE at that distance. The on

Allocate an NDEF_TXT object first instead of just composing your "Value" variable and trying to send it directly over the NFC: NDEF_TXT t("es", Value.c_str()); int ndef_size = t.sendTo(nfc); nfc.setDataLength(ndef_size) Note the first string in the NDEF_TXT constructor is the language code describing the language used for the text.

Aand. .. Arrow's still doing free shipping, no code needed. $50 minimum for international orders. I'm guessing they're pushing hard to gain a presence in the small-order online commerce arena, but that's good for us! (for now, while shipping is free ) For the most part their online ordering process has improved since last August when I found much to gripe about, and they gave me a contact who manages the web development and I've written him once or twice to report issues I've seen.

Not sure what the JTAG tools run for those, although I think they have a serial bootloader of sorts (the big brother RX series do anyway), and the arch is a modern evolution of the Z80 (taken from NEC when NEC sold their semiconductor division to Renesas) from what I gather. Not important for a smaller chip but, for larger RL78/G14's and such with >64KB flash and/or SRAM, the architecture still uses a 16-bit address bus but with special paging that requires the compiler use "trampoline" code to switch pages as needed (should be transparent to the developer though but adds latency to functi

Well, I am not sure about the interrupt latency (not that familiar with the arch), and the price is more like $1.50ish... but Renesas RL78/G13 is close: https://www.renesas.com/en-us/products/microcontrollers-microprocessors/rl78/rl78g1x/rl78g13.html https://products.avnet.com/shop/en/ProductDisplay?storeId=715839035&catalogId=10001&langId=-1&productId=3074457345625366633 OK, going down a bit, RL78/G12 has a 24MHz part that's <$1: https://www.renesas.com/en-us/products/microcontrollers-microprocessors/rl78/rl78g1x/rl78g12.html?status=No%3B&pin_count=20%3A20%3B#