Skip to content

Faketec support - #90

Merged
ripplebiz merged 12 commits into
meshcore-dev:devfrom
oltaco:faketec-support
Mar 15, 2025
Merged

Faketec support#90
ripplebiz merged 12 commits into
meshcore-dev:devfrom
oltaco:faketec-support

Conversation

@oltaco

@oltaco oltaco commented Mar 11, 2025

Copy link
Copy Markdown
Member

Support for Faketec DIY devices, with either HT-RA62 or RA01sh radios.

-che

@oltaco
oltaco marked this pull request as draft March 13, 2025 21:18
@oltaco
oltaco changed the base branch from main to dev March 13, 2025 23:04
@ripplebiz

Copy link
Copy Markdown
Member

So, this is still in progress? Have reviewed and can merge if you like.

@oltaco

oltaco commented Mar 14, 2025

Copy link
Copy Markdown
Member Author

It should be OK, works for HT-RA62 radios and feedback is that it works for RA01sh.

I just wanted to test with an RA01sh radio for myself, but haven't had a chance to build one yet. Plan to get that done this weekend, and then I'll make it as ready.

@oltaco

oltaco commented Mar 14, 2025

Copy link
Copy Markdown
Member Author

Ok, confirmed working with RA01sh radio. Tested room server as well, seems to work.

One last question remains, should we rename this to promicro_diy to make it more inline with MT for people who are looking to make the switch?

@ripplebiz

Copy link
Copy Markdown
Member

I don't really know which name most people would recognise. I don't mind it going by the Faketec_ prefixes. I assume most people would know what that means?

@oltaco

oltaco commented Mar 14, 2025

Copy link
Copy Markdown
Member Author

I think so too, it seems to be the most popular and well known board and I'm sure if people are building their own they'll have no trouble realising this is what they want. 👍

@oltaco
oltaco marked this pull request as ready for review March 14, 2025 09:59
@ripplebiz
ripplebiz merged commit 06c6668 into meshcore-dev:dev Mar 15, 2025
@recrof recrof mentioned this pull request Mar 15, 2025
agessaman pushed a commit to agessaman/MeshCore that referenced this pull request Nov 8, 2025
fkallay1 added a commit to fkallay1/MeshCore that referenced this pull request Jun 18, 2026
…flash base z linker symbolu

RAM-assembly refaktor (rieši 2× FS pri veľkých patchoch):
- ota_acquire_patch_ram(): patch do čerstvo malloc-nutého RAM buffra; default
  zostaví z recv.log (assemble_log_to_buf: build_log_offsets + chunk_exp_len),
  -D USE_PATCHBIN_FILE číta /ota/patch.bin. Caller free().
- assemble_and_verify() pri COMPLETE: default verify_log_sha() = SHA256 streamovo
  z recv.log (žiadny patch.bin, žiadny veľký buffer); USE_PATCHBIN_FILE = patch.bin
  + over + zmaž recv.log (cleanup, rieši 2× v file móde).
- dry-run (ota_patch_to_file) aj real (ota_flash_via_flasher) cez ota_acquire_patch_ram
  → puff_stream / MemStream nad RAM buffrom. patch_file_read ostal unused.
- malloc zlyhanie = graceful error s tipom na -D USE_PATCHBIN_FILE. Tier-2
  (deštruktívny assemble do 0x20000000) NEIMPLEMENTOVANÝ (risk/netestovateľné).

fw_image_size(): base z linker symbolu __flash_arduino_start (= ORIGIN(FLASH))
namiesto hardcoded APP_FLASH_START → robustné pre v6/v7. Tvrdý symbol (žiadny weak
fallback) — ak chýba (non-Arduino projekt), link error = fail-fast, zámerne.
APP_FLASH_START/MAX makrá ostávajú pre compile-time kontexty.

E2E PASS na HW: build meshcore-dev#90meshcore-dev#91, dry-run aj real flash z recv.log→RAM, dry-run pred
flashom bez hardfaultu.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants