[Board]: reconsideration of the chatter 2.0

[rimwulf]

SOC

ESP32

Lora IC

DL-CC68-S-868

Product Link

https://www.samsclub.com/p/circuitmess-chatter-stem-project-build-and-code-walkie-talkies/PL980418145

Description

Requesting reconsideration of Chatter 2.0 support as product is still being produced.

Confirmed product is in-fact open source with hardware, schematics, and code. I included photos of mine board for reference and in contact with CircuitMess to see if original PCB files can be obtained.

Latest interest I've found was less than 30 days ago so produce cannot be EOL.

Refrence:
#2707 (comment)

Original code
https://github.com/CircuitMess/Chatter2-Firmware

Fork interest
https://github.com/bestander/Chatter2-Firmware-for-Chatter1

Hardware
LoRa module DL-CC68-S-868

ESP-WROOM-32

Hardware schematics:

Reference photos.

If permitted this will be updated with know info I just ask for consideration and not closing this issue

[code8buster]

It looks like you have everything you need to port meshtastic to it and make a pull request. PRs are generally accepted.

The link you provided states that they're no longer available, as does CircuitMess' own website. Their only mention of what might be available is a projection; to be shipped with their subscription boxes in 2025.

I don't think any devs are volunteering to secondhand-purchase and support what likely is a deprecated device. Unqualified statements like "Latest interest I've found was less than 30 days ago so produce cannot be EOL." do not function as proof that a device is not EOL.
They sold just over 17k units to Sams Club a year ago, and there's no indication that they will sell more:
https://hr.linkedin.com/posts/dorotearudec_so-stoked-about-our-biggest-collaboration-activity-6996443037845344256-aqs0

Edit: whoops, didn't mean to close the issue

[sheehanisageek]

I have over 20 of these chatter 2 units and would love to see a meshtastic port for them.

[rimwulf]

Yeah.

…

On Wed, Nov 1, 2023, 16:30 sheehanisageek ***@***.***> wrote: I have over 20 of these chatter 2 units and would love to see a meshtastic port for them. — Reply to this email directly, view it on GitHub <#2896 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AVMYP574QGPX73PMZ4MOS33YCLLRNAVCNFSM6AAAAAA6GZ3ZP2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTOOBZHAZTANBRHE> . You are receiving this because you authored the thread.Message ID: ***@***.***>

[code8buster]

Yeah.
…
On Wed, Nov 1, 2023, 16:30 sheehanisageek @.> wrote: I have over 20 of these chatter 2 units and would love to see a meshtastic port for them. — Reply to this email directly, view it on GitHub <#2896 (comment)>, or unsubscribe https://github.com/notifications/unsubscribe-auth/AVMYP574QGPX73PMZ4MOS33YCLLRNAVCNFSM6AAAAAA6GZ3ZP2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTOOBZHAZTANBRHE . You are receiving this because you authored the thread.Message ID: @.>

Do either of you have any interest in creating the variant.h files and testing? You could use the DIY variant as a jumping off point.

[rimwulf]

I do! But I'm not sure yet I'm trying to learn to code. I know someone who might as well But I don't want to over promise or overstate my abilities.

…

On Fri, Nov 3, 2023, 23:50 code8buster ***@***.***> wrote: Yeah. … <#m_-3051923212411759796_> On Wed, Nov 1, 2023, 16:30 sheehanisageek *@*.*> wrote: I have over 20 of these chatter 2 units and would love to see a meshtastic port for them. — Reply to this email directly, view it on GitHub <#2896 (comment) <#2896 (comment)>>, or unsubscribe https://github.com/notifications/unsubscribe-auth/AVMYP574QGPX73PMZ4MOS33YCLLRNAVCNFSM6AAAAAA6GZ3ZP2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTOOBZHAZTANBRHE <https://github.com/notifications/unsubscribe-auth/AVMYP574QGPX73PMZ4MOS33YCLLRNAVCNFSM6AAAAAA6GZ3ZP2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTOOBZHAZTANBRHE> . You are receiving this because you authored the thread.Message ID: @.*> Do either of you have any interest in creating the variant.h files and testing? You could use the DIY variant as a jumping off point. — Reply to this email directly, view it on GitHub <#2896 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AVMYP53KEX2NZOMGDG6BD4DYCXQTBAVCNFSM6AAAAAA6GZ3ZP2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTOOJTGM3DGMBZG4> . You are receiving this because you authored the thread.Message ID: ***@***.***>

