MAX eq-3 with CUNX rather than MAX Cube

[fruit]

Very frustrating I imagine.
You don't know if it's the Cube or stats at fault except that several stats misbehaving would suggest Cube - I know you are already there

As far as I am aware it's possible to run a CUL alongside the Cube and monitor the stats. I think there is a thread here in the English section mentioning this.

If you have suitable hardware seems best to flash with culfw and watch.
I chose RFBee on an XBee-Explorer as the cheapest readily available option, there are many other choices (incl. DIY) but I don't know of a list of suitable devices

[dromer1967]

Indeed have I thought for a while that it could be a stat. But after resetting so many times I am fed up with it 

An RFBee sounds nice, but I'm a software developer and not so very much a hard ware guy. So I don't know ifa RFBee is doable for a novice on that subject?

Can you point me in the direction of what is needed for the RFBee on an XBee-Explorer? In matter of which hard ware (shop?) and how difficult to flash?

[chris1284]

why no one flashed the aculf on the cube?

https://forum.fhem.de/index.php?topic=38404.0

that solves the max-cube problems with config lose and you need not to buy other iODevs (like cul or rfbee). After this you can use the old cube as cuno / cul via lan / usb


stable and done in max 5 minutes

[dromer1967]

The answer to that question for me is simple: I don't dare to take the risk.

-You have to open the Cube case and connect some pins
-You have to flash the device with boot loader and all

When something goes wrong (which can happen if you have no experience with this) you have a dead Cube which results in an unuable system alltogether.

Besides that I have written some software which talks to the Cube. I'm sure the protocol will be entirely different after flashing aculf.

[fruit]

The answer to that question for me is simple: I don't dare to take the risk.

I felt the same hence the RFBee.

Hardware http://skpang.co.uk/catalog/rfbee-v11-wireless-arduino-compatible-node-868mhz-p-815.html and http://skpang.co.uk/catalog/xbee-explorer-usb-p-406.html, plenty of other sources including ebay

The rest at http://culfw.de/culfw.html, all pretty simple.

RFBee and Xplorer board is fine despite some pin differences (we are only interested in the ones that are exactly the same) so just plug in USB, flash and go, nothing more to it

[chris1284]

naja, its a minimal risk. nobody of the noobs have destroyed the cube. for the pin connecting I had used a screwdriver. the only very goog reason is your own software.
in order to minimize the risk, use a second (used) cube (which is cheaper than a rfbee with explorer)

[dromer1967]

The question is how many NOOBS have really tried it 

But your tip on a second Cube is a good one! It's indeed cheap so I could use one to try it out.

Will do

[dromer1967]

I felt the same hence the RFBee.

Hardware http://skpang.co.uk/catalog/rfbee-v11-wireless-arduino-compatible-node-868mhz-p-815.html and http://skpang.co.uk/catalog/xbee-explorer-usb-p-406.html, plenty of other sources including ebay

The rest at http://culfw.de/culfw.html, all pretty simple.

RFBee and Xplorer board is fine despite some pin differences (we are only interested in the ones that are exactly the same) so just plug in USB, flash and go, nothing more to it

Thanks for the links Fruit! Had missed them earlier.

perhaps I will try this. On the other hand the Cube, which Chris suggested, is about the same price and has a casing included. Perhaps that's the easiest way.

[ggaljoen]

Just had to read this topic a few times and was convinced I should flash my -memory losing- cube.

For the bootloader I did not teamed up with sam-ba, I used the bossa version http://www.shumatech.com/web/products/bossa with succes.
The firmware did I with http://ttssh2.osdn.jp/index.html.en
And it was... EASY to do, I can only recommand it.

[dromer1967]

I would be very interested to know how this works out for you. If the Cube is (finally) stable when using this firmware.

It would be my first firmware flash so I'm not yet convinced it is easy 

[ggaljoen]

First LAN connection tests no succes got every time it need to send something '3: Not enough credit: 0' for the OLD CUL0
But when I check: get credits10ms is never 0 for the NEW CUBe
I am goning check the german part for answers...
Blame it on ME = : script refered to the CUL0 and not to the newly CUBe!

Running GREAT! (now)

[fruit]

culfw does seem to make a lot more noise when credits are limited than the Cube but I suspect only because the Cube hides a lot more
They should both be trasnsmitting obeying the 1% rule

[ggaljoen]

culfw does seem to make a lot more noise when credits are limited than the Cube but I suspect only because the Cube hides a lot more

The (culfw) QUEUE catch this 'out of credits' 1% limitation and keeps on trying until transmission succeeded

[ggaljoen]

I would be very interested to know how this works out for you. If the Cube is (finally) stable when using this firmware.

Time will tell but for now everything is running fine!

It would be my first firmware flash so I'm not yet convinced it is easy 

Even your cell phone got flashed (updated) every now and then...

[fruit]

The (culfw) QUEUE catch this 'out of credits' 1% limitation and keeps on trying until transmission succeeded

So does the Cube but I only remember seeing a few messages eg. when updating weekProfiles on several stats. I probably still have the logs somewhere

It's also quite noticeable when using the MAX Eco-switch under CUL as this requires sending desiredTemperature to each stat.
I think the Cube may use a short command over RF though I cannot remember reading anything about it when I was looking around at MAX protocols