General Tiko-related discussion.
BY FritzToch
#7527
So, I spent the afternoon with my Tiko apart and trying to see if there was a way to connect to it some other way than wifi. Turns out, there is a serial/UAT interface on the board. I was able to connect to it (115200,8N1, 3.3v), and I see the logs it outputs at startup, but I cannot get a prompt or send any input to it except Ctrl-A Ctrl-B, which causes it to restart.
The Tiko is run by a TI "CC3200 SimpleLink™ Wi-Fi® and Internet-of-Things solution, a Single-Chip Wireless MCU" which supports 2 UARTs, but I could only find one. The pinout of the UART is
1-GND
2-CTS
3-Vcc
4-TX
5-RX
6-DTR
Connecting GND and Vcc will cause the green LED to light on the Tiko board, but it doesn't boot. Connecting the Tiko power supply with GND/Vcc connected also does not allow it to boot, so I left pins 1 and 3 disconnected and powered the Tiko through it's PSU.
There are numerous errors in the boot log as all the wiring is disconnected and the SD card is removed, and this is the output when the Tiko is upside down.
Code: Select all[INFO] Tiko Version: 2.1.0-t100.9ec6621 [INFO] Wit Version: 1.0.0-t100.0 100 SimpleLinkNetAppEventHandler 236 IP=192.168.1.1 , Gateway=192.168.1.1, DNS=0.0.0.0 100 SimpleLinkWlanEventHandler 234 AP: </snip> , BSSID: </snip> 262 0 239 1.0.0.10 240 2.6.0.5.31.1.4.0.1.1.0.3.34 100 SimpleLinkWlanEventHandler 235 AP: </snip>, BSSID: </snip> on application's request 126 100 SimpleLinkWlanEventHandler 234 AP: </snip> , BSSID: </snip> Retrying.......1 100 SimpleLinkNetAppEventHandler 236 IP=10.0.1.7 , Gateway=10.0.1.1, DNS=10.0.1.1 9 (runSet, error -3) 100 constant[0] = 0.00 100 constant[1] = 0.00 100 constant[2] = 0.00 147 </snip> 146 148 Tiko-Wifi-</snip> 233 1 127 ReadBootInfo: ucActiveImg=2, ulImgStatus=0xabcddcba 106 (heatLUT) 173 1.055587 174 -83.087143 171 0.020037 172 7.149100 168 7.650 178 1 10 www/settings/heatlut (-3) 41 107 stats 85 [SELF TEST] sd_card_self_test...failed -Reason: Error -3 when creating file www/test [SELF TEST] onboard_accelerometers_self_test...passed [SELF TEST] delta_digipot_self_test...passed [SELF TEST] extruder_digipot_self_test...passed 166 0.04 [SELF TEST] heating_element_self_test...failed -Reason: Error, heating element is not connected or faulty 105 88 axis(0) [SELF TEST] homing_self_test...failed -Reason: Failed to move motors to the home position 6 263 8 backend 119 api.tiko3d.com 117 244 [INFO] Setting up cutom IP 192.168.1.1 Beginning addr=10 100 SimpleLinkNetAppEventHandler 236 IP=192.168.1.1 , Gateway=192.168.1.1, DNS=0.0.0.0 245 Tiko-</snip>-Error-101-203-301 246 print.tiko 140 default 183 143 16
User avatar
BY alfredjimenez
#7544
Interesting.... makes you think if there were further console support you could potentially wire in a USB interface for it. UART has to be there for a reason.... maybe future feature option, or debug mechanism.

Good job finding it.
BY FritzToch
#7548
Well, if we can figure out how to get Tiko to accept input here, then any slicer with serial control can talk directly to it, and we leave behind the WIT and the wifi access point. You fire up Cura, or Repetier Host, or Simplify3D, with the correct serial settings, and control the printer directly from a computer with a serial interface (Raspberry Pi, for example) or a USB to serial interface, like I'm using.
BY criton01
#8858
I looked over the code from the access from serial port, and the api.tiko3d.com link was not helpful at all... required username and password to enter the link. So the API has interal security built into the board somewhere.
This is truly a reverse engineering thing going on....
I am wondering if it wouldn't be easier to put in a raspberry Pi with wifi and go that route.
Motors will respond the same as most step motors right?
User avatar
BY FuShiLu
#8860
I was going to look at it this week, pretty sure it's easy enough security key or not. Not that hard to put it through basic paces and record the data to emulate with custom firmware.
BY criton01
#9313
being a Computer Engineer, I find this completely do-able. We just need to start finding the right code requests. it looks to be running a slimmed down version of Linux and Apache (just form the file stucuture and net handlings...
I would bet a linux box could communicate directly to the board.
I haven't tried this yet. I'm still trying to weights to correct backlash.

as for the rest of the software, I really like the idea of a complete "One Stop Shop" approach to STL-GCODE rendering it has going on. I has to be rather compact to fit on a board such as this and still retain any cache ability. If fully buffers the GCODE and since you can drop your web session, and walk away while it prints (however crappy the quality is) it still a great idea.
I would like to see pics of the hardware hack to see the way it was done.
BY FritzToch
#9327
I would like to see pics of the hardware hack to see the way it was done.
There's no hack. There's a header right on the board for serial, pins already present.