mirrors
/
Tasmota
mirror of https://github.com/arendst/Tasmota.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity

added 3d cases here instead

blakadder 2019-04-11 11:25:53 +02:00
parent bc44402f17
commit 0a778faa32
1 changed files with 8 additions and 4 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

12
Tips.md

@ -1,4 +1,8 @@
### Available Characters for HOSTNAME ## 3D Printed Cases
- [**Thingiverse**](https://www.thingiverse.com/search?q=tasmota&dwh=375b8ac9ddc286e)
- [**Yeggi**](https://www.yeggi.com/q/sonoff/)
## Available Characters for HOSTNAME
vvvv RFC952 vvvv vvvv RFC952 vvvv
ASSUMPTIONS ASSUMPTIONS
@ -22,7 +26,7 @@
- only a..z A..Z 0..9 '-' - only a..z A..Z 0..9 '-'
- no '-' as last char - no '-' as last char
### Topic, GroupTopic and FallBack Topic ## Topic, GroupTopic and FallBack Topic
Initially I had one MQTT configurable topic planned called TOPIC but soon found out that when two sonoffs come online with the same topic this would be a challenge at least... Initially I had one MQTT configurable topic planned called TOPIC but soon found out that when two sonoffs come online with the same topic this would be a challenge at least...
I then introduced a unique, non-configurable topic which I call fallback topic that allows me to always change the MQTT configurable topic to a new unique topic. This fallback topic is just what it is meant to be: A FALLBACK TOPIC in case of emergency. I then introduced a unique, non-configurable topic which I call fallback topic that allows me to always change the MQTT configurable topic to a new unique topic. This fallback topic is just what it is meant to be: A FALLBACK TOPIC in case of emergency.
@ -33,12 +37,12 @@ Having two sonoffs with the same topic allowed for MQTT commands to be sent once
BTW changing TOPIC can be done online using the fallback topic and is only needed once. There is no need to change user_config.h all the time, as many users seem to think they have to do with any new release. All changes are stored in flash and I make a lot of effort to keep these changes available between versions. BTW changing TOPIC can be done online using the fallback topic and is only needed once. There is no need to change user_config.h all the time, as many users seem to think they have to do with any new release. All changes are stored in flash and I make a lot of effort to keep these changes available between versions.
### For Flash afficionados ## For Flash afficionados
- To stop saving parameter changes to Flash or Spiffs use command ```SaveData off```. - To stop saving parameter changes to Flash or Spiffs use command ```SaveData off```.
- To stop saving power changes only to Flash or Spiffs use command ```SetOption0 off```. This will disable the relay from returning to the same state after power on UNLESS you use the MQTT retain flag in which case the MQTT broker will send the last known MQTT state on restart or power on. The command ```ButtonRetain on``` will configure the button to send a MQTT command with Topic and the MQTT retain flag set. - To stop saving power changes only to Flash or Spiffs use command ```SetOption0 off```. This will disable the relay from returning to the same state after power on UNLESS you use the MQTT retain flag in which case the MQTT broker will send the last known MQTT state on restart or power on. The command ```ButtonRetain on``` will configure the button to send a MQTT command with Topic and the MQTT retain flag set.
### Debugging ## Debugging
- For debugging purposes you can use Level 4 logging to the `WebLog`, `SerialLog`, or remote [`SysLog`](https://www.sigmdel.ca/michel/ha/rpi/syslog_en.html). For the serial interface and the Arduino IDE set to 115200 baud (19200 for Sonoff Dual) and both NL & CR. - For debugging purposes you can use Level 4 logging to the `WebLog`, `SerialLog`, or remote [`SysLog`](https://www.sigmdel.ca/michel/ha/rpi/syslog_en.html). For the serial interface and the Arduino IDE set to 115200 baud (19200 for Sonoff Dual) and both NL & CR.
- Debugging the Sonoff Pow is a bit tricky as the serial interface has a **direct connection to one of the AC power lines**. I designed below schematic using two opto couplers seperating the AC connection on the **left** from the low voltage connection on the **right** allowing for serial control at 115200 baud and uploading of firmware up to 57600 baud while AC is connected. - Debugging the Sonoff Pow is a bit tricky as the serial interface has a **direct connection to one of the AC power lines**. I designed below schematic using two opto couplers seperating the AC connection on the **left** from the low voltage connection on the **right** allowing for serial control at 115200 baud and uploading of firmware up to 57600 baud while AC is connected.