[code8buster]

I found that they actually still sell some variant of this device on etsy. Any idea if this is the same hardware, or old stock of an earlier revision?
https://www.etsy.com/listing/1357363727/circuitmess-chatter-diy-lora

[fang64]

I just acquired one of these, I'll look at porting it, these are pretty interesting. @rimwulf @code8buster

[fang64]

So I'm running into an issue, it seems I can't find a RESET pin attached for LLCC68, there is a Enable PIN that comes from the USB port but that doesn't appear to be attached to the ESP. Is that absolutely required for the LLCC68?

[caveman99]

The reset pin is connected to 3v3 that's perfectly ok. Have a look at the picomputer S3 definition, it's wired up in a similar way.

#define LORA_RESET RADIOLIB_NC

[rimwulf]

I found that they actually still sell some variant of this device on etsy. Any idea if this is the same hardware, or old stock of an earlier revision? https://www.etsy.com/listing/1357363727/circuitmess-chatter-diy-lora

Oh sorry haven't been getting updates.
No that's the original Chatter awa Chatter 1.0 though it has much of the same hardware but that is in fact overpriced legacy. The chatter 2.0 has a few changes and it costs less than $30 US from eBay. Bought mine from Walmart but the seller decided to raise the price after selling 10 of these kits.

Someone did make code that allowed the original to talk to the 2.0 I didn't find it relevant but I can share it if it helps.

Spoke to the company they hinted that they are planning on making another run so we can't have the PCB files.

[garthvh]

Seems unlikely that the Walmart version is more capable, what are the hardware differences?

[fang64]

Seems unlikely that the Walmart version is more capable, what are the hardware differences?

I have no idea honestly, I've seen them on ebay for as little as $15 btw

[GPSFan]

I'll add my 2cents in here, after seeing fang64's posts on Discord, I ordered one from e-bay. Got it, and was able to fiddle enough with variant.h and a few other files to get it compiled and loaded onto the hardware. It worked to the extent that I could send messages on Medium-Slow.
The display looked nice, almost as nice as my t-deck. So I got that running. I wanted to add GPS (of course) so it was fairly easy to re-purpose the small 4 pin connector on the side.
The only remaining issue I had was the crappy LLCC68. Browsing around the Internet, I found the Heltec RA-62
https://heltec.org/project/ht-ra62/
https://www.aliexpress.us/item/3256805259034353.html?spm=a2g0o.productlist.main.1.17c950fekrb5ss&algo_pvid=af290929-42b6-4ffa-9c56-e01322af7474&algo_exp_id=af290929-42b6-4ffa-9c56-e01322af7474-0&pdp_npi=4%40dis%21USD%214.80%213.22%21%21%214.80%21%21%40210318bb17021821910745339e0e5e%2112000033108798513%21sea%21US%21132573136%21&curPageLogUid=RgrSoazZeWtr

The RA-62 is an almost pin compatible replacement for the LLCC68, but uses an SX1262.
I ordered a couple and swapped them out on my Chatter2s, I had to cut and jumper the Busy signal as that was the only pin not compatible. If you are replacing the Lora module, a single cut & jumper should be a non-issue.
Voila a Chatter2 that is fully Meshtastic compatible.
I was also able to get one button (Wake, lower right corner) to serve as ther user button. It wakes the device up out of deep sleep just fine (with my software mods).
I could do a pull request if there is any interest.

[GPSFan]

More Pix ;>)

[fang64]

@GPSFan I haven't had time to get the dial pad keyboard working, I mean the radio on it doesn't support SF12 but it's still useful I think for those wanting to use it as is. That's pretty awesome though.

[GPSFan]

