@deckingman i Will post Them tommorow including a short video. And my settings.
My first layer begins something like 2.1 because i have a z offset 1.9 but the exact thing that happend i Will post tommorow.
As far i know i only change z offset. But i think that i make somewhere a misstake bacause this all happens so that's why i say i change z offset and something else.
Many thanks for so far. I post tommorow.
S30 is much higher than normal, and H50 is much lower than is typically viable for reliable stall detection. The Trinamic datasheet for the stepper drivers states that 1 rev per second is typically the lowest speed at which an impending stall can be detected, which is why H defaults to 200 in the M915 command. I suggest you start by leaving H at the default value of 200, which should allow you to use lower S values.
Replaced the wifi module with ethernet.
and now it's fantastic!..
I'm using a powerlink extender and it seems to be fine, So happy to have it figured..
Thanks once again for all of your help
I'll be in touch!
@sigxcpu said in WiFi once lost never reconnects:
@dc42 until you implement a more complex solution, can't you simply reboot the wifi module on connection lost (if the printer is configured as STA)?
WiFi Router reboot is not the only use case. I often experience losing one browser connection (Android tablet) and keeping another (Chrome on Win10) during long prints. I'd hate to risk them both. Therefore, perhaps some form of individual connection retry/reset would be better.
By the way...
Evidence points to the "hang up" being in the Duet. No amount of browser reset, cache reset, reboot, etc, etc, etc. on the tablet has ever allowed the Tablet-to-Duet session to reconnect. Once the print finishes, a Duet M999 or power cycle always allows a (re-) connect from the tablet.
If both boards are running the same firmware including the same version of DuetWiFiserver, but only one of them connects, please ask for the second board to be replaced or its WiFi module replaced. You can send M122 and look in the network section of the report to check which version of DuetWiFiServer is installed.
I get that too. I think it is a minor bug in DWC 1.22. When it tries to reconnect, it should either use the previous password if it has one, or ask for the password without first displaying the error message.
I am curious about this. I have devices on my home network that I can't connect to with my phone unless I disable the VPN client in the phone when I try to connect to those devices. Once I have connected, I can turn the VPN client in the phone back on and it works fine. It's my understanding that part of a VPN function to interfere with ISP surveillance capability is to encrypt all traffic between the device running VPN client and the VPN servers, so I suspect the encryption is causing the initial connection problem. I don't understand why it works once I connect and then turn the VPN client back on. Maybe the VPN client preserves existing unencrypted connections.
@mendelevium said in My Duet Wifi first time connection, brings a Heater 1 - Fault.:
I have nothing hooked up. I just connected the board via wifi for the first time and I hope it is not a fault with the board.. I jsut connected it to the PC via the usb and set up the wireless network. Nothing else...
Having no thermistor connected, a fault is CORRECT behavior, the board is saying that sensor has an impossible reading. Even when not heating, it should sense "room temperature".
The Duet and the smoothstepper are both motion control boards (the Duet provides other functions too), so you need to use one or the other, not both. The Duet can drive servo motors (through a level shifter if needed) if they have step and direction inputs.
Looks like your connection to Duet3D was lost, please wait while we try to reconnect.