Forum Replies Created

Viewing 1 - 5 of 5 posts
  • ingmar

    Member
    February 22, 2019 at 4:22 pm

    By change the code remotely I mean just changing it via Teamview-er and uploading it.

    We are using default settings and setup as described in manual. Maybe there are some settings that work better? See the picture:

    https://www.dropbox.com/s/13hn73zb11quhn2/settings.PNG?dl=0” class=”bbcode_url”>https://www.dropbox.com/s/13hn73zb11quhn2/settings.PNG?dl=0

  • ingmar

    Member
    February 20, 2019 at 2:46 pm

    Quote:

    Solution: The problem is not related to CONTROLLINO platform only. It seems to be a general weakness of Arduino IDE, avrdude and original bootloader. It is still not clear what exactly happens, but it seems that after upload of a corrupted binary the microcontroller skips the bootloader when reset during operation.


    Are you sure it is not only Controllino issue, I have never had it with other Arduino-s…

    It happened again. This is ridiculous, we often need to change the code remotely, as the machine is far away – I cannot reset it remotely. I guess I cannot use this product for industrial machines as we hoped.

  • ingmar

    Member
    February 12, 2019 at 3:38 pm

    Lukas wrote:


    Hello,

    the issue with interconnection of the RTC INT and RESET of the CONTROLLINO MINI was solved by a hardware modification in 2016.

    I assume that this is not the root cause of your troubles.

    j.dacosta@cfvi.ch stated that it is still possible to communicate with the sketch – so the device is obviously not in the permanent reset state.

    We have observed similar behaviour too, but up to now it is not clear what is the reason. The most probable explanation is, that once you program a corrupted sketch (corruption happens during the upload) the device is then skipping the bootloader and always jumps directly to the sketch after a reset. Then the avrdude is not talking with the bootloader, but with the sketch.

    Please see our FAQ No.10 here https://github.com/CONTROLLINO-PLC/CONTROLLINO_Library#faq

    Thank you for the answer. Too bad I did not read this faq carefully when we had the problem. Already ordered new controller and the machine was not working for few days.

  • ingmar

    Member
    February 11, 2019 at 4:59 pm

    Got it working now, here is the tutorial how to reset it: https://arduino.stackexchange.com/questions/22591/did-i-brick-my-controllino

    But I think there is some issue with this product ,I did not touch the RTC stuff. Also found another instance of this issue on internet.

    Code:


    I just received an answer from the official team which should work, I’ll leave it here for further reference:

    Open the device and disconnect (remove) connection board for approx. 30 seconds from the control board – RTC is disconnected from power (gold cap disconnected) and because of that there is reset of all RTC registers.
    Plug the connection board back in to the control board. Now we need to rewrite the SW inside the Controllino which caused wrong RTC setting.
    Open the Controllino example RTC sketch in Arduino IDE and prepare it to upload (function Controllino_RTC_init(0); shall reset all registers inside the RTC).
    Pres and hold reset button on the Controllino device.
    Connect the USB Cable (still hold the reset button, SW inside the Controllino doesn’t start)
    Click for upload the sketch in Aruduino IDE and wait for „uploading“ message on debug line, than immediately release the reset button and uploading shall be finished (=> hold the reset button during the compiling phase)
    If not successful, repeat the procedure

  • ingmar

    Member
    February 8, 2019 at 3:09 pm

    I might have an similar issue, with Controllino Mini. Please help me asap, as it is used in industrial machine.

    So uploading worked fine, until it suddenly stopped working, with the same error. The controller itself is still running, I can access it through serial monitor through USB cable and send commands – controller is working fine. Just cant upload new program. Tried many different usb ports, com ports, baud rates etc. The same program runs fine on regular arduino uno.

    So it hangs after the line

    Description : Arduino

    and then gives wrong data after

    Hardware Version:

    LOG:

    Quote:


    avrdude: Version 6.3-20171130

    Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/

    Copyright (c) 2007-2014 Joerg Wunsch

    System wide configuration file is “C:Users…hardwaretoolsavr/etc/avrdude.conf”

    Using Port : COM4

    Using Programmer : arduino

    Overriding Baud Rate : 115200

    AVR Part : ATmega328P

    Chip Erase delay : 9000 us

    PAGEL : PD7

    BS2 : PC2

    RESET disposition : dedicated

    RETRY pulse : SCK

    serial program mode : yes

    parallel program mode : yes

    Timeout : 200

    StabDelay : 100

    CmdexeDelay : 25

    SyncLoops : 32

    ByteDelay : 0

    PollIndex : 3

    PollValue : 0x53

    Memory Detail :

    Block Poll Page Polled

    Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack


    —-



    —-



    —-





    eeprom 65 20 4 0 no 1024 4 0 3600 3600 0xff 0xff

    flash 65 6 128 0 yes 32768 128 256 4500 4500 0xff 0xff

    lfuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00

    hfuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00

    efuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00

    lock 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00

    calibration 0 0 0 0 no 1 0 0 0 0 0x00 0x00

    signature 0 0 0 0 no 3 0 0 0 0 0x00 0x00

    Programmer Type : Arduino

    Description : Arduino

    avrdude: stk500_recv(): programmer is not responding

    avrdude: stk500_getparm(): (a) protocol error, expect=0x14, resp=0x00

    avrdude: stk500_getparm(): (a) protocol error, expect=0x14, resp=0x00

    avrdude: stk500_getparm(): (a) protocol error, expect=0x14, resp=0x00

    Hardware Version: 4744608

    Firmware Version: 0.4611299

    avrdude: stk500_getparm(): (a) protocol error, expect=0x14, resp=0x00

    avrdude: stk500_getparm(): (a) protocol error, expect=0x14, resp=0x00

    avrdude: stk500_getparm(): (a) protocol error, expect=0x14, resp=0x00

    avrdude: stk500_getparm(): (a) protocol error, expect=0x14, resp=0x00

    avrdude: stk500_getparm(): (a) protocol error, expect=0x14, resp=0x00

    Vtarget : 420030.5 V

    Varef : 197193068.8 V

    Oscillator : 0.531 Hz

    SCK period : 17599574.7 us

    avrdude: stk500_getparm(): (a) protocol error, expect=0x14, resp=0x00

    avrdude: stk500_getparm(): (a) protocol error, expect=0x14, resp=0x00

    avrdude: stk500_initialize(): (a) protocol error, expect=0x14, resp=0x00

    avrdude: initialization failed, rc=-1

    Double check connections and try again, or use -F to override

    this check.

    the selected serial port

    does not exist or your board is not connected

    avrdude: stk500_disable(): protocol error, expect=0x14, resp=0x00

    avrdude done. Thank you.

Viewing 1 - 5 of 5 posts