Yeah we really should get the word out ): If you want I can paste the pages and pages of mails where I begged for my money back, for support, for anything... But nothing! And its not the choice of chip, I suspect poor workmanship. Have other stepsticks we locally made the PCBs and assembled ourselves, also with the same older alegro chips. And they work without issue lazzymonk Wrote: ------by peter6960 - Controllers
I agree with Sonex... That MCP2200 is gold. More than 6 weeks in, running 4 of the new Gen 7 v1.5s and it works so well I've pretty much stopped development of Hostless printing (LCD/SD). With FTDI adapters/cables I was constantly having serial issues which frustrated me so much that all I wanted to do was get printing off SD Now I run them off a Raspberry Pi with the Gen 7 1.5by peter6960 - Next Wave Electronics Working Group
Still no new news... Hoping it doesnt run dead hereby peter6960 - Firmware - mainstream and related support
Anyone else managed to get i2c on 1284 running? Seems thats the issueby peter6960 - Next Wave Electronics Working Group
Good old memory just kicked in too.... In the past when I had it working, was on ATmega644, not 1284! Got the 1284 to add SD, and ever since have not been able to get i2c LCD working again! So must be some default on 1284 (or with the cores) which breaks I2C! Please help! peter6960 Wrote: ------------------------------------------------------- > Hmmm, now things get interesting... >by peter6960 - Firmware - mainstream and related support
Hmmm, now things get interesting... With the new Marlin cores, I can actually run the I2C Scanner sketch - and it DOES NOT FIND an i2c device! wire my shield pins to my Uno, same sketch, finds device on 0x38 no problem! I did not understand TimoS's request below. Where can I turn I2c on/off? Checked fuse calc, only mention JTAG (which is disabled) After a few minutes of reminiscing... Iby peter6960 - Firmware - mainstream and related support
Great suggestion! Compiled with SD Support and LiquidCrystal_I2C.h using Marlin_Arduino1_test branch's Gen 7 add-on instead of Traumflug's without any tuning. Turned of Repetiers Pre-1.0 Compatibility with //#define COMPAT_PRE1 Just mid print, as soon as print is done it is time to Flash and see if it works! Peterby peter6960 - Firmware - mainstream and related support
Have not tried Repetier-dev branch on Marlin's Gen 7 cores yet - good idea! Will give it a try after work! I actually have not changed L1 yet, as I still maintain that if Repetier and Teacup runs, why does Marlin cause a brownout... Must be a configuration issue, perhaps some pin being put in wrong state or something. Those tests were without any accesories plugged in, just bare boards Also noby peter6960 - Firmware - mainstream and related support
I do now indeed! Much less gray hair... Will maintain trust in your driver rather... In a hurry to get my rack printing PC less as Serial and PC issues costs me a small fortune in wasted prints, and time wasted when it doesnt want to connect and i have to do a poweron/poweroff/reset/reboot dance to get USB to connect (which all firmwares and all USB solutions do equally bad) Will check pinsby peter6960 - Firmware - mainstream and related support
): older then SD breaks again... Will see if I have enough pins to just scratch I2C until this becomes stable Peterby peter6960 - Firmware - mainstream and related support
The only thing different from these than the protoboard is that I am using pins 0-6 instead of 1-7 - do you think it could be a bug with bv(0) being ignored or something? Peterby peter6960 - Firmware - mainstream and related support
The wiring library it uses seems incompatible with Traums Gen 7 cores - again ... sigh... wish I was better at software dev sometimes Edit: Although, with Gen 7 selected in boards - sample sketch compiled. Now mid-print so have not uploaded yet So as soon as I integrate it into Repetier I get compile errors about t_size, and String does not name type, etcby peter6960 - Firmware - mainstream and related support
Unfortunately with all the SD trouble I trashed all the old stuff As a suggestion, how difficult would it be to merge the test libraries in as DISPLAY_TYPE=5 Peterby peter6960 - Firmware - mainstream and related support
Yes, it worked on Protoboard - with older version of Repetier Peterby peter6960 - Firmware - mainstream and related support
I2C issues here: If anyone can help shed light - last obstacle before Hostless Gen 7 Printing all with single sided hardware! FTW!by peter6960 - Next Wave Electronics Working Group
Hehe, no despite the resemblece to Afrikaans, it still requires a paste in Google Translate sometimes.. Besides, when dealing with technical matter, sticking to English is usually best - same goes for my blogs - then when anyone else in the world googles for info, my posts are relevant. Admit it, even you Germans google in English first (; Still fighting with Repetier and I2C LCD Gen 7 coreby peter6960 - Next Wave Electronics Working Group
Me again... Okay so we finished layout of the panel with the new SD you helped me get working last week, and the i2c LCD as well: Etched boards and soldered up - all very neat. SD still working Test sketch works: /* ** Example Arduino sketch for SainSmart I2C LCD2004 adapter for HD44780 LCD screens ** Readily found on eBay or ** The LCD2004 module appears to be identical to one marketed byby peter6960 - Firmware - mainstream and related support
Nice! Repetier helped me sort out all the SD issues, so late last night I re-layout all the boards... Tonight etching and final integration testing! But would be good if it all works on Teacup tooby peter6960 - Next Wave Electronics Working Group
You sir, deserve a Medal! Done and dusted! Working 100% Anyway never delete from printer Next - lay out single PCB with SD and I2C LCD to Gen 7 shieldby peter6960 - Repetier
Currently sorting out SD and Repetier Dev version: Peterby peter6960 - Next Wave Electronics Working Group
Thanks! Edited pins.h for Motherboard 71, I changed the SS to 12, also changed it in Gen7's pins_arduino.h to 12 (instead of 14 - so it matches MCPs SD expansion plans too (using 12 instead of 14 as 14 is a PWM pin) Now Init works! Edit: Only with if(!fat.begin(SDSS,SPI_HALF_SPEED)) { OUT_P_LN("SD init failed at SDINIT"); return; - I think my Card does not support full speeby peter6960 - Repetier
Awesome thank you! Clean install of 1.0.3 on Windows Gen7-Dist from Github (NB NOT 2.0 from Wiki that was what was causing my issues) Your zipped copy Compiled! Started configuring, fell into EEPROM trap! Lol. Turned off eeprom, running nice test print now... In between battled weird brownouts too - faulty PSU now in the trash (after soldering up another Gen 7 and still browning out lol) Thby peter6960 - Repetier
Any chance I can bug you for a copy of your working Arduino directory and Repetier in a ZIP?by peter6960 - Repetier
Nope, copy and paste off my open Arduino below... #define MOTHERBOARD 71 #include "pins.h" // Uncomment the following line if oyu are using arduino compatible firmware made for Arduino version earlier then 1.0 // If it is incompatible you will get compiler errors about write functions not beeing compatible! #define COMPAT_PRE1 Tried changing some of the size_t to voids in Print.h's Print fuby peter6960 - Repetier
Thanks Repetier! Checked out the changed dev branch - and added the section to pins_arduino.h as per instructions above. Uncommented the PRE1 Still compile error In file included from Reptier.h:234, from ui.cpp:20: gcode.h:110: error: conflicting return type specified for ‘virtual void RFHardwareSerial::write(uint8_t)’ /home/peter/1Jan2013/arduino-1.0.3/hardware/Gen7/cores/ardby peter6960 - Repetier
I made a little set of Gen 7 Shield, I2C LCD backpack : Using D14 for SS SPI on standard SPI pins Peterby peter6960 - Repetier
Ahh found the new FEATURE_CONTROLLER Set to 0, now just left with /home/peter/1Jan2013/arduino-1.0.3/hardware/tools/avr/bin/avr-g++ -c -g -Os -Wall -fno-exceptions -ffunction-sections -fdata-sections -mmcu=atmega1284p -DF_CPU=20000000L -MMD -DUSB_VID=null -DUSB_PID=null -DARDUINO=103 -I/home/peter/1Jan2013/arduino-1.0.3/hardware/Gen7/cores/arduino -I/home/peter/1Jan2013/arduino-1.0.3/hardwareby peter6960 - Repetier
If I put back the original Arduino.h: New errors Looks like UI - checked uiconfig.h and beeper, display all set to 0 uilang.h:287:1: warning: "UI_TEXT_OPS_MOVE_AFTER" redefined uilang.h:133:1: warning: this is the location of the previous definition uilang.h:289:1: warning: "UI_TEXT_PRINT_FILE" redefined uilang.h:135:1: warning: this is the location of the previous definition uilang.h:290:1: wby peter6960 - Repetier
Okay so checked out Development branch from Git Downloaded Arduino 1.0.3 Linux 64 Latest Gen 7 hardware dir, copied to ./hardware and replaced Arduino.h with the one in the Repetier branch for Gen 7 1.0+ First Compile immediately fails : Nothing changed, just as checked out, except changed Motherboard = 71. I see SDSUPPORT = true by default, so left it like that from ui.cpby peter6960 - Repetier
Take my existing working Repetier, and just by uncommenting #define SDSUPPORT 0, it can not compile and piles up a ton of errors. Any easier way of getting SD enabled? This is for Gen 7 1.5 SdInfo.h:74:9: error: conflicting declaration 'uint8_t UI_MENU_SD_FILESELECTOR' uiconfig.h:688:1: error: 'UI_MENU_SD_FILESELECTOR' has a previous declaration as 'UIMenuEntry* UI_MENU_SD_FILESELECTOR' SdInby peter6960 - Repetier