Replacing the Lora module is not that hard (the RA-62 modules are cheap too), and without replacing it you can still use the Medium-Slow preset with other SX1262 based devices, The actual data rate is faster than Long-Fast and the link budget is down only 2.5db. A better antenna will more than make up for that loss. (IMHO all those springy coil antennas are nothing but crap, yeah you can make one look nice on a VNA, but as soon as anything gets near them the resonant point can shift by 20-30Mhz, and there goes what little gain you had)

[brewtide]

Would either of you like to share your modifications to variant.h and other changes that you've managed to get the 'stock' profile of this hardware to roughly work on? I would be appreciated!

[GPSFan]

After the holidays are over (a day or two), and after I un-bork my local repo, I'll submit a PR, I got behind in updating stuff and sheep has hit the can. I'm also working on an audit of all the gnss init code for the u-blox receivers, I've found a bunch of typos and incorrect messages. Lots of testing to do before I go live with that PR though.
There are updates to several files to make the display, GNSS, and resume from deep sleep work.

[RebootLoop]

I picked up three of these kits (one for each of my boys, one for myself) for Christmas for a fun little family project. Didn't realize that they actually communicate using LoRa til we started playing around with them. Not a big coder/programmer, but would happily test anything you might put together for the stock units. Really hope we can get the keypads to work so we can use them as self-contained standalone devices.

[Goocherrific]

I bought a dozen and would love to test as well

[GPSFan]

Sorry, I haven't gotten the PR out yet, been busy with the GPS audit, it's grown larger than I thought it would.
Also been doing some power measurements on the Chatter 2. Here is a screenshot of the point when the backlight turns off.

[GamingNJncos]

@GPSFan Would very much be interested in your PR! Had similar idea on radio replacement to port this over and just stumbled across this.

[GPSFan]

I have to apologize for not getting the PR out. RealLife(tm) and DayJob(tm) have not left much time for fiddling with Meshtastic. Hopefully tomorrow or Monday.
Replacing the Lora Radio takes a bit of SMD rework knowledge, but is not beyond too many folks skill level. Even without it the Chatter 2 can communicate with the Medium-Slow preset.

[fang64]

@GPSFan @GamingNJncos same boat here, I still need to get the keypad working as well.

[code8buster]

https://github.com/meshtastic/firmware/releases/
The chatter2 firmware is in, starting with 2.2.20
Enjoy! Keep in mind your unmodified devices must use Medium Slow or faster data rate presets.
https://meshtastic.org/docs/overview/radio-settings

[scott1627]

Just wanted to throw this out here in case someone might like to use it. I designed a shell in the style of a handheld transceiver. Uses two 18650 batteries, a 12mm latching toggle switch to relocate the power switch to the top, an SMA pigtail and an inexpensive 915mhz whip antenna. It is by no means perfect, but feel free to use it if you would like.
https://www.thingiverse.com/thing:6614717

Hi i wanted to ask you real quick to confirm. the lithium charger you mentioned it is going to output 5v? Would that be too much for the unit since it only runs on 3 x aaa batteries. I noticed new batteries are like 4.7v but figured I will ask before damaging my unit. thx!

The charge circuit outputs 4.2v which is slightly below a fully charged set of AAA batteries. The device will show around 80% charge with the stock firmware with a fully charged lithium cell however I am sure the firmware could be adjusted to expect 4.2v instead. Long story short, the voltage of the charger/ lithium cell will not damage the device as long as it is wired up correctly.

[dogboyaa1]

Just wanted to throw this out here in case someone might like to use it. I designed a shell in the style of a handheld transceiver. Uses two 18650 batteries, a 12mm latching toggle switch to relocate the power switch to the top, an SMA pigtail and an inexpensive 915mhz whip antenna. It is by no means perfect, but feel free to use it if you would like.
https://www.thingiverse.com/thing:6614717

Hi i wanted to ask you real quick to confirm. the lithium charger you mentioned it is going to output 5v? Would that be too much for the unit since it only runs on 3 x aaa batteries. I noticed new batteries are like 4.7v but figured I will ask before damaging my unit. thx!

