If a #reticulum #meshchat instance with a #lxmf address on one computing device has 4 identical #lora #rnodes #rnode interfaces, each with same settings of frequency #spreadingfactor #sf, each rnode having a #directional #yagi #antenna in close vicinity, will transmission to a sender of a #deliveryconfirmation (#downlink) from 1 antenna to the sender's direction, be messed up due to local #collision at rnode 1 of different attempted #acknowledgement signals of the other 3 near rnodes?

In a #lora #rns #reticulum #mesh using #lora with long transmission blocks due to a large #spreadingfactor of 12 #sf12 , does one have to change some default settings to make it work better than the defaults? Like time between trying alternative routes to a destination or time to wait for or send a delivery confirmation (to wait for #ismband channel to be free of those long transmissions so that a send operation is possible) ?

Is there a #simulation of a #lora #reticulum #radio #mesh used with different numbers of #rnode #radio #nodes #rnodes for given #spreadingfactor ( #sf ) & given payload size? Am interested to know what happens to the routing, & likelyhood of #deliveryconfirmation for small LoRa packets (max 2 blocks), for longest transmission times i.e. spreading factor 12 #SF12 . Would like to know if my impressions, that SF 12 is very tricky under #RNS LoRa as compared with #SF10, have a clear explanation.

Setting a decent #deliverylimit in #reticulum #meshchat for an #rnode interface that matches a given radio parameter set (or sets) (#spreadingfactor #sf etc.) helps avoid the sad scenario that an rnode uses up its 10% maximum legally permitted #dutycycle allowance for that #radio #ismband when trying to send or resend payloads that stand no chance of 100% delivery in a reasonable time frame. https://loramesh.org/SF

With a #RaspberryPiZero2W & #usbhub https://www.waveshare.com/wiki/USB_HUB_HAT_(B) possible to use 4 #lora #radio #rnodes at same #reticulum #meshchat interface. Can use 4 different sets of radio parameters at one #LoRa #radio interface. Can use 1 radio with low #spreadingfactor #sf for short transmissions at high data rate for large payloads like images or accessing #nomadnet #pages and 1 with larger SF for longer range. No need to choose between #meshtasic presets https://meshtastic.org/docs/overview/radio-settings/ ! just use them all ! Magic

It seems to be possible to set a message size delivery limit as defined by the parameter lxmf_delivery_transfer_limit_in_bytes
in https://github.com/liamcottle/reticulum-meshchat/blob/b8d388fa56d4528b1e7311e4210edcc0c15ee959/meshchat.py#L3261
to let each #rnode have its own limit suiting its own #spreadingfactor #sf
#reticulum #meshchat

Can one set the #lxmf #reticulum delivery limit in #reticulum #meshchat on a per #interface basis i.e. per connected #rnode interface? https://github.com/markqvist/LXMF/blob/c426c93cc5d63a3dae18ad2264b1299a7ad9e46c/LXMF/LXMRouter.py#L38
#deliverylimit #DELIVERY_LIMIT
This might help stop #lora #radio channel blocking in case one #rnode of a set of #rnodes at one end-point device use a high #spreadingfactor #sf #lorachannelblocking

Some interesting info about the effect of #spreadingfactor (#SF) in #lora #radio #mesh is in papers about SF https://pmc.ncbi.nlm.nih.gov/articles/PMC8512894 SF12 in #lora & lora https://pmc.ncbi.nlm.nih.gov/articles/PMC5038744

Can one influence the effectiveness of using multiple #rnode interfaces , in one single end-point location, with different SF by setting the #LXMF delivery limit #DELIVERY_LIMIT down https://github.com/markqvist/LXMF/blob/c426c93cc5d63a3dae18ad2264b1299a7ad9e46c/LXMF/LXMRouter.py#L38 from the default 1 MB for those #rnodes, of a set, with higher SF values?

To receive by #radio #reticulum #rnode #announces on #lora radio one needs to have the same 4 radio parameters as the announce: #frequency #bandwidth #spreadingfactor SF #codingrate CR
-> #meshchat permits any number of #rnode interfaces !
To hear the most announces, does it make sense & is it possible to set up several e.g. 5 #lora #radios with same frequency: 869.525 MHz
bandwidth: 250 kHz but
each with different SF & CR? Would one be able to receive more announces that way? Would it work?