[SOLVED] 3.3V 8MHz pro mini as GW, should it work?

[skywatch]

@rejoe2 Thank you for your thoughts on this one.

I don't have a 'usb converter'. I use the tx/rx on the 3.3v pro mini direct to the serial tx/rx on the pi. So serial to serial. The nrf does not have a level converter, it is simply wired to the pro mini and the same 3.3V supply (taken from pi 5V rail regulated with a AMS1117 3.3) and 2x 104 and 2x 1000uF and 2x 10uF and a 47uF cap on the nrf pcb! ;)

In the GW sketch it says it was 'written for a 5V arduino', but no warning that it won't work on a 3.3v one. Apart from the baud rate I wonder if there is another reason I don't know that would cause problems.

If I get time this weekend I might build a 5V pro mini GW and add a level shifter to the serial input of the pi and see if that works any better. If not then I will try a usb converter as last resort.

[rejoe2]

It should also work on a 3.3V pro mini and as is works for some time at least, there seems not to be a general problem with the sketch.

Some times, you might have buffer overflows in case you get really a lot of data from your network, so increading buffer size on the gw could help (no own experience, standard may be something like 20 messages).

But as I don't have much experience on usage of PI GPIO (I preffer using Mysensors Nodes when GPIO's are needed), I may not be able to help you any further. As a general remark, drawing power from a PI is very often "the root of all evil", so I'd recommend to avoid that whenever possible. But that's personal opinion, not proofed knowledge.

[skywatch]

@rejoe2 said in 3.3V 8MHz pro mini as GW, should it work?:
Thank you for trying to help. It's always appreciated! :)

As a general remark, drawing power from a PI is very often "the root of all evil", so I'd recommend to avoid that whenever possible. But that's personal opinion, not proofed knowledge.

No problem, but if you look here you'll see that there isn't much at all going on in the pi itself.....

https://www.raspberrypi.org/documentation/hardware/raspberrypi/schematics/rpi_SCH_3b_1p2_reduced.pdf

Just a fuse and a mosfet, nothing to cause any problems afaics. People usually get issues with cheap low quality supplies and then blame it in the pi, but that is wrong in my opinion. A good quality supply, with good regulation, low ripple and noise and plenty of current available and all is usually well......

I'll keep at it and see how it goes....

[MaAh]

Long shot, but if you suspect it's lack of processing power it's easy to try a 3.3V 16MHz Pro Mini.

[mfalkvidd]

@maah except that running the atmega at 16MHz and 3.3V is out of spec, so the mcu might behave in strange ways. But for a test it could be ok.

[Tmaster]

I don 't know if it helps but i tell you my story. I had all network using nrf24l01(7or8 nodes) and i had some lost data ,random,depend day time etc... So i change all radios to rfm69 and 69hw and never had a lost packet again. Happy end🤣

Now i have an arduino pro mini 3.3v@ 8mhz connected to raspberry by serial (usb ftdi original) managed by domoticz. Rocksolid solution until now. Its there for months (6 maybe). One of the nodes its 50 m outside,on main gate. And same node controls lights,gate open,door bell and a fence perimeter alarm(fence cutted) .Never miss a notification.

This is my solution to not have issues with radios modules
.

[skywatch]

@tmaster Thanks for all the replies everyone.

I hope to have some time to look into this more soon....

[skywatch]

@skywatch Update

Yesterday I changed to a 5V pro mini at 16MHz and 115200 baud rate. No change in the issues faced.

Just waiting for a usb to ttl converter to arrive now, or maybe order a pro micro instead? What do you all think?

[skywatch]

SOLVED!

I finally reinstalled the mycontroller (1.4.0) on the rpi and everything started working again.

I am not sure what happened, but at least it seems to be good for 48 hours now, so I am happy that the problem is gone.

Thanks for all the help and suggestions, it's not always easy to find the problem.

[skywatch]

@skywatch Actually that was only part of the story!

It seems that the real issue is with the Rpi3. In particular the serial controller.
It seems that the Rpi foundation 'stole' the hardware serial controller for bluetooth and put in a substitute SW serial instead. This is the issue. Under heavy load or other circumstances the timing of the serial suffers and it is enough to cause big problems for things like mysensors GW. I have conclusively proved that when the Rpi serial is taken out of the equation, it all works as expected.

So if you are having problems with serial comms on a Rpi 3B or above, this might be the root cause. I never had such problems with pi 1 or pi 2 - I never used HW serial on pi 0, so not sure about that, but if it is a pi 0W then it might very well have the same problem.

[bjacobse]

@skywatch
That was a nasty one to find the rootcause for - how did you do it?
I don't use BT on my 3B, so it's disabled so I feel I have been lucky not to dig for this rootcause