The charge circuit outputs 4.2v which is slightly below a fully charged set of AAA batteries. The device will show around 80% charge with the stock firmware with a fully charged lithium cell however I am sure the firmware could be adjusted to expect 4.2v instead. Long story short, the voltage of the charger/ lithium cell will not damage the device as long as it is wired up correctly.

Got it thank you

[dogboyaa1]

I've used the Chatter 2 as a test platform to test many GPS receiver types. I am partial to u-blox modules, but not Neo-6 or Neo-7.
For a good price/performance I would suggest: ATGGM336 ... cheaper... but good... u-blox M10 u-blox F10 tau1202 u-blox M8N u-blox M9 u-blox F9 ... more expensive... IMHO outside most (all) Meshtastic use cases.
Each has its good & bad points, some have better power management, some are a better receiver. None (without hardware hacking) support power supply control. So with defaults the GPS is "always on" or in PMREQ standby.
I added the Chatter 2 to Meshtastic because it is a great hacking platform, cheap and lends it self to hacking. The folks working on adding keyboard support have my greatest respect as that is beyond my pay grade WRT programming skills.

Hi thank you for the suggestions! just curious so i dont make a mistake do you know the pinout. i thought i found on the chatter forum but wanted to double check with you.

I was able to figure out the pin out. If looking at it from the side:

Pin Layout
Pin 1: Ground (Left Pin)
Pin 2: RX (Connects to GPS modules TX Pin)
Pin 3: TX (Connectd to GPS modules RX Pin)
Pin 4: 3.3v (Power)

[tomhanax]

As very good work on keypad support was done by @Gnu-Bricoleur in #4022, this little devices are ALMOST field-usable - at least for me.

As ALMOST I mean I really miss one, very important feature: sound notification on message arrival. In the real world usage this is crucial, you can surely imagine. On T-Deck you will hear some beeping, we call it "frogs" :) (meshtastic is green you know... ;)

I made some other tweaks like font sizes and I am overall happy with them. But I can not find where to turn this sound on. I am sure that the Chatter is sound capable, since we can already here the "startup" sound, so this should be theoretically possible and easy. But where is it hidden?

Can anybody please help?

[scott1627]

As very good work on keypad support was done by @Gnu-Bricoleur in #4022, this little devices are ALMOST field-usable - at least for me.

As ALMOST I mean I really miss one, very important feature: sound notification on message arrival. In the real world usage this is crucial, you can surely imagine. On T-Deck you will hear some beeping, we call it "frogs" :) (meshtastic is green you know... ;)

I made some other tweaks like font sizes and I am overall happy with them. But I can not find where to turn this sound on. I am sure that the Chatter is sound capable, since we can already here the "startup" sound, so this should be theoretically possible and easy. But where is it hidden?

Can anybody please help?

I was able to get the audible notifications working by setting "Output pin buzzer GPIO" to Pin 31 under the external notification config. I also enabled the toggles for alert GPIO buzzer when receiving bell and message. On a side note, Has anyone made a guide for flashing the newest firmware with keypad support to the device, or has this been added to the official builds?

[tomhanax]

Thanks @scott1627, it works perfectly! Now I am finally able to use them on the field!
Anyway, I think that the buzzer pin value should be changed in variant.h, too:

#define PIN_BUZZER 31

I tested it locally and it works, so maybe somebody with github workflow experience could change this, so user won't have to in the GUI.

According to "firmware with the keypad support" - I use Platformio, switch git to #4022 and upload.

[dogboyaa1]

Thanks @scott1627, it works perfectly! Now I am finally able to use them on the field! Anyway, I think that the buzzer pin value should be changed in variant.h, too:

#define PIN_BUZZER 31

I tested it locally and it works, so maybe somebody with github workflow experience could change this, so user won't have to in the GUI.

According to "firmware with the keypad support" - I use Platformio, switch git to #4022 and upload.

I wanted to mention that I had to also turn on the “Use PWM Buzzer” option as well as the others suggested. Not sure if that’s normal or correct.

[tomhanax]

I wanted to mention that I had to also turn on the “Use PWM Buzzer” option as well as the others suggested. Not sure if that’s normal or correct.

Perfectly correct and required. It is because the Chatter board has small "speaker" and not the constant-frequency "beeper".

Maybe everybody know this, but maybe not, so for anybody interested, some technical info:

• If only the "beeper" was on board, it will be enough to only make some pin high/low for some time. The beeper will beep as long as some current (enough) pass through it. But it will be constant frequency sound, like in popular digital alarm clock.
• To induce sound in "speaker", you have to use PWM (pulse wave modulation) to move the membrane as you want. This way you have total control of frequency and amplitude. The ext notif module supports this kind of control, which is great, so we can have nice recognizable sound pattern.

[eureekasigns]

This is cool, will try it!

Documenting in my case is following the existing command line info but having to hold a button to get it to detect com port. Sometimes it takes a few tries and timing it correctly with booting but I think that's more an issue with my computer at the moment, I'm not sure. Basically added a momentary button to the case wired to the pin on CPU and ground. Can post more pics of that later.
For now it's not in the official build so that part is done manually.

Also interested in increasing font size. @tomhanax - where did you make those changes?

Side note on the case. I am not great at tinkercad and there's still a little bump where the side piece was. I greatly prefer not having that, personally. It's very tight to get the sma adapter in, then to tighten the nut, and is just a hair too narrow for the antenna I used. @scott1627 - any chance you can make a flush case design? Add a hole for extra button, and one for sma? I can share my modified stl but it's not perfect.

Mostly original design, with one extra hole for the button to hold to get it to flash. Scooped out some inside space for sma. Very tight fit for the antenna.

[scott1627]

This is cool, will try it!

Documenting in my case is following the existing command line info but having to hold a button to get it to detect com port. Sometimes it takes a few tries and timing it correctly with booting but I think that's more an issue with my computer at the moment, I'm not sure. Basically added a momentary button to the case wired to the pin on CPU and ground. Can post more pics of that later. For now it's not in the official build so that part is done manually.

Also interested in increasing font size. @tomhanax - where did you make those changes?

Side note on the case. I am not great at tinkercad and there's still a little bump where the side piece was. I greatly prefer not having that, personally. It's very tight to get the sma adapter in, then to tighten the nut, and is just a hair too narrow for the antenna I used. @scott1627 - any chance you can make a flush case design? Add a hole for extra button, and one for sma? I can share my modified stl but it's not perfect.

I was able to get the source compiled and uploaded to my unit. It appears to be working as intended. Switching the send to node can be a bit odd, but seems to work pretty well other than that. I can look at making a custom case design when I have some spare time. Alternatively, If you are interested, I can try to share the Fusion 360 project files with you.

[scott1627]

Something I noticed when looking at the pictures of the 3d printed cases and forgot to mention earlier is that the bezel around the screen is designed to fit a small rectangle of 2mm plexiglass to act as a cover for the display and keep it from getting damaged when tossed in a bag etc. if cut to the correct size, it should snap into place securely when pressed in from the back side of the faceplate.

[dogboyaa1]

Something I noticed when looking at the pictures of the 3d printed cases and forgot to mention earlier is that the bezel around the screen is designed to fit a small rectangle of 2mm plexiglass to act as a cover for the display and keep it from getting damaged when tossed in a bag etc. if cut to the correct size, it should snap into place securely when pressed in from the back side of the faceplate.

Great idea!

[dogboyaa1]

I wanted to mention that I had to also turn on the “Use PWM Buzzer” option as well as the others suggested. Not sure if that’s normal or correct.

Perfectly correct and required. It is because the Chatter board has small "speaker" and not the constant-frequency "beeper".

Maybe everybody know this, but maybe not, so for anybody interested, some technical info:

• If only the "beeper" was on board, it will be enough to only make some pin high/low for some time. The beeper will beep as long as some current (enough) pass through it. But it will be constant frequency sound, like in popular digital alarm clock.
• To induce sound in "speaker", you have to use PWM (pulse wave modulation) to move the membrane as you want. This way you have total control of frequency and amplitude. The ext notif module supports this kind of control, which is great, so we can have nice recognizable sound pattern.

yeah I’m definitely not that technical on these. This is what makes this particular project so cool. We get to learn so much of the details that’s usually resolved already with all the other units.

[tomhanax]

Also interested in increasing font size. @tomhanax - where did you make those changes?

I simply copied the block of code from T-Deck #ifdef section and made another nested #ifdef for the Chatter, like this in Screen.cpp:

       #ifdef T_DECK
            display->setFont(FONT_MEDIUM);
            display->drawStringMaxWidth(0 + x, 0 + y + FONT_HEIGHT_MEDIUM, x + display->getWidth(), tempBuf);
        #else
            #ifdef CHATTER_2
                display->setFont(FONT_MEDIUM);
                display->drawStringMaxWidth(0 + x, 0 + y + FONT_HEIGHT_MEDIUM, x + display->getWidth(), tempBuf);
            #else
                display->setFont(FONT_SMALL);
                display->drawStringMaxWidth(0 + x, 0 + y + FONT_HEIGHT_SMALL, x + display->getWidth(), tempBuf);
            #endif
        #endif

and also in CannedMessageModule.cpp

        #ifdef T_DECK 
            display->setFont(FONT_MEDIUM);
            display->drawStringMaxWidth(
                0 + x, 0 + y + FONT_HEIGHT_MEDIUM, x + display->getWidth(),
                cannedMessageModule->drawWithCursor(cannedMessageModule->freetext, cannedMessageModule->cursor));
        #else
            #ifdef CHATTER_2
                display->setFont(FONT_MEDIUM);
                display->drawStringMaxWidth(
                    0 + x, 0 + y + FONT_HEIGHT_MEDIUM, x + display->getWidth(),
                    cannedMessageModule->drawWithCursor(cannedMessageModule->freetext, cannedMessageModule->cursor));
            #else
                display->drawStringMaxWidth(
                    0 + x, 0 + y + FONT_HEIGHT_SMALL, x + display->getWidth(),
                    cannedMessageModule->drawWithCursor(cannedMessageModule->freetext, cannedMessageModule->cursor));
            #endif
        #endif

It is quick hack, in fact the only diff is setFont(FONT_MEDIUM) and FONT_HEIGHT_MEDIUM vs FONT_HEIGHT_SMALL. Maybe someone proficient in C++ can code this the right way ;)

However, I really do not see the reason to have small fonts on chatter or any other display large enough. IMHO this switch to MEDIUM size should be automatic based on some minimum screen px height. Maybe somebody could do this, I will surely do if I be able to do it right....

[meshtastic-bot]

This issue has been mentioned on Meshtastic. There might be relevant details there:

https://meshtastic.discourse.group/t/strange-transmission-behavior-on-diy-nodes/13568/31

[eureekasigns]

Thank you @tomhanax ! I'm going to have to try this again. My first attempt I don't think I found any reference to the t deck in the code, and where I ended up pasting this in, the display shows 2 lines of text when typing, one small, one medium, somehow. Oops. Would be really great to have the medium sized text on this.

[tomhanax]

Sorry, my fault. I changed the font size for T-Deck in the in the past (with some other tweaks), and forgot about it. Now I can see the changed lines and remember :) If you do not care for other devices, just for the Chatter 2, search for pricipal things like display->drawStringMaxWidth and cannedMessageModule->drawWithCursor and replace SMALL with MEDIUM in nearby commands. No need to use those conditional directives. I have several different devices, so need universal approach.

[eureekasigns]

Managed to get it working in some fashion but probably changed too many things. There are some elements that are too large such as the top row when showing node. Bluetooth pairing screen is a little messed up, and the boot screen has medium text on the top row.

Messed around too much for the day, I think. May try from scratch again, but I admit I may need more precise direction or just shouldn't mess with it 😶

It's cool that this is possible!

[tomhanax]

@eureekasigns, not sure if this is the good way to share things here, but I packed important things to the zip. You can download it here.

In the archive you will find only the files modified from current Chatter 2 PR #4022 with my changes to medium font. So you should be switched on that PR in Platformio, revert all local changes and replace matching files from the zip. Only 2 files are important and only a few lines are changed, as I stated before. The header file is for redefined buzzer pin (I mentioned this earlier, too).

[tomhanax]

@scott1627, thanks for the case! I printed the case and seems great, really rugged. But I have no intention to change the LoRa chip, but need to change the spring antenna for some "real" one. I plan to unsolder the sping, buy the cable from the picture and solder that thing on ANT (core) and GND (shield) pins on the chip.

But I am not sure if this will work, can you confirm?

[eureekasigns]

Thank you, @tomhanax !
Works great, and now see better where things were changed. Thank you for sharing that!

I'm not sure if it's worth asking to also have this added to the keyboard support, as it's a separate change or if it's worth bundling in the build in some way but I do personally like this. Maybe some option in app that could toggle it, but I don't know if that's possible, or if the android devs would want to mess with that.

[eureekasigns]

Regarding the sma connector, it should work I would think. Can't hurt to get confirmation but I would think that getting the connector + real antenna would help greatly. I can test one to try if you don't hear back in about a day.

[dogboyaa1]

Got a question that might sound amateurish as I am brand new to this.

I accidentally removed (aka the board fell and they are gone) 3 capacitors from the board near the lora module. From this schematic from circuitmess they are supposed to be a 10uf and a 100nf cap (wanted to add it’s the pin labeled vdd)

Guessing they used 3 various types to be equivalent to the above but wanted to check in with you first to see if that makes sense?

[scott1627]

@scott1627, thanks for the case! I printed the case and seems great, really rugged. But I have no intention to change the LoRa chip, but need to change the spring antenna for some "real" one. I plan to unsolder the sping, buy the cable from the picture and solder that thing on ANT (core) and GND (shield) pins on the chip.

But I am not sure if this will work, can you confirm?

I can indeed confirm that this will work fine. My first unit that I built was set up exactly like this. Center conductor gets soldered in place of the springy antenna and the shield goes to the pad next to it. As others have mentioned, the hole for the SMA connector is a bit tight on the case design (didn't leave enough tolerances) I generally clean out the hole with a drill bit to make installation easier, although, I plan to update the model to make this less necessary along with some other quality of life improvements. I also plan to make a top mount antenna version. Just haven't had the time to do so yet.

[eureekasigns]

That is awesome news. Yeah I did not get time yesterday to get an extra out to try this for them, so thank you for confirming for them!

Look fwd to other designs!

[scott1627]

That is awesome news. Yeah I did not get time yesterday to get an extra out to try this for them, so thank you for confirming for them!

Look fwd to other designs!

I have posted an update to the case design including a version with no side bump and a hole for a second button. I have also updated the original design to print better and have looser tolerances around the SMA mount. I also enlarged the area where the SMA cable comes through to make insertion of the connector much easier.

I also noticed that I must have exported the wrong STL from my fusion timeline for the front faceplate as the screw holes were not properly countersunk. I have corrected this.

I have yet to test print any of these yet, so feedback is welcome.

[eureekasigns]

@tomhanax
So the keyboard support got merged. Should be built in to forthcoming releases. Thing is, the medium font workaround doesn't work with 2.4.2 anymore. Many changes in screen.cpp. tried changing a couple lines in canned messages but the top row is also medium sized when doing that.

Any chance you could try building with the latest and seeing if we can figure out how to get it the way it worked in previous version?

Guess this might even warrant its own thread/pr.
The only issue with medium font is that it cuts text off if the message is too long, but I'm willing to live with that.

[tomhanax]

I tried with latest (2.4.2) version and no problem.
Here is the patch: medium_font.patch.txt (apply with git apply medium_font.patch.txt)

[eureekasigns]

I tried with latest (2.4.2) version and no problem. Here is the patch: medium_font.patch.txt (apply with git apply medium_font.patch.txt)

Heroic! Thanks!

Will give this a try when I get time.

[eureekasigns]

@tomhanax works great. Thanks again!

Be great if there was some way to set this font size as an option in the app. Some might prefer the small font for more text on screen I suppose.